Upgrade 2.0 RC3 (amd64) now i386?
-
Install 2.0 RC3 (amd64) and upgrade it today, but pfsense show now:
2.0-RELEASE (i386) built on Tue Sep 13 17:28:43 EDT 2011
???
Update URL:
http://updates.pfsense.org/_updatersEdit:
FreeBSD pfsense.local.intern 8.1-RELEASE-p4 FreeBSD 8.1-RELEASE-p4 #1: Tue Sep 13 17:28:11 EDT 2011 root@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org:/usr/obj./usr/pfSensesrc/src/sys/pfSense_SMP.8 i386 -
I have got the same issue.
There is only one firmware URL "pfsense stable release updates"Now I have i386 but not amd64
-
Hello,
I've exaclty the same problem here…
-
Same problem…
-
I am tryinh with update from URL from conseole:
http://pfsense.bol2riz.com/updates/ -
oops, will take that up.
-
Hmmm…updating over the cosole is really slow...
Fetching MD5... looking up pfsense.bol2riz.com connecting to pfsense.bol2riz.com:80 requesting http://pfsense.bol2riz.com/updates/pfSense-Full-Update-2.0-RELEASE-amd64.tgz.md5 remote size / mtime: 83 / 1316225269 /root/firmware.tgz.md5 100% of 83 B 794 kBps URL MD5: 15ad7e8672ea057c4a3e3834606751d3 Downloaded file MD5: 15ad7e8672ea057c4a3e3834606751d3 MD5 checksum matches. One moment please... Broadcast Message from admin@pfsense1.hpa (no tty) at 14:12 CEST... Firmware upgrade in progress... ...
Perhaps better wait till the update URL gets fixed
-
Yeah that needs a separate url for updates. I just added one to the manifest. Go to firmware settings and make sure you choose the amd64 location from the drop-down.
-
Update url down?
http://updates.pfsense.org/_updaters
=> 404 - Not Found
-
Update url down?
http://updates.pfsense.org/_updaters
=> 404 - Not Found
Go to System -> Firmware -> Updater Settings -> Default Auto Update URLs
Select i386 or amd64
Both are working now. -
same issue. tried manual update with file manually downloaded from the mirrors, but it's not doing anything (firefox just waits and waits after the upload button is clicked).
-
ok. I now see the amd64/32 showing up. How do we convert from back to 64 bit? Manual update not working, auto says on latest version.
-
going from 32->64 requires a manual reboot at the end of the upgrade because of the architecture change. Otherwise the upgrade path is the same.
Going the other way works because you can run 32-bit binaries on amd64 but not the other way 'round.
-
Manual upgrade never did anything for me. just waited and waited and nothing. Even tried exploder and nothing..
Went to console and told it to do update from auto and it went and got the 64 bit from the new updater setting..
Update is going, assuming when it's done all will be back to normal….Lesson learned... Should have done a backup before the upgrade, and could have reverted back and tried again with the proper update url.
-
I have no remote access to my first box using webGUI or SSH anymore.
Traffic is passing, OpenVPN server is running and I can connect.I updates from
http://pfsense.bol2riz.com/updates/pfSense-Full-Update-2.0-RELEASE-amd64.tgz
using the console.Do I have any chance to get remote access to the box again ?
Is there an update running in the background ?!Thanks for feedback.
-
If you upgrade a i386 to a amd64 you will lose remote access and you need to reboot the machine manually.
As Jim mentioned above.
-
Update url down?
http://updates.pfsense.org/_updaters
=> 404 - Not Found
Go to System -> Firmware -> Updater Settings -> Default Auto Update URLs
Select i386 or amd64
Both are working now.This works for me on a PC based platform but I have a 2g nanobsd box and a 4g nanobsd box and both can no longer check for updates after following these steps.
-
It could be worse.
I wasn't paying much attention and uploaded the x64 version to my Netgate m1n1wall. Looks like I'll have to reimage the CF card when I get the time.
:-[
-
Go to "System" -> "Firmware" -> "Updater Settings" -> "Default Auto Update URLs" -> "pfSense Stable Release Updates (amd64)" and Pfsense will use "Firmware Auto Update URL" –> "http://updates.pfsense.org/_updaters/amd64".
http://updates.pfsense.org/_updaters/amd64 -> 404 - Not Found
What is correct now? ???
-
This works for me on a PC based platform but I have a 2g nanobsd box and a 4g nanobsd box and both can no longer check for updates after following these steps.
Should be OK now.