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

    check_upgrade: "Updating repositories metadata" returned error code 1

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    129 Posts 36 Posters 28.7k Views 35 Watching
    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.
    • stephenw10S Offline
      stephenw10 Netgate Administrator
      last edited by

      The check_upgrade error or the wrong repo offered? The offered repo issue should be fixed. The error may still be shown.

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

        @stephenw10 Incorrect repo still an issue as well. I just hit the check version from the home page of the GUI and got:

        2.8.1-RELEASE (amd64)
        built on Tue Sep 9 17:29:00 BST 2025
        FreeBSD 15.0-CURRENT

        Version 25.07.1 is available.
        Version information updated at Sat Nov 8 1:43:02 GMT 2025

        Strangely enough that didn't result in the Updating repositories metadata error being logged, so maybe these things aren't related and it's just a coincidence/red herring at the same time I've been trying to resolve the error code 1 being logged.

        But yes, something is definitely not right, I've never had it offering me pfSense plus versions before.

        EDIT: Just checked for updates again and it's gone back to CE i.e. version is on the latest version. So yes, /usr/local/etc/pkg/repos/pfSense.conf is momentarily changing itself to pfSense plus repos and then back again. That seems to line up with the error code 1 being logged but now I'm not so sure as it didn't do it that time.

        tinfoilmattT 1 Reply Last reply Reply Quote 0
        • tinfoilmattT Offline
          tinfoilmatt @ghc88
          last edited by

          @ghc88 The server-side issue appears to be transient. I had your same experience on a CE box today. And it all seems to now be resolved at this point (at least for my system in this moment) without any harm nor foul.

          I would strongly suggest not making any more configuration changes related to any of this.

          G 1 Reply Last reply Reply Quote 0
          • G Offline
            ghc88 @tinfoilmatt
            last edited by ghc88

            @tinfoilmatt Indeed, the only thing I've changed is turning DoT off and since then I've not had any more of the error code 1s. Now I'm aware there has been or is on-going server-side issues, agreed, I won't change anything else for now. This is just in my home lab and I can easily roll back if things go south. I was just trying to resolve the errors, both because they're rather annoying and to try and help others with the same issue, as seems this has been rumbling on for a while. :)

            tinfoilmattT 1 Reply Last reply Reply Quote 1
            • tinfoilmattT Offline
              tinfoilmatt @ghc88
              last edited by

              @ghc88 Get that DoT back on! First rule of CE club is we don't talk about CE club. Second rule of CE club is we never make our DNS queries in plaintext!

              G 1 Reply Last reply Reply Quote 1
              • G Offline
                ghc88 @tinfoilmatt
                last edited by ghc88

                @tinfoilmatt Ha, that provided a good giggle, thank you. I've decided to ditch remote DNS servers altogether and gone back to resolver mode with DNSSEC and other bells and whistles turned on. Not sure why I switched to forwarding mode some time last year, plus it caused a lot of head scratching when Cloudflare had some issues not too long ago (hence adding Quad9 as well). I'm going to stop tinkering now and head to bed before I break things, hopefully I'll wake up to a nice clear pfSense error log...

                1 Reply Last reply Reply Quote 0
                • A Offline
                  alnico
                  last edited by

                  I did get this error; could it be related?

                  Crash report begins.  Anonymous machine information:
                  
                  amd64
                  15.0-CURRENT
                  FreeBSD 15.0-CURRENT #0 plus-RELENG_25_07_1-n256513-49844af35a5d: Fri Aug 15 19:21:04 UTC 2025     root@freebsd:/var/jenkins/workspace/pfSense-Plus-snapshots-25_07_1-main/obj/amd64/DZizCvOj/var/jenkins/workspace/pfSense-Plus-snapshots-25_07_1-main/sources
                  
                  Crash report details:
                  
                  PHP Errors:
                  [DATE-TIME-REDACTED] PHP Fatal error:  Uncaught ValueError: gettext(): Argument #1 ($message) is too long in /usr/local/www/pkg_mgr_install.php:444
                  Stack trace:
                  #0 /usr/local/www/pkg_mgr_install.php(444): gettext()
                  #1 {main}
                    thrown in /usr/local/www/pkg_mgr_install.php on line 444
                  
                  
                  
                  No FreeBSD crash data found.
                  
                  1 Reply Last reply Reply Quote 0
                  • T Offline
                    timecode
                    last edited by

                    Have done a reboot and the odd repository messages have subsided which is good.

                    HOWEVER, it now seems to be flip flopping between needing package updates, and not.

                    Randomly various packages will show as yellow. Then try and update - system tells me I need to update before installing. I am on latest plus version 25.07.1.

                    I get the feeling something is happening at home base and its causing us fleeting issues.

                    1 Reply Last reply Reply Quote 0
                    • K Offline
                      Kelpie
                      last edited by Kelpie

                      Upgraded from 2.8.0 to 2.8.1

                      a week ago

                      sometimes in the system update menu goes back commercial version and on the dashboard

                      Nov 8 15:24:00 php 12152 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1
                      Nov 8 15:19:52 php 93775 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1
                      Nov 8 15:17:48 php 28987 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1
                      Nov 8 15:17:17 php 19559 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1
                      Nov 8 15:14:12 php 73350 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1
                      Nov 8 15:03:20 php 32733 Standard input code: New alert found: check_upgrade: "Updating repositories metadata" returned error code 1

                      got a lot some time today

                      very random sometimes wont happen for hours.

                      Home Assistant logs
                      2025-11-08 02:00:17.161 ERROR (SyncWorker_3) [custom_components.pfsense.pypfsense] Unexpected get_firmware_update_info error err=TimeoutError('timed out'), type(err)=<class 'TimeoutError'>
                      2025-11-08 02:01:10.448 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for binary_sensor.XXXXXXX_pending_notices_present exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored

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