VM mit Debian schaltet sich ab

R

RaSc

Member
Sep 20, 2023
28
4
8
Werte Gemeinde,

ich habe mir einen kleinen Server als Bastelprojekt gebaut. Auf dem Server läuft proxmox. Darin habe ich zwei VMs laufen. Eine mit openmediavault und eine mit Debian. Auf dem Debian-System habe ich u.a. ioBroker laufen und überwache damit die Photvoltaik-Anlage. Nun schaue ich nicht ständig nach. Ich greife aber häufig - problemlos - auf die über OMV bereitgestellten Ordner zu.
Das Debian-System geht aber regelmäßig offline und ich weiß nicht warum.

Unter "Tasks" steht hin und wieder "Bulk start VMs and Containers" -- "OK". Als nächster Punkt startet dann die VM mit OMV, die VM mit Debian aber nicht. Offenbar gibt es unregelmäßig einen Reboot der VMs, aber nur ein startet.

Wie kann ich den Fehler finden?

Vorab schonmal vielen Dank.
 
Dann wäre die erste Frage ob auch bei beiden VMs das booten bei Neustart eingestellt ist.

Proxmox_VM_Start.png

Wenn Deine Debian VM sich regelmäßig aufhängt liegt das mit großer Wahrscheinlichkeit daran das irgendetwas was darunter wie auch immer installiert ist und läuft, es zum Absturz bringt und weniger an Proxmox. D.h. Du musst also herausbekommen was bei der Debian VM ggf. die Ursache ist und per Ausschlussverfahren würde ich dann erst einmal damit anfangen einzelne Dinge - wie z.B. den ioBroker - zu stoppen und dann testen ob die Debian VM dann stabil läuf. Außerdem könntest Du Dir natürlich auch mal die div. Logs der Debian VM anschauen ob darin evtl. eine Ursache für die Abstürze zu erkennen ist.

BTW: Das OMV ebenfalls auf Debian basiert weißt Du ja sicherlich selber und eine Standard-Debian Installation in einer VM würde vermutlich bei Dir auch nicht abstützen.

VG Jim
 
Last edited:
Vielen Dank erstmal.

Bei beiden VMs stand bei "Start at boot" -- "no". Ich habe es bei der Debian - VM mal auf -- "Yes" gestellt.

In der Debian - VM läuft an sich nur noch PLEX. Ansonsten habe ich dort nicht weiter verändert.

Leider bin ich mit der shell noch nicht so versiert, dass ich mir Logfiles ansehen könnte. Gibt es ein Logfile, welches ich mir als ersten anschauen könnte?
 
Lies Dich ein wenig in das Thema journalctl ein. Der Befehl journalctl --list-boots im Terminal zeigt Dir z.B. alle Boot-Prozesse. Hier mal am Beispiel einer eher selten von mir genutzen LMDE-Version (Linux Mint auf Debian Basis).

journalctl _list-boots.png

Der Befehl journalctl -b -1 im Terminal würde Dir dann z.B. den letzten Boot-Prozess vor dem Absturz anzeigen. In meinem Beispiel den Boot-Prozess vom 24.01.2025. Hier z.B. dann das Ende von dem journalctl -b -1 Log. In dem Fall wurde die LMDE VM halt regulär heruntergefahren.

Debian_Log.png


VG Jim
 
Last edited:
Ich würde das Thema gern nochmals hervorholen, da es noch immer nicht gelöst ist.
Mit journalctl -b-1komme ich nicht so recht weiter in der PVE - Shell und in den Consolen der VMs enden die Einträge offenbar vor der Zeit, ab der die VMs offline / ausgeschaltet sind. Es gibt nach dem letzten Eintrag noch Aufzeichnungen in der InfluxDB.

Im Systemlog der Weboberfläche steht:

