> we really need a local $ANALDIR with at least the 'flr' ntuples on
> each of the buds. also could it be set up in the same place in each
> bud, so that you can log into any machine with out changing the variable?
It could be done, but then again, even for the flr's alone that would
multiply 15 G (the present size of all flr) x 24 of "mirrored" disk space
while everything is already available on /net/data/4. what a waste !
I don't understand why we "really need" to change something, and I hope
that we can survive with the nfs as is. The system should not be any
slower now (in principle, but I guess it may depend on usage), and the
way /net/data/4 is mounted on bud01-24 is the same way it is mounted
on spud1-3, spudd5-8 !
Please check yourself. Ernie did all the cross-mounts only yesterday !
> --thanks, chris
>
> pete, for the mean-time, i suggest copying the ntuples you are using to
> your local scratch disk; you're analysis should go a lot faster.
>
> ps. /home/blast is full again...
>
> Peter Karpius wrote:
>
> >Whenever I try to use the buds I get:
> >
> >Processing show_VectorEL_asym.C...
> >warning: dataset 0 has no data
> >
> >ERROR: NO CHARGE
> >
> >...if I go back to the spuds and use the exact same runs everything works
> >fine - what am I doing wrong?
> >
> > 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:30 EST