Console Upgrade from 1.2 Release Embeded -> 1.2.1 BETA Embeded [Now Working]
-
Is slbd running? ps awux | grep slbd from a shell.
If not, run slbd and return its output.
-
Found the problem with fping. Please try the next snapshot that will be generated a few hours from now.
-
Right tried remote upgrade via ssh with file,
http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/_updaters/latest.tgz
which at the time was 1.2.1 (08-Jul-2008 04:02 38M) can confirm LoadBalance is now working but can also confirm that DHCP is broken again.
-
DHCP is now fixed. Check next snap.
-
Hi sullrich,
Right first I dropped back to 1.2-Release on my dev micro vault then upgraded to 1.2.1 BETA with the embedded update with the following result,
pfSense-Embedded-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz
Enter the URL to the .tgz update file: > http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Embedded-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz Fetching file size... File size: 23283897 Fetching file... looking up snapshots.pfsense.org connecting to snapshots.pfsense.org:80 requesting http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Embedded-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz remote size / mtime: 23283897 / 1215567318 /root/firmware.tgz 100% of 22 MB 122 kBps 00m00s Fetching MD5... looking up snapshots.pfsense.org connecting to snapshots.pfsense.org:80 requesting http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Embedded-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz.md5 remote size / mtime: 128 / 1215568077 /root/firmware.tgz.md5 100% of 128 B 287 Bps URL MD5: 6d43cdbee47bc6f5daaf90b565499ba8 Downloaded file MD5: 6d43cdbee47bc6f5daaf90b565499ba8 MD5 checksum matches. One moment please... Invoking firmware upgrade... *** FINAL System shutdown message from root@router.cheesyboofs.co.uk *** System going down IMMEDIATELY
/boot.config: -D Consoles: internal video/keyboard serial port BIOS drive C: is disk0 BIOS 638kB/980864kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (sullrich@freebsd7-releng_1_2.geekgod.com, Wed Jul 9 00:17:30 EDT 2008) Loading /boot/defaults/loader.conf Unable to load a kernel! - can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK
So I then went back to using the full update,
pfSense-Full-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz
Enter the URL to the .tgz update file: > http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Full-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz Fetching file size... File size: 39623943 Fetching file... looking up snapshots.pfsense.org connecting to snapshots.pfsense.org:80 requesting http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Full-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz remote size / mtime: 39623943 / 1215567593 /root/firmware.tgz 100% of 37 MB 159 kBps 00m00s Fetching MD5... looking up snapshots.pfsense.org connecting to snapshots.pfsense.org:80 requesting http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/pfSense-Full-Update-1.2.1-TESTING-SNAPSHOT-20080709-0101.tgz.md5 remote size / mtime: 124 / 1215568077 /root/firmware.tgz.md5 100% of 124 B 311 Bps URL MD5: 7cf5f9f397051d18e847bd6cfc07afac Downloaded file MD5: 7cf5f9f397051d18e847bd6cfc07afac MD5 checksum matches. One moment please... Invoking firmware upgrade... *** FINAL System shutdown message from root@router.cheesyboofs.co.uk *** System going down IMMEDIATELY
Now everything I use my pfSense box for seems to be working great, DHCP, Loadbalance/Fail-over, OpenVPN and traffic-shaping, so many thanks for all your hard work.
You might as well stop compiling the embedded update files for a while until you get time to fix them because they just don't work.
Please don't give up on embedded altogether as I would be gutted if I had to stop using my Sony micro vaults.
They are so handy to have a disaster recovery spare standing by and they only take 60 seconds to write a new one - I love um' -
Well she ran solid for four hours then locked up completely! :-\
I have had to drop back to 1.2-Release to remain stable until I can do some more testing. If its gunna take 4 hours each time it could take a while.
The hardware is know good and runs fine on 1.2 so this must be a problem with drivers in v7.0 or the fact that I had to use the 'full' update on an embedded install.
As I am running embedded no log files exist as to why the lockup occurred. -
Unfortunately last night I had another lockup but this time it lasted a full week before the lockup occurred, so I have dropped back once again to 1.2-RELEASE until at least someone else reports a lockup and I can compare notes.
-
Can you even give details about your hardware i am not seeing anywhere!
Ermal
-
A Jetway J7F4K 1.2Ghz + 1Gb Ram
http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=279&proname=J7F4K1G2E
- a D-Link DFE-580TX Quad NIC PCI Card,
http://linitx.com/viewproduct.php?prodid=10393
Together run like an absolute dream under 1.2-Release embedded but has locked up twice under two different builds of 1.2.1 BETA.
I will run for a month on 1.2 to make sure a fault hasn't crept in but I'm sure its all fine as there is little that can go wrong really.
Cheers
-
Well 15 Day's back on 1.2-Release without error - I clearly don't have a hardware fault.
I will now try 1.2.1 again and pray it doesn't lock-up again.
-
Yet another lockup after being up for 5 days - this clearly is a compatibility problem between FreeBSD 7 and my hardware or a result of upgrading from embedded 1.2 to 1.2.1-BETA with the FULL update.
To try and rule out FreeBSD 7, I am now reluctantly going back to a non-embedded full install of 1.2.1 to a CF II Microdrive.
-
Can you be more specific on the meaning of the 'lockup' word?
-
I mean lockup in the old fashioned sence of the word:
-
No network activity on any interface (I have four active, 2 WAN, 1 Wireless DMZ and 1 LAN)
-
No serial console access.
-
No controlled halt when the power button is depressed.
I set up remote sys logging in the hope I may catch something as when it happens I loose any history for obvious reasons but alas it didn't show anything other than the time it locked up and the following reboot when I got home from work:
2008-08-12 16:43:44 Local0.Info 192.168.100.254 Aug 12 16:43:44 pf: 86. 848637 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 110, id 27768, offset 0, flags [DF], proto TCP (6), length 48) 212.92.4.173.64893 > 192.168.100.5.25: [|tcp]
2008-08-12 16:44:34 Local0.Info 192.168.100.254 Aug 12 16:44:34 pf: 49. 779067 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 114, id 37811, offset 0, flags [DF], proto TCP (6), length 48) 59.182.35.69.7099 > 192.168.100.5.25: [|tcp]
2008-08-12 16:45:17 Local0.Info 192.168.100.254 Aug 12 16:45:17 pf: 43. 584296 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 114, id 6379, offset 0, flags [DF], proto TCP (6), length 48) 59.182.35.69.7244 > 192.168.100.5.25: [|tcp]
2008-08-12 16:46:12 Local0.Info 192.168.100.254 Aug 12 16:46:12 pf: 54. 506486 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 114, id 48361, offset 0, flags [DF], proto TCP (6), length 48) 59.182.35.69.8318 > 192.168.100.5.25: [|tcp]
2008-08-12 16:47:14 Local0.Info 192.168.100.254 Aug 12 16:47:14 pf: 62. 320660 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 117, id 50815, offset 0, flags [DF], proto TCP (6), length 48) 88.156.199.178.2415 > 192.168.100.5.25: [|tcp]
2008-08-12 16:48:23 Local0.Info 192.168.100.254 Aug 12 16:48:23 pf: 69. 379247 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 111, id 65277, offset 0, flags [DF], proto TCP (6), length 48) 86.110.187.14.4613 > 192.168.100.5.25: [|tcp]
2008-08-12 16:48:34 Local0.Info 192.168.100.254 Aug 12 16:48:34 pf: 10. 291989 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 115, id 23925, offset 0, flags [DF], proto TCP (6), length 48) 89.169.159.198.19732 > 192.168.100.5.25: [|tcp]
2008-08-12 16:49:36 Local0.Info 192.168.100.254 Aug 12 16:49:36 pf: 62. 583301 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 115, id 62019, offset 0, flags [DF], proto TCP (6), length 48) 89.169.159.198.20202 > 192.168.100.5.25: [|tcp]
2008-08-12 16:51:43 Local0.Info 192.168.100.254 Aug 12 16:51:43 pf: 126. 487669 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 115, id 1366, offset 0, flags [DF], proto TCP (6), length 48) 89.169.159.198.21415 > 192.168.100.5.25: [|tcp]
2008-08-12 17:09:17 Local0.Info 192.168.100.254 Aug 12 17:09:16 pf: 1053. 663179 rule 142/0(match): pass in on ste1: (tos 0x0, ttl 105, id 16896, offset 0, flags [none], proto TCP (6), length 44) 116.41.71.126.55633 > 192.168.100.5.25: [|tcp]
2008-08-12 18:08:57 Daemon.Info 192.168.100.254 Aug 12 18:08:51 dhclient[275]: DHCPDISCOVER on ste0 to 255.255.255.255 port 67 interval 2
2008-08-12 18:08:57 Auth.Info 192.168.100.254 Aug 12 18:08:51 sshd[300]: Server listening on :: port 22.
2008-08-12 18:08:57 Auth.Info 192.168.100.254 Aug 12 18:08:51 sshd[300]: Server listening on 0.0.0.0 port 22.
2008-08-12 18:08:57 Auth.Error 192.168.100.254 Aug 12 18:08:51 sshlockout[302]: sshlockout starting up
2008-08-12 18:08:58 Daemon.Info 192.168.100.254 Aug 12 18:08:52 dhclient[275]: DHCPDISCOVER on ste0 to 255.255.255.255 port 67 interval 3My current working theory is that there is a process that goes CPU bound and I stops me getting back in but then on a reboot I would expect the CPU temp to be a lot higher than 42 degrees after running at %100 for over an hour.
Cheers
-
-
I am thinking this might be a driver issue with ste on RELENG_7_0 FreeBSD.
-
:o Noooooooooo! :'( I can't write my router off just yet, I've only just finished building it.
Joke's aside, if 'patches' are released for FreeBSD 7 will the latest ones be incorporated in to 1.2.1-Release? or is the version of 7 you start with the version of 7 you go to press with? i.e. will the version of freeBSD 7 that comes with 1.2.1 be the same as the one that comes with 1.3.
Regards
EDIT: PS, would the D-link driver going AWOL also lock-up my on-board 1Gb Realtek?