[SOLVED] Upgrade auf 7.3 läuft nicht durch

Dec 19, 2012
481
14
83
Hallo.
ich habe vorhin (wie üblich)
Code:
pveupdate && pveupgrade
laufen lassen. Leider lief der Prozess nicht durch, sondern stand bei:
Code:
Installing new version of config file /etc/vzdump.conf ...
Nachdem es (auch nach sehr langer Wartezeit) stehen geblieben ist, habe ich mit STRG+C abgebrochen.

Beim nächsten Versuch wurde gemeldet, dass ...
Code:
Starting system upgrade: apt-get dist-upgrade
E: Could not get lock /var/lib/dpkg/lock. It is held by process 1775569 (dpkg)
N: Be aware that removing the lock file is not a solution and may break your system.
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
Also habe ich das hängende apt gekillt und die lock-Dateien entfernt. Der nächste Versuch lieferte dann immerhin wieder:
Code:
pveupdate && pveupgrade
Starting system upgrade: apt-get dist-upgrade
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
Ok, dachte ich ... nochmal.
Allerdings geht es trotzdem nicht weiter. Der Prozess hängt erneut:
Code:
dpkg --configure -a
Setting up pve-manager (7.3-3) ...
(geht nicht weiter bzw steht bei 20% -- also erneut Abbruch mit STRG+C)
Danach dann dies:
Code:
error processing package pve-manager (--configure):
 installed pve-manager package post-installation script subprocess was interrupted
dpkg: dependency problems prevent configuration of proxmox-ve:
 proxmox-ve depends on pve-manager; however:
  Package pve-manager is not configured yet.

dpkg: error processing package proxmox-ve (--configure):
 dependency problems - leaving unconfigured
Processing triggers for pve-ha-manager (3.5.1) ...
Processing triggers for initramfs-tools (0.140) ...
update-initramfs: Generating /boot/initrd.img-5.15.74-1-pve
Running hook script 'zz-proxmox-boot'..
...
Rest lief durch. Am Ende aber die Meldung:

Errors were encountered while processing:
 pve-manager
 proxmox-ve

Nun weiß ich nicht weiter. Was genau scheitert da?
Wenn ich es nochmal so versuche:
Code:
dpkg --configure -a
Setting up pve-manager (7.3-3) ...
hängt der Prozess wieder.

Nur der Vollständigkeit halber:
Code:
pveversion -v

proxmox-ve: not correctly installed (running kernel: 5.15.60-2-pve)
pve-manager: not correctly installed (running version: 7.3-3/c3928077)

pve-kernel-5.15: 7.2-14
pve-kernel-helper: 7.2-14
pve-kernel-5.4: 6.4-20
pve-kernel-5.15.74-1-pve: 5.15.74-1
pve-kernel-5.15.64-1-pve: 5.15.64-1
pve-kernel-5.15.60-2-pve: 5.15.60-2
pve-kernel-5.4.203-1-pve: 5.4.203-1
ceph-fuse: 14.2.21-1
corosync: 3.1.7-pve1
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: 0.8.36+pve2
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.24-pve2
libproxmox-acme-perl: 1.4.2
libproxmox-backup-qemu0: 1.3.1-1
libpve-access-control: 7.2-5
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.2-8
libpve-guest-common-perl: 4.2-3
libpve-http-server-perl: 4.1-5
libpve-storage-perl: 7.2-12
libqb0: 1.0.5-1
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.0-3
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-3
proxmox-backup-client: 2.2.7-1
proxmox-backup-file-restore: 2.2.7-1
proxmox-mini-journalreader: 1.3-1
proxmox-offline-mirror-helper: 0.5.0-1
proxmox-widget-toolkit: 3.5.3
pve-cluster: 7.3-1
pve-container: 4.4-2
pve-docs: 7.3-1
pve-edk2-firmware: 3.20220526-1
pve-firewall: 4.2-7
pve-firmware: 3.5-6
pve-ha-manager: 3.5.1
pve-i18n: 2.8-1
pve-qemu-kvm: 7.1.0-4
pve-xtermjs: 4.16.0-1
pve-zsync: 2.2.3
qemu-server: 7.3-1
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.8.0~bpo11+2
vncterm: 1.7-1
zfsutils-linux: 2.1.6-pve1

Und noch eine Beobachtung:
Code:
# ps aux |grep dpkg
root     1775569  0.0  0.0  11868  5768 ?        Ss   16:05   0:00 /usr/bin/dpkg --status-fd 23 --configure --pending
root     1796728  0.0  0.0   2484   584 ?        S    16:06   0:00 /bin/sh /var/lib/dpkg/info/pve-manager.postinst configure 7.2-11
root     2953733  0.0  0.0  11868  5560 pts/1    Ss+  18:12   0:00 /usr/bin/dpkg --status-fd 22 --configure --pending
root     2953735  0.0  0.0   2484   580 pts/1    S+   18:12   0:00 /bin/sh /var/lib/dpkg/info/pve-manager.postinst configure 7.2-11

