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==--