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

    [SOLVED] pfSense SG-1000 lan-interface missing IP with snapshot 20171007

    2.4 Development Snapshots
    7
    24
    4.2k
    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.
    • I
      iculookn
      last edited by

      Yep, same with me. Cant get to lan interface.

      Can get to console via serial. lan is set to 10.0.0.1. trying to use "set interfaces IP address" to set it to another ip does not work.

      Can we restore previous build from the console?

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Looks like an error crept in with a revision we made to address something else.

        We have removed that snapshot from the repos now. New snaps should be up later. Until then use a snap from Oct 6th or earlier.

        Steve

        1 Reply Last reply Reply Quote 0
        • I
          iculookn
          last edited by

          are you able to explain how to go back to the Oct 6th snapshot from the console?

          Thanks

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

            @iculookn:

            are you able to explain how to go back to the Oct 6th snapshot from the console?

            Thanks

            I want to know too … tried to search but didn't find anything. It says it saves the old kernel but what is the procedure to get it back ?

            1 Reply Last reply Reply Quote 0
            • GrimsonG
              Grimson Banned
              last edited by

              Do a fresh install and restore your config backup.

              1 Reply Last reply Reply Quote 0
              • I
                iculookn
                last edited by

                so this?
                https://doc.pfsense.org/index.php/Upgrading_via_Shell_(old)

                from console, option 8
                fetch -o /root/firmware.tgz https://snapshots.pfsense.org/amd64/pfSense_RELENG_2_4_0/installer/pfSense-CE-memstick-serial-2.4.0-RC-amd64-20171006-1536.img.gz

                then
                /etc/rc.firmware pfSenseupgrade /root/firmware.tgz

                Then once in webgui, Diagnostics, Backup/Restore -> Config History

                Yes?

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  No you can't do that. No such image exists for SG-1000 (ARMv6).

                  We have just replaced the image available at the support portal with the Oct 6th recover image:
                  https://portal.pfsense.org/firmware/sg-1000/pfSense-netgate-uFW-recover-2.4.0-RC-arm-latest.img.gz

                  By far the easiest way is to reinstall using that image right now.

                  When the pkg repos are rebuilt with good images you should be able to update to that from the console assuming the device has WAN connectivity.

                  Steve

                  1 Reply Last reply Reply Quote 0
                  • I
                    iculookn
                    last edited by

                    I have SG-4860?

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      Ah, I'm sorry, thread title threw me!

                      In that case you can access the snapshots directly but you would need to use the ADI image for the 4860:
                      https://snapshots.pfsense.org/amd64/pfSense_RELENG_2_4_0/installer/pfSense-CE-memstick-ADI-2.4.0-RC-amd64-20171006-1536.img.gz

                      You would still need to reinstall from that image though. You can't run the firmware update from an offline upgrade image as described in that doc unless you're running 2.2.X or earlier.

                      However if you're running CE new snaps are up now so you can try updating directly from the console.

                      Steve

                      1 Reply Last reply Reply Quote 0
                      • I
                        iculookn
                        last edited by

                        ok thanks, yeah I just saw the new snaps, but if I try to update via the console (option 13) I get the following errors

                        >>> Updating repositories metadata...
                        Updating pfSense-core repository catalogue...
                        pkg: Repository pfSense-core load error: access repo file(/var/db/pkg/repo-pfSense-core.sqlite) failed: No such file or directory
                        pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core/meta.txz: Not Found
                        repository pfSense-core has no meta file, using default settings
                        pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core/packagesite.txz: Not Found
                        Unable to update repository pfSense-core
                        Updating pfSense repository catalogue...
                        pkg: Repository pfSense load error: access repo file(/var/db/pkg/repo-pfSense.sqlite) failed: No such file or directory
                        pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0/meta.txz: Not Found
                        repository pfSense has no meta file, using default settings
                        pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0/packagesite.txz: Not Found
                        Unable to update repository pfSense
                        Error updating repositories!
                        Netgate SG-4860
                        
                        1 Reply Last reply Reply Quote 0
                        • I
                          iculookn
                          last edited by

                          oh, I think I need to wait till the FACTORY versions are ready?

                          cat /usr/local/etc/pkg/repos/pfSense.conf
                          FreeBSD: { enabled: no }
                          
                          pfSense-core: {
                            url: "pkg+https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core",
                            mirror_type: "srv",
                            signature_type: "fingerprints",
                            fingerprints: "/usr/local/share/pfSense/keys/pkg",
                            enabled: yes
                          }
                          
                          pfSense: {
                            url: "pkg+https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0",
                            mirror_type: "srv",
                            signature_type: "fingerprints",
                            fingerprints: "/usr/local/share/pfSense/keys/pkg",
                            enabled: yes
                          }
                          
                          1 Reply Last reply Reply Quote 0
                          • GrimsonG
                            Grimson Banned
                            last edited by

                            Keep your hands away from x86 CE build 2.4.0.r.20171008.0625 IPv4 is broken in it you can't even assign an IPv4 address to an interface with it.

                            1 Reply Last reply Reply Quote 0
                            • stephenw10S
                              stephenw10 Netgate Administrator
                              last edited by

                              Yes, you won't be able to see that until the factory repos are updated.

                              Thanks for the feedback on 2.4.0.r.20171008.0625  :-\

                              Steve

                              1 Reply Last reply Reply Quote 0
                              • GrimsonG
                                Grimson Banned
                                last edited by

                                Build 2.4.0.r.20171008.0640 seems to be working fine now.

                                Edit: It seems this build has problems with traffic shaping, I'm using HFSC queues but Status -> Queues can't find any statistics. Ping seems to suffer under traffic so it seems the queues aren't working at all.

                                1 Reply Last reply Reply Quote 0
                                • stephenw10S
                                  stephenw10 Netgate Administrator
                                  last edited by

                                  Yes I just installed .640 and it seemed to run OK. I am certainly able to assign IPs to interfaces.

                                  If you run:

                                  pfctl -f /tmp/rules.debug
                                  

                                  Does it return clean or with any errors?

                                  Steve

                                  1 Reply Last reply Reply Quote 0
                                  • GrimsonG
                                    Grimson Banned
                                    last edited by

                                    Sorry, I already went back to build 2.4.0.r.20171006.1536 as I need traffic shaping to keep my rather slow DSL connection in a decent state (see my edit above).

                                    1 Reply Last reply Reply Quote 0
                                    • stephenw10S
                                      stephenw10 Netgate Administrator
                                      last edited by

                                      Ok, no problem.

                                      I ran the shaping wizard and setup queues using both PRIQ and HSFC and they came up as expected.

                                      If you see it again try to grab whatever data you can get. Reload the ruleset manually as shown above. Open a bug report.

                                      Steve

                                      1 Reply Last reply Reply Quote 0
                                      • K
                                        kpa
                                        last edited by

                                        Logging is broken on 2.4.0-RC-amd64-20171008-0640. This is a clean install on ZFS with the configuration restored after first boot:

                                        
                                        Starting syslog...done.
                                        Oct  8 18:26:24  syslogd: /var/log/routing.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/ntpd.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/gateways.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/resolver.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/dhcpd.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/filter.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/nginx.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/dhcpd.log: Operation not supported by device
                                        Oct  8 18:26:24  syslogd: /var/log/system.log: Operation not supported by device
                                        
                                        

                                        The system works otherwise but no logs are shown in the webgui.

                                        I have already tried reset logs but no difference.

                                        1 Reply Last reply Reply Quote 0
                                        • K
                                          kpa
                                          last edited by

                                          Another full reinstall, this time using the config rescue option. No difference, syslogd still spits out the same errors.

                                          1 Reply Last reply Reply Quote 0
                                          • L
                                            lololo
                                            last edited by

                                            @kpa:

                                            Another full reinstall, this time using the config rescue option. No difference, syslogd still spits out the same errors.

                                            Same problem… clean install on a vm
                                            Have you found a solution?

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.