[d2n-analysis-talk] New tape volume for analyzed data

[Matthew R. Posik]

Hi Brad,

  So I have talked to Dave and Diana, and I am going to control the data
storage to the tape space. I have tried to copy several runs to the tape
using the following:

    jput ./e06014_skim_BB_2025.root
/mss/halla/e06014/analysis/e06014_skim_BB_2025.root
   [2011-07-19 11:27:52] Submitting request [24814172]
   [2011-07-19 11:28:00] [0][0] {Staging}
/w/halla/e06014/20101118/SkimROOTfiles/e06014_skim_BB_2025.root -->
/mss/halla/e06014/analysis/e06014_skim_BB_2025.root
   [2011-07-19 11:28:48]
/w/halla/e06014/20101118/SkimROOTfiles/e06014_skim_BB_2025.root 1505722373
bytes in 48.096 seconds (29.836 MB/sec) empty/full=11644/3935
   [2011-07-19 11:28:49] [0][0] {Staged}
/w/halla/e06014/20101118/SkimROOTfiles/e06014_skim_BB_2025.root -->
/mss/halla/e06014/analysis/e06014_skim_BB_2025.root

After I seen this, I checked the /mss/halla/e06014/analysis directory and
there were no runs there, after several minutes though the root files showed
up. So I was wondering when is says '{Staged}', does that mean that it
was successfully written to the tape and it just takes time for it to show
up in the tape directory? Or does '{Staged}' mean that it is queued to be
written to the tape? If it is the latter, is there a command that I can use
to check on the status of the file transfer a la 'jobstat' when submitting
jobs?

Thanks
Matt


I then

On Sat, Jul 16, 2011 at 4:34 AM, Brad Sawatzky <brads at jlab.org> wrote:

> Hi all,
>
> The /mss/halla/e06014/analysis area has been created. The volume set
> mapped to the directory is a-e06014-analysis.
>
> You should be able to move all of the 4-pass rootfiles that we want to
> keep to that area using 'jput'.  They can be pulled into the cache
> system using 'jcache' the same way you work with the raw data files.
>
> There's a few caveats that you should keep in mind when working with the
> tape system:
>
>  Note that the name-space below /mss/halla/e06014/analysis/ is flat (no
>  sub-directories), so you'll have to make sure that filenames are
>  unique.  Please coordinate with each other before moving files from
>  the work disks to tape.  There should probably be one person in charge
>  of any given move to avoid collisions.
>
>  Be careful to verify that a given file was successfully copied to the
>  tape system before deleting it from a work disk.
>
> I would recommend that Diana, Matt, or Dave (you guys work out who)
> start copying all the 4-pass replays that we want to keep to tape.
> Pull (some of) the files back to /cache and verify that
>  a) the files transferred properly,
>  b) your scripts can find them on the /cache drive, and
>  c) there's no unanticipated weirdness.
> Then you can clear out the work disks and use them as staging space for
> new replays.
>
> Feel free to drop me a line, or give me me a call if you have questions.
>
> -- Brad
>
> --
> Brad Sawatzky, PhD <brads at jlab.org>  -<>-  Jefferson Lab / Hall C / C111
> Ph: 757-269-5947  -<>-  Fax: 757-269-5235  -<>- Pager: brads-page at jlab.org
> The most exciting phrase to hear in science, the one that heralds new
>  discoveries, is not "Eureka!" but "That's funny..."   -- Isaac Asimov
> _______________________________________________
> d2n-analysis-talk mailing list
> d2n-analysis-talk at jlab.org
> https://mailman.jlab.org/mailman/listinfo/d2n-analysis-talk
>



-- 
Matthew Posik
Email: posik at temple.edu
Temple University Physics Dept.
Office: BA-319
Office #:  215-204-1331
WebSites:
Temple:
http://quarks.temple.edu/
d2n:
http://hallaweb.jlab.org/experiment/E06-014/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://mailman.jlab.org/pipermail/d2n-analysis-talk/attachments/20110719/671a1eb1/attachment.html