Bug #3187
closedLiveCD boot issue on multicore systems.
0%
Description
In the course of testing the amd64 builds on my various systems, I've come across a LiveCD-related issue that occurs most repeatedly on the 2.1-RC liveCD discs (manifests very sporadically and slightly differently under 2.0.x but repeatably under 2.1-RC). In particular, on multicore (>2 core) systems, the cd boot will be normal up through the following:
Configuring CRON...done.
Starting DNS forwarder...done.
Starting NTP time client...done.
Starting DHCP service...done.
Starting DHCPv6 service...done.
Configuring firewall..
And there it will stay. Ctrl-T is showing cmd: logger as being the running process. I've verified this issue to occur on multiple systems, all with >2 cores:
1st-gen core-i7 (i7-860) on an MSI P55 board
2nd-gen core-i7 (i7-2600k) on an Asus P8Z68-Deluxe
2nd-gen core-i7 (i7-2600S) on an MSI Z77A-GD65
3rd-gen core-i7 (i7-3770S) on an Intel DH77EB
The bottom three systems have been tested with a number of NIC cards, as follows: Intel onboard 82579V, Intel Gigabit Desktop CT, Intel server Pro1000/PT, Realtek 8111.
Testing with and without ATA subsystem enabled (as was suggested on the pfsense forum) makes no difference, in this case (livecd was tested using a usb cd drive as well). HOWEVER:
-memstick installer will boot reliably every time
-a hard disk install of 2.1 will boot reliably every time on the above configurations as well.
Additionally: on the above systems, disabling all but 2 cores (HT can be left on) will allow the system to boot normally. Also, booting up the system w/ no WAN cable connected will enable a successful boot as well, however, connecting the cable after this will cause the system to hang on shutdown. Increasing core count to 3 or beyond will cause the livecd to hang at the same place on subsequent boots.
I have verified the above issue to NOT occur on i3-based (dual core, HT) systems, as well as an older Atom-based system (D510)...in the case of the latter, this was done both with the onbuilt Realtek ethernet as well as with the Gigabit CT card from the above testing.
The issue ONLY seems to affect the livecd, and I have only verified this on core-i systems with more than two cores. I cannot speak for core2-quad era machines, or AMD-based multicores. I also haven't spent much time looking at the i386-based builds (realistically, though, if you're running a machine like this, why would you not run an amd64 build?).
Worst-case scenario, the workaround seems to be, "on modern systems, install from memstick?"
Updated by Christopher Sherman about 11 years ago
I've also verified that the above hangs don't happen on Freebsd 8.3-release-dvd1 either for booting or installation, so it seems something related to the pfsense customizations?
Updated by Jim Pingle about 11 years ago
- Target version changed from 2.1 to 2.2
This doesn't seem to be a general issue with multi-core systems, but may be with that line of chips instead.
We install on multi-core systems pretty much every day and have not seen this behavior.
Since there is a workaround, it's probably not worth stressing over since we're trying to get 2.1 out the door ASAP.
Try again in a few months once we have some at least bootable 2.2 snapshots based on FreeBSD 10.x, it may not be a problem then.
Updated by Jim Pingle over 10 years ago
- Status changed from New to Feedback
Needs feedback from affected users now that we have 2.2 snapshots.
Updated by Christopher Sherman over 10 years ago
I can't speak to having tested this exhaustedly this time, since two out of four of the original listed systems are no longer in service here, but I did at least test on the i7-2600k (on the P8Z68-Deluxe), and I can verify that this no longer occurs on that system, at least, when using 2.2 snapshots.
Updated by Chris Buechler over 10 years ago
- Status changed from Feedback to Resolved
I think it's safe to assume this is fixed upstream in FreeBSD. If there are any rare edge cases like this previously was, it's not likely something we'd get into resolving anyway.