[SOLVED] Connection refused (595) nach update auf PVE 6.4?

fpausp

Renowned Member
Aug 31, 2010
609
39
93
Austria near Vienna
Bekomme auf einigen Clustern ein "Connection refused (595)" nach dem update auf PVE 6.4 wenn ich versuche die Backups auf den Storage(s) via GUI aufzulisten...
1619612343144.png
Wie kann man das eingrenzen?
 
hi,

versuche die Backups auf den Storage(s) via GUI aufzulisten...
* ist das upgrade richtig gelaufen? was bekommst du mit pveversion -v
* welches storage benutzt du?
* kannst du bitte journalctl -xe schauen?
 
  • Like
Reactions: Moayad
was bekommst du mit pveversion -v
Code:
root@pve01:~# pveversion -v
proxmox-ve: 6.4-1 (running kernel: 5.4.106-1-pve)
pve-manager: 6.4-4 (running version: 6.4-4/337d6701)
pve-kernel-5.4: 6.4-1
pve-kernel-helper: 6.4-1
pve-kernel-5.3: 6.1-6
pve-kernel-5.0: 6.0-11
pve-kernel-5.4.106-1-pve: 5.4.106-1
pve-kernel-5.4.103-1-pve: 5.4.103-1
pve-kernel-5.3.18-3-pve: 5.3.18-3
pve-kernel-5.0.21-5-pve: 5.0.21-10
pve-kernel-5.0.15-1-pve: 5.0.15-1
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.1.2-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: residual config
ifupdown2: 3.0.0-1+pve3
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.20-pve1
libproxmox-acme-perl: 1.0.8
libproxmox-backup-qemu0: 1.0.3-1
libpve-access-control: 6.4-1
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.4-2
libpve-guest-common-perl: 3.1-5
libpve-http-server-perl: 3.2-1
libpve-storage-perl: 6.4-1
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.6-2
lxcfs: 4.0.6-pve1
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.1.5-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.5-3
pve-cluster: 6.4-1
pve-container: 3.3-5
pve-docs: 6.4-1
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-3
pve-firmware: 3.2-2
pve-ha-manager: 3.1-1
pve-i18n: 2.3-1
pve-qemu-kvm: 5.2.0-6
pve-xtermjs: 4.7.0-3
qemu-server: 6.4-1
smartmontools: 7.2-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 2.0.4-pve1
welches storage benutzt du?
Hab auf einem HP Microserver PVE auf ZFS aufgesetzt und danach den PBS installiert. Läuft schon so seit es den PBS gibt... Vor kurzem hab ich dann alles (pve01, pve02, pvestor01) in einen Cluster verbunden...
kannst du bitte journalctl -xe schauen?
Code:
root@pve01:~# journalctl -xe
--
-- The unit pvesr.service has successfully entered the 'dead' state.
Apr 28 14:59:00 pve01 systemd[1]: Started Proxmox VE replication runner.
-- Subject: A start job for unit pvesr.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit pvesr.service has finished successfully.
--
-- The job identifier is 29554.
Apr 28 14:59:08 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
Apr 28 14:59:18 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
Apr 28 14:59:28 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
Apr 28 14:59:38 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
Apr 28 14:59:39 pve01 sshd[1366]: Accepted publickey for root from 192.168.xx.xxx port 47174 ssh2: RSA SHA2xxxxxxxxxxxxxxxxx
Apr 28 14:59:39 pve01 sshd[1366]: pam_unix(sshd:session): session opened for user root by (uid=0)
Apr 28 14:59:39 pve01 systemd-logind[810]: New session 210 of user root.
-- Subject: A new session 210 has been created for user root
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- Documentation: https://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A new session with the ID 210 has been created for the user root.
--
-- The leading process of the session is 1366.
Apr 28 14:59:39 pve01 systemd[1]: Started Session 210 of user root.
-- Subject: A start job for unit session-210.scope has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit session-210.scope has finished successfully.
--
-- The job identifier is 29636.
Apr 28 14:59:39 pve01 sshd[1366]: Received disconnect from 192.168.xx.xxx port 47174:11: Normal Shutdown
Apr 28 14:59:39 pve01 sshd[1366]: Disconnected from user root 192.168.xx.xxx port 47174
Apr 28 14:59:39 pve01 sshd[1366]: pam_unix(sshd:session): session closed for user root
Apr 28 14:59:39 pve01 systemd[1]: session-210.scope: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit session-210.scope has successfully entered the 'dead' state.
Apr 28 14:59:39 pve01 systemd-logind[810]: Session 210 logged out. Waiting for processes to exit.
Apr 28 14:59:39 pve01 systemd-logind[810]: Removed session 210.
-- Subject: Session 210 has been terminated
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- Documentation: https://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A session with the ID 210 has been terminated.