Unter'm Strich bleibt also die Frage: Was tun?
Vielen Dank.
 
Last edited:
Keine Ideen?
ich nehme an, dass das neue Paket "halb" drauf ist aber dennoch nicht zu Ende konfiguriert wurde.
Seltsamerweise meldet dpkg ja:
Code:
/bin/sh /var/lib/dpkg/info/pve-manager.postinst configure 7.2-11
aber
Code:
pveversion -v
behauptet bereits:
Code:
pve-manager: not correctly installed (running version: 7.3-3/c3928077)

Kann man evtl den pve-manager einfach nochmal neu installieren?
 
Hi. Das läuft ganz normal durch:
Code:
apt update
Hit:1 http://security.debian.org bullseye-security InRelease
Hit:2 http://ftp.de.debian.org/debian bullseye InRelease                           
Hit:3 http://ftp.de.debian.org/debian bullseye-updates InRelease                   
Hit:4 https://enterprise.proxmox.com/debian/pve bullseye InRelease
Reading package lists... Done       
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

Genauso:
Code:
apt list --upgradable
Listing... Done

ich weiß nicht, ob man gefahrlos sowas wie dies machen kann?
Code:
apt-get install --reinstall pve-manager proxmox-ve
 
Last edited:
mach mal waehrend das upgrade haengt "ps faxl" und poste den relevanten tail (alles was nach dem postinst aufruf ist)
 
Ok, hier das Ergebnis:
Code:
dpkg --configure -a

4     0   11872       1  20   0  13356  5868 do_sel Ss   ?          0:00 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
4     0 1388674   11872  20   0  14512  8320 do_sel Ss   ?          0:00  \_ sshd: root@pts/4
4     0 1388719 1388674  20   0   8436  4772 do_wai Ss   pts/4      0:00  |   \_ -bash
4     0 1414486 1388719  20   0  11868  5720 do_wai S+   pts/4      0:00  |       \_ dpkg --configure -a
0     0 1414491 1414486  20   0   2484   580 do_wai S+   pts/4      0:00  |           \_ /bin/sh /var/lib/dpkg/info/pve-manager.postinst configure 7.2-11
4     0 1415744 1414491  20   0  10140  3280 do_sys S+   pts/4      0:00  |               \_ systemctl reload-or-restart pveproxy.service
4     0 1415745 1415744  20   0  13172  2620 do_sys S+   pts/4      0:00  |                   \_ /bin/systemd-tty-ask-password-agent --watch
4     0 1389983   11872  20   0  14512  8312 -      Ss   ?          0:00  \_ sshd: root@pts/5
4     0 1390130 1389983  20   0   8172  4492 do_wai Ss   pts/5      0:00      \_ -bash
4     0 1416051 1390130  20   0  11956  5080 -      R+   pts/5      0:00          \_ ps faxl
 
cluster und kein quorum vielleicht?
 
was sagt denn "journalctl -u pveproxy" und "systemctl status pve-cluster"?
 
Code:
journalctl -u pveproxy

Nov 30 11:50:00 pve-r730 systemd[1]: Reloaded PVE API Proxy Server.
Nov 30 11:50:01 pve-r730 pveproxy[12534]: restarting server
Nov 30 11:50:01 pve-r730 pveproxy[12534]: starting 3 worker(s)
Nov 30 11:50:01 pve-r730 pveproxy[12534]: worker 1416358 started
Nov 30 11:50:01 pve-r730 pveproxy[12534]: worker 1416359 started
Nov 30 11:50:01 pve-r730 pveproxy[12534]: worker 1416360 started
Nov 30 11:50:06 pve-r730 pveproxy[636796]: worker exit
Nov 30 11:50:06 pve-r730 pveproxy[875455]: worker exit
Nov 30 11:50:07 pve-r730 pveproxy[12534]: worker 636796 finished
Nov 30 11:50:07 pve-r730 pveproxy[12534]: worker 875455 finished
Nov 30 11:50:07 pve-r730 pveproxy[12534]: worker 1034336 finished
Nov 30 11:50:08 pve-r730 pveproxy[1417497]: worker exit


