Upgrade von Debian 11 auf 12 Problem [GELÖST]

[trollolol]

Hallo zusammen,

ich habe gestern meinen Server von Debian 11 auf Debian 12 Updaten wollen. Ich habe das Upgradescript genutzt. Bis zum Serverneustart hat alles prima funktioniert. Nach dem Serverneustart habe ich das Upgradescript erneut aufgerufen. Dann mit Enter bestätigt (eine andere Möglichkeit gab es ja nicht, außer Abbruch) und dann passierte gar nichts mehr. Ich habe nach einer halben Stunde ein zweites Terminalfenster geöffnet um zu schauen ob irgendetwas passiert, aber es sah nicht dannach aus.

Meine Webseite war erreichbar, wenn ich allerdings auf das Webpanel zugreifen wollte, dann bekam ich einen Server Internal Error Fehler.

Der Server ist ein vServer mit 2 CPU und 4 GB RAM, sollte also reichen. Ich habe dann nach gut einer Stunde abgebrochen und meinen Snapshot wieder eingespielt. War ich zu ungeduldig, oder hat es tatsächlich gehangen?

Vielen Dank euch

[Alexander]

Hallo,

was passiert, wenn du es nochmal startet?

[trollolol]

Hallo Alexander,

Genau das gleiche. Es scheint so, als ob da im Hintergrund nichts passiert. Was ich vergessen habe, zu testen ob ich nach einem normalen Serverneustart wieder Zugriff aus webpanel habe. Hab schon wieder den snapshot eingespielt

[fwberni]

Hi,

habe ebenfalls mit den Updatescript ein Update von Debian11 auf Version 12 gemacht.

auch bei mir ist es das gleiche bzw. ist der Server fast zu 100% ausgelastet.
Das Webpanel ist nicht zu erreichen, klar wenn der Server auf 100% fährt, warum er dies macht weiss ich nicht.

Nach einen Reboot, habe ich das Script nochmals ausgeführt und hier hängt es bei:

> Pre-checking system...

... Press [ENTER] to continue the upgrade | Abort with [CTRL] + [C]

> Set /tmp/ to exec...
> Install systemd-timesyncd
> Update PHP interpreter...
[PID-2672] [29-Oct-2023 15:19:48] INFO | forced to run "repo_update.php"
[PID-2672] [29-Oct-2023 15:19:48] INFO | jobs to run: repo_update.php
[PID-2672] [29-Oct-2023 15:19:48] INFO | >>> trying to run "repo-update"
[PID-2672] [29-Oct-2023 15:19:48] WARN | last run died abruptly
[PID-2672] [29-Oct-2023 15:19:48] INFO | lock "repo-update" acquired
[PID-2672] [29-Oct-2023 15:19:48] INFO | processing the job ...
[29-Oct-2023 15:19:48] INFO | starting repo update
[29-Oct-2023 15:19:48] INFO | step: uninstall php versions
[29-Oct-2023 15:19:48] INFO | no tasks found
[29-Oct-2023 15:19:48] INFO | step: update php versions
[29-Oct-2023 15:19:49] INFO | update version from "8.2.11_00000000000000" to "8.2.11_20231005144137"
[29-Oct-2023 15:19:49] INFO | update tmpfs for full access to /tmp
/tmp/keyhelp/php_8.2.11_20231005 100%[========================================================>] 67,89M 444KB/s in 51s


fest. Also ich habe kein Prombt mehr weil er eben Vollausgelastet ist.

Gruss Torsten

Hardware: VServer RAM: 2GB / CPU: 2 Kerne

[Tobi]

Ist das Verzeichnis/tmp eventuell voll?

[trollolol]

@fwberni

ist diese Ausgabe nach dem Serverneustart? Denn dann bist Du schon mal weiter wie ich. Bei mir steht nach einer Stunde immer noch

> Pre-checking system...

... Press [ENTER] to continue the upgrade | Abort with [CTRL] + [C]

da. Das ist mein Problem weil es nicht weitergeht. Es kommt auch keine Anzeige was weiter passiert wie bei dir.

[fwberni]

@trollolol

ja nach dem Reboot ist das so.

@Tobi

foldendes steht im /tmp

