Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Console Upgrade from 1.2 Release Embeded -> 1.2.1 BETA Embeded [Now Working]

    Scheduled Pinned Locked Moved
    1.2.1-RC Snapshot Feedback and Problems-RETIRED
    5
    22
    10.5k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      sullrich
      last edited by

      DHCP is now fixed.  Check next snap.

      1 Reply Last reply Reply Quote 0
      • C
        cheesyboofs
        last edited by

        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'

        Author of pfSense themes:

        DARK-ORANGE

        CODE-RED

        1 Reply Last reply Reply Quote 0
        • C
          cheesyboofs
          last edited by

          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.

          Author of pfSense themes:

          DARK-ORANGE

          CODE-RED

          1 Reply Last reply Reply Quote 0
          • C
            cheesyboofs
            last edited by

            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.

            Author of pfSense themes:

            DARK-ORANGE

            CODE-RED

            1 Reply Last reply Reply Quote 0
            • E
              eri--
              last edited by

              Can you even give details about your hardware i am not seeing anywhere!

              Ermal

              1 Reply Last reply Reply Quote 0
              • C
                cheesyboofs
                last edited by

                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

                index2.jpg
                index2.jpg_thumb
                router.jpg
                router.jpg_thumb

                Author of pfSense themes:

                DARK-ORANGE

                CODE-RED

                1 Reply Last reply Reply Quote 0
                • C
                  cheesyboofs
                  last edited by

                  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.

                  Untitled-1.jpg_thumb
                  Untitled-1.jpg

                  Author of pfSense themes:

                  DARK-ORANGE

                  CODE-RED

                  1 Reply Last reply Reply Quote 0
                  • C
                    cheesyboofs
                    last edited by

                    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.

                    Author of pfSense themes:

                    DARK-ORANGE

                    CODE-RED

                    1 Reply Last reply Reply Quote 0
                    • E
                      eri--
                      last edited by

                      Can you be more specific on the meaning of the 'lockup' word?

                      1 Reply Last reply Reply Quote 0
                      • C
                        cheesyboofs
                        last edited by

                        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 3

                        My 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

                        Author of pfSense themes:

                        DARK-ORANGE

                        CODE-RED

                        1 Reply Last reply Reply Quote 0
                        • S
                          sullrich
                          last edited by

                          I am thinking this might be a driver issue with ste on RELENG_7_0 FreeBSD.

                          1 Reply Last reply Reply Quote 0
                          • C
                            cheesyboofs
                            last edited by

                            :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?

                            Author of pfSense themes:

                            DARK-ORANGE

                            CODE-RED

                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post