Update auf 18.0.9.20 schlägt fehl

[bitn2]

Bei einer bei Hetzner gehosteten Anlage schlägt das Update auf die letzte V18 fehl... Das Log meldet folgendes:

Entpacken von 3cxpbx (18.0.9.20) über (18.0.8.939) ...
grub-pc (2.06-3~deb10u4) wird eingerichtet ...
debconf: kann Oberfläche nicht initialisieren: Dialog
debconf: (Die Dialog-Oberfläche funktioniert nicht auf einem Dumb-Terminal, einem Emacs-Shellbuffer oder ohne ein steuerndes Terminal.)
debconf: greife zurück auf die Oberfläche: Readline
Konfiguriere grub-pc
--------------------

Der GRUB-Bootloader wurde zuvor auf einem Datenträger, der nicht mehr im System
vorhanden ist oder dessen eindeutige Kennung aus irgendeinem Grund geändert
wurde, installiert. Es ist wichtig, sicherzustellen, dass das installierte
GRUB-Core-Image synchron mit den GRUB-Modulen und grub.cfg bleibt. Bitte prüfen
Sie erneut, um sicherzustellen, dass GRUB auf die entsprechenden Boot-Geräte
geschrieben wird.

Wenn Sie nicht sicher sind, welches Gerät das BIOS zum Booten benutzt, ist es
oft eine gute Idee, GRUB auf allen Geräten zu installieren.

Hinweis: Sie können GRUB auch in die Boot-Blöcke von Partitionen schreiben.Hier
werden auch einige geeignete Partitionen angeboten. Das zwingt GRUB allerdings
dazu, den Blocklist-Mechanismus zu verwenden. Dieser ist weniger zuverlässig und
wird daher nicht empfohlen.

  1. /dev/sda (40961 MB; QEMU_HARDDISK)  3. keines der Obigen
  2. - /dev/sda1 (39936 MB; /)

(Geben Sie die Elemente, die Sie auswählen wollen, durch Leerzeichen getrennt
ein.)

Hat da jemand ne schlaue Idee zu außer die Anlage neu zu installieren?

 

[fxbastler]

Ein grub-install /dev/sda könnte das Problem beheben. Die Frage die sich stellt: Wie startet die VM denn dann überhaupt?

Wenn sich die Disk ID (siehe blkid <device>) geändert hat, dann die aktuelle noch überall nachtragen bzw. wenigstens kontrollieren, z.B.:

nano /etc/fstab
nano /etc/initramfs-tools/conf.d/resume
update-initramfs -u      # kann man immer mal machen, tut nicht weh
update-grub              # kann man auch oefter machen
grub-install /dev/sda

Letzten Endes: alles ein fraglicher Ursprung. Normal ist das nicht, dass ein 3CX Update solche Fehler meldet und Ausgabe erzeugt. Was für mich bei euch schon fast unnötig ist zu hinterfragen: Wurde denn ursprünglich eine originale 3CX ISO verwendet?

 

[bitn2]

Ja original ISO. Ich mach die platt und installiere neu. Warum auch immer da so ein Fehler kommt. Die Updates davor liefen alle sauber durch, nur das letzte nicht.

 

[EulePS]

Wir hatten das auch bei einigen Kunden und haben es wie folgt gelöst:

1. VM neustarten
2. Via Putty aufschalten und Befehl sudo dpkg --configure -a ausführen, beides anhaken und ok drücken
3. VM neustarten
4. Auf der Console kontrollieren ob Update installiert

 

[avido_3cx]

Hallo!

Hatte jetzt dasselbe Problem bei Upgrade auf v20.
Anleitung hat perfekt funktioniert. Vielen Dank!

1. VM reboot
2. Via SSH verbunden und Befehl sudo dpkg --configure -a ausgeführt, beides anhaken und ok drücken
3. VM reboot --> Server-Fehler bei Anmeldung an Konsole
4. Neustart 3CX Services via SSH sudo 3CXStopServices && sudo 3CXStartServices
5. Anmeldung an Konsole funktioniert wieder
6. Update gestartet
7. Anlage fährt in v20 hoch

Warum das passiert (und bei mehr als einer Anlage), keine Ahnung. Es wurde nie manuell was am OS geändert und immer nur Installation direkt von 3CX verwendet.

 

