I needed a test VM at work the other day so I just went with Debian because why not, during the install I chose KDE plasma as the DE. I did nothing else with it after installing it and after leaving it alone for a while (somewhere between 20-60 minutes) the CPU useage shot up to the point vSphere sent out an alert and the VM was unresponsive (the web console just showed a blank console which I couldn’t type in) It did this every time I booted the VM.

It seems to be the combination of vSphere Debian and KDE that causes this as I installed GNOME on the same VM and it was fine. I also created another Debian VM this time choosing GNOME during the install and that was also fine, until I installed KDE on that and then it started doing the same thing. I also created an Arch VM with KDE and that didn’t have any issues.

Any idea why this combination causes issues? Journalctl output of the last boot from both Debian VMs below:

Original VM: https://text.is/032Z Secondary test VM: https://text.is/JR45

  • Possibly linux
    link
    fedilink
    English
    39 months ago

    I’m sorry but I’ll need more information to do any problem solving. I personally don’t know vSphere but if you’ll post the output of the logs I can help.

    What is the purpose of this? Debian is stable but many users find the software to be outdated.

    • @Infernal_pizzaOP
      link
      English
      19 months ago

      I’ve just edited the main post with links for the journalctl output. The purpose was just to test some network config, I managed to do what I needed anyway but I’m just curious as to why I had issues with these VMs!

      • Possibly linux
        link
        fedilink
        English
        19 months ago

        It looks like it isn’t happy. Usually this is the result of a hardware issue so keep an eye out for any other systems having issues. You may have a faulty ram.

        Other than that, I would wait for someone who is better at KDE. The longs clearly show it trying to start and then failing.

        • @[email protected]
          link
          fedilink
          29 months ago

          Seconding the RAM issue possibility. If you can, shut down the host and run a memory test over a few days to see if it trips. Memory tests can take days to trip in some circumstances, in others, it’s immediate.

        • @Infernal_pizzaOP
          link
          English
          19 months ago

          I hope its not a hardware issue, the 2 VMs were running on 2 separate hosts within the cluster so hopefully that’s unlikely! Thanks for taking a look