Here is an better follow up.
As Tancredi just pointed out, a big goof was made when Spud1 and Spud8
were physically swapped. The data was copied from from the old 1 to the
new 1, but we forgot to copied the /home also. As a result, the daqstore
account existed, but the .ssh directory did not, and the copy could not
proceed.
I just restored the daqstore account. It seems from the log files that
it creates that the copy process has started up again already, so pretty
soon all the data will be synchronized again.
I am very sorry for the inconvenience that this has caused. The good
news is that spud1 (and 2-7 also) has not crashed in 10 days, and spud8
was repaired yesterday and now has an uptime of 19 hours. I think we
will be in much better shape now.
Best,
Maurik
On Mon, 2003-01-06 at 20:50, Peter Karpius wrote:
> Does anyone know of a problem with the transfer of .dat files from
> dblast07 to the spuds? I took 2 runs today with the flasher and they do
> not appear in the spud data directory. In fact, the latest stuff in there
> is from Dec 24th. There are many runs from Jan 3rd and Jan 6th in
>
> /scratch/dblast07/blast/data/commis/
>
>
> Pete
>
> ----------------------------------------------
> Pete Karpius
> Graduate Research Assistant
> Nuclear Physics Group
> University of New Hampshire
> phone: (603)862-1220
> FAX: (603)862-2998
> email: karpiusp@einstein.unh.edu
> http://pubpages.unh.edu/~pkarpius/homepage.htm
> ----------------------------------------------
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:29 EST