Hi, was sagt mir dies: elsa:~ # ps -r PID TTY STAT TIME COMMAND 1765 pts/0 D 26:43 dd if /dev/hdc1 of /dev/hdb1 3035 pts/1 R 0:00 ps -r "Linux in a Nutshell" und Google sagen zu Prozessstatus D " nicht störbarer Schlaf". Ähm und was heisst das? Ist der Prozess hinüber? Er läuft nähmlich schon ewig. Danke und Ciao Ingo
* On Thu, 27 Feb 2003 at 17:27 +0100, Ingo R??ler wrote:
was sagt mir dies:
elsa:~ # ps -r PID TTY STAT TIME COMMAND 1765 pts/0 D 26:43 dd if /dev/hdc1 of /dev/hdb1 3035 pts/1 R 0:00 ps -r
"Linux in a Nutshell" und Google sagen zu Prozessstatus D " nicht störbarer Schlaf".
Ähm und was heisst das? Ist der Prozess hinüber? Er läuft nähmlich schon ewig.
Der Prozess ist vermutlich nicht hinüber. Vielmehr hat er eine Kernelfunktion gerufen und die kommt nicht mehr zurück. Entweder Du hast einen Kernel-Bug entdeckt (Schau mal die /var/log/messages bzw. die Ausgabe von dmesg nach "kernel panic" durch), oder eine Deiner Platten ist hinüber/wird nicht mehr lang leben. Irgendwo wirst Du vermutlich auf Lesefehler o.ä. stossen. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Adalbert Michelic wrote:
* On Thu, 27 Feb 2003 at 17:27 +0100, Ingo R??ler wrote:
elsa:~ # ps -r PID TTY STAT TIME COMMAND 1765 pts/0 D 26:43 dd if /dev/hdc1 of /dev/hdb1 3035 pts/1 R 0:00 ps -r
Der Prozess ist vermutlich nicht hinüber. Vielmehr hat er eine Kernelfunktion gerufen und die kommt nicht mehr zurück. Entweder Du hast einen Kernel-Bug entdeckt (Schau mal die /var/log/messages bzw. die Ausgabe von dmesg nach "kernel panic" durch), oder eine Deiner Platten ist hinüber/wird nicht mehr lang leben. Irgendwo wirst Du vermutlich auf Lesefehler o.ä. stossen.
Aehm, wenn der Befehl so wie oben in COMMAND angegeben eingegeben wurde (ohne = zwischen if und /dev/hdc1 und ohne = zwischen of und /dev/hdb1), dann ist das wohl falsch. Waere moeglich, dass der Befehl auf Eingabe von stdin wartet... CU, Th.
Hi Thomas,
----- Original Message -----
From: "Thomas Hertweck"
Aehm, wenn der Befehl so wie oben in COMMAND angegeben eingegeben wurde (ohne = zwischen if und /dev/hdc1 und ohne = zwischen of und /dev/hdb1), dann ist das wohl falsch. Waere moeglich, dass der Befehl auf Eingabe von stdin wartet...
Nein, ich habe elsa:~ # dd if=/dev/hdc1 of=/dev/hdb1 eingegeben. Das Reiserfilesystem auf /dev/hdc1 hat allerdings einen Knacks. Deshalb mach ich das ja. Dachte allerdings nicht, dass es so lange dauert. /var/log/messages wird gerade von mir durchsucht nach Hinweisen. Ciao Ingo
Ingo Rößler wrote:
[...] Das Reiserfilesystem auf /dev/hdc1 hat allerdings einen Knacks. Deshalb mach ich das ja. Dachte allerdings nicht, dass es so lange dauert.
ReiserFS? *grusel* Vielleicht solltest Du "dd_rescue" ver- suchen? CU, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
Hallo, Am Donnerstag, 27. Februar 2003 17:55 schrieb Thomas Hertweck:
Ingo Rößler wrote:
[...] Das Reiserfilesystem auf /dev/hdc1 hat allerdings einen Knacks. Deshalb mach ich das ja. Dachte allerdings nicht, dass es so lange dauert.
ReiserFS? *grusel* Vielleicht solltest Du "dd_rescue" ver- suchen?
"dd" hat doch nichts mit reiserfs zu tun. Es ist völlig unerheblich was für (sogar ob überhaupt) ein Dateisystem auf /dev/hdc1 liegt. "dd_rescue" hilft bei teilweise physikalisch nicht-lesbaren Dateien. Gegen logische Datenfehler ist es kein Mittel. -> man dd_rescue Oder war das nur ein vorgeschobener Anlass ein wenig der eigenen reiserfs Paranoia zu frönen? ;-) Schöne Grüße aus Bremen hartmut
Hartmut Meyer wrote:
Am Donnerstag, 27. Februar 2003 17:55 schrieb Thomas Hertweck:
Ingo Rößler wrote:
[...] Das Reiserfilesystem auf /dev/hdc1 hat allerdings einen Knacks. Deshalb mach ich das ja. Dachte allerdings nicht, dass es so lange dauert.
ReiserFS? *grusel* Vielleicht solltest Du "dd_rescue" ver- suchen?
"dd" hat doch nichts mit reiserfs zu tun. Es ist völlig unerheblich was für (sogar ob überhaupt) ein Dateisystem auf /dev/hdc1 liegt.
Laut ReiserFS-FAQ hat reiserfs keine Bugs (kein Witz, das steht da wirklich) - wenn es zu Problemen kommt, dann laege das an der Hardware (allein diese Aussage finde ich schon verdammt arrogant!). <ironie> Demzufolge muss es bei Ingo also an der Hardware liegen, denn reiserfs kann ja nicht die Ursache sein. </ironie> Also sollte dd_rescue evtl. das Problem besser beheben koennen als dd selbst.
"dd_rescue" hilft bei teilweise physikalisch nicht-lesbaren Dateien. Gegen logische Datenfehler ist es kein Mittel. -> man dd_rescue
Siehe oben. ReiserFS hat ja keine Bugs!
Oder war das nur ein vorgeschobener Anlass ein wenig der eigenen reiserfs Paranoia zu frönen? ;-)
Paranoia? Naja, lies mal das Archiv dieser Liste - ich weiss schon, warum ich kein reiserFS einsetze. Und eine derart arrogante Aussage wie "reiserFS hat keine Bugs" finde ich schon dreist - ext2/ext3 geht einwandfrei auf einer Partition, xfs geht einwandfrei, ntfs geht einwand- frei, nur reiserFS macht Probleme[1]. Aber laut FAQ liegt das ja nicht an reiserFS - sorry, da muss ich lachen.... CU, Th. [1]Erfahrung mit einem PC hier am Institut. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hi,
Oder war das nur ein vorgeschobener Anlass ein wenig der eigenen reiserfs Paranoia zu frönen? ;-)
Paranoia? Aber laut FAQ liegt das ja nicht an reiserFS - sorry, da muss ich lachen....
Ein Entwickler meinte zu mir:
But you should update the reiserfsprogs version. 3.6.4 has one critical bug with rebuilding huge files, so you should use the latest pre version (3.6.5-pre2) from our ftp site (ftp.namesys.com/pub/reiserfsprogs/pre/).
Auch in der FAQ steht ganz klar, das reiserfsck einen Bug hat. Ein anderer Entwickler :
Your super block looks like normal one with one exception. It has corrupted signature. It seems it is not possible in normal curcumstances so, possible reason is that you have broken RAM in your box.
Wie gesagt die RAM-Bausteine habe ich noch nicht getestet. Bis denne Ingo Rößler
Ingo Rößler wrote:
[...] Auch in der FAQ steht ganz klar, das reiserfsck einen Bug hat.
Zu reiserfsck weiss ich nichts, aber: http://www.namesys.com/faq.html: Q: I am having extensive problems using ReiserFS; it seems to have bugs all over the place. I'm not compiling with a buggy compiler. What is happening? How can this be stable? A: You have hardware problems. Really, you do. Even if the bugs don't show up with ext2, you have hardware problems. [...] ReiserFS is stable. You can be sure that if the bugs are encountered easily and commonly with normal usage patterns, it is not us. [...] Meine saemtlichen Erfahrungen sprechen da dagegen, und wenn man ins Archiv dieser Liste schaut, dann spricht da noch weit mehr dagegen. Mag sein, dass reiserFS bei vielen an- staendig laeuft, aber bei vielen eben auch nicht - und das Risiko einzugehen ist mir einfach zu gross. CU, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
Hallo, Am Donnerstag, 27. Februar 2003 21:50 schrieb Thomas Hertweck:
Hartmut Meyer wrote:
Am Donnerstag, 27. Februar 2003 17:55 schrieb Thomas Hertweck:
Ingo Rößler wrote:
[...] Das Reiserfilesystem auf /dev/hdc1 hat allerdings einen Knacks. Deshalb mach ich das ja. Dachte allerdings nicht, dass es so lange dauert.
ReiserFS? *grusel* Vielleicht solltest Du "dd_rescue" ver- suchen?
"dd" hat doch nichts mit reiserfs zu tun. Es ist völlig unerheblich was für (sogar ob überhaupt) ein Dateisystem auf /dev/hdc1 liegt.
Laut ReiserFS-FAQ hat reiserfs keine Bugs (kein Witz, das steht da wirklich) - wenn es zu Problemen kommt, dann laege das an der Hardware (allein diese Aussage finde ich schon verdammt arrogant!). <ironie> Demzufolge muss es bei Ingo also an der Hardware liegen, denn reiserfs kann ja nicht die Ursache sein. </ironie> Also sollte dd_rescue evtl. das Problem besser beheben koennen als dd selbst.
Wenn du einen Smiley hinter deinen Vorschlag es mit dd_rescue zu versuchen gepackt hättest wäre es klar geworden, dass du etwas karrikieren willst.
"dd_rescue" hilft bei teilweise physikalisch nicht-lesbaren Dateien. Gegen logische Datenfehler ist es kein Mittel. -> man dd_rescue
Siehe oben. ReiserFS hat ja keine Bug
Oder war das nur ein vorgeschobener Anlass ein wenig der eigenen reiserfs Paranoia zu frönen? ;-)
Paranoia? Naja, lies mal das Archiv dieser Liste
Ich will mich an der Diskussion um die Vor- und Nachteile der verschiedenen Dateisysteme eigentlich gar nicht einmischen. Nur soviel: 1. reiserfs bashing ist modern. Daraus lässt sich zwar nicht ableiten, dass die Vorhaltungen gegen reiserfs alle haltlos sind. Aber oft sind es Aussagen wie "reiserfs soll ja immer noch sehr unzuverlässig sein" - oder "ich hab schon von vielen Leuten gehört wie buggy reiserfs ist" 2. Im Support sind mir mehr Anfragen untergekommen wo Daten auf einem ext2 Dateisystem verloren gingen als bei reiserfs - und das obwohl standardmäßig bei SuSE seit schon längerer Zeit auf reiserfs installiert wird. An Verluste mit ext3 kann ich mich zugegebener Maßen gar nicht erinnern (das wird aber sicher noch seltener benutzt). 3. Ich hab erst vor kurzem bei uns nach zwei Systemabstürzen auf einer alten (großen) ext2 Partition gesehen wie auch nach habstündigen manuellem fsck hunderte Dateien verloren gingen (da lohnt sich wenigstens mal das Backup).
[1]Erfahrung mit einem PC hier am Institut.
Das ist statistisch sicher sehr aussagekräftig ;-) Schöne Grüße aus Bremen hartmut
Hartmut Meyer wrote:
Am Donnerstag, 27. Februar 2003 21:50 schrieb Thomas Hertweck: [...] Wenn du einen Smiley hinter deinen Vorschlag es mit dd_rescue zu versuchen gepackt hättest wäre es klar geworden, dass du etwas karrikieren willst.
Hmm, ich glaube nicht, dass da ein Smilie hingehoerte. Eher ein Absatz zwischen den beiden Saetzen, da sie nicht kausal zusammen gehoerten. Wenn dd nicht funk- tioniert, dann dachte ich halt, dass dd_rescue evtl. die bessere Wahl sein koennte - das war alles :-)
[...] Ich will mich an der Diskussion um die Vor- und Nachteile der verschiedenen Dateisysteme eigentlich gar nicht einmischen. Nur soviel:
1. reiserfs bashing ist modern. Daraus lässt sich zwar nicht ableiten, dass die Vorhaltungen gegen reiserfs alle haltlos sind. Aber oft sind es Aussagen wie "reiserfs soll ja immer noch sehr unzuverlässig sein" - oder "ich hab schon von vielen Leuten gehört wie buggy reiserfs ist"
Momentan setze ich ehrlich gesagt eher auf xfs als "modernes" Journaling Filesystem. Dass ext2 und auch ext3 eher Auslaufmodelle sind, ist schon klar. Gera- de denen fehlen halt die Optimierungen, die mit den neueren Filesystemen daher kommen - wobei xfs ja prinzipiell gar nicht so neu ist (zumindest das File- system an sich, die Linux-Portierung natuerlich schon). Zudem haben wir hier mitunter recht grosse Partitio- nen mit recht grossen Dateien, und gerade darauf ist ja xfs optimiert.
2. Im Support sind mir mehr Anfragen untergekommen wo Daten auf einem ext2 Dateisystem verloren gingen als bei reiserfs - und das obwohl standardmäßig bei SuSE seit schon längerer Zeit auf reiserfs installiert wird. An Verluste mit ext3 kann ich mich zugegebener Maßen gar nicht erinnern (das wird aber sicher noch seltener benutzt).
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 - ich kann daher auch nur darueber etwas sagen, habe ja schliesslich keinen Zugriff auf euren internen Sup- port und dessen Statistik. Zudem kenne ich unsere eigenen Erfahrungen hier am Institut.
3. Ich hab erst vor kurzem bei uns nach zwei Systemabstürzen auf einer alten (großen) ext2 Partition gesehen wie auch nach habstündigen manuellem fsck hunderte Dateien verloren gingen (da lohnt sich wenigstens mal das Backup).
Mein Erfahrungen mit reiserFS sahen so aus, dass ich die gesamte Partition neu formatieren musste, weil selbst reiserfsck nichts mehr retten konnte :-)
[1]Erfahrung mit einem PC hier am Institut.
Das ist statistisch sicher sehr aussagekräftig ;-)
Das galt nur fuer das Problem, dass reiserFS nicht funktioniert, andere Filesysteme dagegen schon. Von weiteren Erfahrungen ueber Dateien, die sich nicht mehr lesen, kopieren oder loeschen lassen bis hin zu schleichenden Problemen, die sich immer weiter auf der Partition ausbreiteten, hatte ich schon frueher berichtet. Alles in allem ist zumindest fuer uns hier am Institut das eine aussagekraeftige Statistik, und die spricht eindeutig gegen reiserFS! Wenn andere bessere Erfahrungen machen mit reiserFS ist das schoen. Es kann ja schliesslich jeder waehlen, was er einsetzen moechte - das ist ja das tolle, man hat mehr zur Auswahl. Also keine Filesystem-Endlos- Diskussion bitte ;-)) Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
Hi all, nach einem elf-stündigen Backup einer Platte konnte reiserfsck das gesamte Filesystem restaurieren. Es gab keine Datenverluste laut Protokoll und es scheint auch bei Stichproben alles zu laufen. Voraussetzung war die Nutzung der neusten Version von reiserfsck. Ich bin wieder recht glücklich. Ciao Ingo
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme. Ich habe jedenfalls eine ganze Menge Storage online (alle Linux-Kisten, die ich installiert habe, verwenden reiserfs), alles unter reiserfs, und ich habe bisher mit reiserfs noch keine Probleme gehabt, die nicht von Hardware-Problemen begleitet wurden. Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
* Kristian Koehntopp schrieb am 02.Mär.2003:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme. Ich habe jedenfalls eine ganze Menge Storage online (alle Linux-Kisten, die ich installiert habe, verwenden reiserfs), alles unter reiserfs, und ich habe bisher mit reiserfs noch keine Probleme gehabt,
Ich hatte hier alles mit reiserfs partitioniert, und alles hat gut gelaufen, bis auf einmal eine Partition zerlegt wurde. Habe daraufhin die home-Partition wieder auf ext2 gesetzt. Ich kann mir nicht leisten, daß die home zerlegt wird.
die nicht von Hardware-Problemen begleitet wurden.
Das mag ja sein, aber was nützt das? Irgendwann beginnt Hardware zu spinnen. Wenn dann die Software so intollerant ist, daß sich keinerlei Daten mehr retten lassen, dann stimmt was nicht. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht widerstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
On Sun, Mar 02, 2003 at 10:59:19AM +0100, Bernd Brodesser wrote:
die nicht von Hardware-Problemen begleitet wurden.
Das mag ja sein, aber was nützt das? Irgendwann beginnt Hardware zu spinnen.
Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: SONY Model: SDT-9000 Rev: 0123 Type: Sequential-Access ANSI SCSI revision: 02 Nicht, dass ich es bisher jemals gebraucht haette, aber es ist ein gutes Gefuehl. Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
Hallo, * Kristian Koehntopp schrieb am 03.Mär.2003:
On Sun, Mar 02, 2003 at 10:59:19AM +0100, Bernd Brodesser wrote:
die nicht von Hardware-Problemen begleitet wurden.
Das mag ja sein, aber was nützt das? Irgendwann beginnt Hardware zu spinnen.
Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: SONY Model: SDT-9000 Rev: 0123 Type: Sequential-Access ANSI SCSI revision: 02
Ich muß gestehen, daß ich nicht verstehe, was Du damit sagen willst. Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
* On Mon, 03 Mar 2003 at 10:44 +0100, Bernd Brodesser wrote:
* Kristian Koehntopp schrieb am 03.Mär.2003:
On Sun, Mar 02, 2003 at 10:59:19AM +0100, Bernd Brodesser wrote:
die nicht von Hardware-Problemen begleitet wurden.
Das mag ja sein, aber was nützt das? Irgendwann beginnt Hardware zu spinnen.
Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: SONY Model: SDT-9000 Rev: 0123 Type: Sequential-Access ANSI SCSI revision: 02
Ich muß gestehen, daß ich nicht verstehe, was Du damit sagen willst.
Das ist ein Streamer von Sony. Willl vermutlich heissen: Irgendwann geht mal eine Platte ein, in diesem Fall befindet sich ein Backup auf Band. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
On Mon, Mar 03, 2003 at 10:44:38AM +0100, Bernd Brodesser wrote:
Host: scsi1 Channel: 00 Id: 04 Lun: 00 Vendor: SONY Model: SDT-9000 Rev: 0123 Type: Sequential-Access ANSI SCSI revision: 02
Ich muß gestehen, daß ich nicht verstehe, was Du damit sagen willst.
Sony SDT-9000 DDS-3 Tape Streamer (12 GB uncompressed). Irgendwann stirbt jede Platte. "Niemand will Backup, alle wollen recovery", wie es so schön heißt. Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
Hallo, Am Sonntag, 2. März 2003 09:21 schrieb Kristian Koehntopp:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme.
ACK. Leider. Liest man auch hier auf der Liste immer wieder. Die typische Mail zum Thema reiserfs geht so: "Also nachdem was hier so liest werde ich mir jetzt wohl mal ext[23]/xfs anschauen müssen. Scheint ja nicht sehr zuverlässig zu sein." Das spricht natürlich nicht gegen ext2, ext3 oder xfs. Aber eben auch nicht gegen reiserfs. Schöne Grüße aus Bremen hartmut
Hi, Am Sonntag, 2. März 2003 14:42 schrieb Hartmut Meyer:
Hallo,
Am Sonntag, 2. März 2003 09:21 schrieb Kristian Koehntopp:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme.
..hm, wenn aber die persönlichen Erfahrungen so sind? Ich schon insgesamt 3 mal vom Reiserfs gebeutelt worden. 1 mal in der Firma auf nem Produktivserver (definitiv kein Hardwareproblem) und 2 mal privat. Wenn ich bzw. meine Firma davon betroffen ist, hat das für mich nichts mit bashing zu tun, da muß ich mit meiner Birne für grade stehen, dass die Kiste läuft, bzw. die Ausfallzeiten sehr kurz sind. In der Firma war es nicht so schlimm; da haben wir nen Spiegelserver. Privat war es halt mehr Arbeit.
ACK.
Leider.
Liest man auch hier auf der Liste immer wieder.
Die typische Mail zum Thema reiserfs geht so:
"Also nachdem was hier so liest werde ich mir jetzt wohl mal ext[23]/xfs anschauen müssen. Scheint ja nicht sehr zuverlässig zu sein."
s.o. Wenn man Lust und Laune und Zeit hat kann man alles ausprobieren. Bis auf jfs habe ich hier und in der Firma (da allerdings auf Testserver) auch alles vertreten.
Das spricht natürlich nicht gegen ext2, ext3 oder xfs. Aber eben auch nicht gegen reiserfs.
Was heisst zuverlässig? 1 Schaden durchs filesystem ist einer zuviel und, auf nem Produktivsystem würde ich ReiserFs nicht mehr einsetzen. Bei meinen Kiddies läuft es übrigends noch (und zwar ohne Probleme). Ich bin auch dagegen von vornherein immer nur auf andere zu hören, eigene Erfahrung ist das was zählt. Spätestens beim crash lernt man ne Menge dazu...:)) Also: ruhig alles ausprobieren, aber bitte wichtige Daten immer BackUppen. ciao dieter -- registered linuxuser 199810 TCPA keine Chance! ---> http://www.againsttcpa.com/
On Sun, 02 Mar 2003 at 15:33 (+0100), Dieter Franzke wrote:
Also: ruhig alles ausprobieren, aber bitte wichtige Daten immer BackUppen.
Muss man sowieso, Hardwarefehler sind nie auszuschliessen und eigene Bedienfehler auch nicht. Gruß, Bernhard -- _________ http://www.bwalle.de _________________________________________________ "I might disagree with what you have to say, but I'll defend to the death your right to say it." -- Voltaire
Hi, 0n 03/03/02@14:42 Hartmut Meyer told me:
Hallo,
Am Sonntag, 2. März 2003 09:21 schrieb Kristian Koehntopp:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme.
ACK.
Leider.
Liest man auch hier auf der Liste immer wieder.
Ja, ihr habt bestimmt irgendwie recht. Bei mir war es ein Problem mit Umlauten in files. Nach einem SuSE update waren diese Files nicht mehr zugaenglich. Auf der reiser Liste hat mir dann jemand daraus geholfen. Die reiser Orginal-Quellen waren von SuSE gepatcht worden wegen irgendwelcher Kompatibilitaets Geschichten auf PowerPC [1.1.1] und ich, ohne irgenwelche C Kenntnisse musste mit einem Editor in /usr/src/linux/... .c rummalen.[1.1] Nicht sehr vertrauserweckend, aber hat geklappt ;). [1] Es war kein reiser Problem sondern ein SuSE Problem [2] und ich vermute eher, dass hier der Hase im Pfeffer liegt. Ich weiss es zwar nicht, aber warum meinen Distributoren immer sie wuessten es besser als die Kernelmaintainer[3]. Die habe evtl. Ihre Gruede etwas noch nicht aufzunehmen. Wenn ich was brauche und mir den kernel patche, dann weiss ich was ich gemacht habe und bin entsprechend sensibilisiert. Wenn ich aber von meiner Distri einen kernel bekomme, dann halte ich das erstmal fuer ausgereift. (Meine Probleme hatte ich nicht mit der ersten Version in der SuSE reiser aufgenommen hatte) Die Quintessens des ganzen ist, dass ich jetzt begeisterter xfs user bin, das habe ich selber reingepatcht und natauerlich auch entsprechend (wie immer zu wenig ;)) gelesen. Mir wird es jetzt grad wieder klar, dass auch ich, voellig grundlos, vielleicht das ein oder andere Mal beim reiser bashing beteiligt habe. Weil ich Ärger damit hatte, habe ich andere darauf hingewiesen. Das es im Grunde gar nicht an reiser lag, nimmt so einer wie ich nur bei entsprechender Reflexion (jetzt) wahr :(. Es ist IMHO auch der Wettbewerb unter den Distris, der zu sowas fuehrt. Der eine fuehrt was "unausgegorenes"[4] ein und der naechste zieht nach. Jeder arbeitet (Unterstellung) mit irgendwelchen Hacks am Source rum, um ihn in seine Distri zu pressen und dann treten unter bestimmten Vorraussetzungen Fehler auf (ein Distributor kann nicht alles testen, verstaendlich). In der Community spricht es sich rum, dass reiser Macken hat. Der ein oder andere User, dessen Distri von Haus aus noch kein reiser hatte, hat es von Hand nachgelegt. Hierbei vielleicht was uebersehen, ist also selber Schuld, aber stimmt in das bashing Konzert mit ein. So zieht man evtl. gute Erweiterungen in die Sch..., IMHO. Just my 0.02 EUR. Das Fussnoten nicht immer linear laufen muessen hatte David IIRC schon mal erwaehnt ;): [1.1.1] Nein ich habe nichts gegen Power PC. [1.1] Es war IIRC ein unsinged char in ein char zu veraendern, also nichts wirklich dramatisches. [1] Ja ich habe vorher 3 Backups gemacht ;). [2] Das soll _kein_ SuSE bashing sein! [3] Sorry, wenn das zu Monsterthread wird und nein ich habe die Diskussion zum Einbinden von reiser auf der kml nicht verfolgt. [4] Klar wollten es die Kunden, aber das Marketing auch IMHO [2]. Wenn es nur _die_ Kunden wollten die es brauchen, patchen die doch wohl eh selber. -- bye maik
Hallo, On Sun, 02 Mar 2003, Maik Holtkamp wrote: [..]
Es war kein reiser Problem sondern ein SuSE Problem [2] und ich vermute eher, dass hier der Hase im Pfeffer liegt. Ich weiss es zwar nicht, aber warum meinen Distributoren immer sie wuessten es besser als die Kernelmaintainer[3]. Die habe evtl. Ihre Gruede etwas noch nicht aufzunehmen.
ACK! Und es wird ja niemand daran gehindert $feature (reiserfs, xfs, sonstwas) selber einzupatchen.
Wenn ich was brauche und mir den kernel patche, dann weiss ich was ich gemacht habe und bin entsprechend sensibilisiert.
... und habe die Doku gelesen (hoffentlich -- wenn nicht: selber schuld). [..]
Das Fussnoten nicht immer linear laufen muessen hatte David IIRC schon mal erwaehnt ;):
Huch? Wo? Aber, ja, kann sehr gut sein :)) ObSubject: Der Status 'D' eines Prozesses bedeutet uebrigens "State: D (disk sleep)" (siehe /proc/$PID/status eines passenden Prozesses). Also _nicht_ "uninterruptable sleep". Der Effekt kommt letzterem aber nahe... dd schraddelt grad auf meiner (sektorverlierenden) DTLA rum, dass 'kill -9' hab ich schon vor nun ca. 3 min abgesetzt... *g* *hehe* das "*schniek* *schniek* *schniek* *schniek* *KLACK*" wird nun ab und an von ner Variante unterbrochen, nem "*sniiiikuiiiiiklack*" statt dem *KLACK* oder so... Ah, endlich vorbei, ca. 5min nach dem kill -9... ;) -dnh PS: Ja, das dd if=/dev/hdc8 of=/dev/null auf die defekte Partition war Absicht ;) Hm. Muss mal wieder badblocks laufenlassen bzw. 'mke2fs -c' damit das FS die Defekte ausblendet... -- begin 666 magritte.txt.vbs Ceci n'est pas un attachement. end
David Haller wrote:
Hallo,
On Sun, 02 Mar 2003, Maik Holtkamp wrote: [..]
Es war kein reiser Problem sondern ein SuSE Problem [2] und ich
[...]
PS: Ja, das dd if=/dev/hdc8 of=/dev/null auf die defekte Partition war Absicht ;) Hm. Muss mal wieder badblocks laufenlassen bzw. 'mke2fs -c' damit das FS die Defekte ausblendet...
-- content-type: text/plain; name="anhang_entfernt.txt" content-transfer-encoding: quoted-printable content-disposition: attachment; filename="anhang_entfernt.txt"
Auf Grund der Sicherheitseinstellungen f=FCr E-Mail-Anh=E4nge in KEN!
wurde der
Anhang aus dieser E-Mail entfernt und in den Quarant=E4ne-Ordner verschoben.
Name: magritte.txt.vbs --> C:\Programme\KEN!\isolate\magritte.txt.vbs
22 mal dieselbe Mail. Habe ich die nur alleine sooft erhalten, oder ging es allen so? Und dann noch dieser Pseudo Virus im Anhang. LOL Gruß Martin Falley
On Mon, 03 Mar 2003 at 10:47 (+0100), Martin Falley wrote:
22 mal dieselbe Mail. Habe ich die nur alleine sooft erhalten, oder ging es allen so?
Ich habe sie nur einmal erhalten. Gruß, Bernhard -- _________ http://www.bwalle.de _________________________________________________ "Damn the torpedoes. Full speed ahead" -- Capt. David Farragut
Hallo, On Mon, 03 Mar 2003, Martin Falley wrote:
David Haller wrote:
Name: magritte.txt.vbs --> C:\Programme\KEN!\isolate\magritte.txt.vbs
*ROTFL* Ach bei dir war das?
22 mal dieselbe Mail. Habe ich die nur alleine sooft erhalten, oder ging es allen so?
Nein, die Mail gab's nur einmal. Dafuer habe ich schon 5 Fehlermeldungen von nem Virenscanner erhalten...
Und dann noch dieser Pseudo Virus im Anhang. LOL
"Ceci n'est pas un attachement" ein Virus? AntiVir hat uebrigens keine Probleme mit der Mail. -dnh -- Sigdashes are like condoms. They work better with a space at the end. -- David Scheidt in asr
Kristian Koehntopp wrote:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme.
Ich nicht. Wir haben hier unsere eigenen Erfahrungen mit reiserfs gemacht und verlassen und nicht einfach auf das Urteil von anderen. Die Erfahrungen waren negativ, wes- wegen hier reiserfs auch nicht mehr eingesetzt wird. Und ich kenne auch andere - in meinen Augen sehr fortge- schrittene Linux-User, auf deren Urteil man sicher etwas geben kann - die aehnliche Erfahrungen gemacht haben. Reiserfs mag auf vielen Systemen einwandfrei laufen, aber was nuetzt mir das, wenn es bei mir oefters zu Pro- blemen kommt? Wenn in Newsgroups o.ae. dann Leute Dinge nachplappern oder einfach so gegen reiserfs wettern, dann ist das un- schoen. Wir koennen hier unsere Meinungen zu reiserfs jedoch klar belegen. Die Probleme und deren Beschrei- bungen finden sich auch teilweise im Archiv dieser Liste.
Ich habe jedenfalls eine ganze Menge Storage online (alle Linux-Kisten, die ich installiert habe, verwenden reiserfs), alles unter reiserfs, und ich habe bisher mit reiserfs noch keine Probleme gehabt, die nicht von Hardware-Problemen begleitet wurden.
Wir haben hier auch jede Menge Festplattenkapazitaeten, und kein reiserfs mehr im Einsatz. Was soll ich davon hal- ten, wenn ext2/ext3, xfs oder auch ntfs als Fileystem pro- blemlos funktionieren, es mit reiserfs zu Problemen kommt? Ist dann tatsaechlich die Hardware schuld, oder ist viel- leicht doch das Filesystem zu anfaellig? Ein Filesystem, was derart anfaellig fuer "Hardwareprobleme" ist, dass ich schon mehrmals eine Partition komplett neu formatieren musste (selbst reiserfsck half nicht mehr), kommt mir eben irgendwann nicht mehr auf die Festplatte. Andere Filesy- steme laufen problemlos, und zwar bestaendig. Ich finde es da schon bedenklich, wenn dann von Seiten der reiserfs Entwickler alles auf die Hardware geschoben wird und man sagt, reiserfs sei stabil und habe keine Bugs. Ich habe nichts persoenlich gegen reiserfs, jeder kann es von mir aus einsetzen und seine eigenen Erfahrungen sam- meln - ist OK fuer mich. Zum Glueck gibt es aber Alterna- tiven zu reiserfs. Das ist natuerlich alles IMHO und be- ruht auf eigenen Erfahrungen hier... CU, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
On Son, 02 Mär 2003 at 09:21 (+0100), Kristian Koehntopp wrote:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme. Ich habe jedenfalls eine ganze Menge Storage online
Ich nicht. Ich habe 2 Rechner neu installieren dürfen nach solchen Problemen, deshalb rate ich anderen auch seitdem von reiserfs ab. Hier in der Liste sind sehr viele _persönliche_ Probleme mit dem FS angesprochen worden, das sollte schon stutzig machen.
(alle Linux-Kisten, die ich installiert habe, verwenden reiserfs), alles unter reiserfs, und ich habe bisher mit reiserfs noch keine Probleme gehabt, die nicht von Hardware-Problemen begleitet wurden.
Wenn das FS die *normalen* Fehler gängiger HW (sprich aus dem Handel für den Endanwender - also auch Saturn, Media-Markt, Conrad und Co.) nicht verkraftet, dann hat es auf einer für den Endanwender gedachten Distri nichts zu suchen. Wenn das FS nur solange zuverlässig durchhält, _bis_ es mal zu Problemen kommt, ist es nicht brauchbar. Wenn ich nach einem Hard-Reset einen mit reiserfs installierten Rechner neu installieren muss, weil alle Hilfsmittel versagen und wenn ich den gleichen Rechner mit ext3 wieder problemlos ans Rennen kriege, fällt die Wahl nicht mehr besonders schwer. Jan
Hallo, On Sun, 02 Mar 2003, Kristian Koehntopp wrote:
On Thu, Feb 27, 2003 at 10:48:18PM +0100, Thomas Hertweck wrote:
Also, hier auf der Liste liest man definitiv mehr von reiserFS Problemen als von Problemen mit ext2 -
Und auch in den Newsgroups ist das so. Ich halte das aber eher für ein Resultat beständigen reiserfs-Bashings als für echte Probleme. Ich habe jedenfalls eine ganze Menge Storage online (alle Linux-Kisten, die ich installiert habe, verwenden reiserfs), alles unter reiserfs, und ich habe bisher mit reiserfs noch keine Probleme gehabt, die nicht von Hardware-Problemen begleitet wurden.
Drei Dinge: 1. reiserfs hat offenbar (zumindest) unter SuSE Probleme mit Sonderzeichen in Dateinamen, die sich u.a. darin aeussert, dass kein Zugriff auf die Datei moeglich ist. Und diese 'Phaenomen' breitet sich schleichend auf der Partition aus... Naeheres sollte sich im Archiv der Liste finden (nen guten Suchbegriff hab ich grad nicht zur Hand). 2. reiserfsck, 'nuff said[2] 3. (der Hauptpunkt): Das Verhalten von reiserfs _wenn_ (nicht falls[42]!) es zu HW-Problemen kommt, ist, kurz gesagt, unbrauchbar. Zumindest zu der Zeit, als ich noch reiserfs verwendet habe. Wer so ein unausgegorenes Stueck Code als Version 3.x und als stabil bezeichnet, der muss mit "bashing" rechnen. Und mit Version 4.x soll wieder mal sehr viel geaendert/neuimplementiert werden, was mein Vertrauen in den Code eher weiter verringert. Es ist IMO nachzuvollziehen, dass SuSE reiserfs als default-fs verwendet, schliesslich sponsort SuSE die Entwicklung von reiserfs. Empfehlenswert finde ich das allerdings nicht. YMMV. -dnh, der reiserfs schon vor SuSE in den 2.2er Kernel gepatcht hatte[1] und inzwischen nur noch ext2/ext3 verwendet. [1] Ja, ich hab mich ueber reiserfs schlau gemacht, hab die reiserfs-ML und die LKML gelesen usw... [2] Mag sein, dass sich die jetzt endlich mal dahintergeklemmt haben und dieses wichtige Tool verbessert haben. Mir egal. reiserfs verwende ich nicht mehr. [42] "All hardware sucks! All software sucks!" --
Linux dagegen ist von Kopf bis Fuss konfigurierbar - allerdings nur mit viel, viel Leserei und Probierei. Das ist der Preis der Skalierbarkeit. -- H. Harms, T. Hallmann auf suse-linux [me: Und das ist auch gut so!]
participants (12)
-
Adalbert Michelic -
B.Brodesser＠t-online.de -
Bernhard Walle -
David Haller -
Dieter Franzke -
Hartmut Meyer -
Ingo Rößler -
Jan.Trippler＠t-online.de -
Kristian Koehntopp -
Maik Holtkamp -
Martin Falley -
Thomas Hertweck