RE: Status OpenLDAP in RHEL ab Version 6?

Hi,

Kein Delixer aber immer ein offenes Auge f=FCr News.
Habe jetzt gleichwohl von openldap 2.0 auf openldap 2.3 migriert.
Bringt Erfahrung f=FCr die Migration auf DS... :-)

Gruss
Thomas

-----Original Message-----
From: [email protected] [mailto:redhat-list-de-bounces@re=
dhat.com] On Behalf Of Niels Happel
Sent: Monday, December 03, 2007 9:47 AM
To: Red Hat users list (german version)
Cc: [email protected]
Subject: Re: [redhat-list-de] Status OpenLDAP in RHEL ab Version 6?

Hi Mario,

On Thu, 2007-11-29 at 17:02 +0100, Jan Wildeboer wrote:
> On Thu, 2007-11-29 at 16:46 +0100, Mario Schugowski wrote:

> > Das ist ansichtssache, bzw. kommt auf die Einzelfallbetrachtung an.=20
> > Ich hatte nie probleme mit QLogic Failover.
Nein, sondern das ist nur ein "von Dir auf andere schliessen" a la "geste=
rn und vorgestern kam an dieser Kreuzung auch keiner von rechts...".

Ich pers=F6nlich habe aber z.B. schon ein paar mal das qlogic failover ga=
nz interessante Dinge tun sehen (nicht ohne Grund hat =FCbrigens qlogic s=
elbst dieses Feature zwischendurch mal f=FCr einige Zeit disabled) au=DFe=
r/anstatt zu failovern. Das mag aber auch daran liegen, dass ich einen et=
was anderen Querschnitt in der Menge an Clustern habe als andere; Fakt is=
t aber das wir als Red Hat sowas eben nicht als "Ansichtssache" abtun, so=
ndern f=FCr m=F6glichst generische Alternativen sorgen wollen und das ist=
 schon korrekt so.

>=20
> Und wenn Du eine Emulex Karte einbaust? Sollte Multipathing nicht=20
> herstellerunabh=E4ngig sein?
Das kommt noch dazu.
>=20
> > Du m=F6chtest Doch nicht sagen das mit RHEL4-U0 mit DM-Multipathing=20
> > gearbeitet werden konnte ?
>=20
> Ich meinte das "gew=FCrfelt". DM-Multipath erst so richtig mit U2=20
> unterschreibe ich jederzeit.
>=20
> > Weil es andere noch schlechter machen ist man nicht automatisch gut.
> > Solche Vergleiche sind immer sinnlos. Mal eben die=20
> > Ethernetreihenfolge =E4ndern kann einen herben Impact haben ...
>=20
> Klar. Gehe ich absolut konform. Aber persistente Namensgebung ist doch=20
> heutzutage nicht mehr wirklich das Problem, oder? udev ...
Und selbst bei Ethernet Interfaces ist das keine rocket-science.


Gru=DF,

Niels

>=20
> Jan
>=20
> _______________________________________________
> redhat-list-de mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/redhat-list-de
--
Niels Happel
Senior Consultant


Red Hat GmbH
Global Professional Services
Otto-Hahn-Stra=DFe 20
D - 85609 Dornach bei M=FCnchen

e-mail: [email protected]
tel:    +49 (0)571 - 3983588
fax:    +49 (0)89 - 205071 - 111
mobile: +49 (0)173 - 6657493
---------------------------------------------------------------------
Reg. Adresse: Red Hat GmbH, Hauptstaetter Strasse 58, 70178 Stuttgart
Handelsregister: Amtsgericht Stuttgart HRB 153243
Geschaeftsfuehrer: Charlie Peters, Brendan Lane, Michael Cunningham,
Werner Knoblich