The action is not very verbose
2006-05-22\u20141
Send information about existing SE sensors for disk space accounting,
mail it to: [log in to unmask]
All ROCs/Tier-1s
Open
Currently YAIM configured D-Cache installs the VO's correctly each
reporting to BDII the about of pool space allocatable to each VO and the
the amount used. except when admins don't bind pool group to pools in
which case the default pool group is used and the accounting system
reports 0 used - 0 available. A Yaim reconfigure (Backing up you
configuration files is recommended) should apply this functionality to a
YAIM installed D-cache.
Dcache functionality does not yet and will not in the near future
support quota's, some some strategies may need to be presented to
mitigate or reduce this issue for tier 2's. The current idea is very
easy reconfiguration of pools which is a little heavy handed and
inefficient at poll management at this moment.
All in all the pixies are getting their in D-cache but now need to be
set up to work, I can recommend YAIM as fit for this task all you need
to do is associate pools to pool groups, as a tier 2.
Getting the third party copy logging issues sorted is ongoing between
the DESY collaborations across the pond. It will hopefully not be to
long before its my action to integrate logging pixies with the
publishing pixies.
Let me know if more is needed to be reported from the integration
perspective.
Regards
Owen
On Fri, 9 Jun 2006 14:14:04 +0100
"Jensen, J (Jens)" <[log in to unmask]> wrote:
> Hi Jeremy,
>
> What exactly is the question? Is it:
>
> * About "sensors": There are little pixies running around inside
> most SEs (CASTOR being the exception) adding file sizes of all
> the files in it. CASTOR only has one pixie who is overworked and
> recruitment is ongoing.
>
> * Publishing the data? If so, the pixies put it into the BDII.
> https://www.gridpp.ac.uk/wiki/Information_System
> Do we need nagios?
>
> * Keeping historical records? Pixies have short term memories
> only. Needs addressing.
>
> And what about other accounting? Number of files, number of
> transfers, transfer rates. Number of (active) users.
>
> I think we need to gather more general types of accounting so
> we can show our pointy haired friends we're making progress :-)
> If we gather enough different things, hopefully some of them
> will be increasing :-)
>
> --jens
>
>
> -----Original Message-----
> From: GRIDPP2: Deployment and support of SRM and local storage
> management [mailto:[log in to unmask]]On Behalf Of Coles, J
> (Jeremy)
> Sent: 09 June 2006 12:59
> To: [log in to unmask]
> Subject: Storage accounting
>
>
> Hi (really for Jens/Grieg/Graeme)
>
> Please note action 2006-05-22-1 here:
>
> http://egee-docs.web.cern.ch/egee-docs/operational_tools/Operations_Meet
> ings/Action_list_of_the_Grid_Weekly_Operations_Meeting_2006-05-29.htm
>
> I think this was in response to the WLCG request for storage
> accounting from Tier-1s now and Tier-2s shortly.
>
> Do we have a wiki page or document describing our current status and
> planning for SE accounting? It would be useful to share this at the
> next operations meeting.
>
> Thanks,
> Jeremy
|