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...
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...
In Web Server
Share this post:
Responses (1)
-
Accepted Answer
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]
Please login to post a reply
You will need to be logged in to be able to post a reply. Login using the form on the right or register an account if you are new here.
Register Here »