Users may have multiple UI server's running at once (e.g. one instance via Cylc Hub and another via cylc gui --new to test a new version). This can cause issues with the UI server log file.
To demonstrate the problem, run one instance of the UI server (cylc gui --new) and leave it running. It's log output appears in 01-uiserver.log. Then start up and shutdown another UI server - you'll find the log output from the original server is now going to 02-uiserver.log. Repeat this another 4 times and you'll find the log output from the original server is now going to a deleted file (depending on your filesystem, you may find it showing as a .nfs file).
I think a simple improvement would be to include the hostname in the log file name (the problem is most likely to occur when using multiple hosts with shared home directories). It may not be worth worrying about the case where you run multiple UI servers on the same host.
I suggest we look at this at the same time as #742.
Users may have multiple UI server's running at once (e.g. one instance via Cylc Hub and another via
cylc gui --newto test a new version). This can cause issues with the UI server log file.To demonstrate the problem, run one instance of the UI server (
cylc gui --new) and leave it running. It's log output appears in01-uiserver.log. Then start up and shutdown another UI server - you'll find the log output from the original server is now going to02-uiserver.log. Repeat this another 4 times and you'll find the log output from the original server is now going to a deleted file (depending on your filesystem, you may find it showing as a.nfsfile).I think a simple improvement would be to include the hostname in the log file name (the problem is most likely to occur when using multiple hosts with shared home directories). It may not be worth worrying about the case where you run multiple UI servers on the same host.
I suggest we look at this at the same time as #742.