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

    Online Network Installer SG-1100 "Cannot Reach the Netgate Servers, Please verify your network Settings"

    Scheduled Pinned Locked Moved Official Netgate® Hardware
    15 Posts 2 Posters 1.5k Views
    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.
    • G
      gdb @stephenw10
      last edited by

      @stephenw10 Thank you! I had set the port for DHCP Client once and that didn't change the result.

      When I went to implement the change you suggested I powered up the 1100 and discovered the probable cause that the device didn't reboot after the upgrade last week and the console was showing only these two lines, repeating intermittently, but was otherwise unresponsive:

      FreeBSD/arm64 (Amnesiac) (ttyu0)
      -sh: /etc/rc.initial: not found

      This morning upon boot, this happened:

      TIM-1.0
      WTMI-devel-18.12.1-1a13f2f
      WTMI: system early-init
      SVC REV: 5, CPU VDD voltage: 1.248V
      NOTICE: Booting Trusted Firmware
      NOTICE: BL1: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
      NOTICE: BL1: Built : 10:16:46, Oct 13 2021
      NOTICE: BL1: Booting BL2
      NOTICE: BL2: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
      NOTICE: BL2: Built : 10:16:50, Oct 13 2021
      NOTICE: BL1: Booting BL31
      NOTICE: BL31: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
      NOTICE: BL31: Built : 10

      U-Boot 2018.03-devel-18.12.3-gc9aa92c-dirty (Oct 13 2021 - 10:14:54 -0300)

      Model: Netgate 1100
      CPU 1200 [MHz]
      L2 800 [MHz]
      TClock 200 [MHz]
      DDR 750 [MHz]
      DRAM: 1 GiB
      Comphy chip #0:
      Comphy-0: USB3 5 Gbps
      Comphy-1: PEX0 2.5 Gbps
      Comphy-2: SATA0 6 Gbps
      SATA link 0 timeout.
      AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode
      flags: ncq led only pmp fbss pio slum part sxs
      PCIE-0: Link down
      MMC: sdhci@d0000: 0, sdhci@d8000: 1
      Loading Environment from SPI Flash... SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, total 4 MiB
      OK
      Model: Netgate 1100
      Net: eth0: neta@30000 [PRIME]
      Hit any key to stop autoboot: 0
      Card did not respond to voltage select!
      ** No partition table - mmc 1 **

      Reset SCSI
      scanning bus for devices...
      ** Bad device scsi 0 **
      BOOTP broadcast 1
      DHCP client bound to address 192.168.1.226 (1 ms)
      *** Warning: no boot file name; using 'C0A801E2.img'
      Using neta@30000 device
      TFTP from server 0.0.0.0; our IP address is 192.168.1.226; sending through gateway 192.168.1.1
      Filename 'C0A801E2.img'.
      Load address: 0x7000000
      Loading: *
      TFTP error: 'illegal (unrecognized) tftp operation' (4)
      Starting again

      TFTP error: 'illegal (unrecognized) tftp operation' (4)
      Starting again

      *** ERROR: serverip' not set *** ERROR: serverip' not set
      libfdt fdt_check_header(): FDT_ERR_BADMAGIC
      libfdt fdt_check_header(): FDT_ERR_BADMAGIC
      No FDT memory address configured. Please configure
      the FDT address via "fdt addr <address>" command.
      Aborting!
      No FDT memory address configured. Please configure
      the FDT address via "fdt addr <address>" command.
      Aborting!

      Starting EFI application at 07000000 ...

      Card did not respond to voltage select!
      Scanning disk sdhci@d0000.blk...
      Disk sdhci@d0000.blk not ready
      Scanning disk sdhci@d8000.blk...
      Found 1 disks
      WARNING: Invalid device tree, expect boot to fail
      efi_load_pe: Invalid DOS Signature

      Application terminated, r = 9223372036854775806

      Consoles: EFI console ry
      Reading loader env vars from /efi/freebsd/loader.env
      Setting currdev to disk0:evice
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7304 blocks erased: OK
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)und
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7Device(s) found
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      FreeBSD/arm64 EFI loader, Revision 1.1s)
      (Tue Mar 12 06:35:53 UTC 2024 root@freebsd)

      Starting EFI application at 07000000 ...

      Command line arguments: loader.efi
      Image base: 0x7000000
      EFI version: 2.70
      EFI Firmware: Das U-Boot (rev 0.00)
      Console: efi,comconsole (0)
      Load Path: /\armada-3720-sg1100.dtb
      Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(1)/eMMC(0)
      Setting currdev to disk0:
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273600 size=1 status=7
      MMC: block number 0xe90e81 exceeds max(0xe90e80)
      efipart_readwrite: rw=1, blk=15273593 size=8 status=7
      Setting currdev to net0:
      net0: cannot set rx. filters (status=3)

      And it was frozen.

      It looks like the eMMC was failing.

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

        Mmm, that doesn't look good. However that wouldn't prevent the installer connecting.

        It shows '1 disk found' so it must have removed most of the formatting. I assume you ran usbrecovery at some point?

        G 1 Reply Last reply Reply Quote 0
        • G
          gdb @stephenw10
          last edited by gdb

          @stephenw10 Yes on usbrecovery.

          The sequence of events was:
          I saw I was a release behind on the device, so I installed the update. When that was complete, I had the device reboot itself. It did not come back up.

          I connected to the console and it booted, (But was not responding) so I pressed the reset button to reset to factory defaults.

          After another reboot all that I received on the console was a repeating series of:

          FreeBSD/arm64 (Amnesiac) (ttyu0)
          -sh: /etc/rc.initial: not found

          And it was unresponsive to any keys.

          I then downloaded and tried the usbrecovery and hit the "Cannot reach the Netgate servers" error and posted this message, and powered the device down and went to bed.

          This morning when I received your reply, I powered it up to change the LAN subnet as you suggested and when I ran usbrecovery, I captured the above logging output.

          I later opened a TAC case and the response was to follow these instructions:

          https://docs.netgate.com/pfsense/en/latest/troubleshooting/disk-lifetime.html#emmc

          But the device will not boot beyond outputting those errors above.

          Thanks again for your responses!

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

            The log output above doesn't look like it tried to boot from USB I don't see where you ran usbrecoery.

            I assume it can boot from the USB image though as it would have had to to reach the netgate servers error message.

            You need to set the LAN IP in the installer. It defaults there to 192.168.1.1 and that conflicts with the WAN IP/subnet passed by DHCP.

            Alternatively you could setup a different internal subnet on the 4100, on a separate interface perhaps, and connect the 1100 there. That would also remove the conflict.

            G 1 Reply Last reply Reply Quote 0
            • G
              gdb @stephenw10
              last edited by

              @stephenw10 Sorry, the console output seems to overwrite some of the previous output.

              I just restarted the process and here is the console output from power-up to the marvell>> prompt before I enter the run command:

              TIM-1.0
              WTMI-devel-18.12.1-1a13f2f
              WTMI: system early-init
              SVC REV: 5, CPU VDD voltage: 1.248V
              NOTICE: Booting Trusted Firmware
              NOTICE: BL1: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
              NOTICE: BL1: Built : 10:16:46, Oct 13 2021
              NOTICE: BL1: Booting BL2
              NOTICE: BL2: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
              NOTICE: BL2: Built : 10:16:50, Oct 13 2021
              NOTICE: BL1: Booting BL31
              NOTICE: BL31: v1.5(release):1f8ca7e-dirty (Marvell-devel-18.12.2)
              NOTICE: BL31: Built : 10

              U-Boot 2018.03-devel-18.12.3-gc9aa92c-dirty (Oct 13 2021 - 10:14:54 -0300)

              Model: Netgate 1100
              CPU 1200 [MHz]
              L2 800 [MHz]
              TClock 200 [MHz]
              DDR 750 [MHz]
              DRAM: 1 GiB
              Comphy chip #0:
              Comphy-0: USB3 5 Gbps
              Comphy-1: PEX0 2.5 Gbps
              Comphy-2: SATA0 6 Gbps
              SATA link 0 timeout.
              AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode
              flags: ncq led only pmp fbss pio slum part sxs
              PCIE-0: Link down
              MMC: sdhci@d0000: 0, sdhci@d8000: 1
              Loading Environment from SPI Flash... SF: Detected mx25u3235f with page size 256 Bytes, erase size 64 KiB, total 4 MiB
              OK
              Model: Netgate 1100
              Net: eth0: neta@30000 [PRIME]
              Hit any key to stop autoboot: 0
              Card did not respond to voltage select!
              ** No partition table - mmc 1 **

              Reset SCSI
              scanning bus for devices...
              ** Bad device scsi 0 **
              BOOTP broadcast 1
              DHCP client bound to address 192.168.1.226 (0 ms)
              *** Warning: no boot file name; using 'C0A801E2.img'
              Using neta@30000 device
              TFTP from server 0.0.0.0; our IP address is 192.168.1.226; sending through gateway 192.168.1.1
              Filename 'C0A801E2.img'.
              Load address: 0x7000000
              Loading: *
              TFTP error: 'illegal (unrecognized) tftp operation' (4)
              Starting again

              TFTP error: 'illegal (unrecognized) tftp operation' (4)
              Starting again

              *** ERROR: serverip' not set *** ERROR: serverip' not set
              libfdt fdt_check_header(): FDT_ERR_BADMAGIC
              libfdt fdt_check_header(): FDT_ERR_BADMAGIC
              No FDT memory address configured. Please configure
              the FDT address via "fdt addr <address>" command.
              Aborting!
              No FDT memory address configured. Please configure
              the FDT address via "fdt addr <address>" command.
              Aborting!

              Starting EFI application at 07000000 ...

              Card did not respond to voltage select!
              Scanning disk sdhci@d0000.blk...
              Disk sdhci@d0000.blk not ready
              Scanning disk sdhci@d8000.blk...
              Found 1 disks
              WARNING: Invalid device tree, expect boot to fail
              efi_load_pe: Invalid DOS Signature

              Application terminated, r = 9223372036854775806

              Marvell>>

              Then enter the command and:

              Marvell>> run usbrecovery
              switch to partitions #0, OK
              mmc1(part 0) is current device

              MMC erase: dev # 1, block # 0, count 4194304 ...

              Then it looks like a screen clear is issued and the output jumps to the top of the screen and starts overwriting and this is what I can copy from the scrollback buffer at that point:

              Consoles: EFI console
              Reading loader env vars from /efi/freebsd/loader.env
              Setting currdev to disk0:
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              FreeBSD/arm64 EFI loader, Revision 1.1
              (Tue Mar 12 06:35:53 UTC 2024 root@freebsd)
              Marvell>>
              Command line arguments: loader.efi
              Image base: 0x7000000
              EFI version: 2.70
              EFI Firmware: Das U-Boot (rev 0.00)
              Console: efi,comconsole (0)
              Load Path: /\armada-3720-sg1100.dtb
              Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(1)/eMMC(0)
              Setting currdev to disk0:
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273600 size=1 status=7304 blocks erased: OK
              MMC: block number 0xe90e81 exceeds max(0xe90e80)
              efipart_readwrite: rw=1, blk=15273593 size=8 status=7
              Setting currdev to net0:
              net0: cannot set rx. filters (status=3)

              The device is not responding to the console at that point, but it will eventually reboot and display this, although it looks like the screen clears again:

              "Synchronous Abort" handler, esr 0x96000004
              elr: fffffffffe6745f0 lr : fffffffffe6745a4 (reloc)
              elr: 000000003e5b45f0 lr : 000000003e5b45a4s) found
              x0 : 0000000000000000 x1 : 00000000000000001 Storage Device(s) found
              x2 : 0000000000000000 x3 : 000000000000ff01
              x4 : 000000003c7fae82 x5 : 00000000000000d1
              x6 : 000000000000000f x7 : 0000000000000000
              x8 : 383533003e610570 x9 : 000000003e61282c
              x10: 000000003c7fa990 x11: 0000000000000000
              Consoles: EFI console 13: 000000000000000a
              Reading loader env vars from /efi/freebsd/loader.env
              FreeBSD/arm64 EFI loader, Revision 1.100000
              (Tue Mar 12 06:35:53 UTC 2024 root@freebsd)
              x20: 000000003e612bf0 x21: 000000003e610154
              Command line arguments: loader.efi000008
              Image base: 0x70000005: 0000000000000003
              EFI version: 2.705 x27: 00000000a5860100
              EFI Firmware: Das U-Boot (rev 0.00)10080
              Console: efi,comconsole (0)
              Load Path: /C0A801E2.img
              Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/MAC(f0ad4e2f4bd4,0x1)/
              Setting currdev to net0:
              net0: cannot set rx. filters (status=3)

              I never get to the initial Freebsd boot screen where you can pause the boot, set parameters, and then continue to boot to single or multi-user

              G 1 Reply Last reply Reply Quote 0
              • G
                gdb @gdb
                last edited by

                To be clear, I never get any of the normal installation prompts or the choices to set the interfaces.

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

                  Hmm, but you did yesterday when you hit the connectivity error? So something has changed since then?

                  G 1 Reply Last reply Reply Quote 0
                  • G
                    gdb @stephenw10
                    last edited by gdb

                    @stephenw10 Yes, It was progressing through the boot process yesterday and presented the dialog about the Interfaces then.

                    The only thing that happened after I posted the message you responded to today is that I powered it down overnight.

                    I powered it back on when I got your message/suggestion this morning and it had these errors at that point.

                    Could the eMMC errors have caused the initial failed reboot after upgrade? This device has been running flawlessly for 8-9 months, then I upgraded it and rebooted afterwards and it did not come back up successfully.

                    The 1100 is only 10 months old.

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

                      Then if the eMMC really is bad it should be replaced.

                      But it appears as though it's not booting the USB drive. Try moving the USB stick to the other socket. Try re-writing the image to the USB drive.

                      G 1 Reply Last reply Reply Quote 0
                      • G
                        gdb @stephenw10
                        last edited by

                        @stephenw10 Thank you. I had rewritten the thumbdrive earlier that day (New PNY thumbdrive) and was seeing the activity light on the thumbdrive flicker after run usbrecovery so I assumed it was reading the drive.

                        In any case, strangely today, after powering on the netgate, usbrecovery worked and I managed to the the eMMC utilities installed:

                        eMMC Firmware Version: 18203b19
                        eMMC Life Time Estimation A [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_A]: 0x06
                        eMMC Life Time Estimation B [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_B]: 0x0b
                        eMMC Pre EOL information [EXT_CSD_PRE_EOL_INFO]: 0x01

                        So not great, but ok.

                        The device is running, so I am going to put it back online for now.

                        Thinking about when I will need to replace it: Is the eMMC replaceable or can the SG-2100 run entirely off the M.2 and just not use the eMMC?

                        Thanks again for your help, and your patience!

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

                          @gdb said in Online Network Installer SG-1100 "Cannot Reach the Netgate Servers, Please verify your network Settings":

                          Is the eMMC replaceable or can the SG-2100 run entirely off the M.2 and just not use the eMMC?

                          A 2100 can run from m.2 SSD yes. However I thought this was an 1100 which has no SSD capability.

                          G 1 Reply Last reply Reply Quote 0
                          • G
                            gdb @stephenw10
                            last edited by

                            @stephenw10 It is, My wording was not clear, I meant :When I need to replace the 1100, Is the eMMC in the 2100 replaceable, or can I run the 2100 entirely off of the M.2 drive? (just to avoid being in the total replacement situation again!)

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

                              Ah, OK. The eMMC is fixed and non-replacable in both. The 2100 can boot and run from an m.2 SSD at any time including if the emmc fails.

                              1 Reply Last reply Reply Quote 1
                              • N nachorobot referenced this topic on
                              • First post
                                Last post
                              Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.