Thread Info
  • State Not Answered
  • Replies 4 replies
  • Subscribers 0 subscribers
  • Views 664 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.
  • 0
    In general, there's no need to change the time manually. That's why NTP has been invented.

    But i see your point: nobody should be able to bring down the ASG by simply clicking twice on a button.
  • 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
  • 0 
    Astaro Beta Report
    --------------------------------
    Version: 7.860
    Type: BUG
    State: MERGED/FIXED
    Reporter: Billybob
    Contributor:  
    MantisID: 12375
    Target version: 7.865
    Fixed in version: 7.865
    --------------------------------

  • 0 in reply to Astaro Beta Bot
    I am not going to argue the NTP awesomeness since this has nothing to do with NTP. An enterprise firewall specially one running linux should not have its load average sky rocket just because of a couple of random clicks ultimately resulting in a terminated webadmin session.

    I think you guys are on the right track changing the message when the time settings are applied. Maybe a little filter that queues the multiple clicks and submits as one single command at the end would be optimal.

    But thanks for looking into this. As I have noted elsewhere, you guys have done an extremely impressive job with this build considering we are still in alpha stages.

    Best Regards
    Bill.
Cookie Information Banner