On Wed, Oct 1, 2008 at 6:15 PM, Antun Balaz <[log in to unmask]> wrote:
> Hi Alessandro,
>
> One instance of LFC could be local for some VOs, and central for other VOs.
> What to do in that case?
Enter it in the GOCDB as both.
This is work in progress to extent that no CIC alarms and tickets are
being raised on these.
There is some history on this request here
https://gus.fzk.de/pages/ticket_details.php?ticket=38053
If people are still confused please try and solve within your region
and if it seems
unsolvable get in touch with me.
Steve
>
> Best regards, Antun
>
> -----
> Antun Balaz
> Research Assistant
> E-mail: [log in to unmask]
> Web: http://scl.phy.bg.ac.yu/
>
> Phone: +381 11 3713152
> Fax: +381 11 3162190
>
> Scientific Computing Laboratory
> Institute of Physics Belgrade
> Pregrevica 118, 11080 Belgrade, Serbia
> -----
>
>
> ---------- Original Message -----------
> From: Alessandro Paolini <[log in to unmask]>
> To: [log in to unmask]
> Sent: Wed, 1 Oct 2008 18:14:33 +0200
> Subject: Re: [LCG-ROLLOUT] errors in GSTAT info
>
>> Hi Arnau,
>> in my opinion GSTAT is angry because in GOC-DB the nodes lfclhcb and
>> lfcatlas are registered as "LFC" instead of "Local-LFC", so it
>> doesn't find the GlueServicetype of a "central" lfc If you change
>> the "node-type", the alarms should disappear
>>
>> Cheers,
>> Alessandro
>>
>> Arnau Bria ha scritto:
>> > Hi,
>> >
>> > We have some error in GSTA info:
>> > Hostname Monitored Downtime GOCDB NodeTypes BDII ServiceTypes
> Missing Services History
>> > site-bdii Y N Site-BDII bdii_site alert_history
>> > lfcatlas Y N LFC
> local-data-location-interface,lcg-local-file-catalog
> Local-LFC,lcg-file-catalog alert_history
>> > lfclhcb Y N LFC
> local-data-location-interface,lcg-local-file-catalog
> Local-LFC,lcg-file-catalog alert_history
>> >
>> > For site-bdii:
>> >
>> > $ ldapsearch -x -H ldap://site-bdii.pic.es:2170 -b mds-vo-name=pic,o=grid
> '(GlueServiceType=bdii_site)'
>> > version: 2
>> >
>> > #
>> > # filter: (GlueServiceType=bdii_site)
>> > # requesting: ALL
>> > #
>> >
>> > # sitebdii02.pic.es_bdii_site_3877936872, pic, grid
>> > dn: GlueServiceUniqueID=sitebdii02.pic.es_bdii_site_3877936872,Mds-Vo-name=pic
>> > ,o=grid
>> > objectClass: GlueTop
>> > objectClass: GlueService
>> > objectClass: GlueKey
>> > objectClass: GlueSchemaVersion
>> > GlueServiceUniqueID: sitebdii02.pic.es_bdii_site_3877936872
>> > GlueServiceName: pic-bdii_site
>> > GlueServiceType: bdii_site
>> > GlueServiceVersion: 3.0.0
>> > GlueServiceEndpoint: ldap://sitebdii.pic.es:2170/mds-vo-name=pic,o=grid
>> > GlueServiceStatus: OK
>> > GlueServiceStatusInfo: bdii OK
>> > GlueServiceSemantics: https://twiki.cern.ch/twiki/bin/view/EGEE/BDII
>> > GlueServiceStartTime: 2008-10-01T14:57:27+02:00
>> > GlueForeignKey: GlueSiteUniqueID=pic
>> > GlueSchemaVersionMajor: 1
>> > GlueSchemaVersionMinor: 3
>> >
>> > # search result
>> > search: 2
>> > result: 0 Success
>> >
>> > # numResponses: 2
>> > # numEntries: 1
>> >
>> > So, why it complains about Missing Services? for not publishing the
>> > alias site-bdii?¿
>> >
>> >
>> >
>> > And we have some errors in both LFC. I check what are we publishing:
>> >
>> > For lfcatlas, querying site-bdii:
>> >
>> > #ldapsearch -x -H ldap://site-bdii.pic.es:2170 -b
>> > mds-vo-name=pic,o=grid '(GlueServiceType=local-data-location-interface) '
>> >
>> > # local-http://lfcatlas.pic.es:8085/, pic, grid
>> > dn: GlueServiceUniqueID=local-http://lfcatlas.pic.es:8085/,Mds-Vo-name=pic,o=g
>> > rid
>> > objectClass: GlueTop
>> > objectClass: GlueService
>> > GlueServiceUniqueID: local-http://lfcatlas.pic.es:8085/
>> > GlueServiceName: pic-lfc-dli
>> > GlueServiceType: local-data-location-interface
>> > GlueServiceEndpoint: http://lfcatlas.pic.es:8085/
>> > GlueServiceURI: http://lfcatlas.pic.es:8085/
>> > GlueServiceAccessPointURL: http://lfcatlas.pic.es:8085/
>> > GlueServiceStatus: OK
>> > GlueServiceStatusInfo: No Problems
>> > GlueServiceWSDL: unset
>> > GlueServiceSemantics: unset
>> > GlueForeignKey: GlueSiteUniqueID=pic
>> > GlueServiceStartTime: 2008-09-22 08:23:18.000000000 +0200
>> > GlueServiceVersion: 1.6.11
>> > GlueServiceOwner: atlas
>> > GlueServiceOwner: ops
>> > GlueServiceAccessControlRule: atlas
>> > GlueServiceAccessControlRule: ops
>> >
>> >
>> > #ldapsearch -x -H ldap://site-bdii.pic.es:2170 -b
>> > mds-vo-name=pic,o=grid '(GlueServiceType=lcg-local-file-catalog)
>> >
>> >
>> > # local-lfcatlas.pic.es, pic, grid
>> > dn: GlueServiceUniqueID=local-lfcatlas.pic.es,Mds-Vo-name=pic,o=grid
>> > objectClass: GlueTop
>> > objectClass: GlueService
>> > GlueServiceUniqueID: local-lfcatlas.pic.es
>> > GlueServiceName: pic-lfc
>> > GlueServiceType: lcg-local-file-catalog
>> > GlueServiceEndpoint: lfcatlas.pic.es
>> > GlueServiceURI: lfcatlas.pic.es
>> > GlueServiceAccessPointURL: lfcatlas.pic.es
>> > GlueServiceStatus: OK
>> > GlueServiceStatusInfo: No Problems
>> > GlueServiceWSDL: unset
>> > GlueServiceSemantics: unset
>> > GlueForeignKey: GlueSiteUniqueID=pic
>> > GlueServiceStartTime: 2008-09-22 08:23:18.000000000 +0200
>> > GlueServiceVersion: 1.6.11
>> > GlueServiceOwner: atlas
>> > GlueServiceOwner: ops
>> > GlueServiceAccessControlRule: atlas
>> > GlueServiceAccessControlRule: ops
>> >
>> > I don't find what are we publishing in a wrong way... I've been
>> > comparing our LFC info with other site were is well configured (SARA)
>> > and I don't find the error...
>> >
>> > Any clue, please?
>> >
>> > Cheers,
>> > Arnau
>> >
>>
>> --
>> Dr. Alessandro Paolini
>> INFN - CNAF
>> Viale Berti Pichat 6/2
>> 40127 Bologna
>> Italy
>> tel: +39 051 6092723
>> fax: +39 051 6092746
>> 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
> ------- End of Original Message -------
>
--
Steve Traylen
|