Re: Status OpenLDAP in RHEL ab Version 6?
"Mario Schugowski" <[email protected]> Thu, 29 Nov 2007 16:46:16 +0100 (CET)
| Newsgroups | gmane.linux.redhat.general.german |
|---|---|
| Message-ID | <[email protected]> |
Hi Jan, > Nie haben wir "Das Ende von OpenLDAP" angek=C3=BCndigt ;-) ich hatte damals auch nur einfach auf Reply gedr=C3=BCckt ... insofern ve= rsteh mein Subject nicht als wertung. > Es konnte keine community darum herum gebaut werden. Und wenn es keine > Community gibt, ist es nicht wirklich Open Source. Das machen wir aber > schon immer so. Jan, nicht b=C3=B6se sein: es wird f=C3=BCr alles immer eine Begr=C3=BCnd= ung geben. Sie =C3=A4ndert nur an den Tatsachen f=C3=BCr die Kunden nichts -> Das Featur= e ist weg. > Oder willst Du jetzt genau so protestieren gegen den Austausch von > up2date durch yum? ;-) Der vergleich hinkt ... w=C3=A4hrend man yum durchaus als weiterentwicklu= ng verstehen kann ist das wegfallen von RH Database oder resizefs keine weiterentwicklung sondern die einstellung eines Features. Und f=C3=BCr Satellite kunden bringt der Tausch von up2date zu yum auch w= ieder einen Impact den man nicht mal eben so wegreden sollte. In einer Komplexe= n umgebung machst Du nicht mal eben so in der Mittagspause ein Satellite-Upgrade. > >> Was ist aus Qlogic Failover geworden (von RHEL3 auf RHEL4 verbannt, > > DM-Multipath ist und bleibt die bessere L=C3=B6sung. Das ist ansichtssache, bzw. kommt auf die Einzelfallbetrachtung an. Ich hatte nie probleme mit QLogic Failover. > Path trespassing darf nicht Herstellerspezifisch sein. Was ist es jetzt ? Blos weil EMC den Code z.B. f=C3=BCr die Clarrions zus= teuert ist das nicht Herstellerspzifisch ? Warum funktioniert dann DM-Multipath nicht einfach mit jedem Storage mal eben so ? Wenn wir hier nicht Herstellerspziefisch seinen wollen (was ich begr=C3=BC=C3=9Fen w=C3=BCrde= ) so m=C3=BC=C3=9Ften wir auf Storageherstellerseite anfangen daf=C3=BCr eine allgemeing=C3=BCltige Schnittstelle zu schaffen. Das im =C3=BCbrigen war der QLogic vorteil, Fa= ilover an und egal ob das HDS,HP,IBM,SUN,EMC Storage war ... es funzte einfach out of the box. > Wenn das nur mit QLogic geht, ist das nicht wirklich offen, doer? Es ging ja nicht NUR mit QLogic. QLogic war eine der m=C3=B6glichkeiten, = wenn Du Die wegnimmst muss der Kunde umbauen, umbauen =3D Aufwand, Aufwand =3D Kosten (und zwar betriebskosten TCO, genau das was bei Linux hochgelobt wird). > >> DM-Mutlipath wurde aber erst mit glaube RHEL4-U1 wars nachgeliefert), >> resizefs/ext3online wird auch zu jedem Release wohl gew=C3=BCrfelt wa= s rein >> kommt. > > Das ist ein wenig scharf formuliert. Du m=C3=B6chtest Doch nicht sagen das mit RHEL4-U0 mit DM-Multipathing gearbeitet werden konnte ? > Online resizen ist die Aufgabe, resizefs oder ext3online das tool. > hat online resizen nicht funktioniert? Online Resizen hat durchaus seine Probleme und ich h=C3=A4tte gerne in de= r einen oder anderen Situation auf Offline Resizen zur=C3=BCckgegriffen. Ma= l ganz davon abgesehen das ext3online immer nur gr=C3=B6=C3=9Fer macht. Resizefs= aber auch kleiner kann (offline) ... nungut in RHEL5 ist ja auch wieder alles drin :-) > >> Und richtig derb sind dann geschichten wir die Ethernet >> Suchreihenfolge innerhalb eines Minor Upgrades (also inerhalb eines >> RHELs) >> umzustellen (ja ich kenne den parameter um das alte verhalten wieder >> einzuschalten). > > Immer noch besser als Kernel-ABI =C3=84nderungen in einem Service Pack,= wie > es die "anderen" gerne mal machen ... 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 ... > Und glaubst Du Release Note sind Marketing Geschrei? ;-) Aber dicht dran :-) Gru=C3=9F Mario --=20 Mario Schugowski e-Mail: [email protected] Linux System Engineering and Consulting RedHat Linux Certified Engineer D - 14165 Berlin - Germany Internet: http://www.mediatronix.de/ Druckausgleich Tauchcommunity http://www.druckausgleich.net/ Mein Heimkino =20 http://www.mediatronix.de/user/mario/ Fingerprint: 9B30 0441 4231 97E7 9992 207B 8535 94A3 B707 FAE7