Mario thanks a lot we will use thoses informations for the repository creation (we were aware of python and some other = problems in dep list. But again those pkg are not compile on the proper Os. Lp -- Laird Louis Poncet Where: Bat28-R-003 CERN CH-1211 Geneve 23 Mail : [log in to unmask] Phone: +41(0)227.674.231 LAL / IN2P3 / CNRS / CERN Le 11 avr. 07 à 12:36, Mario David a écrit : > Hi Louis and all > > by now I am used to that this issue comes in waves to the lcg > rollout from time to time. > > at LIP-Lisbon we have > PPS-LIP fully slc4 for a long time, meaning > lcg-CE (containing the site bdii) > DPM > dCache > LFC > all WN's > UI > MON > > the UI was one of the most problematic simply because of the > glite-ui-config, which had to be python 2.2 (were 2.3 is on the > distro of slc4) > this was solved in the meantime, don't remember which patch > > DPM dCache and LFC and MON were rather straight forward after you > add some packages from the slc3 (don't need to downgrade anything > as far as I remember) > > the WN's you already have now > > for the lcg-CE (don't have experience with glite-CE) there was a > problem with the torque wanting to have tcl/tk 8.3 , we forced it > I never knew why torque depends = tcl/tk 8.3 and not a depends on > >= 8.3 > so we have 8.4, and --forced the install of the torque > we never experience any problems because of this > > > finally the BDII (either site or top) > it installs with no problem, the problem arises after you query the > ldap and see wrong or missing information > so, in slc3 you have openldap 2.0, while slc4 you have openldap 2.2 > a matter of downgrading from 2.2 to 2.0 is far from being feasible > because a lot of rpm in slc4 depends on that guy > so we recompiled ldap 2.0 in slc4, and included thing like the ldap > lib of 2.2 on that rpm > > down to it, 2.2 is backward incompatible with 2.0, the ldapadd of > 2.2 is more strict than 2.0, and the way the info plugins are done, > you see errors of ldapadd on the ldap logs because of it. > > and that about a little of that story > > cheers > > Mario David > > Quoting Louis Poncet <[log in to unmask]>: > >> We are nto certifying yet the SL4 othere services. >> We didn't want to play the magician managing package create on >> SL3 and >> mixing them with what we have that already compile on SL4. >> >> So we are waiting for the properly compile package for SL4. >> >> (The BDII should work without any problem) >> >> But i am sorry to ask you to wait a bit more time to get the other >> services on the SL4 Os. >> >> -- >> Laird Louis Poncet >> Where: Bat28-R-003 CERN >> CH-1211 Geneve 23 >> Mail : [log in to unmask] >> Phone: +41(0)227.674.231 >> LAL / IN2P3 / CNRS / CERN >> >> >> >> Le 11 avr. 07 à 10:11, Nikolaos Vidiadakis a écrit : >> >>> I am sorry if I miswrote what I wanted to ask. I only wanted to >>> know if someone has installed other roles like glite_CE or >>> glite_SE on SL44. Is it diffucult to be setup'd like this? I >>> assume that an installation approach similar to the one >>> followed for the WN's has to be followed (meaning installing >>> packages from 30X repositories). >>> >>> On 4/11/07, Louis Poncet <[log in to unmask]> wrote: >>> Good morning. >>> >>> I am sorry but i don't understand what you mean by out of the box. >>> >>> Lp >>> -- >>> Laird Louis Poncet >>> Where: Bat28-R-003 CERN >>> CH-1211 Geneve 23 >>> Mail : [log in to unmask] >>> Phone: +41(0)227.674.231 >>> LAL / IN2P3 / CNRS / CERN >>> >>> >>> >>> Le 11 avr. 07 à 07:16, Nikolaos Vidiadakis a écrit : >>> >>>> Good morning to all, >>>> >>>> Just curious, all other roles like glite_CE or glite_SE or >>>> even BDII can be installed "out of the box" on SL44? As a >>>> procedure, is it similar to the one used for the WN's? Does >>>> anyone have such a configuration? >>>> >>>> On 4/10/07, Vladimir Fekete < [log in to unmask]> >>>> wrote: >>>> >>>> ... >>>> >>>> I need a help with installation of glite-WN_sl4compat on SLC4 >>>> (32bit). >>>> ... >>> >>>