Nach Update auf VE9 "Check of pool vBIG/vBIG failed (status:64). Manual repair required!"

A

Altec

New Member
Aug 6, 2025
4
0
1
Hallo Leute,

habe heute auf die VE9 upgedatet und nach dem Reboot bekommen ich den Fehler "()TASK ERROR: activating LV 'vBIG/vBIG' failed: Check of pool vBIG/vBIG failed (status:64). Manual repair required!!"
 
Danke, ging nun auch aber erst nachdem ich nochmals neugestartet habe den Server :/.
 
Hi,
könntet Ihr folgende Informationen teilen? Das /var/log/apt/term.log vom Upgrade (könnte schon rotiert sein, dann sind die relevanten Logs in term.log.1.gz etc.) sowie das System-Journal vom Zeitpunkt vor dem Upgrade bis zum Zeitpunkt wo der Pool repariert wurde. Das Kommando für letzteres könnte z.B. journalctl --since "2025-08-05 17:00:00" --until "2025-08-07 11:00:00" > /tmp/journal.txt sein, mit angepassten Zeitstempeln.
 
fiona said:
Hi,
könntet Ihr folgende Informationen teilen? Das /var/log/apt/term.log vom Upgrade (könnte schon rotiert sein, dann sind die relevanten Logs in term.log.1.gz etc.) sowie das System-Journal vom Zeitpunkt vor dem Upgrade bis zum Zeitpunkt wo der Pool repariert wurde. Das Kommando für letzteres könnte z.B. journalctl --since "2025-08-05 17:00:00" --until "2025-08-07 11:00:00" > /tmp/journal.txt sein, mit angepassten Zeitstempeln.
Click to expand...
term.log

der andere log ist leider zu groß um hier oder pastebin hochzuladen
 
Last edited:
daschmidt said:
term.log

der andere log ist leider zu groß um hier oder pastebin hochzuladen
Click to expand...
Danke für die Log-Datei! Leider kann ich darin nix bezüglich LVM-thin pool oder ähnlich finden. Wie schaut es mit dem Journal nur von während des Upgrades und dann vom ersten Boot danach aus? Ist das klein genug?
 
Könntet Ihr bitte auch die Ausgabe von grep -e thin_check_options -e auto-repair /etc/lvm/lvm.conf posten?
 
fiona said:
Danke für die Log-Datei! Leider kann ich darin nix bezüglich LVM-thin pool oder ähnlich finden. Wie schaut es mit dem Journal nur von während des Upgrades und dann vom ersten Boot danach aus? Ist das klein genug?
Click to expand...

die 2 Stunden log sind leider immer noch zu groß

journal.txt


fiona said:
Könntet Ihr bitte auch die Ausgabe von grep -e thin_check_options -e auto-repair /etc/lvm/lvm.conf posten?
Click to expand...
Code: 
root@pve:~# grep -e thin_check_options -e auto-repair /etc/lvm/lvm.conf
        # (Not recommended.) Also see thin_check_options.
        # Configuration option global/thin_check_options.
        # thin_check_options = [ "-q", "--clear-needs-check-flag" ]
 
Last edited:
Hi,
Danke für alle Logs! Die Ursache wurde mittlerweile identifiziert und es ist ein fehlendes Build-Flag für das lvm2-Paket in Debian. Details gibt es hier (English): https://lore.proxmox.com/pve-devel/20250808200818.169456-1-f.ebner@proxmox.com/T/

Kurz gesagt, thin pools mit bestimmten kleinen Problemen werden nicht automatisch repariert und dadurch nicht automatisch aktiviert, wenn eine bestimmte Konfigurations-Option nicht gesetzt ist. Die Option sollte standardmäßig da sein, aber wegen dem fehlenden Build-Flag, fehlt auch die Option.

Unser Plan ist, das Paket mit dem richtigen Flag zu bauen, bis das Problem in Debian Trixie selbst behoben wurde.

EDIT: das neu gebaute lvm2-Paket 2.03.31-2+pmx1 gibt es jetzt auf dem pve-test Repository.
 
Last edited:
  • Like
Reactions: Neobin, daschmidt and boisbleu
You must log in or register to reply here.
Top Bottom