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

    Runtime went backwards???

    Scheduled Pinned Locked Moved General pfSense Questions
    16 Posts 5 Posters 18.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.
    • B
      biggsy
      last edited by

      Some good detail in here: http://www.vmware.com/pdf/vmware_timekeeping.pdf

      … I thought that's what you were getting at earlier ...

      Yeah, but I did say it in a round about sort of way  :)

      If VMWare tools is setting based on one time zone and NTP on another…

      I see what you're getting at but NTP only deals with UTC.

      1 Reply Last reply Reply Quote 0
      • S
        Supermule Banned
        last edited by

        I am running the same timeserver dk.pool.ntp.org on both.

        Can I just delete the specified server in Pfsense? I cannot configure vm-tools in pfsense from the GUI.

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

          @biggsy:

          If VMWare tools is setting based on one time zone and NTP on another…

          I see what you're getting at but NTP only deals with UTC.

          I wasn't sure how BSD deals with time zones in respect to UTC, if the OS "lives" on UTC and translates it out to the user environments or the system clock is set to local time with the offset from UTC as defined in time zones.  Same with VMWare tools in BSD.  If they're setting according to a different time zone, or one is applying a Daylight Savings Time offset and the other isn't, I could see it gaining and losing an hour often.  I also don't know what kinds of intervals NTP and the VMWare tools are checking/setting time at in BSD.

          I come from the Windows world in most respects, especially regarding VM's on ESX(i).  In Windows the VMWare Tools should be setting time based on the local Guest OS Time Zone setting, same as if you're polling a Time Server.  It can get slightly messy if it's on a domain since the Domain should be the authoritative time source.

          Of course, I'm tangenting, again.  I do that.  It just seems that there's quite a difference between the 2 time sources and/or how they're being applied.

          1 Reply Last reply Reply Quote 0
          • S
            Supermule Banned
            last edited by

            Yes, but if you use your AD based on VMtools in your guest OS, thats the right way to do it.

            Let VM handle the NTP and not your guest OS.

            Thats why I think it would be better if it could be turned of in PFsense if it detects vmtools package….

            1 Reply Last reply Reply Quote 0
            • B
              biggsy
              last edited by

              Can I just delete the specified server in Pfsense? I cannot configure vm-tools in pfsense from the GUI.

              I don't think there is a GUI way to "disable" NTP in pfSense.  http://forum.pfsense.org/index.php/topic,57041.0.html.  You can manually stop it but I guess that wouldn't survive a reboot.

              Configure VM Tools through the vShpere client: Right-click VM > Edit Settings > Options tab  (I think that's the same on Esxi 4.1)

              1 Reply Last reply Reply Quote 0
              • S
                Supermule Banned
                last edited by

                I know….but it DOESNT synchronize time in Vsphere GUI....

                So I dont get it. Thats why I wondered if there was anything in the tools package that did it without telling anybody??

                1 Reply Last reply Reply Quote 0
                • jimpJ
                  jimp Rebel Alliance Developer Netgate
                  last edited by

                  You can try to change the timecounter (search around for kern.timecounter.choice and kern.timecounter.hardware) to see if that helps.

                  Certain newer versions of vmware can have the clock flake out if it's using HPET.

                  Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                  Need help fast? Netgate Global Support!

                  Do not Chat/PM for help!

                  1 Reply Last reply Reply Quote 0
                  • S
                    Slam
                    last edited by

                    @jimp:

                    You can try to change the timecounter (search around for kern.timecounter.choice and kern.timecounter.hardware) to see if that helps.

                    Certain newer versions of vmware can have the clock flake out if it's using HPET.

                    Thanks for the tip, I had the same issue with my pfsense vm, I tried the above commands:

                    Current settings

                    sysctl kern.timecounter.hardware

                    Available options

                    sysctl kern.timecounter.choice

                    New settings based on available options

                    sysctl -w kern.timecounter.hardware=ACPI-safe

                    With the ACPI-safe option, the errors went away, the previous HPET option caused the problem for me, as noted.

                    I understand the same can be achieved by switching off HPET in the bios, if its available.

                    1 Reply Last reply Reply Quote 0
                    • jimpJ
                      jimp Rebel Alliance Developer Netgate
                      last edited by

                      No need to run the sysctl manually, you can add that as a tunable under System > Advanced on the Tunables tab, it will be applied automatically once you add it, and at boot time.

                      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                      Need help fast? Netgate Global Support!

                      Do not Chat/PM for help!

                      1 Reply Last reply Reply Quote 0
                      • S
                        Slam
                        last edited by

                        Thanks

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