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

Time Zone Error

Scheduled Pinned Locked Moved 1.2.1-RC Snapshot Feedback and Problems-RETIRED
6 Posts 6 Posters 4.0k 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.
  • M
    mastermind
    last edited by Oct 16, 2008, 8:39 PM

    I upgraded from 1.2-RELEASE to 1.2.1-RC1 OCT 15, My Time Zone setting wasn't kept. When I went to change it I noticed the drop down options look weird, ex: ./America/Toronto and don't recall 1.2-RELEASE being like that.
    I was able to switch and save fine BUT it appears that some packages might not be using the time zone setting properly even though default pfSense stuff seems to be. I can't confirm this 100% but IMSpectors & bandwidthd logs appeared to be wrong. Not sure the time difference between Africa and Toronto could've got messed before I switched it.

    1 Reply Last reply Reply Quote 0
    • G
      gionni
      last edited by Oct 17, 2008, 10:26 AM

      @mastermind:

      I upgraded from 1.2-RELEASE to 1.2.1-RC1 OCT 15, My Time Zone setting wasn't kept. When I went to change it I noticed the drop down options look weird, ex: ./America/Toronto and don't recall 1.2-RELEASE being like that.
      I was able to switch and save fine BUT it appears that some packages might not be using the time zone setting properly even though default pfSense stuff seems to be. I can't confirm this 100% but IMSpectors & bandwidthd logs appeared to be wrong. Not sure the time difference between Africa and Toronto could've got messed before I switched it.

      I have been using the 13/9 snapshot and everything worked fine. Then upgraded to 11/10 snapshot and experienced the same problem, the time zone looks weird like ./Place/City and settings haven't been kept back.

      I am using the embedded version btw.

      1 Reply Last reply Reply Quote 0
      • J
        jahonix
        last edited by Oct 17, 2008, 8:19 PM

        @gionni:

        … the time zone looks weird like ./Place/City and settings haven't been kept back.

        Same with a full install 1.2.1-RC1 (built on Sat Oct 11 09:05:22 EDT 2008) here. FWIW

        1 Reply Last reply Reply Quote 0
        • N
          nocer
          last edited by Oct 18, 2008, 1:58 AM

          Hello,

          TZ setting normally uses corresponding zone file located in /usr/share/zoneinfo. What do you have in there. You may have to salvage some of zone info from any older builds which timezone setting known to work correctly  :'(

          Yes, it happened to me several times in both 1.2.1-RC and 1.3-AA. It perhaps fixed in some future builds :P

          cheers,

          1 Reply Last reply Reply Quote 0
          • D
            Darkk
            last edited by Oct 18, 2008, 11:36 PM Oct 18, 2008, 11:06 PM

            I wonder if this can be added in the dashboard permanently to show the router's current time and zone so we always know it's correct?

            I found another thread with the same issue and modified dashboard's system_information.widget.php in /usr/local/www/widgets/widgets folder.

            Here is the original thread:

            http://forum.pfsense.org/index.php/topic,12063.0.html

            Only slight change I had to make was this:

            Put this code right after the warranty disclaimer right after ?> instead of

            System Overview

            exec("/bin/date", $dateOutput, $dateStatus);
            $currentDate = $dateOutput[0];
            ?>

            Everything else should work as instructed in the other thread.

            1 Reply Last reply Reply Quote 0
            • C
              cmb
              last edited by Oct 19, 2008, 1:15 AM

              there was a problem with an updated zoneinfo, tomorrow's snapshots should be fine.

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