Hi Dave,
You can look at the FTS logs here:
https://lcgfts.gridpp.rl.ac.uk:8443/glite-data-transfer-fts/fts-logs/var/tmp/glite-url-copy-edguser/
There are dCache logs (in the postgres billing database) that you could
look at which would give you information about transfers into/from
Imperial.
You can have a look at them as root:
$ su - postgres
$ psql
$ \c billing
$ \d
$ select client from doorinfo;
Cheers,
Greig
On Mon, 21 Aug 2006, David Colling wrote:
> Hi Greig,
>
> How can I find this out? I guess that there are log files but I have
> never pocked about in the dCache installation (that can of worms is
> Mona's). However, if you point me in the right direction I will have a
> look as it would be good to understand this a little better.
>
> Thanks for your help,
> david
>
> Greig A Cowan wrote:
> > Dave,
> >
> > Do you have any debug information from the successful and unsuccessful
> > transfers? It would be good to see which dCache gridftp doors were being
> > used in each case.
> >
> > Cheers,
> > Greig
> >
> > On Mon, 21 Aug 2006, David Colling wrote:
> >
> >> Wow .. it worked on the second retry!
> >>
> >> Is there anyway of finding out why the first failed when the second
> >> worked (seconds later?)
> >>
> >> Are there any measures of what fraction fail the first time?
> >>
> >> All the best,
> >> david
> >>
> >> David Colling wrote:
> >>> Still not working I am afraid. Now I get
> >>>
> >>>
> >>> Source:
> >>> srm://dcache.gridpp.rl.ac.uk:8443/srm/managerv1?SFN=/pnfs/gridpp.rl.ac.uk/data/cms/phedex_loadtest/LoadTest_T1_RAL_020
> >>>
> >>> Destination:
> >>> srm://se01.esc.qmul.ac.uk:8443/srm/managerv1?SFN=/dpm/esc.qmul.ac.uk/home/cms//LoadTest/DJC_test_2_2
> >>>
> >>> State: Waiting
> >>> Retries: 1
> >>> Reason: Cannot retrieve final message from
> >>> /var/tmp/glite-url-copy-edguser/RALLCG2-UKILT2QMULfailed/RALLCG2-UKILT2QMUL__2006-08-21-1305_jtvnWl
> >>>
> >>> Duration: 0
> >>>
> >>> it is currently retrying ...
> >>>
> >>>
> >>> That zero byte file still appears ... like a specter...
> >>>
> >>> any ideas
> >>>
> >>>
> >>> Burke, S (Stephen) wrote:
> >>>> Testbed Support for GridPP member institutes
> >>>>> [mailto:[log in to unmask]] On Behalf Of Ross, D (Derek) said:
> >>>>> Yes, /var had gotten full on dcache.gridpp.rl.ac.uk, which lead to
> >>>>> the info system publishing junk. I've put a quick hack in place to
> >>>>> get it working again, while the script that does it properly runs.
> >>>> OK, so at least for dteam and with lcg-utils it all looks OK for me now
> >>>> - maybe Dave would like to have another go ...
> >>>>
> >>>> Stephen
> >>>>
> >>>> lcg-cr --vo dteam file:///etc/group -d dcache.gridpp.rl.ac.uk
> >>>> guid:ccdc61b5-26ba-4fdd-8547-b27164c02913
> >>>>
> >>>> lcg-rep --vo dteam guid:ccdc61b5-26ba-4fdd-8547-b27164c02913 -d
> >>>> se01.esc.qmul.ac.uk
> >>>>
> >>>> lcg-lr --vo dteam guid:ccdc61b5-26ba-4fdd-8547-b27164c02913
> >>>> srm://dcache.gridpp.rl.ac.uk/pnfs/gridpp.rl.ac.uk/data/dteam/generated/2
> >>>> 006-08-21/file266ea228-7a2c-4058-b43b-6b9d459dd319
> >>>> srm://se01.esc.qmul.ac.uk/dpm/esc.qmul.ac.uk/home/dteam/generated/2006-0
> >>>> 8-21/filec8b2462d-64d4-4eef-a127-89192dee9763
> >>>>
> >>>> lcg-cp --vo dteam
> >>>> srm://se01.esc.qmul.ac.uk/dpm/esc.qmul.ac.uk/home/dteam/generated/2006-0
> >>>> 8-21/filec8b2462d-64d4-4eef-a127-89192dee9763 file:/tmp/qqq
> >>>>
> >>>> diff /tmp/qqq /etc/group
> >>>>
> >>>>
> >>>>> Derek
> >>>>>
> >
>
--
=======================================================================
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
=======================================================================
|