XG-7100 halts but does not reboot when instructed
-
Hi folks,
I am running 21.05.2-RELEASE with coreboot ADI_PLCC-01.00.00.11 on my XG-7100.
I noticed an oddity when doing some maintenance that required rebooting the device. If I instruct the device to reboot either from the GUI or the serial console, it shuts down, but just hangs and doesn't actually reboot. Halt on the otherhand, does properly halt the system and power down.
Example attempted reboot from the serial console:
0) Logout (SSH only) 9) pfTop 1) Assign Interfaces 10) Filter Logs 2) Set interface(s) IP address 11) Restart webConfigurator 3) Reset webConfigurator password 12) PHP shell + Netgate pfSense Plus tools 4) Reset to factory defaults 13) Update from console 5) Reboot system 14) Disable Secure Shell (sshd) 6) Halt system 15) Restore recent configuration 7) Ping host 16) Restart PHP-FPM 8) Shell Enter an option: 5 Netgate pfSense Plus will reboot. This may take a few minutes, depending on your hardware. Do you want to proceed? Y/y: Reboot normally R/r: Reroot (Stop processes, remount disks, re-run startup sequence) S: Reboot into Single User Mode (requires console access!) F: Reboot and run a filesystem check Enter: Abort Enter an option: y Netgate pfSense Plus is rebooting now. Stopping package acme...done. Stopping package net-snmp...done. Stopping package nmap...done. Stopping package AWS VPC Wizard...done. Stopping package OpenVPN Client Export Utility...done. Stopping package haproxy...done. Stopping package arpwatch...done. Stopping package Avahi...done. Stopping package nut...done. Stopping package Netgate Firmware Upgrade...done. Stopping /usr/local/etc/rc.d/net-snmpd.sh...done. Stopping /usr/local/etc/rc.d/shutdown.nut.sh...done. pflog0: promiscuous mode disabled Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 5 3 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... done All buffers synced. Uptime: 1h33m48s ix3: link state changed to DOWN ix2: link state changed to DOWN lagg0: link state changed to DOWN lagg0.4090: link state changed to DOWN lagg0.4091: link state changed to DOWN ix0: link state changed to DOWN ix0.1004: link state changed to DOWN ix0.1006: link state changed to DOWN ix0.101: link state changed to DOWN ix0.1001: link state changed to DOWN ix0.1003: link state changed to DOWN ix0.1002: link state changed to DOWN ix0.1069: link state changed to DOWN
At this point the device hangs and needs to be power-cycled to recover.
Any ideas?
-
The only time I have seen this is when I was testing a random NIC I happened to have here in the expansion slot.
Do you have an expansion card in there? It looks like you have the current Coreboot which would be my other suggestion.Steve
-
@stephenw10 said in XG-7100 halts but does not reboot when instructed:
The only time I have seen this is when I was testing a random NIC I happened to have here in the expansion slot.
Do you have an expansion card in there? It looks like you have the current Coreboot which would be my other suggestion.Steve
Interesting... I did add a X710-T2L a few months back.
-
Ah, it's almost certainly that then. I would try removing it if you can. I'm not aware of anything that can be done to correct that unfortunately.
-
@stephenw10 said in XG-7100 halts but does not reboot when instructed:
Ah, it's almost certainly that then. I would try removing it if you can. I'm not aware of anything that can be done to correct that unfortunately.
One of the two X710-T2L interfaces is my primary WAN, so not practical to remove long term. Next time I need to do maintenance I can give removing it temporarily a try to see if it behaves any differently.
-
Mmm, you might try enabling verbose boot and see if it shows you anything different when you reboot or shutdown with the card in.