Mario,
I should point out that
in SEEGRID we installed a top-bdii on an SL4
machine quite some time ago, and it is still on.
We also created a modified version,
which listened on all IPV4 and
IPV6 interfaces of the SL4 machine.
Cheers,
Emanouil Atanassov
[log in to unmask]
Mario David wrote:
> Hi Pierre
>
> so this is great, a new bug or issue
>
> the best thing is to open a ggus ticket
>
> it's the first time AFAIK that anyone installed a top bdii with slc4
>
> and probably why no one ever saw this
>
> maybe Marteen can say something here
>
> cheers
>
> Mario
>
> On Mon, 2007-07-23 at 11:28 +0200, Pierre-Emmanuel Brinette wrote:
>> Hi Mario,
>>
>> I've allready done the symlink to openldap-2.0 (I've tested both
>> openldap-2.0 and 2.1 directory).
>>
>> The both bdii (SL3 and SL4) provide the same information :
>>
>> cclcgtopbdii01.in2p3.fr : BDII SL3 (openldap 2.0)
>> ccgridvmli03.in2p3.fr : BDII SL4 (openldap 2.2 using 2.0 schema)
>>
>> -------------
>> $ ldapsearch -x -h cclcgtopbdii01.in2p3.fr -p 2170 -b
>> "mds-vo-name=IN2P3-CC,mds-vo-name=local,o=grid" > sl3.txt
>>
>> $ ldapsearch -x -h ccgridvmli03.in2p3.fr -p 2170 -b
>> "mds-vo-name=IN2P3-CC,mds-vo-name=local,o=grid" > sl4.txt
>>
>> $ diff sl3.txt sl4.txt
>> < GlueCEStateFreeCPUs: 448
>> < GlueCEStateRunningJobs: 4
>> ---
>> > GlueCEStateFreeCPUs: 452
>> > GlueCEStateRunningJobs: 0
>> 7764c7764
>> < GlueCEStateTotalJobs: 4
>> ---
>> > GlueCEStateTotalJobs: 0
>> 7767c7767
>> < GlueCEStateFreeJobSlots: 448
>> ---
>> [...]
>> -------------
>>
>> The only differences shown by ldapsearch result are due to the fact that
>> the bdii-update is not synchronized.
>>
>>
>>
>> Pierre-Emmanuel
>>
>>
>>
>> Mario David a écrit :
>>> Hi Pierre
>>>
>>> I show you what I did in our site-bdii (some thing I suppose)
>>>
>>>
>>> [root@site-bdii ~]# ll /opt/glue/schema/
>>> total 8
>>> drwxr-xr-x 2 root root 4096 Jul 2 11:19 openldap-2.0
>>> drwxr-xr-x 2 root root 4096 Jul 2 11:19 openldap-2.1
>>> lrwxrwxrwx 1 root root 12 Jul 2 11:19 openldap-2.2 -> openldap-2.1
>>>
>>> that means , make a link openldap-2.2 -> openldap-2.1
>>>
>>> this is a known issue, only from slc4 guys ahead of time
>>>
>>> ggus ticket https://gus.fzk.de/pages/ticket_details.php?ticket=23834
>>>
>>> hope this helps
>>> and should be solved soon when other nodes are supported in slc4
>>>
>>> cheers
>>>
>>> Mario David
>>>
>>> On Mon, 2007-07-23 at 10:24 +0200, Pierre-Emmanuel Brinette wrote:
>>>> Hello,
>>>>
>>>> We have installed a new TOP BDII with SL4/32 bits (glite-BDII-3.0.2-12,
>>>> openldap-2.2.13). We doesn't found particular problem during the
>>>> installation.
>>>>
>>>> We made some test on our UI (glite 3.0.13) and we found strange
>>>> behaviors with some "lcg-" commands:
>>>>
>>>> ------------------------
>>>> $ lcg-infosites --vo dteam ce
>>>> valor del bdii: cclcgtopbdii02.in2p3.fr:2170
>>>> #CPU Free Total Jobs Running Waiting ComputingElement
>>>> ----------------------------------------------------------
>>>> 121 12 3 0 3
>>>> gce.phy.bg.ac.yu:2119/blah-pbs-dteam
>>>> ...
>>>>
>>>> $ lcg-info --list-ce --vo dteam
>>>> lcg-info: Error in binding the BDII:
>>>> Net::LDAP::Bind=HASH(0x9c15c24)->error_text()
>>>> -------------------------
>>>>
>>>> Some command (lcg-info, lcg-cr, ...) hang up when using the new BDII
>>>> with openldap 2.2.
>>>>
>>>> When we use our old TOP BDII (glite-BDII-3.0.2-12, Glue schema 1.3,
>>>> openldap-2.0.37), this command succeed.
>>>>
>>>> Any Idea ?
>>>>
>>>> Regards.
>>>>
>>>> Pierre-Emmanuel
>>
>
|