Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 3 subscribers
  • Views 4593 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Time Zone problem in Logs

mmather
My Astaro is set to Pacific Standard Time (currently GMT -700) even though I am in Toronto.

Log entries generated by the Astaro use all sorts of time zones, without indicating which ones they are using. For example:

Configuration daemon: GMT +2 and GMT -7
Fallback messages:   GMT -7
HTTP daemon: GMT -4  and  GMT -7
packetfilter:          probably GMT +1
SMTP proxy          probably GMT -4 and GMT -7
SSH server       GMT -7
System messages    GMT +2 (daemon-watcher)
                 GMT -4  (postgres)
                  GMT -7  (cron)
User authentication  GMT +2
WebApp Firewall        GMT -7

What on earth is going on?


This thread was automatically locked due to age.
  • 0
    Hi mmather, and welcome to the User BB!

    I've never seen that.  How long has it been since the system was rebooted?  Were the logs out-of-phase prior to that?

    Cheers - Bob
  • 0 in reply to BAlfson
    Uptime is 97 days. I don't know what happened before that. This is a test environment, so it is possible that something funny has been done.

    I suppose you are going to tell me to reboot, and I see that it is possible on web admin. Is there any risk in rebooting? (Physical access to the machine is difficult but not impossible.) Will anything get reset, other than what we hope will happen?

    On the other hand, I am reluctant to make things magically disappear without really understanding what is going on. It might happen again and sneak up from behind.
  • 0
    Unless there's a hardware problem, restarting should not require a trip to the Astaro.  No information will be lost, so, if you wanted to go back through the logs, you certainly could.  Like I said, I've never heard of this before, so I doubt there's anything that even an Astaro developer would want to see.

    If a restart doesn't resolve this, the next step would be to try a configuration restore.

    Cheers - Bob
  • 0 in reply to BAlfson
    Bob - Thanks for your help.

    I did some experimenting on several logs and the following seem to be happening (not guaranteed):

    SSH Server and System Messages (at least for cron jobs) use the current time zone.

    User authentication, Packet filter and HTTP daemon use the time zone in effect when they were first used after the latest restart.

    So now I have restarted, and my logs are correct.

    However, I then looked at the screen in WebAdmin. Under Set Date and Time, it tells you to restart the computer. Now we may know why. 

    But I didn't use Set Date and Time. Instead I used Set Timezone on the same screen, and it does NOT tell me to restart the computer.

    I suggest that that part of the screen say something like: "After changing the timezone, we recommend restarting the computer. Otherwise some of your logs will continue to use the old timezone."

    Thanks again for your help.
  • 0 in reply to mmather

    However, I then looked at the screen in WebAdmin. Under Set Date and Time, it tells you to restart the computer. Now we may know why. 


    Damn! That's very interesting...
    here we were talking about the need to reboot and Scott gave another hypothesis...

    In any case one of the question is: "What if the time is changed automatically with external NTP servers?" [:S]
  • 0
    In Management Overview, I think I noticed that the start times also suffer from the problem that changing the time zone has no effect until you reboot.