Hab bei meinen HP Microservern (Gen 10) ein Problem beim rebooten...
Kann mir bitte jemand sagen wie ich das in welchem logfile identifizieren kann?
Kann mir bitte jemand sagen wie ich das in welchem logfile identifizieren kann?
Reboot problem - HP Microserver Gen 10
- Thread starter fpausp
- Start date
Der Fehler tritt auf wenn ich versuche einen reboot zu machen, der Server bleibt beim runterfahren hängen, die Ein/Aus-Taste bleibt grün... Damit die Kiste wieder hoch kommt muss ich hart ausschalten und die Ein/Aus-Taste nochmal betätigen...
Hab gelsen das es mit der Installation von pve-manager aus dem Test-Repo wieder funktionieren könnte, leider bringt das auch nix...
Last edited:
Code:
Nov 27 20:41:32 pvestor01 systemd[1]: Stopped PVE Qemu Event Daemon.
Nov 27 20:41:32 pvestor01 systemd[1]: lxc.service: Control process exited, code=exited, status=1/FAILURE
Nov 27 20:41:32 pvestor01 systemd[1]: lxc.service: Failed with result 'exit-code'.
Nov 27 20:41:32 pvestor01 systemd[1]: Stopped LXC Container Initialization and Autoboot Code.
Nov 27 20:41:32 pvestor01 systemd[1]: Stopping LXC network bridge setup...
Nov 27 20:41:32 pvestor01 systemd[1]: Stopping FUSE filesystem for LXC...
Nov 27 20:41:32 pvestor01 systemd[1]: var-lib-lxcfs.mount: Succeeded.
Nov 27 20:41:32 pvestor01 systemd[1]: Unmounted /var/lib/lxcfs.
Nov 27 20:41:32 pvestor01 lxcfs[644]: Running destructor lxcfs_exit
Nov 27 20:41:32 pvestor01 fusermount[1524]: /bin/fusermount: failed to unmount /var/lib/lxcfs: Invalid argument
Nov 27 20:41:32 pvestor01 systemd[1]: lxc-net.service: Succeeded.
Nov 27 20:41:32 pvestor01 systemd[1]: Stopped LXC network bridge setup.
Nov 27 20:41:32 pvestor01 systemd[1]: lxcfs.service: Succeeded.
Nov 27 20:41:32 pvestor01 systemd[1]: Stopped FUSE filesystem for LXC.
Nov 27 20:41:33 pvestor01 pve-ha-crm[1038]: received signal TERM
Nov 27 20:41:33 pvestor01 pve-ha-crm[1038]: server received shutdown request
Nov 27 20:41:33 pvestor01 pve-ha-crm[1038]: server stopped
Nov 27 20:41:34 pvestor01 pveproxy[1040]: received signal TERM
Nov 27 20:41:34 pvestor01 pveproxy[1040]: server closing
Nov 27 20:41:34 pvestor01 pveproxy[1043]: worker exit
Nov 27 20:41:34 pvestor01 pveproxy[1042]: worker exit
Nov 27 20:41:34 pvestor01 pveproxy[1041]: worker exit
Nov 27 20:41:34 pvestor01 pveproxy[1040]: worker 1041 finished
Nov 27 20:41:34 pvestor01 pveproxy[1040]: worker 1042 finished
Nov 27 20:41:34 pvestor01 pveproxy[1040]: worker 1043 finished
Nov 27 20:41:34 pvestor01 pveproxy[1040]: server stopped
Nov 27 20:41:34 pvestor01 systemd[1]: pve-ha-crm.service: Succeeded.
Nov 27 20:41:34 pvestor01 systemd[1]: Stopped PVE Cluster HA Resource Manager Daemon.
Nov 27 20:41:34 pvestor01 systemd[1]: pve-ha-crm.service: Consumed 3.289s CPU time.
Nov 27 20:41:34 pvestor01 watchdog-mux[655]: got terminate request
Nov 27 20:41:34 pvestor01 watchdog-mux[655]: clean exit
Nov 27 20:41:34 pvestor01 systemd[1]: Stopping System Logging Service...
Nov 27 20:41:34 pvestor01 systemd[1]: Stopping Proxmox VE watchdog multiplexer...
Nov 27 20:41:34 pvestor01 systemd[1]: watchdog-mux.service: Succeeded.
Nov 28 06:43:25 pvestor01 systemd-modules-load[349]: Inserted module 'iscsi_tcp'
Nov 28 06:43:25 pvestor01 blkmapd[357]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
Nov 28 06:43:25 pvestor01 systemd-modules-load[349]: Inserted module 'ib_iser'
Nov 28 06:43:25 pvestor01 dmeventd[364]: dmeventd ready for processing.
Nov 28 06:43:25 pvestor01 systemd-modules-load[349]: Inserted module 'vhost_net'
Nov 28 06:43:25 pvestor01 lvm[364]: Monitoring thin pool pve-data.
Nov 28 06:43:25 pvestor01 systemd[1]: Starting Flush Journal to Persistent Storage...
Nov 28 06:43:25 pvestor01 systemd[1]: Finished Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
Nov 28 06:43:25 pvestor01 systemd[1]: Reached target Local File Systems (Pre).
Nov 28 06:43:25 pvestor01 lvm[342]: 5 logical volume(s) in volume group "pve" monitored
Nov 28 06:43:25 pvestor01 systemd[1]: Finished Coldplug All udev Devices.
Nov 28 06:43:25 pvestor01 systemd[1]: Starting Helper to synchronize boot up for ifupdown...
Nov 28 06:43:25 pvestor01 systemd[1]: Starting Wait for udev To Complete Device Initialization...
Nov 28 06:43:25 pvestor01 systemd-modules-load[349]: Inserted module 'zfs'
Nov 28 06:43:25 pvestor01 systemd[1]: Finished Load Kernel Modules.
Nov 28 06:43:25 pvestor01 systemd[1]: Starting Apply Kernel Variables...
Nov 28 06:43:25 pvestor01 systemd[1]: Finished Apply Kernel Variables.
Nov 28 06:43:25 pvestor01 systemd[1]: Finished Flush Journal to Persistent Storage.
Nov 28 06:43:25 pvestor01 systemd-udevd[400]: Using default interface naming scheme 'v247'.
Nov 28 06:43:25 pvestor01 systemd-udevd[381]: Using default interface naming scheme 'v247'.
Nov 28 06:43:25 pvestor01 systemd-udevd[381]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Nov 28 06:43:25 pvestor01 systemd-udevd[400]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writabl
Ich hab das selbe Problem. Mit beiden meiner Microserver Gen10 Kisten.Sowohl mit Proxmox Backup Server als auch mit Proxmox VE.
Ich gehe daher mal von einem Kernel Problem aus und habe dazu einen englischen Thread eröffnet: https://forum.proxmox.com/threads/r...utdown-since-update-to-pve7-1-pbs-2-1.100609/
Ich gehe daher mal von einem Kernel Problem aus und habe dazu einen englischen Thread eröffnet: https://forum.proxmox.com/threads/r...utdown-since-update-to-pve7-1-pbs-2-1.100609/
Nope, geht leider nicht. pve-manager und Kernel haben die neuesten Updates. Immernoch das gleiche Verhalten.
Wie wäre es mit einem Workaround um einen älteren, funktionierenden, kernel zu booten? Select default Boot Kernel
Last edited:
Müsste eigentlich auch hiermit funktionieren:
Code:
nano /etc/default/grub
GRUB_DEFAULT="1>5"
update-grub