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

Does Auto Update work on Nano?

Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
10 Posts 6 Posters 4.2k 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.
  • J
    jwrascoe
    last edited by Jan 7, 2010, 1:46 AM

    Hello Everyone,

    If I press the "Invoke Auto Upgrade" Button on the "Diagnostics: Firmware: Auto Update" screen I end up with the following message….

    The digital signature on this image is invalid.
    Update cannot continue

    Is this just not working yet or does it not work on NANO?

    Was wondering if I can use this method rather than re-flashing the CF card...

    Below are the progress details...

    Thanks for your help.

    Jim

    A new version is now available

    New version:    Wed Jan  6 10:18:40 EST 2010
    Current version: 2.0-BETA1
    Update source:  http://snapshots.pfsense.org/FreeBSD_RELENG_8_0/i386/pfSense_HEAD/.updaters/

    Auto Update Download Status

    Latest Version  : Wed Jan  6 10:18:40 EST 2010
      Current Version : 2.0-BETA1
      File size      : 76676333
      Downloaded      : 46628737
      Percent        : 61%

    pfSense download complete.

    The digital signature on this image is invalid.
    Update cannot continue

    1 Reply Last reply Reply Quote 0
    • C
      cmb
      last edited by Jan 7, 2010, 3:59 AM

      You have to use manual or console update with nano right now.

      1 Reply Last reply Reply Quote 0
      • X
        xbipin
        last edited by Jan 8, 2010, 8:24 AM

        i tried upgrading from 30th dec to 7th jan using console didnt work so i did a manual firmware update from the web gui and that worked.

        1 Reply Last reply Reply Quote 0
        • C
          clarknova
          last edited by Jun 10, 2010, 4:06 PM

          @cmb:

          You have to use manual or console update with nano right now.

          Is this still the case? I'm guessing yes, as it was prompting me to update from a May 2010 version to a January 2010 version. I manually changed the URL to http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/.updaters/ and it's showing me a current version, but the date on it does not match the dates on the nano snapshots I'm seeing on the server.

          Just wondering if I'm doing it wrong, or if I'm trying to use a feature that just isn't there.

          db

          1 Reply Last reply Reply Quote 0
          • C
            Clouseau
            last edited by Jun 10, 2010, 5:26 PM

            @cmb:

            You have to use manual or console update with nano right now.

            This has been the case all the time. What's the real problem behind of this? There must be some good reason why this simple url issue has not been fixed. This is just stupid that you can't use automatic update even those there are updates available…

            –--------------------------------------------------------------
            Multible Alix 2D13, APU1,APU2,APU3 - pfSense 2.4.x 64bit
            Multible Vmware vSphere - pfSense 2.4.x 64bit

            pfSense - FreeNAS - OwnCloud

            1 Reply Last reply Reply Quote 0
            • E
              Efonnes
              last edited by Jun 10, 2010, 11:22 PM

              As far as I know, the correct update URL for 2.0 NanoBSD snapshots would be http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/nanobsd/.updaters
              However, nothing exists there.  In other words, there is no update URL for checking for newer 2.0 NanoBSD snapshots yet.

              1 Reply Last reply Reply Quote 0
              • C
                cmb
                last edited by Jun 11, 2010, 12:24 AM

                @Clouseau:

                This has been the case all the time. What's the real problem behind of this? There must be some good reason why this simple url issue has not been fixed. This is just stupid that you can't use automatic update even those there are updates available…

                Because it isn't a simple URL issue, there isn't any way to differentiate between the different nanobsd sizes in the auto update at this time.

                1 Reply Last reply Reply Quote 0
                • C
                  Clouseau
                  last edited by Jun 12, 2010, 8:17 AM

                  @cmb:

                  @Clouseau:

                  This has been the case all the time. What's the real problem behind of this? There must be some good reason why this simple url issue has not been fixed. This is just stupid that you can't use automatic update even those there are updates available…

                  Because it isn't a simple URL issue, there isn't any way to differentiate between the different nanobsd sizes in the auto update at this time.

                  So why not do several then like this:
                  http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/updates/512/
                  http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/updates/1g/
                  http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/updates/2g/
                  http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/updates/4g/
                  http://snapshots.pfsense.org/FreeBSD_RELENG_8_1/i386/pfSense_HEAD/updates/full/

                  I know that this is just a workaround, but anyway this would help as long this problem is solved.

                  –--------------------------------------------------------------
                  Multible Alix 2D13, APU1,APU2,APU3 - pfSense 2.4.x 64bit
                  Multible Vmware vSphere - pfSense 2.4.x 64bit

                  pfSense - FreeNAS - OwnCloud

                  1 Reply Last reply Reply Quote 0
                  • C
                    cmb
                    last edited by Jun 14, 2010, 2:34 AM

                    @Clouseau:

                    So why not do several then like this:

                    that would be fine - patches welcome.

                    1 Reply Last reply Reply Quote 0
                    • E
                      Efonnes
                      last edited by Jun 14, 2010, 10:52 PM

                      It is going to be made part of the path to the files in some way at least.  Jim-p's idea was to just have the file names different for each size and have the update checker look for files with its size as part of the name.

                      1 Reply Last reply Reply Quote 0
                      • First post
                        Last post
                      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                        This community forum collects and processes your personal information.
                        consent.not_received