Thread Info
  • State Not Answered
  • Replies 4 replies
  • Subscribers 0 subscribers
  • Views 666 views
  • Users 0 members are here
Options
Suggested

[7.860][BUG][FIXED] Time change causes high cpu usage.

Billybob
This probably has been the default behavior of all astaro 7s but it should be fixed if possible. In webadmin -->management-->time settings, change the time to something and hit apply and within a few seconds change the date and hit apply again. Both changes are sent to the backend system instantly which causes system instability and high cpu usage. 

In a regular scenario it is very possible for an admin to change time and hit apply and then notice the date being wrong and hit apply again within a few seconds. Screenshot attached of the system log when the system is in this high cpu stage.
Parents
  • 0
    I fully agree with kbr: use NTP, in particular for anything security-related.
    Besides, it is hardly surprising that manually changing the time requires reconfiguring various stuff, which may require processing time and cause load.
    But even clicking and reclicking the button more than a dozen times as fast as i could, each time selecting different time settings, which is obviously completely crazy, i failed to cause any serious problems (except the obvious system load and finally losing the WebAdmin session, which is also hardly surprising, given that Confd sessions can time out).  In particular, the box (a software installation on a rather slow commodity PC) stayed fully functional and re-login to the WebAdmin worked without problems.

    Thus, i see nothing to fix on the technical side.

    All the same we agreed to change the green success message, such that it becomes even more obvious that manually changing the time is not instantaneous.  The success message now reads:

      Date and time have been set. Please be patient,
      this may take up to a minute to take full effect.

    Yours,
      Ingo
Reply
  • 0
    I fully agree with kbr: use NTP, in particular for anything security-related.
    Besides, it is hardly surprising that manually changing the time requires reconfiguring various stuff, which may require processing time and cause load.
    But even clicking and reclicking the button more than a dozen times as fast as i could, each time selecting different time settings, which is obviously completely crazy, i failed to cause any serious problems (except the obvious system load and finally losing the WebAdmin session, which is also hardly surprising, given that Confd sessions can time out).  In particular, the box (a software installation on a rather slow commodity PC) stayed fully functional and re-login to the WebAdmin worked without problems.

    Thus, i see nothing to fix on the technical side.

    All the same we agreed to change the green success message, such that it becomes even more obvious that manually changing the time is not instantaneous.  The success message now reads:

      Date and time have been set. Please be patient,
      this may take up to a minute to take full effect.

    Yours,
      Ingo
Children
No Data
Cookie Information Banner