Code:
root@pve01:~# systemctl status pveproxy
● pveproxy.service - PVE API Proxy Server
   Loaded: loaded (/lib/systemd/system/pveproxy.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2021-04-28 14:47:14 CEST; 14min ago
  Process: 30410 ExecStartPre=/usr/bin/pvecm updatecerts --silent (code=exited, status=0/SUCCESS)
  Process: 30412 ExecStart=/usr/bin/pveproxy start (code=exited, status=255/EXCEPTION)

Apr 28 14:47:14 pve01 systemd[1]: pveproxy.service: Service RestartSec=100ms expired, scheduling restart.
Apr 28 14:47:14 pve01 systemd[1]: pveproxy.service: Scheduled restart job, restart counter is at 5.
Apr 28 14:47:14 pve01 systemd[1]: Stopped PVE API Proxy Server.
Apr 28 14:47:14 pve01 systemd[1]: pveproxy.service: Start request repeated too quickly.
Apr 28 14:47:14 pve01 systemd[1]: pveproxy.service: Failed with result 'exit-code'.
Apr 28 14:47:14 pve01 systemd[1]: Failed to start PVE API Proxy Server.
 
Apr 28 14:59:08 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information. Apr 28 14:59:18 pve01 pve-firewall[1361]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
* hast du diese meldung auch vor dem upgrade bekommen?

Hab auf einem HP Microserver PVE auf ZFS aufgesetzt und danach den PBS installiert. Läuft schon so seit es den PBS gibt... Vor kurzem hab ich dann alles (pve01, pve02, pvestor01) in einen Cluster verbunden...
* und die "connection refused" kriegst du wenn du die PBS backups auf dem PVE GUI schauen willst? funktioniert hier normal.

* hast du firewall aktiviert? (vor kurzem vielleicht?) wenn ja, wie schauen dann deine regeln aus?

** hast du vielleicht IPv6 disabled?
 
Last edited:
* hast du diese meldung auch vor dem upgrade bekommen?
Denke nicht...
* und die "connection refused" kriegst du wenn du die PBS backups auf dem PVE GUI schauen willst? funktioniert hier normal.
Ja, und nach einem Reboot auch noch wenn ich auf die VMs klicke...
* hast du firewall aktiviert? (vor kurzem vielleicht?) wenn ja, wie schauen dann deine regeln aus?
Hab ich eigentlich nicht gemacht, vor dem update auf 6.4 lief der Cluster sicherlich eine Woche ohne "zucken"...
** hast du vielleicht IPv6 disabled?
Ja, hab aber alles zurück genommen und dann alle nodes neu gebooted. Problem is noch immer vorhanden...
 
Ja, hab aber alles zurück genommen und dann alle nodes neu gebooted.
wie genau hast du ipv6 disabled? hast du vielleicht die kernel commandline bearbeitet? ist das jetzt auch zurueckgesetzt?

Ja, und nach einem Reboot auch noch wenn ich auf die VMs klicke...
hmm seltsam.

bitte die ausgabe posten:
Code:
cat /etc/pve/firewall/cluster.fw
systemctl status pvedaemon pveproxy
journalctl -u 'pvedaemon' -u 'pveproxy'
 
wie genau hast du ipv6 disabled?
Sorry, auf dem ersten node (pve01) war ipv6 noch nicht aktiv... tut mir leid. Habs nochmal kontrolliert und nach einem erneuten reboot funktioniert jetzt alles offensichtlich wieder. Wollte ipv6 komplett deaktivieren:

Code:
echo 'net.ipv6.conf.all.disable_ipv6 = 1' > /etc/sysctl.d/01-disable-ipv6.conf

aber anscheinend ist das dann doch nicht so leicht zu machen?

Vielleicht ein Zufall das es sich erst nach dem update auf 6.4 bemerkbar gemacht hat?
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!