Forums

Resolved
0 votes
I ask because, on my system, it takes *forever*. If I change a web site's group, or enable/disable either ftp/fileserver, or, really, any change at all, clicking the "Update" button results in webconfig "playing dead" for up to two minutes while it does... whatever it's doing. I've watched messages, and top, hoping to catch what's taking so long but nothing stands out as unusual.

Thinking it may be related to restarting samba, or the ftp server, I've stopped *all* services (well, everything that has a "stop" button in the webconfig) prior to making changes, the delay is still there.

I didn't find anything on the forum that would seem to suggest anybody else had the same problem, so I'm not expecting a definite "it's this" answer, but kinda hoping for a bit of an outline of what steps take place when I click that 'update' button...
Wednesday, January 29 2020, 03:48 PM
Share this post:
Responses (1)
  • Accepted Answer

    Wednesday, January 29 2020, 05:55 PM - #Permalink
    Resolved
    0 votes
    I don't know. You can see a few events in the system log, but why it triggers the the storage hooks twice I don't know. You can trace the events from /etc/clearsync.d. As an example, the web_server event triggers "/usr/sbin/syncaction web_server configuration_change_event" which does not seem to do anything. The storage event triggers everything (just one thing) in /var/clearos/events/storage.

    For me the change takes about 90s.

    [edit]
    Something also triggers a web server restart, but I'm not sure what. This may be done directly by the webconfig. I would a recursive ownership change of all files in the subfolder as well.
    [/edit]
    The reply is currently minimized Show
Your Reply