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

    Status - Monitoring: There was an error loading the Left Y Axis.

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    16 Posts 4 Posters 2.6k 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.
    • A
      andrew4902
      last edited by

      I reverted the VM and ran the command you suggested. That returned:

      ERROR: This RRD was created on another architecture

      I'm not sure how the architecture changed.

      1 Reply Last reply Reply Quote 0
      • jdillardJ
        jdillard
        last edited by

        Thanks! I'm not sure either…

        Just to make sure, you are on 2.3.1 (snapshots) now and not 2.3_1 (2.3 w/ Update 1)?

        1 Reply Last reply Reply Quote 0
        • M
          marvosa
          last edited by

          This exact same issue happened to me when I upgraded a month ago.  I was running 64 bit v2.2.6, upgraded via the GUI and somehow was upgraded to 32 bit v2.3, which broke my RRD graphs just as the OP described.  I did do a backup pre-upgrade, but of course, I forgot to uncheck "Skip RRD data", so I was SOL.  I'm wondering why it's checked by default anyway… why wouldn't you want to keep your historical data?  Considering it can be used for troubleshooting and capacity planning.... but I suppose that's an entirely different discussion.  I'm surprised there's not an option to configure and save what default settings you want.

          As more and more of these posts are showing up.... I think it's safe to say that these particular issues (auto upgrades changing architecture on execution) should no longer be considered isolated incidents and the logic for the update/upgrade tool should be revisited.

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

            @andrew4902:

            I'm not sure how the architecture changed.

            Had a hard coded update URL set to the wrong architecture in the config. At defaults, it won't ever change architecture.

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

              @marvosa:

              This exact same issue happened to me when I upgraded a month ago.  I was running 64 bit v2.2.6, upgraded via the GUI and somehow was upgraded to 32 bit v2.3, which broke my RRD graphs just as the OP described.  I did do a backup pre-upgrade, but of course, I forgot to uncheck "Skip RRD data", so I was SOL.  I'm wondering why it's checked by default anyway… why wouldn't you want to keep your historical data?

              Because it takes the config backup from a few KB to a few MB.

              @marvosa:

              As more and more of these posts are showing up…. I think it's safe to say that these particular issues (auto upgrades changing architecture on execution) should no longer be considered isolated incidents and the logic for the update/upgrade tool should be revisited.

              They're not, but they're all user-induced. Don't hard code your auto-update URL, and if you do, make sure you do it to the right architecture.

              In 2.3+, it's impossible to change architectures inadvertently since the custom firmware URL no longer exists and pkg won't use a different architecture (unless you go to a lot of trouble to manually hack things).

              1 Reply Last reply Reply Quote 0
              • M
                marvosa
                last edited by

                They're not, but they're all user-induced. Don't hard code your auto-update URL, and if you do, make sure you do it to the right architecture.

                You've mentioned the auto-update URL before, but just to be clear, when you say "Don't hard code your auto-update URL", is that directed towards the end user or the devs?  Because in my case, the "auto-update URL" was not touched.  OP, can you chime in on whether you changed or modified the "auto-update URL"?  While it's possible he did, I suspect his answer will align with mine.

                1 Reply Last reply Reply Quote 0
                • A
                  andrew4902
                  last edited by

                  @cmb:

                  Had a hard coded update URL set to the wrong architecture in the config. At defaults, it won't ever change architecture.

                  I bet that is what happened then. A while back the system started to error out while checking for updates. I then setup an update URL which seemed to be working fine up to this point.

                  I'm now running the stable release of 2.3_1.

                  1 Reply Last reply Reply Quote 0
                  • M
                    marvosa
                    last edited by

                    Very interesting….  I, however, did not modify any update settings.

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

                      @marvosa:

                      Very interesting….  I, however, did not modify any update settings.

                      System>Firmware, Updater Settings tab, you had "Use an unofficial server for firmware upgrades" set and a URL there. Often it's left over from when someone wants to follow snapshots. Then that config is restored to new hardware that's then running 64 bit, and on the next upgrade it obeys your update URL there and switches you to 32 bit.

                      That setting no longer exists in 2.3, but verify it on other pre-2.3 systems before you upgrade.

                      It's impossible to change architectures via auto-update if that box isn't checked.

                      1 Reply Last reply Reply Quote 0
                      • M
                        marvosa
                        last edited by

                        @cmb:

                        @marvosa:

                        Very interesting….  I, however, did not modify any update settings.

                        System>Firmware, Updater Settings tab, you had "Use an unofficial server for firmware upgrades" set and a URL there. Often it's left over from when someone wants to follow snapshots. Then that config is restored to new hardware that's then running 64 bit, and on the next upgrade it obeys your update URL there and switches you to 32 bit.

                        That setting no longer exists in 2.3, but verify it on other pre-2.3 systems before you upgrade.

                        It's impossible to change architectures via auto-update if that box isn't checked.

                        I've been running PFsense since 2009 on v1.2.3 and can tell you without a shadow of a doubt that I have never upgraded to a Alpha/beta/RC/Dev release ever, so there would've been no reason for the auto-update url to be on anything but default as I only run stable releases.

                        Your explanation for how this issue could happen is completely rational, understandable and fits in the OP's case…. but I'm just saying if that is indeed what happened, the setting must have been flipped by some other process in the system because the auto-update URL was never modified manually in my case.

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