Or maybe I was mistaken for Graeme :-)
Should be:
Present
-----------
Philip Clark
Owen Synge ,
Mona Aggarwal,
Fraser Speirs
Jamie Ferguson
Jiri Mencak
Apologies
--------------
Jens Jensen
Greig A Cowan,
Graeme A Stewart,
FS
On 4 Aug 2005, at 14:31, Jamie Kelvin Ferguson wrote:
> Hi,
>
> I was present. I think you've mistaken me for Graham.
>
> Jamie.
>
> On Thu, 4 Aug 2005, Owen Synge wrote:
>
>
>> Minutes
>>
>>
>> Present
>>
>> Philip Clark
>> Owen Synge ,
>> Mona Aggarwal,
>> Graeme A Stewart,
>> Jiri Mencak
>>
>> Apologies
>> Jens Jensen
>> Greig A Cowan,
>>
>> 1 Site status
>> ~~~~~~~~~~~~~
>>
>> 1.1 RAL
>> ~~~~~~~~~~~~~~~~~
>>
>> 1.1.1 Owen
>> ~~~~~~~~~~
>> "crystallising the documentation" on the mailing list now updated
>> to include all the most relevant emails in Owen S's opinion.
>>
>> 1.1.2 Jiri
>> ~~~~~~~~~~
>> Installed DPM with general positive feelings about the log
>> messages and performance but no practical experience as first
>> stage of testing. Also was concerned the the GSI ftp server died
>> over night. This has not yet been repeatable.
>>
>> 1.2 Edinburgh
>> ~~~~~~~~~~~~~
>>
>> Jammie installed DPM but has some publishing errors, and they do
>> not know what should be outputted, all they know is they have more
>> information to publish from DPM and are generally feeling positive
>> about DPM.
>>
>> Edinburgh also have access to 10 Tera Bytes of data storage on the
>> University SAN, this can be increased to 150 Tera Bytes if they
>> can show they have used the 10 Tera Bytes. This has led to an
>> action on Owen to give them some help to avoid clobbering the SAN
>> with excessive IO. Help from Derek would be appreciated.
>>
>>
>> 1.4 Imperial College London
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> Seem to have excessive open socket connections and want more tests
>> for D-Cache.
>>
>> They will soon have a new 6 Tera Byte server coming soon.
>>
>> 1.6 Glasgow
>> ~~~~~~~~~~~
>>
>> Experimented with DPM duel homing.
>>
>> Would like the source to DPM, which is not publicly available
>> until the source code is stable.
>>
>>
>>
>>
>> 2 Actions progress
>> ~~~~~~~~~~~~~~~~~
>>
>>
>>
>> 25 23/03/2005 Run dCache and GridFTP on multihomed hosts Jiri
>> DONE
>> 32 15/06/2005 Make meetings weekly Jens DONE
>> 34 13/07/05 Find out how to contact production managers : DONE
>> Jeremy Coles is production manager for SC3
>>
>> 36 13/07/05 Adding and removing pools recipe to be added to
>> mailing list :
>> Already dealt with on the mailing list and now in the Howto
>>
>> 35 13/07/05 Find out correct behaviour for what to do on full
>> System :Owen
>> Already dealt with the answer is to forward this to the
>> Developers as its a critical bug the system failing when full.
>> 8 09/02/2005 Resurrect SRM client API Jens ongoing
>> Jiri has taken this load and will be doing this in the 70% of
>> his time not dedicated to support.
>>
>>
>> 2.1 Actions not yet dealt with
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>
>> 22 09/03/2005 Post perf numbers and ganglia links to list Steve
>> Open
>> 28 18/05/2005 Clarify support for SRM 2.1 in dCache Jens Open
>> 29 18/05/2005 Clarify VOMS support for dCache Jens Open
>>
>>
>>
>> 3.0 Outstanding Actions
>> ~~~~~~~~~~~~~~~~~~~~~~~
>>
>> 22 09/03/2005 Post perf numbers and ganglia links to list Steve
>> Open
>> 28 18/05/2005 Clarify support for SRM 2.1 in dCache Jens Open
>> 29 18/05/2005 Clarify VOMS support for dCache Jens Open
>> 16 09/03/2005 Check gridftp monitoring with James Casey and Kors
>> Bos Jens
>> 33 13/07/05 Add HowTo to GridPP web site: Owen
>>
>> 4 Any Other Business
>> ~~~~~~~~~~~~~~~~~~~~
>>
>> Following all the positive assertions about DPM it seems all sites
>> wish to evaluate DPM.
>>
>> When D-Cache is full and applications persist in adding data to
>> the D-Cache service we find that the system breaks. This is
>> unfortunate as physics policy is to let the SRM service fill up.
>> the only work around so far found is to restart the effected pool,
>>
>>
>> Please feel free to correct and improve, and please could I have a
>> contact on the D-cache bug, so I dont have to replicate it,
>> answers to the mailing list as I am out of the office until Tuesday.
>>
>> Regards
>>
>> Owen S
>>
>
--
Technical Coordinator - ScotGrid
a: Room 481, Kelvin Building, University of Glasgow
w: http://ppewww.ph.gla.ac.uk/~fspeirs/ t: 0141 330 6439
|