Re: Status OpenLDAP in RHEL ab Version 6?

Niels Happel <[email protected]> Mon, 03 Dec 2007 09:46:36 +0100
Newsgroups gmane.linux.redhat.general.german
Organization Red Hat GmbH
Message-ID <[email protected]>
--===============2044212189==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-EoA1LriTOJ4P4f1tRR38"


--=-EoA1LriTOJ4P4f1tRR38
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

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. Ich
> > hatte nie probleme mit QLogic Failover.
Nein, sondern das ist nur ein "von Dir auf andere schliessen" a la
"gestern und vorgestern kam an dieser Kreuzung auch keiner von
rechts...".

Ich pers=C3=B6nlich habe aber z.B. schon ein paar mal das qlogic failover
ganz interessante Dinge tun sehen (nicht ohne Grund hat =C3=BCbrigens qlogi=
c
selbst dieses Feature zwischendurch mal f=C3=BCr einige Zeit disabled)
au=C3=9Fer/anstatt zu failovern. Das mag aber auch daran liegen, dass ich
einen etwas anderen Querschnitt in der Menge an Clustern habe als
andere; Fakt ist aber das wir als Red Hat sowas eben nicht als
"Ansichtssache" abtun, sondern f=C3=BCr m=C3=B6glichst generische Alternati=
ven
sorgen wollen und das ist schon korrekt so.

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


Gru=C3=9F,

Niels

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


Red Hat GmbH
Global Professional Services
Otto-Hahn-Stra=C3=9Fe 20
D - 85609 Dornach bei M=C3=BCnchen

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

--=-EoA1LriTOJ4P4f1tRR38
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQBHU8Jph9NqdkFXKu8RAhHWAKC5i3N2LkOV7MD8PsVAHKT6lWjcOwCfesMw
LqIL8NUIuKwMrB6tz3kn6CA=
=+CAu
-----END PGP SIGNATURE-----

--=-EoA1LriTOJ4P4f1tRR38--


--===============2044212189==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
redhat-list-de mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/redhat-list-de
--===============2044212189==--