hallo vorsorglich angefragt: muss ich bei suse 7.1 und unter verwendung eines externen raid 5 systemes irgendwelche patches fuer reiserfs einspielen? oder ist bereits die 7.1 auf aktuellem stand? mfg Stephan J. Reichenbach *** Achtung, neue E-Mail Adresse ***
Stephan Reichenbach fiel in einem Moment der Erleuchtung ein:
hallo
vorsorglich angefragt:
muss ich bei suse 7.1 und unter verwendung eines externen raid 5 systemes irgendwelche patches fuer reiserfs einspielen? oder ist bereits die 7.1 auf aktuellem stand?
Und an welchen Kernel hattest du dabei gedacht ? Wie ich schon sagte: bei K-2.4.1 ist das reiserfs an sich fast (gibt noch einiges zu fixen) ok. Der 2.2.18 von SuSE sollte keine Probleme machen (AFAIK). F�r K-2.4.x gilt noch: wenn man sich nicht mit Patches rumschlagen will: Reiserfs-Verzeichnisse besser nicht mit knfsd exportieren. Bei Linux 2.4.2-pre3 ist schon ein wenig von den nfsd -probs gefixt. -- Mathias Weigt
Am Montag, 12. Februar 2001 09:06 schrieb Mathias Weigt: [...]
Für K-2.4.x gilt noch: wenn man sich nicht mit Patches rumschlagen will: Reiserfs-Verzeichnisse besser nicht mit knfsd exportieren. Bei Linux 2.4.2-pre3 ist schon ein wenig von den nfsd -probs gefixt.
Nur zur Sicherheit (ich setze knfsd ein und interessiere mich dafür): nfsd oder knfsd? -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Am Montag, 12. Februar 2001 09:06 schrieb Mathias Weigt:
[...]
Für K-2.4.x gilt noch: wenn man sich nicht mit Patches rumschlagen will: Reiserfs-Verzeichnisse besser nicht mit knfsd exportieren. Bei Linux 2.4.2-pre3 ist schon ein wenig von den nfsd -probs gefixt.
Nur zur Sicherheit (ich setze knfsd ein und interessiere mich dafür): nfsd oder knfsd?
es geht eigentlich immer nur um den knfsd... Aus dem Changelog zum pre3: - Neil Brown: nfsd: handle Irix NFS clients named pipe behavior and dentry leak fix wobei der zweite Fix (dentry leak) der wichtigere ist (Ist einer von Neil's 4 Patches für 2.4.0 respective 2.4.1, woraus ich jetzt wiederum schlussfolgere, dass der "grosse" knfsd-Patch jetzt nicht mehr funktionieren wird...(weil ein Teil bereits im Kernel ist). Um dazu genaueres zu sagen, müsste ich in die Sourcen schauen, wofür ich momentan wenig Zeit habe. Mal sehen, was die Jungs (das war nicht sexistisch gemeint, aber meines Wissens nach ist noch keine Frau in deren Postings vorgekommen :-) von der reiserfs-Liste sagen... -- Mathias Weigt
Am Montag, 12. Februar 2001 11:58 schrieb Mathias Weigt:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Am Montag, 12. Februar 2001 09:06 schrieb Mathias Weigt:
[...]
Für K-2.4.x gilt noch: wenn man sich nicht mit Patches rumschlagen will: Reiserfs-Verzeichnisse besser nicht mit knfsd exportieren. Bei Linux 2.4.2-pre3 ist schon ein wenig von den nfsd -probs gefixt.
Nur zur Sicherheit (ich setze knfsd ein und interessiere mich dafür): nfsd oder knfsd?
es geht eigentlich immer nur um den knfsd...
Ok, danke! Aber so ganz stimmt das nicht. Zu den Anfangszeiten war es eher ein wildes durcheinander von Mails zu knfs und dem alten User-NFS. Man mußte immer erst fragen welches NFS denn nun wieder gefragt ist:-)
Aus dem Changelog zum pre3: - Neil Brown: nfsd: handle Irix NFS clients named pipe behavior and dentry leak fix
HAb ich gelesen, wobei mir der Inhalt in diesem Fall nicht so viel sagt. Ist es wieder ein Speicher-Leck?
wobei der zweite Fix (dentry leak) der wichtigere ist (Ist einer von Neil's 4 Patches für 2.4.0 respective 2.4.1, woraus ich jetzt wiederum schlussfolgere, dass der "grosse" knfsd-Patch jetzt nicht mehr funktionieren wird...(weil ein Teil bereits im Kernel ist). Um dazu genaueres zu sagen, müsste ich in die Sourcen schauen, wofür ich momentan wenig Zeit habe.
Ist nicht schlimm. Mit dem Einsatz von reiserfs im Produnktionsbetrieb werde ich wohl noch einen Moment warten;-)
Mal sehen, was die Jungs (das war nicht sexistisch gemeint, aber meines Wissens nach ist noch keine Frau in deren Postings vorgekommen :-) von der reiserfs-Liste sagen...
Ich habe damit kein Problem, so ist das eben:-)) -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Am Montag, 12. Februar 2001 11:58 schrieb Mathias Weigt:
es geht eigentlich immer nur um den knfsd...
Ok, danke! Aber so ganz stimmt das nicht. Zu den Anfangszeiten war es eher ein wildes durcheinander von Mails zu knfs und dem alten User-NFS. Man mußte immer erst fragen welches NFS denn nun wieder gefragt ist:-)
Das hat sich sich wohl in sofern geändert, dass man mit Userspace-NFS und reiserfs nun gar nichts mehr machen sollte, denn da gibt noch grössere Probleme. Andi Kleen von SuSE hat wohl ein paar Patches, aber die Priorität, Fehler zu bereinigen liegt wohl hauptsächlich beim knfsd, so dass ich keine Hoffnungen in den "alten" nfsd setze.
Ist nicht schlimm. Mit dem Einsatz von reiserfs im Produnktionsbetrieb werde ich wohl noch einen Moment warten;-)
Ich hab es hier im "Produktionsbetrieb" (auf dem Server sogar - ziemlich blauäugig :-) und hatte auch bis 2.4.1-pre9 und den nfsd-patches arge Probleme mit "bad inodes" usw., aber seitdem läuft es jetzt. Zumindest sind meine Logs frei von reiserfs-Meldungen. Mit dem nächsten Kernel warte ich nun auch bis Hans Reiser sagt: Ich habe keine grösseren Bugs mehr auf meiner Liste... -- Mathias Weigt
Am Dienstag, 13. Februar 2001 09:28 schrieb Mathias Weigt:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Am Montag, 12. Februar 2001 11:58 schrieb Mathias Weigt:
es geht eigentlich immer nur um den knfsd...
Ok, danke! Aber so ganz stimmt das nicht. Zu den Anfangszeiten war es eher ein wildes durcheinander von Mails zu knfs und dem alten User-NFS. Man mußte immer erst fragen welches NFS denn nun wieder gefragt ist:-)
Das hat sich sich wohl in sofern geändert, dass man mit Userspace-NFS und reiserfs nun gar nichts mehr machen sollte, denn da gibt noch grössere Probleme. Andi Kleen von SuSE hat wohl ein
Jepp, hat bei mir auch schon lange ausgedient, allerdings aus Performancegründen.
paar Patches, aber die Priorität, Fehler zu bereinigen liegt wohl hauptsächlich beim knfsd, so dass ich keine Hoffnungen in den "alten" nfsd setze.
Ich auch nicht. Macht auf grund von stabilität und Geschwindigkeit von knfsd auch keinen Sinn mehr denke ich.
Ist nicht schlimm. Mit dem Einsatz von reiserfs im Produnktionsbetrieb werde ich wohl noch einen Moment warten;-)
Ich hab es hier im "Produktionsbetrieb" (auf dem Server sogar - ziemlich blauäugig :-) und hatte auch bis 2.4.1-pre9 und den nfsd-patches arge Probleme mit "bad inodes" usw., aber seitdem läuft es jetzt. Zumindest sind meine Logs frei von
Ich hatte es am Anfang auch mal eingesetzt und bin furchtbar auf die Nase gefallen:-* Jetzt werde ich wohl warten, bis alle patches zu diesem Thema im Kernel mit drinn sind.
reiserfs-Meldungen. Mit dem nächsten Kernel warte ich nun auch bis Hans Reiser sagt: Ich habe keine grösseren Bugs mehr auf meiner Liste...
Liegen diese Fehler eigentlich mehr bei knfs oder bei reiserfs? -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
reiserfs-Meldungen. Mit dem nächsten Kernel warte ich nun auch bis Hans Reiser sagt: Ich habe keine grösseren Bugs mehr auf meiner Liste...
Liegen diese Fehler eigentlich mehr bei knfs oder bei reiserfs?
Ja, da meinte ich reiserfs - auf das knfsd-Team hat Hans Reiser ja wenig Einfluss. Obwohl es somit der "richtige" Stress-Test für knfsd gewesen ist und diesen Jungs zeigte, dass auch für sie noch nichts ist mit Urlaub. -- Mathias Weigt
participants (3)
-
Mathias Weigt
-
Peter Kuechler
-
Stephan Reichenbach