Oct 23 13:17:01 pve CRON[772485]: pam_unix(cron:session): session closed for user root
Oct 23 13:49:04 pve pveproxy[734788]: authentication failure: 401 permission denied - invalid PVE ticket
Oct 23 13:49:07 pve pvedaemon[591421]: <root@pam> successful auth for user 'root@pam'
----------------------------------------------------------------------------------------------------------------------------------------
Oct 23 13:54:37 -- Reboot --

Danach rebootet offenbar das gesamte PVE, wobei nur eine VM wieder gestartet wird. Das ist im Systemlog auch zu sehen:

Oct 23 13:56:48 pve pve-ha-lrm[1584]: VM 100 started with PID 1599 using pve-qemu-kvm_11.0.3-4.
Oct 23 13:56:48 pve pve-ha-lrm[1583]: <root@pam> end task UPID:pve:00000630:00003401:6ADB4B7F:qmstart:100:root@pam: OK
Oct 23 13:56:48 pve pve-ha-lrm[1583]: service status vm:100 started

Weitere VMs werden nicht gestartet.

Der Ausfall der VMs ist zu unterschiedlichen Zeiten nach unterschiedliche langen Betriebsphasen.
Es startet stets dieselbe VM neu (VM100). Die anderen nicht.

Ideen?

Danke
 
Habe gerade gesehen, dass "Start at boot" wieder? auf "no" stand.

Erklärt aber den Reboot der PVE nicht...
 
Mein erster Gedanke, was ich früher hatte war, das evtl der ram nicht ausreicht. Wenn deinem Server der Ram ausgeht kam es bei mir vor das Proxmox bzw das debian dahinter einfach lxc container gekillt hat (OOM). Allerdings weiß ich nicht ob das immer noch vorkommt das ist bei mir schon einige Jahre her
 
Last edited:
Für die Debian-VM einfach qm set <VMID> --onboot 1 setzen. Bei HA-VMs ist "Start at boot" egal, das macht HA selbst.

Interessant ist der Host-Reboot. Zwischen 13:49 und dem Reboot steht nix, kein Shutdown. Der Host ist hart neu gestartet. Falls HA aktiv ist, ist das meistens der Watchdog. Der Node verliert das Quorum und startet sich nach 1-2 Minuten selbst neu (Fencing). Ist der Server in einem Cluster oder war er mal drin? Was zeigen pvecm status und ha-manager status? Bei einem einzelnen Bastelserver brauchst du HA nicht. Wenn da eine Ressource eingetragen ist, würd ich sie rausnehmen, dann fällt der Watchdog als Ursache weg.

Wenn es das nicht ist, tippe ich auf Hardware (Netzteil, RAM, Temperatur). Ein memtest wäre dann der nächste Schritt. OOM würde nur einzelne VMs killen, nicht den ganzen Host.
 
@Lord_Neksus: RAM war auch schon ein Gedanke. Allerdings ist in der grafischen Darstellung der einzelnen VMs nicht ersichtlich, dass zu viel RAM benötigt würde. Kann natürlich sein, dass die Aufzeichnung abbricht gerade weil RAM ausgeht. Dagegen spricht, dass zu Zeiten des Reboots praktisch nicht aktiv auf die VMs zugegriffen wird.

@Bu66as

pvecm status bringt folgendes:
"Corsync config '/etc/pve/corosync.conf does not exist - ist this node part of a cluster?"

Es war uns ist nicht teil eines Clusters. Es läuft nur ein node.

ha-manager statusbringt folgendes:
"quorum OK
master pve (active, Datum+Uhrzeit)
fencing armed (CRM watchdog active, Datum+Uhrzeit)
lrm pve (active, watchdog active, Datum+Uhrzeit)
service vm:100 (pve, started)"

Irritierend ist, dass nur die VM100 als "started" angezeigt wird, obwohl auch andere VMs laufen.

qm set <vmid> --onboot 1habe ich gesetzt. Wie kann ich das für einen lxc - Container machen?

Soll ich watchdog besser ausschalten? Wie?

Ich danke Euch.
 
