Hi,
SL and SLC are supposed to be binary-compatible repackagings of RHEL. I
think it would be a big mistake to do this. I understand as well that
some other sites (karlsruhe?) was making their own version of SL -- this
is one of the advertised "strengths" of the SL system according to their
home page -- so are we going to have:
SL (generic Fermi)
SLC (many HEP sites)
SLK (Karlsruhe)
also I wonder what CNAF will do since "C" is already taken. And should
NIKHEF advertise SL using the transitive reasoning:
SL is RHEL compatible
CentOS is RHEL compatible
therefore CentOS is SL compatible?
Reminds me of the old Stevie Wonder joke.
If people submitting jobs do what I think they should do -- program to a
generic RHEL release -- they will want to use all possible RHEL OSes so
we will have a standard line like
(OS ~ /SL*/) || (OS == RHEL) || (OS ~ /C[eE][Nn][Tt]OS/)
in their matchmaking. Awful. Actually this would not even work as some
fool may be advertising SLACKWARE ;-)
If SL really means it when they say SL is supposed to be RHEL
compatible, why not advertise RHEL?
J "can't wait for the OSX version" T
On Wed, 2005-02-09 at 18:20, Laurence wrote:
> Hi David,
>
> I agree that this has to go further, but as a start we should agree on a
> common way to publish Scientific Linux.
>
> The most important thing is the sites stop publishing the kernel verison.
>
> Laurence
>
> David Groep wrote:
>
> > Hi Laurence, *,
> >
> > With the many varieties of binary compatible RHEL version, itsn't this
> > fine-grained selectivity going to make users frustrated? If
> > you just want a "regular" RH Enterprise Linux 3 system, and you don't
> > care who packaged it, you would still need to know about all
> > varieties.
> >
> > What about setting GlueHostOperatingSystemName to "RHEL",
> > GlueHostOperatingSystemRelease to "3" and then leave the one that
> > we did not use yet (GlueHostOperatingSystemVersion) to the specific
> > variety (SL, SLC, CentOS, WB, XOS, ...)
> >
> > But I also fully agree that standardization and agreement is better
> > than any "pure" solution that is not adhered to. You are to
> > arbitrate :-)
> >
> > DavidG.
> >
> > PS: What would be the labels for CentOS and XOS?
> >
> > Laurence wrote:
> >
> > > Please can all sites make sure that they are publishing
> > >
> > > GlueHostOperatingSystemName: SL
> > > for Scientific Linux and
> > >
> > > GlueHostOperatingSystemName: SLC
> > > for Cern Scientific Linux
> > >
> > > For the SL and SLC OS release
> > > GlueHostOperatingSystemRelease: 3
> > >
> > > For the GlueHostOperatingSystemRelease, make sure that you are not
> > > publishing the kernel version, doing this is just asking for trouble!
> > >
> > >
> > > Thanks
> > >
> > > Laurence
> > >
> > >
> > > Burke, S (Stephen) wrote:
> > >
> > >> Hi *,
> > >>
> > >> As we're changing the main OS used I thought I'd see what people are
> > >> publishing to identify their OS. As usual there seems to be limited
> > >> agreement, at least for SL:
> > >>
> > >> ldapsearch -x -h lcgbdii02.gridpp.rl.ac.uk -p 2170 -b o=grid | grep -i
> > >> operatingsystemname | sort | uniq -c
> > >> 1 GlueHostOperatingSystemName: Debian
> > >> 1 GlueHostOperatingSystemName: Fedora
> > >> 2 GlueHostOperatingSystemName: RedHat
> > >> 84 GlueHostOperatingSystemName: Redhat
> > >> 3 GlueHostOperatingSystemName: SL
> > >> 3 GlueHostOperatingSystemName: SLC
> > >> 1 GlueHostOperatingSystemName: Scientific
> > >> 1 GlueHostOperatingSystemName: Scientific Linux
> > >> 1 GlueHostOperatingSystemName: Scientific_Linux
> > >>
> > >> Note the two instances of RedHat, I guess the first one has a trailing
> > >> space. Also:
> > >>
> > >> ldapsearch -x -h lcgbdii02.gridpp.rl.ac.uk -p 2170 -b o=grid | grep
> > >> -i operatingsystemrelease | sort | uniq -c
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-18.7.cernsmp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-28.7
> > >> 13 GlueHostOperatingSystemRelease: 2.4.20-28.7smp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-30.7.cernsmp
> > >> 3 GlueHostOperatingSystemRelease: 2.4.20-30.7.legacy
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-30.7.legacybigmem
> > >> 30 GlueHostOperatingSystemRelease: 2.4.20-30.7.legacysmp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-30.7smp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.20-35_39.rh7.3.atsmp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.21-15.0.3.EL.cernsmp
> > >> 1 GlueHostOperatingSystemRelease: 2.4.22
> > >> 2 GlueHostOperatingSystemRelease: 2.4.24
> > >> 1 GlueHostOperatingSystemRelease: 2.4.27
> > >> 1 GlueHostOperatingSystemRelease: 2.6.5-1.358smp
> > >> 2 GlueHostOperatingSystemRelease: 3
> > >> 1 GlueHostOperatingSystemRelease: 3.0
> > >> 4 GlueHostOperatingSystemRelease: 3.0.3
> > >> 3 GlueHostOperatingSystemRelease: 3.03
> > >> 29 GlueHostOperatingSystemRelease: 7.3
> > >>
> > >> Not much agreement here even on whether this identifies the kernel
> > >> version
> > >> or the OS version. And:
> > >>
> > >> ldapsearch -x -h lcgbdii02.gridpp.rl.ac.uk -p 2170 -b o=grid | grep
> > >> -i operatingsystemversion | sort | uniq -c
> > >> 1 GlueHostOperatingSystemVersion: 0
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Fri Feb 20 09:38:55 PST
> > >> 2004
> > >> 30 GlueHostOperatingSystemVersion: 1 SMP Fri Feb 20 10:12:55 PST
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Fri Jan 30 14:27:50 CET
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Mon Jul 5 12:10:48 CEST
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Sat May 8 09:25:36
> > EDT 2004
> > >> 13 GlueHostOperatingSystemVersion: 1 SMP Thu Dec 18 11:18:31 EST
> > >> 2003
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Thu Feb 19 12:36:51 CET
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Thu Feb 19 17:02:04 CST
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Thu Jun 12 12:27:49 CEST
> > >> 2003
> > >> 1 GlueHostOperatingSystemVersion: 1 SMP Thu Jun 24 15:00:33 EDT
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 1 Thu Dec 18 11:23:36 EST 2003
> > >> 3 GlueHostOperatingSystemVersion: 1 Thu Feb 19 23:52:43 PST 2004
> > >> 1 GlueHostOperatingSystemVersion: 2 SMP Thu Feb 19 14:22:10 CET
> > >> 2004
> > >> 26 GlueHostOperatingSystemVersion: 3
> > >> 1 GlueHostOperatingSystemVersion: 3 SMP Tue Aug 24 16:27:48 CEST
> > >> 2004
> > >> 1 GlueHostOperatingSystemVersion: 5 Fri Nov 21 14:31:00 CET 2003
> > >> 12 GlueHostOperatingSystemVersion: 7.3
> > >>
> > >> It's hard to see how this could be any use at all ...
> > >>
> > >> Stephen
> > >>
> >
> >
> > --
> > David Groep
> >
> > ** National Institute for Nuclear and High Energy Physics, PDP/Grid
> > group **
> > ** Room: H1.56 Phone: +31 20 5922179, PObox 41882, NL-1009DB Amsterdam
> > NL **
> >
