Search results

Do you pass thru any PCI devices? All memory must be pinned in that case.

Glad to hear you got it fixed. You can edit the post title to mark it SOLVED for future generations.

You can always remove Network Manager. It is absolutely not required for KDE Plasma to work.

You can in fact use Network Manager to manage any non-PVE interfaces you may have. Another Ethernet or Wifi or whatever. Just put the PVE interfaces in /etc/network/interfaces and leave the others unconfigured so Network Manager can handle them.

This is not true. KDE Plasma doesn't care how the networks are managed, just that they are up when needed. I run a VM with KDE Plasma and no Network Manager at all and it works fine. Indeed, I do not get the status of the network in my systray by why is that important for a server? It isn't as...

You don't want NetworkManager to manage vmbr0 and by default it won't because it ignores any interfaces that are managed by ifupdown. You had to override that behavior by changing the config file. Change it back to "managed = false" in the ifupdown section and it will stop complaining and vmbr0...

What CPU is the host? Maybe it is too old for RHEL 10.

I think you need to give it a package name to reinstall. ETA: Just so you are aware, there are so-called "man pages" that document most commands. See "man apt" for example.

You installed a script that modifies the PVE code. It apparently needs an update for PVE9. Maybe you could do "apt install --reinstall pveproxy" and don't install your patches to get back to a working system.

Removing subscription nag from UI.. There's the problem. You likely used one of the "community scripts" to remove the subscription nag and it installed a hook to re-apply the patch on updates, But when you go between major versions the patch is wrong because the code has changed and said...

I don't think PVE copies PAM user info to the other members of the cluster. If that is true you'd have to create the user on all cluster members.

Wouldn't life be simpler if you just use Linux to run Linux things? Install Ubuntu in a VM and take the rest of the day off.

Debian 13 uses a version of systemd that requires nesting. So it is in fact needed.

It is probably a system user that some package installs. Like "sshd" or "saned".

I've been doing it wrong for 25 years then :). Having a mail alias seems better than having to log in as root to read root's mail.

Try creating an /etc/aliases file (see man aliases for the format) and then run "newaliases". ETA: I don't think .forward files ever re-wrote the To address, just the so-called "envelope sender" that it gives to the receiving server.

It does the same thing on PVE 8 if you use xterm.js as the console.

I said there were guides for Debian, not PVE. What you did allows access to the GUI, which is what most people what. If you want SSH access you need to join the server itself to your AD domain from the command line using samba/winbind or sssd. This will allow logging in to the PAM realm rather...

You will have to join your PVE server to the AD domain. There are many guides on how to do this for Debian.

Even a dedicated RT kernel won't provide real-time guarantees unless the processes that want such guarantees use the FIFO or RR schedulers, which isn't the default. Which means code changes are needed to make it work. There's also this (from the thread @insatomcat linked): for both kernel and...