Die Watchdog-Theorie passt wahrscheinlich. Du hast VM 100 als HA-Ressource eingetragen, deshalb zeigt ha-manager status nur die eine VM an. Der Befehl listet nur Gäste, die HA verwaltet. Die anderen laufen ganz normal, HA kümmert sich nur nicht um sie. Deshalb wird nach dem Reboot auch nur die 100 gestartet. Mit nur einem Node brauchst du HA gar nicht, aber der Watchdog läuft. Hängt der Host mal kurz (z.B. pmxcfs oder IO), setzt der Watchdog ihn hart zurück. Das passt zu deinem Log: kein Shutdown, einfach Reboot.

Ich würd HA komplett rausnehmen, entweder per GUI unter Datacenter → HA → Ressource entfernen oder so:
Code: 
ha-manager remove vm:100
qm set 100 --onboot 1
Wenn keine Ressource mehr drin ist, geht der LRM nach ein paar Minuten auf idle und der Watchdog ist aus. Kurz mit ha-manager status prüfen. Für Container geht das mit pct set <CTID> --onboot 1.

Falls der Host danach immer noch neu startet, ist wahrscheinlich Hardware schuld. Dann würd ich memtest laufen lassen, außerdem Netzteil und Temps anschauen.
 
  • Like
Reactions: mow
@Bu66as Nochmals vielen Dank. Es war tatsächlich nur die VM100 eingetragen. Die habe ich jetzt entfernt. Im besten Falle ist das Problem nun gelöst.

Schönen Sonntag.
 
  • Like
Reactions: Bu66as
Ich tippe auf HW-Problem. Wenn du deine VM-Einstellung wie vorgeschlagen dahingehend korrigierst und die Debian-VM auch startet, dann kaschierst du das Problem. Ein PVE sollte einfach nicht spontan neu starten. Wenn du damit leben kannst gut. Das Problem ist aber nicht gelöst.
 
  • Like
Reactions: Johannes S and Bu66as
@mow, im Prinzip ja. Standardmäßig hängt da das softdog-Modul dran, und wenn der Timer abläuft, macht der Kernel einen Emergency-Restart, ohne Sync, ohne ordentliches Runterfahren. Vorher loggt watchdog-mux AFAIK noch sowas wie client watchdog expired - disable watchdog updates. Das steht dann aber nur auf der Platte, wenn journald und das IO mitspielen. Wenn der Host deswegen hängt, ist meist nix im Log, so wie bei RaSc. Mit einem Hardware-Watchdog (IPMI/iTCO) siehst du gar nichts, das ist ein reiner Board-Reset.
@RaSc, guck mal mit journalctl -b -1 | grep -iE 'watchdog|softdog' in die letzten Boots, vllt steht da doch was. Und @TErxleben hat schon recht: Der Watchdog schlägt nur zu, wenn vorher etwas hängt. Wenn der Host ohne HA einfach neu startet, ist es eher Hardware.
 
Bu66as RAM - Fehler schließe ich aus. Memtestsüber Nacht mit 8 Durchläufen brachte 0 Errors.
journactl -b -1 bringt am Ende ein "shutting down". Allerdings fehlt mir der Sachverstand, um zu erkennen, warum. Der Server hängt gerade an einer anderen Steckdose und läuft seit 3 Tagen durch. Das heíßt natürlich noch nichts, aber ich will nach und nach andere Fehlerquellen ausschließen.

