Hi Simon,
Since FTS provides reliable file transfer, you should be able to reboot
your SE anytime, even during a transfer. Since SRM_PUTDONE will not be
returned, the transfer will not be marked as successful and FTS will
try again. It will try this 3 times.
Cheers,
Greig
On Thu, 23 Mar 2006, Simon George wrote:
> Hi,
>
> I've seen procedures discussed for draining queues so that worker nodes
> can be rebooted, but what is the procedure to reboot one of the storage
> nodes (in my case a DPM pool node)?
>
> In theory access could come from anywhere not just the local jobs, so
> draining queues seems to be irrelevant. I don't know how to tell if
> someone is accessing the SE so I can pick a time when is is not being read
> from or written to, if such a time exists. The reboot should only take ~5
> mins. Any suggestions?
>
> Cheers,
> Simon
>
--
=======================================================================
Dr Greig A Cowan http://www.ph.ed.ac.uk/~gcowan1
School of Physics, University of Edinburgh, James Clerk Maxwell Building
TIER-2 STORAGE SUPPORT PAGES: http://wiki.gridpp.ac.uk/wiki/Grid_Storage
=======================================================================
|