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

    Auto Configuration Backup times are off

    Scheduled Pinned Locked Moved General pfSense Questions
    8 Posts 3 Posters 815 Views 4 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.
    • W Offline
      Wolfgangthegreat
      last edited by Wolfgangthegreat

      Hello,

      I use time zone of "Asia/Jerusalem", which currently is IDT, which is GMT+3.

      I set to backup on every config change.

      The time at relevant config change was 14:30, but the auto backup date was 19:30. see attached screen shots.
      This is just one example, but the gap is the same across all backup up items.
      Strangely the backup items do note "+0300" but not actually follow it.

      Various other system logs do show the correct time, as the system is configured.

      Is it possible that the times of the online backup items is not following the device's time configuration?

      The dashboard time
      2023-10-22 14_31_52-Status_ Dashboard - home.arpa.png

      The backup items
      2023-10-22 14_31_59-Services_ Auto Configuration Backup_ Restore - home.arpa.png

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

        Did you actually set 'Asia/Jerusalem' or GMT+3?
        pfSense uses POSIX style timezones where that would be GMT-3:
        https://docs.netgate.com/pfsense/en/latest/troubleshooting/time-zone.html#clock-does-not-use-the-expected-zone-offset

        W 1 Reply Last reply Reply Quote 0
        • W Offline
          Wolfgangthegreat @stephenw10
          last edited by

          @stephenw10
          I used Asia/Jerusalem.
          The list of options has options in the style of etc/gmt+3 , but I did not use it.

          As noted, other local device logs are OK, I suspect the log time stamp may be coming from the backup server and not from the local device.

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

            Hmm, yeah I'm seeing some odd time stamps there too. Let me investigate....

            W 1 Reply Last reply Reply Quote 0
            • W Offline
              Wolfgangthegreat @stephenw10
              last edited by

              @stephenw10 Great, thanks.

              1 Reply Last reply Reply Quote 0
              • M Offline
                Making_sense_of_pfSense
                last edited by

                I'll be following this thread because I have the same issue.

                Running pfSense Community Edition 2.7.2 on a Qotom Mini PC.

                1 Reply Last reply Reply Quote 0
                • W Offline
                  Wolfgangthegreat
                  last edited by

                  Any news on this @stephenw10 ?

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

                    Yup, rechecking I think I see the issue. The server timestamps changed when it was moved to new infrastructure so this is no longer true:
                    https://github.com/pfsense/pfsense/blob/master/src/usr/local/www/services_acb.php#L71

                    Setting that to UTC shows the correct times for me.

                    Asked our admins how they want to handle it. I imagine correcting the server timezone will fix this but we shall see.

                    Steve

                    https://redmine.pfsense.org/issues/15005

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