On Thu, Oct 15, 2009 at 2:05 PM, Alessandro Paolini
<[log in to unmask]> wrote:
> Hi,
> instead removing by hand those parameters from ldif files, you should close
> the production queued, putting them in Draining state
Or the act putting in the GOCDB and declaring down will remove them
for you on your
behalf via FCR.
Steve
>
> cheers,
> Alessandro
>
> Christos Triantafyllidis ha scritto:
>>
>> Hi,
>>
>> i find this as a VERY VERY bad procedure. You are advertising a TEST
>> service on a PRODUCTION site-BDII and the problem is why i get errors from
>> the monitoring system.
>>
>> Well the problem from my point of view is why your users get errors when
>> they end up to your CE :).
>>
>> My point is that if you are going to turn monitoring off please first
>> REMOVE:
>> GlueCEAccessControlBaseRule VO:dech
>> GlueCEAccessControlBaseRule VO:dteam
>> GlueCEAccessControlBaseRule VO:ghep
>> GlueCEAccessControlBaseRule VO:ops
>>
>> from your resource BDII or else users from these VOs (at least from dech,
>> ghep) will have problems.
>>
>> Regards,
>> Christos
>>
>> PS: I'm not a member of ghep and dech VOs so this is not my problem :)
>>
>> On Oct 15, 2009, at 2:28 PM, Daniela Bauer wrote:
>>
>>> Hi,
>>>
>>> I find putting it in the GOCDB and turning the monitoring off seems to
>>> do the trick in cases like this.
>>> You are advertising this machine on your bdii, hence the world knows
>>> about it:
>>>
>>> lx07:dbauer :-> ldapsearch -x -H
>>> ldap://grid-bdii.physik.uni-wuppertal.de:2170 -b
>>> mds-vo-name=wuppertalprod,o=grid | grep grid-ce5.physik.uni | head
>>> # grid-ce5.physik.uni-wuppertal.de:2119/jobmanager-lcgpbs-dg_med,
>>> wuppertalpr
>>> dn:
>>> GlueCEUniqueID=grid-ce5.physik.uni-wuppertal.de:2119/jobmanager-lcgpbs-dg_
>>> GlueCEHostingCluster: grid-ce5.physik.uni-wuppertal.de
>>> GlueCEUniqueID:
>>> grid-ce5.physik.uni-wuppertal.de:2119/jobmanager-lcgpbs-dg_med
>>> GlueCEInfoHostName: grid-ce5.physik.uni-wuppertal.de
>>> [...]
>>>
>>> Daniela
>>>
>>>
>>>
>>>
>>> 2009/10/15 Torsten Harenberg <[log in to unmask]>:
>>>>
>>>> Dear all,
>>>>
>>>> I installed a new CE, which I want to use as a next production machine
>>>> (this
>>>> CE points to RHEL 5 Worker nodes).
>>>>
>>>> I'm still in the phase of installation ATLAS software, so the CE is NOT
>>>> in
>>>> the GOC DB and is NOT used as a production machine.
>>>>
>>>> However, suddenly SAM tests arrive and this machine:
>>>>
>>>>
>>>> https://lcg-sam.cern.ch:8443/sam/sam.py?funct=ShowHistory&option=old&sensors=CE&vo=ops&nodename=grid-ce5.physik.uni-wuppertal.de
>>>>
>>>> and as one of those failed, I'm about to receive a ticket.
>>>>
>>>> Why is the machine tested at all?? I cannot set it into downtime, as it
>>>> is
>>>> not in the GOC DB. And I don't want to have it there as long as I'm
>>>> still in
>>>> the phase of testing it.
>>>>
>>>> Best regards,
>>>>
>>>> Torsten
>>>>
>>>> --
>>>> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
>>>> <> <>
>>>> <> Dr. Torsten Harenberg [log in to unmask] <>
>>>> <> Bergische Universitaet <>
>>>> <> FB C - Physik Tel.: +49 (0)202 439-3521 <>
>>>> <> Gaussstr. 20 Fax : +49 (0)202 439-2811 <>
>>>> <> 42097 Wuppertal <>
>>>> <> <>
>>>> <><><><><><><>< Of course it runs NetBSD http://www.netbsd.org ><>
>>>>
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------------
>>> HEP Group
>>> Physics Dep
>>> Imperial College
>>> Tel: +44-(0)20-75947810
>>> http://www.hep.ph.ic.ac.uk/~dbauer/
>>>
>>
>
>
> --
> Dr. Alessandro Paolini
> INFN - CNAF
> Viale Berti Pichat 6/2
> 40127 Bologna
> Italy
> tel: +39 051 6092723
> fax: +39 051 6092916
> ICQ: 192172027
> skype: alex.paolini
> **********************
> "credo nel potere del riso e delle lacrime"
> "come antidoto all'odio ed al terrore"
> "un giorno senza un sorriso"
> "č un giorno perso" >>> Charlie Chaplin
>
--
Steve Traylen
|