[M.Klaussner]

Danke allen für den Tipp. Hat auch bei uns funktioniert.
Bei uns gleiches Problem auf unserer eigenen Hetzner VM. Alles lief tadellos inkl. aller Updates bis zum Upgrade auf V20.
Das lief dann nicht durch. Auf einer anderen Hetzner Maschine, die wir für einen 3CX Kunden vor zwei Monaten aufgesetzt hatten klappte das Update auf V20 dagegen ohne Probleme.
Das heisst also noch mehr Vorbereitung / Vorlauf, wegen der Unsicherheiten zum Update V20.

Hier noch die Antwort vom Hetzner Support, da ich wegen Chipsatz angefragt hatte:

In diesem Fall hilft eine Chipsatzänderung von q35 auf i440FX. Wie es scheint, läuft Ihr ausgewählter Server bereits auf dem korrekten Chipsatz, i440FX.

 

[avido_3cx]

Danke allen für den Tipp. Hat auch bei uns funktioniert.
Bei uns gleiches Problem auf unserer eigenen Hetzner VM. Alles lief tadellos inkl. aller Updates bis zum Upgrade auf V20.
Das lief dann nicht durch. Auf einer anderen Hetzner Maschine, die wir für einen 3CX Kunden vor zwei Monaten aufgesetzt hatten klappte das Update auf V20 dagegen ohne Probleme.
Das heisst also noch mehr Vorbereitung / Vorlauf, wegen der Unsicherheiten zum Update V20.

Hier noch die Antwort vom Hetzner Support, da ich wegen Chipsatz angefragt hatte:

In diesem Fall hilft eine Chipsatzänderung von q35 auf i440FX. Wie es scheint, läuft Ihr ausgewählter Server bereits auf dem korrekten Chipsatz, i440FX.

so rein gefühlsmäßig passiert´s bei uns bei "älteren" Installationen (VMs) und bei Installationen der letzten 12 Monate weniger. Ich konnte aber noch nicht genau herausfinden was hier der Unterschied ist. Wie du schreibst auch bei uns lief bis zur v20 Alles ohne Probleme. Die VMs wurden nie irgendwie manuell upgedatet etc. immer nur aus 3CX heraus bzw. auch aufgesetzt aus dem 3CX Assistenten im Portal, deshalb wundert´s mich ja, dass dann plötzlich Probleme auftreten.

 

[M.Klaussner]

Ja, dass ist etwas unerquicklich.
Für eigene Systeme, oder Testsysteme unschön. Wenn man aber für Kunden Hochrüstungen terminiert und die Chance 50/50 ist, ob es klappt, dann ist das nicht mehr so lustig. Verständnis habe ich, dass die Plattform aktualisiert werden muss um Debian usw. sicher zu halten. Fortschritte für den Anwender oder Admin sehe ich allerdings bei V20 bislang nicht. Nicht wirklich Funktionen, die wir vermisst haben, dafür geht das ein oder andere nicht mehr, oder nur umständlich...
Wir haben noch ein paar Updates auf V20 vor uns, müssen dann aber wegen SBC, Clients,... zum Kunden. Das bringt etwas Umsatz, aber auch Unmut, wenn man dem Kunden keinen Mehrwert der Aktion vermitteln kann...

 

[hwohlert]

Vielen Dank für die Anleitung, hat prima funktioniert.

 

[3cxaux]

Hallo!

Hatte jetzt dasselbe Problem bei Upgrade auf v20.
Anleitung hat perfekt funktioniert. Vielen Dank!

1. VM reboot
2. Via SSH verbunden und Befehl sudo dpkg --configure -a ausgeführt, beides anhaken und ok drücken
3. VM reboot --> Server-Fehler bei Anmeldung an Konsole
4. Neustart 3CX Services via SSH sudo 3CXStopServices && sudo 3CXStartServices
5. Anmeldung an Konsole funktioniert wieder
6. Update gestartet
7. Anlage fährt in v20 hoch

Warum das passiert (und bei mehr als einer Anlage), keine Ahnung. Es wurde nie manuell was am OS geändert und immer nur Installation direkt von 3CX verwendet.

Auch vielen Dank!