systemctl status pve-cluster
● pve-cluster.service - The Proxmox VE cluster filesystem
     Loaded: loaded (/lib/systemd/system/pve-cluster.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-11-28 16:05:54 CET; 1 day 21h ago
   Main PID: 1793903 (pmxcfs)
      Tasks: 7 (limit: 618974)
     Memory: 49.8M
        CPU: 4min 5.644s
     CGroup: /system.slice/pve-cluster.service
             └─1793903 /usr/bin/pmxcfs

Nov 28 16:05:52 pve-r730 systemd[1]: Starting The Proxmox VE cluster filesystem...
Nov 28 16:05:54 pve-r730 systemd[1]: Started The Proxmox VE cluster filesystem.
 
irgendwelche sachen die sonst speziell sind? was passiert wenn du in der konsole selbst systemctl reload-or-restart pveproxy ausfuehrst und parallel mit journalctl -f das journal beobachtest?
 
Es läuft `fail2ban` -- kann das ein Problem sein?

Das reload läuft meiner Meinung nach problemlos durch:
Code:
16:33/0 pve-r730 ~ # systemctl reload-or-restart pveproxy

[...]
Nov 30 16:33:27 pve-r730 systemd[1]: check-mk-agent@60598-11803-998.service: Succeeded.
Nov 30 16:33:27 pve-r730 systemd[1]: check-mk-agent@60598-11803-998.service: Consumed 3.327s CPU time.
Ab hier geht's los:
Nov 30 16:33:42 pve-r730 systemd[1]: Reloading PVE API Proxy Server.
Nov 30 16:33:44 pve-r730 pveproxy[25338]: send HUP to 12534
Nov 30 16:33:44 pve-r730 pveproxy[12534]: received signal HUP
Nov 30 16:33:44 pve-r730 pveproxy[12534]: server closing
Nov 30 16:33:44 pve-r730 pveproxy[12534]: server shutdown (restart)
Nov 30 16:33:44 pve-r730 systemd[1]: Reloaded PVE API Proxy Server.
Nov 30 16:33:45 pve-r730 pveproxy[12534]: restarting server
Nov 30 16:33:45 pve-r730 pveproxy[12534]: starting 3 worker(s)
Nov 30 16:33:45 pve-r730 pveproxy[12534]: worker 25872 started
Nov 30 16:33:45 pve-r730 pveproxy[12534]: worker 25873 started
Nov 30 16:33:45 pve-r730 pveproxy[12534]: worker 25874 started
Nov 30 16:33:50 pve-r730 pveproxy[21426]: worker exit
Nov 30 16:33:50 pve-r730 pveproxy[21424]: worker exit
Nov 30 16:33:50 pve-r730 pveproxy[21425]: worker exit
Nov 30 16:33:50 pve-r730 pveproxy[12534]: worker 21424 finished
Nov 30 16:33:50 pve-r730 pveproxy[12534]: worker 21426 finished
Nov 30 16:33:50 pve-r730 pveproxy[12534]: worker 21425 finished
Wie gesagt: Mir kommt es eher falsch vor, dass dpkg noch versucht diese Version zu konfigurieren: configure 7.2-11 -- obwohl ja 7.3-3 "irgendwie" installiert ist. Im WebUI steht übrigens auch bereits 7.3-3
 
Last edited:
nein, das configure kriegt die alte version (um zu wissen, ob beim upgrade irgendwelche schritte notwendig sind), dass ist okay. kannst du mal probieren beim upgrade den systemctl prozess zu killen?
 
Wenn ich den laufenden Prozess kille, geht das ebenfalls schief. Es sieht dann so aus:

Auf Konsole 1:
Code:
dpkg --configure -a
Setting up pve-manager (7.3-3) ...
Auf Konsole 2:
Code:
ps aux |grep systemctl
root       59381  0.0  0.0  10140  3236 pts/4    S+   14:40   0:00 systemctl reload-or-restart pvescheduler.service
kill 59381

Dann wieder auf Konsole 1:
Code:
Terminated
dpkg: error processing package pve-manager (--configure):
installed pve-manager package post-installation script subprocess returned error exit status 143
dpkg: dependency problems prevent configuration of proxmox-ve:
proxmox-ve depends on pve-manager; however:
Package pve-manager is not configured yet.

dpkg: error processing package proxmox-ve (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
pve-manager
proxmox-ve

Leider läuft es weiterhin nicht durch.
Was hat es denn mit dem Unterprozess
Code:
/bin/systemd-tty-ask-password-agent --watch
auf sich? Wartet die Konsole da auf irgendeine Rückmeldung/Eingabe??
 
Last edited:
hmm, dann bleibt fast nur mehr uebrig:

systemctl daemon-reexec

dann nochmal probieren

wenn das auch nix hilft, node rebooten..
 
Code:
 systemctl daemon-reexec
lief ohne Meldung durch ...

aber danach hängt es weiterhin:
Code:
pveupdate && pveupgrade
Starting system upgrade: apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] Y
Setting up pve-manager (7.3-3) ...

Ich starte den Server neu und versuche es dann nochmal ...
dauert aber eine Weile.
 
Crazy -- ich habe den Reboot gerade "vorbereitet" und alle VMs und CT heruntergefahren. Bevor ich den reboot ausgelöst habe, habe ich aber den Befehl "spasseshalber" nochmal laufen lassen .... und was soll ich sagen: Dieses Mal lief er problemlos durch! Ich starte den Server jetzt aber trotzdem neu (dann bin ich auch auf dem aktuellen Kernel).
Danke für's Mitdenken. Das Problem scheint gelöst -- auch wenn die Ursache irgendwie im Dunkeln bleibt -- oder?
 
ja.. ich habe eine dunkle erinnerung das wir schonmal so einen fall hatten wo die ursache irgendetwas gar nicht PVE-bezogenes war, das als seiteneffekt den service reload blockiert hat, aber leider hat weder mein hirn noch die suche brauchbare ergebnisse geliefert ;)
 

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!