pveproxy not starting

[LittleI]

Hi All,

I decided I should be more contentious of monitoring my RAID on my home server,
So installed storcli and Megaraid using the intructions here: https://forums.servethehome.com/ind...aid-storage-manager-on-debian-10-omv-5.27676/

(Stocli was already installed and previously rebooted)

I also did

update-rc.d vivaldiframeworkd defaults

However on reboot the Proxmox GUI has stooped working

So I have tried reverting my changes:

service vivaldiframeworkd stop
update-rc.d vivaldiframeworkd remove
dpkg -r megaraid-storage-manager

I have rebooted and still have no access to the CLI.

pveproxy start error:

× pveproxy.service - PVE API Proxy Server
     Loaded: loaded (/lib/systemd/system/pveproxy.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Mon 2024-06-17 14:09:39 BST; 25s ago
    Process: 1483 ExecStartPre=/usr/bin/pvecm updatecerts --silent (code=exited, status=0/SUCCESS)
    Process: 1485 ExecStart=/usr/bin/pveproxy start (code=exited, status=255/EXCEPTION)
        CPU: 1.018s

Jun 17 14:09:39 pve systemd[1]: pveproxy.service: Scheduled restart job, restart counter is at 5.
Jun 17 14:09:39 pve systemd[1]: Stopped pveproxy.service - PVE API Proxy Server.
Jun 17 14:09:39 pve systemd[1]: pveproxy.service: Consumed 1.018s CPU time.
Jun 17 14:09:39 pve systemd[1]: pveproxy.service: Start request repeated too quickly.
Jun 17 14:09:39 pve systemd[1]: pveproxy.service: Failed with result 'exit-code'.
Jun 17 14:09:39 pve systemd[1]: Failed to start pveproxy.service - PVE API Proxy Server.

Journalctl shows this:

Jun 17 14:09:36 pve systemd[1]: Starting pveproxy.service - PVE API Proxy Server...
Jun 17 14:09:37 pve pveproxy[1424]: start failed - Unrecognised protocol tcp at /usr/share/perl5/PVE/Daemon.pm line 833.
Jun 17 14:09:37 pve pveproxy[1424]: start failed - Unrecognised protocol tcp at /usr/share/perl5/PVE/Daemon.pm line 833.

pvedaemon is not showing any errors.

Any pointers or help as to what to do next would be most appreciated

 

[justinclift]

I'd probably try uninstalling and purging the stuff that seems to have broken it, and if that works then you're probably in an ok position to experiment a bit more carefully.

 

[justinclift]

So I have tried reverting my changes:

Ahhh. That bit just sunk in.

I'd guess that when you installed the megaraid-storage-manager package it (or a dependency) probably installed some config files or similar.

If that's the case, then doing an apt purge PACKAGE_NAME can sometimes fix the problem, as it'll (generally) remove any left over config files from the given package.

 

[LittleI]

I did a dpkg --purge and I can't find any remaining files.

 

[bbgeek17]

Based on a similar symptom, not long ago, you have an issue with local hostname resolution.
Check that your hosts/hostname/etc are ok. That you can ping localhost, etc.

Good luck

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

 

[LittleI]

Based on a similar symptom, not long ago, you have an issue with local hostname resolution.

Thanks for the pointer, it appears I do have a DNS issue:

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=7.73 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=7.89 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=7.86 ms

ping google.com
ping: google.com: Temporary failure in name resolution

nslookup google.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   google.com
Address: 142.250.200.14
Name:   google.com
Address: 2a00:1450:4009:81f::200e

nslookup localhost
Server:         8.8.8.8
Address:        8.8.8.8#53

** server can't find localhost: NXDOMAIN

etc/resolv.conf
search lan
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 1.1.1.1

I'm not sure where else to look?

 

[bbgeek17]

run the following commands and examine their output:
cat /etc/hosts
cat /etc/resolv.conf
cat /etc/hostname
hostnamectl
ping localhost
ping $HOSTNAME
cat /etc/systemd/resolved.conf
systemctl status systemd-resolved
resolvectl status

possibly
sudo systemctl restart systemd-resolved

Continue monitoring "journalctl".
Possibly restart your network service and/or reboot. Its unclear how a raid software package could have messed up your networking. Perhaps you did something a while back and the change only took effect recently, after service restart.

Good luck

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

 

[LittleI]

Thanks for the pointers, I note the following errors:

hostnamectl
Failed to query system properties: The name org.freedesktop.hostname1 was not provided by any .service files

ping localhost
ping: localhost: Temporary failure in name resolution

ping $HOSTNAME
ping: pve: Temporary failure in name resolution

cat /etc/systemd/resolved.conf
cat: /etc/systemd/resolved.conf: No such file or directory

sudo systemctl restart systemd-resolved
Failed to restart systemd-resolved.service: Unit systemd-resolved.service not found.

resolvectl status
-bash: resolvectl: command not found

 

[bbgeek17]

The first three issues need to be addressed to get your system up and running. Since you only provided the errors, I can't offer more specific guidance at this time.

Best of luck!

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

 

[LittleI]

The first three issues need to be addressed to get your system up and running. Since you only provided the errors, I can't offer more specific guidance at this time.

I listed them, just in case you saw a pattern and said look at list

What I have found is that DBUS has a permission error:

D-Bus System Message Bus
     Loaded: loaded (/lib/systemd/system/dbus.service; static)
     Active: active (running) since Mon 2024-06-17 18:16:22 BST; 2s ago
TriggeredBy: ● dbus.socket
       Docs: man:dbus-daemon(1)
   Main PID: 76099 (dbus-daemon)
      Tasks: 1 (limit: 115665)
     Memory: 660.0K
        CPU: 6ms
     CGroup: /system.slice/dbus.service
             └─76099 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only


Jun 17 18:16:22 pve systemd[1]: Starting dbus.service - D-Bus System Message Bus...
Jun 17 18:16:22 pve dbus-daemon[76099]: [system] AppArmor D-Bus mediation is enabled
Jun 17 18:16:22 pve dbus-daemon[76099]: Cannot setup inotify for '/usr/share/dbus-1/system.d'; error 'Permission denied'
Jun 17 18:16:22 pve systemd[1]: Started dbus.service - D-Bus System Message Bus.
root@pve:~#

drwxr-xr-x 2 root root 4096 May 27 13:46 system.d

I think they are OK, but did change to 0777 to test and restarted dbus service, but no luck.

Also stopped apparmor and retried.

Any suggestion as to what else would give dbus the permissions issue?