root@serv02:/tmp# ls -la
insgesamt 56
drwxrwxrwt 14 root root 4096 29. Okt 18:18 .
drwxr-xr-x 20 root root 4096 29. Okt 15:39 ..
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .font-unix
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .ICE-unix
drwxrwxrwx 2 keyhelp keyhelp 4096 29. Okt 16:26 keyhelp
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-amavis.service-LEbqPD
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-apache2.service-mgerKB
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-dovecot.service-t7HoAh
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-grafana-server.service-JLXlXR
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-spamd.service-uCzOTm
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-systemd-logind.service-hAd4q9
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-systemd-timesyncd.service-3dX2MH
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .X11-unix
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .XIM-unix

root@serv02:/tmp# du -sh
84K

[trollolol]

@fwberni

Dann geht's bei mir nach dem Serverneustart definitiv nicht weiter. Und keine Ahnung warum . Das ist Mist. Oder vielleicht hat ja Alex ne Idee.

[24unix]

@trollolol

ja nach dem Reboot ist das so.

@Tobi

foldendes steht im /tmp

root@serv02:/tmp# ls -la
insgesamt 56
drwxrwxrwt 14 root root 4096 29. Okt 18:18 .
drwxr-xr-x 20 root root 4096 29. Okt 15:39 ..
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .font-unix
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .ICE-unix
drwxrwxrwx 2 keyhelp keyhelp 4096 29. Okt 16:26 keyhelp
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-amavis.service-LEbqPD
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-apache2.service-mgerKB
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-dovecot.service-t7HoAh
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-grafana-server.service-JLXlXR
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-spamd.service-uCzOTm
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-systemd-logind.service-hAd4q9
drwx------ 3 root root 4096 29. Okt 16:25 systemd-private-06a1bc5a88cc458e96d5256fb6efdc8e-systemd-timesyncd.service-3dX2MH
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .X11-unix
drwxrwxrwt 2 root root 4096 29. Okt 16:25 .XIM-unix

root@serv02:/tmp# du -sh
84K

Was sagt

Code: Select all

df -h

[fwberni]

df -h sagt:

@serv02:~# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 965M 0 965M 0% /dev
tmpfs 197M 600K 197M 1% /run
/dev/vda3 39G 12G 25G 33% /
tmpfs 984M 1,2M 983M 1% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
/dev/vda2 974M 84M 823M 10% /boot
tmpfs 197M 0 197M 0% /run/user/0

wieso ist er immer auf fast 100% CPU Last ????

[Alexander]

Wir haben in dem Thread jetzt wieder das Problem, dass wir zwei verschiedene Themen diskutieren.
Bitte hijackt keine anderen Themen, wenn eure Problem an ganz anderer Stelle auftreten!

@fwberni Da wird nur ein ganz normales wget durchgeführt, also nichts besonderes was die 100% Last rechtfertigt.
Wenn du selbst mit wget was eine größere Datei nach /tmp herunterlädst, funktioniert aber alles, ja?


@trollolol
Wenn nach "... Press [ENTER] to continue the upgrade | Abort with [CTRL] + [C]" nichts mehr kommt, und auch mehrmaliges Enter drücken nichts bewirkt, dann hat es bei dir im Zuge des Upgrades vielleicht die PHP-Erweiterung readline entfernt.

Wenn du das nächste mal an der Stelle bist. Brich das Ganze ab, installiere die PHP-Erweiterung "apt install php-readline" und starte das Script erneut.

[fwberni]

@fwberni Da wird nur ein ganz normales wget durchgeführt, also nichts besonderes was die 100% Last rechtfertigt.
Wenn du selbst mit wget was eine größere Datei nach /tmp herunterlädst, funktioniert aber alles, ja?

Ja, der Server läuft. aber nach dem UpgradeScript schoss bzw. ist er eben immer bei fast 100% Auslastung.
Und meine Webseiten und das Webinterface sind nicht zu erreichen.
Vorher alles ohne Probleme. Habe den Tag nur das Script ausgeführt.

[Alexander]

Was sagt den top und dergleichen, welcher Prozess was die Auslastung verursacht?
Bzw. ist das Problem nun nicht mehr existent bei dir, oder hat er eine dauerhafte Auslastung?

[fwberni]

Was sagt den top und dergleichen, welcher Prozess was die Auslastung verursacht?
Bzw. ist das Problem nun nicht mehr existent bei dir, oder hat er eine dauerhafte Auslastung?

Die Auslastung ist dauerhaft. das sagt top

[24unix]

Der swappt sich zu Tode, obwohl Du kein Swap hast.

Was sagt

Code: Select all

free

?