Nov 07 18:55:58 pve watchdog-mux[815]: clean exit
Nov 07 18:55:58 pve systemd[1]: Stopping watchdog-mux.service - Proxmox VE watchdog multiplexer...
Nov 07 18:55:58 pve systemd[1]: watchdog-mux.service: Deactivated successfully.
Nov 07 18:55:58 pve systemd[1]: Stopped watchdog-mux.service - Proxmox VE watchdog multiplexer.
Nov 07 18:55:58 pve systemd[1]: pveproxy.service: Deactivated successfully.
Nov 07 18:55:58 pve systemd[1]: Stopped pveproxy.service - PVE API Proxy Server.
Nov 07 18:55:58 pve systemd[1]: pveproxy.service: Consumed 9.953s CPU time, 431.7M memory peak.
Nov 07 18:55:58 pve systemd[1]: Stopped target pve-storage.target - PVE Storage Target.
Nov 07 18:55:58 pve systemd[1]: Stopped target ceph.target - ceph target allowing to start/stop all ceph*@.service instances at once.
Nov 07 18:55:58 pve systemd[1]: Stopped target ceph-fuse.target - ceph target allowing to start/stop all ceph-fuse@.service instances at once.
Nov 07 18:55:58 pve systemd[1]: Stopped target remote-fs.target - Remote File Systems.
Nov 07 18:55:58 pve systemd[1]: Stopped target remote-fs-pre.target - Preparation for Remote File Systems.
Nov 07 18:55:58 pve systemd[1]: Stopped target nfs-client.target - NFS client services.
Nov 07 18:55:58 pve systemd[1]: Stopping pvedaemon.service - PVE API Daemon...
Nov 07 18:55:58 pve systemd[1]: Stopping ssh.service - OpenBSD Secure Shell server...
Nov 07 18:55:58 pve sshd[979]: Received signal 15; terminating.
Nov 07 18:55:58 pve systemd[1]: ssh.service: Deactivated successfully.
Nov 07 18:55:58 pve systemd[1]: Stopped ssh.service - OpenBSD Secure Shell server.
Nov 07 18:55:59 pve pvedaemon[1173]: received signal TERM
Nov 07 18:55:59 pve pvedaemon[1173]: server closing
Nov 07 18:55:59 pve pvedaemon[1174]: worker exit
Nov 07 18:55:59 pve pvedaemon[1176]: worker exit
Nov 07 18:55:59 pve pvedaemon[1175]: worker exit
Nov 07 18:55:59 pve pvedaemon[1173]: worker 1176 finished
Nov 07 18:55:59 pve pvedaemon[1173]: worker 1175 finished
Nov 07 18:55:59 pve pvedaemon[1173]: worker 1174 finished
Nov 07 18:55:59 pve pvedaemon[1173]: server stopped
Nov 07 18:56:00 pve systemd[1]: pvedaemon.service: Deactivated successfully.
Nov 07 18:56:00 pve systemd[1]: Stopped pvedaemon.service - PVE API Daemon.
Nov 07 18:56:00 pve systemd[1]: pvedaemon.service: Consumed 9.983s CPU time, 425.3M memory peak.
Nov 07 18:56:00 pve systemd[1]: Stopping pve-cluster.service - The Proxmox VE cluster filesystem...
Nov 07 18:56:00 pve pmxcfs[973]: [main] notice: teardown filesystem
Nov 07 18:56:01 pve systemd[1]: etc-pve.mount: Deactivated successfully.
Nov 07 18:56:01 pve systemd[1]: Unmounted etc-pve.mount - /etc/pve.
Nov 07 18:56:10 pve systemd[1]: pve-cluster.service: State 'stop-sigterm' timed out. Killing.
Nov 07 18:56:10 pve systemd[1]: pve-cluster.service: Killing process 973 (pmxcfs) with signal SIGKILL.
Nov 07 18:56:10 pve systemd[1]: pve-cluster.service: Main process exited, code=killed, status=9/KILL
Nov 07 18:56:10 pve systemd[1]: pve-cluster.service: Failed with result 'timeout'.
Nov 07 18:56:10 pve systemd[1]: Stopped pve-cluster.service - The Proxmox VE cluster filesystem.
Nov 07 18:56:10 pve systemd[1]: pve-cluster.service: Consumed 2.315s CPU time, 78.6M memory peak.
Nov 07 18:56:10 pve systemd[1]: Stopped target network.target - Network.
Nov 07 18:56:10 pve systemd[1]: Stopping networking.service - Network initialization...
Nov 07 18:56:10 pve systemd[1]: Stopping rrdcached.service - Data caching daemon for rrdtool...
Nov 07 18:56:10 pve networking[14976]: networking: Removing dhclient service files (if any)
Nov 07 18:56:10 pve networking[14976]: networking: Skipping deconfiguring the rest of the network interfaces
Nov 07 18:56:10 pve systemd[1]: networking.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped networking.service - Network initialization.
Nov 07 18:56:10 pve systemd[1]: rrdcached.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped rrdcached.service - Data caching daemon for rrdtool.
Nov 07 18:56:10 pve systemd[1]: Stopped target basic.target - Basic System.
Nov 07 18:56:10 pve systemd[1]: Stopped target paths.target - Path Units.
Nov 07 18:56:10 pve systemd[1]: Stopped target slices.target - Slice Units.
Nov 07 18:56:10 pve systemd[1]: Removed slice system-xfs_scrub.slice - xfs_scrub background service slice.
Nov 07 18:56:10 pve systemd[1]: Removed slice user.slice - User and Session Slice.
Nov 07 18:56:10 pve systemd[1]: Stopped target sockets.target - Socket Units.
Nov 07 18:56:10 pve systemd[1]: dbus.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed dbus.socket - D-Bus System Message Bus Socket.
Nov 07 18:56:10 pve systemd[1]: iscsid.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed iscsid.socket - Open-iSCSI iscsid Socket.
Nov 07 18:56:10 pve systemd[1]: netavark-dhcp-proxy.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed netavark-dhcp-proxy.socket - Netavark DHCP proxy socket.
Nov 07 18:56:10 pve systemd[1]: rrdcached.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed rrdcached.socket - sockets activating rrdcached.
Nov 07 18:56:10 pve systemd[1]: sshd-unix-local.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed sshd-unix-local.socket - OpenSSH Server Socket (systemd-ssh-generator, AF_UNIX Local).
Nov 07 18:56:10 pve systemd[1]: systemd-hostnamed.socket: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Closed systemd-hostnamed.socket - Hostname Service Socket.
Nov 07 18:56:10 pve systemd[1]: Stopped target sysinit.target - System Initialization.
Nov 07 18:56:10 pve systemd[1]: Stopped target cryptsetup.target - Local Encrypted Volumes.
Nov 07 18:56:10 pve systemd[1]: systemd-ask-password-console.path: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch.
Nov 07 18:56:10 pve systemd[1]: systemd-ask-password-wall.path: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-ask-password-wall.path - Forward Password Requests to Wall Directory Watch.
Nov 07 18:56:10 pve systemd[1]: Stopped target integritysetup.target - Local Integrity Protected Volumes.
Nov 07 18:56:10 pve systemd[1]: Stopped target veritysetup.target - Local Verity Protected Volumes.
Nov 07 18:56:10 pve systemd[1]: Stopping systemd-binfmt.service - Set Up Additional Binary Formats...
Nov 07 18:56:10 pve systemd[1]: systemd-sysctl.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-sysctl.service - Apply Kernel Variables.
Nov 07 18:56:10 pve systemd[1]: systemd-modules-load.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-modules-load.service - Load Kernel Modules.
Nov 07 18:56:10 pve systemd[1]: systemd-tmpfiles-setup.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-tmpfiles-setup.service - Create System Files and Directories.
Nov 07 18:56:10 pve systemd[1]: systemd-binfmt.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-binfmt.service - Set Up Additional Binary Formats.
Nov 07 18:56:10 pve systemd[1]: proc-sys-fs-binfmt_misc.automount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unset automount proc-sys-fs-binfmt_misc.automount - Arbitrary Executable File Formats File System Automount Point.
Nov 07 18:56:10 pve systemd[1]: Stopped target local-fs.target - Local File Systems.
Nov 07 18:56:10 pve systemd[1]: Unmounting boot-efi.mount - /boot/efi...
Nov 07 18:56:10 pve systemd[1]: Unmounting mnt-sda.mount - /mnt/sda...
Nov 07 18:56:10 pve systemd[1]: Unmounting mnt-sdb.mount - /mnt/sdb...
Nov 07 18:56:10 pve systemd[1]: Unmounting run-lock.mount - Legacy Locks Directory /run/lock...
Nov 07 18:56:10 pve systemd[1]: Unmounting tmp.mount - Temporary Directory /tmp...
Nov 07 18:56:10 pve systemd[1]: zfs-mount.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped zfs-mount.service - Mount ZFS filesystems.
Nov 07 18:56:10 pve systemd[1]: Stopped target zfs-import.target - ZFS pool import target.
Nov 07 18:56:10 pve systemd[1]: proc-sys-fs-binfmt_misc.mount: Deactivated successfully.
Nov 07 18:56:10 pve kernel: EXT4-fs (sda): unmounting filesystem d9a65278-70db-4f80-b6f2-12a031767f7a.
Nov 07 18:56:10 pve systemd[1]: boot-efi.mount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unmounted boot-efi.mount - /boot/efi.
Nov 07 18:56:10 pve systemd[1]: run-lock.mount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unmounted run-lock.mount - Legacy Locks Directory /run/lock.
Nov 07 18:56:10 pve systemd[1]: tmp.mount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unmounted tmp.mount - Temporary Directory /tmp.
Nov 07 18:56:10 pve systemd[1]: Stopped target swap.target - Swaps.
Nov 07 18:56:10 pve systemd[1]: Deactivating swap dev-disk-by\x2ddiskseq-12.swap - /dev/disk/by-diskseq/12...
Nov 07 18:56:10 pve systemd[1]: systemd-fsck@dev-disk-by\x2duuid-A811\x2dBD3D.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-fsck@dev-disk-by\x2duuid-A811\x2dBD3D.service - File System Check on /dev/disk/by-uuid/A811-BD3D.
Nov 07 18:56:10 pve kernel: EXT4-fs (sdb): unmounting filesystem ec5e3347-57f7-425b-906d-a7389e099bcd.
Nov 07 18:56:10 pve systemd[1]: dev-disk-by\x2did-dm\x2dname\x2dpve\x2dswap.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-disk-by\x2did-dm\x2dname\x2dpve\x2dswap.swap - /dev/disk/by-id/dm-name-pve-swap.
Nov 07 18:56:10 pve systemd[1]: dev-disk-by\x2ddiskseq-12.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-disk-by\x2ddiskseq-12.swap - /dev/disk/by-diskseq/12.
Nov 07 18:56:10 pve systemd[1]: dev-disk-by\x2did-dm\x2duuid\x2dLVM\x2de50QpdrS29S0INL97kwMN4nSEm6ICah6pARyKhdD4AFSfHgCK5bGFRbgtb7aShFG.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-disk-by\x2did-dm\x2duuid\x2dLVM\x2de50QpdrS29S0INL97kwMN4nSEm6ICah6pARyKhdD4AFSfHgCK5bGFRbgtb7aShFG.swap - /dev/disk/by-id/>
Nov 07 18:56:10 pve systemd[1]: dev-mapper-pve\x2dswap.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-mapper-pve\x2dswap.swap - /dev/mapper/pve-swap.
Nov 07 18:56:10 pve systemd[1]: dev-disk-by\x2duuid-553be592\x2d5271\x2d48a9\x2d98d2\x2d0120281a7982.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-disk-by\x2duuid-553be592\x2d5271\x2d48a9\x2d98d2\x2d0120281a7982.swap - /dev/disk/by-uuid/553be592-5271-48a9-98d2-0120281a7>
Nov 07 18:56:10 pve systemd[1]: dev-dm\x2d0.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-dm\x2d0.swap - /dev/dm-0.
Nov 07 18:56:10 pve systemd[1]: dev-pve-swap.swap: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Deactivated swap dev-pve-swap.swap - /dev/pve/swap.
Nov 07 18:56:10 pve systemd[1]: mnt-sdb.mount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unmounted mnt-sdb.mount - /mnt/sdb.
Nov 07 18:56:10 pve systemd[1]: systemd-fsck@dev-sdb.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-fsck@dev-sdb.service - File System Check on /dev/sdb.
Nov 07 18:56:10 pve systemd[1]: mnt-sda.mount: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Unmounted mnt-sda.mount - /mnt/sda.
Nov 07 18:56:10 pve systemd[1]: Reached target umount.target - Unmount All Filesystems.
Nov 07 18:56:10 pve systemd[1]: systemd-fsck@dev-sda.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-fsck@dev-sda.service - File System Check on /dev/sda.
Nov 07 18:56:10 pve systemd[1]: Removed slice system-systemd\x2dfsck.slice - Slice /system/systemd-fsck.
Nov 07 18:56:10 pve systemd[1]: Stopped target local-fs-pre.target - Preparation for Local File Systems.
Nov 07 18:56:10 pve systemd[1]: Stopping lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling...
Nov 07 18:56:10 pve systemd[1]: systemd-remount-fs.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-remount-fs.service - Remount Root and Kernel File Systems.
Nov 07 18:56:10 pve systemd[1]: systemd-tmpfiles-setup-dev.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-tmpfiles-setup-dev.service - Create Static Device Nodes in /dev.
Nov 07 18:56:10 pve systemd[1]: systemd-tmpfiles-setup-dev-early.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped systemd-tmpfiles-setup-dev-early.service - Create Static Device Nodes in /dev gracefully.
Nov 07 18:56:10 pve dmeventd[348]: No longer monitoring thin pool pve-data-tpool.
Nov 07 18:56:10 pve lvm[14999]: 10 logical volume(s) in volume group "pve" unmonitored
Nov 07 18:56:10 pve systemd[1]: lvm2-monitor.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
Nov 07 18:56:10 pve dmeventd[348]: dmeventd detected break while being idle for 0 second(s), exiting.
Nov 07 18:56:10 pve dmeventd[348]: dmeventd shutting down.
Nov 07 18:56:10 pve systemd[1]: Stopping dm-event.service - Device-mapper event daemon...
Nov 07 18:56:10 pve systemd[1]: dm-event.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Stopped dm-event.service - Device-mapper event daemon.
Nov 07 18:56:10 pve systemd[1]: Reached target shutdown.target - System Shutdown.
Nov 07 18:56:10 pve systemd[1]: Reached target final.target - Late Shutdown Services.
Nov 07 18:56:10 pve systemd[1]: systemd-reboot.service: Deactivated successfully.
Nov 07 18:56:10 pve systemd[1]: Finished systemd-reboot.service - System Reboot.
Nov 07 18:56:10 pve systemd[1]: Reached target reboot.target - System Reboot.
Nov 07 18:56:10 pve systemd[1]: Shutting down.
Nov 07 18:56:10 pve systemd[1]: Using hardware watchdog 'Software Watchdog', version 0, device /dev/watchdog0
Nov 07 18:56:10 pve systemd[1]: Watchdog running with a hardware timeout of 10min.
Nov 07 18:56:10 pve kernel: watchdog: watchdog0: watchdog did not stop!
Nov 07 18:56:10 pve systemd-shutdown[1]: Using hardware watchdog 'Software Watchdog', version 0, device /dev/watchdog0
Nov 07 18:56:10 pve systemd-shutdown[1]: Watchdog running with a hardware timeout of 10min.
Nov 07 18:56:10 pve systemd-shutdown[1]: Syncing filesystems and block devices.
Nov 07 18:56:10 pve systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Nov 07 18:56:10 pve systemd-journald[331]: Received SIGTERM from PID 1 (systemd-shutdow).
Nov 07 18:56:10 pve systemd-journald[331]: Journal stopped
 
You must log in or register to reply here.
Top Bottom
Back