jlc wrote:
John wrote:
If you could explain a bit more in detail it would be a lot clearer on what you really want. The drawback is if you cron job it on every node you must have a precise time server for ntp on the local subnet or your effectively PPPing in the wind.
They all mirror to this one file server based on a snapshot they take at that time as the data is constantly changing.
<snip>
Dropping the jobs via ssh into 'at' for example would be nice if only 'at' sequentially executed the job queue.
Batch still might execute more than one job at a time, correct? The qjob script looks promising...
Coming into this late in the thread... you can, or cannot, do more than one rsync from each machine at a time?
'Bout a year ago, I wrote a perl script that had threads, and the number of concurrent jobs was merely a variable that I set. A cron job that ran that would do you, I think.
mark