[Fixed] 2.1.4 Nano update files are all VGA version
-
CONFIRMED – Console upgrades on ALIX boards will currently cause the loss of the console on reboot as the “auto update from a URL” option will cause the VGA build to be installed.
ALIX 2D13 4GB CF Model "update from URL" -> "Auto" (https://updates.pfsense.org/_updaters/latest-nanobsd-4g.img.gz) -> get's "pfSense-2.1.4-RELEASE-4g-i386-nanobsd-vga-upgrade-20140620-1259.img" installed and loss of console.
-
Given that and the number of Alix boxes out there I expected a flood of complaints but I see hardly any, only here and the X700 thread below. :-\ Are the vast majority of Alix users running 512MB images which havne't been updated? Perhaps most are using Netgate sourced boxes which point at a different URL?
This is obviously just a minor scripting problem and I'm sure it will be quickly fixed I just find it interesting that it hasn't affected more people. As an asside it would great to get a breakdown of how the known pfSense installs are distributed across platform type and 32bit/64bit if such numbers are known.Steve
-
Given that and the number of Alix boxes out there I expected a flood of complaints but I see hardly any […]
I use to sanity check before I apply any updates. This thread here is a good example why this makes sense. Although I can only speak for myself I assume that there are more people out there acting this way.
As an asside it would great to get a breakdown of how the known pfSense installs are distributed across platform type […]
I agree. Perhaps a breakdown of user's ages would also be interesting. ;D The older I get the less fun and the more work update seem to be. :D
-
I suspect they just simply have not noticed yet (the VGA image will work fine, just no console as most people would upgrade from the web UI (and can fix it this way by pointing the update URL to a correct appropriate image on a mirror) they haven't discovered the lack of console yet)
We drop to console on initial build (to check its working) and initial interface assignment, but I just happen to be shipping out some preconfigured D213's (the xml configs come from our version control system) that were built last week and didn't want to ship them out with 2.1.3 and then have to raise tickets for a scheduled update for 2.1.4. Consoled in, switched the WAN to DHCP and did an upgrade then would have redeployed our configs via the console, however as we have discovered no console on reboot
I rolled back to the other working slice and upgraded from a good mirror image and reapplied the XML configs.
I did initially think that update URL / naming convention had changed in the config but this was double that this was not present in the config
-
Good point. The X700 users who orginally asked questions reported their unit failed to boot so I assumed the lack of video hardware was an issue. Thus I expected the Alix to similarly fail to boot but clearly that isn't the case.
The decision to upgrade my own home box has been removed since Microsoft just took down my dynamic DNS! >:(
Steve
-
For what it's worth, the update broke my x700 also…
I still had the serial console at 115200 but it seemed to be using a different boot loader - reminded me of GRUB on Linux. The default boot option would load the DMA module and my CF card did not like that. I was able to recover by selecting the failsafe option (#4 on the menu) and pfSense would boot normally. Once it was up I could copy my good 2.1.3 slice over the update and be operational.
I'm waiting and watching for confirmation that the update servers are fixed before attempting again.
-
Completely forgot about that. Yes, the reasson the vga images won't boot is that they have DMA enabled and the X700 CF slot doesn't support it. However I thought that was true of the Alix also. :-\
Steve
-
Same here for me: upgraded via serial console after reboot the console is gone.
Who do I have to contact to change this?
Bye,
eweri -
Any updates on when the next release will be out to fix the auto invoker update?
This version is broken and can not boot unless I manually hit the number 2 through serial:
-
I fixed mine by using the updates manually from:
http://files.bgn.pfsense.org/mirror/updates/
The web gui update just timed out, I had to use the console.
Now the console works. Seem part of the boot is still at 9600 though but at least there is a console now.
Note using the nanobsd files from the default location instead of the vga one the updater switched to completely disables the console (no longer in /etc/ttys.)
It looks like they are moving to one version for both.
-
I have some boxes headless with nanobsd 4G and I'm somewahat confused now… should I try to update them from the GUI or will it break the console? Why is there no official response to this apparent issue? Is a fresh install without risk?
Any help highly appreciated... ???
-
So if you update your box and end up with the nano_vga image you will loose the serial console. However that may not be a disaster, you can always switch back to the previous slice if you have to. A bigger issue is that the standard nano images have ATA DMA disabled by default in the loader.conf file. This is because many older CF slots did not have the required connections to support DMA such that if you insert a newer DMA capable card you just get errors. If you box has such a slot and your CF card reports it has DMA the kernel will try to use it and will fail to boot. That is much more of an issue since you can only then recover by choosing the alternative boot slice at the boot loader via the serial console or by re-writing the image on the card.
There were a few comments some time ago that suggested it may be possible to have both vga and serial consoles on the same image, initially I thought that may be the case here. Unfortunately this coinsided with my being away so I have no way of testing anything.
Steve
-
We're looking into this, there was a change in the file namings that may have confused the uploading scripts.
Awfully quiet here… no progress?
-
This just bit me in the ass. Upgraded my firebox X1250e from 2.1.3 > 2.1.4 from the webGUI. Now it won't boot. Luckily I have a spare firebox that has got me back online. Unfortunately I don't have a recent config backed up. Guess I learnt a valuable lesson. Always backup before an upgrade.
This bug should be posted on the blog or at least publicised. Cost me some down time and now I relying on stephen or someone, to explain to me how can I get my config off the CF card / repair my borked firebox without doing a clean install. Any ideas people?
-
Had same issue as you with my setup. You should be able to recover quite fast, though you will need serial console.
See this topic: https://forum.pfsense.org/index.php?topic=78589.0
-
The easiest way to recover is to switch slices at the boot menu. That can still be done via the serial console.
To recover the config file from the CF card mount it under a FreeBSD machine. If you don't have a FreeBSD box you can use a VM with some sort of pass through to your CF card reader or use a live CD like GhostBSD.
I'm still surprised just how few people have been bitten here. Are there thousands of Alix users who have no console but don't realise it?
Steve
-
This looks to have been fixed this morning. The updaters URL now contains the correct images. :)
Steve
-
Thank you, Steve!
Are there thousands of Alix users who have no console but don't realise it?
Both reasons will match.
There are some ALIX users who are cautious with updates and read the forum some days or weeks before they start an update.
I haven't updated mine cause of threads like this one. And if I had, I wouldn't have noticed the issue, since I only use the console if it is really required. -
This looks to have been fixed this morning. The updaters URL now contains the correct images. :)
Yes, the images should all be OK now. cmb made some changes and put the correct images in place.
