Das sicherste Dateisystem
Andreas Müller
nachdem mir die Bookmarks des Konquerors durch das FS-Reiser Dateisystem
zerstört wurden und ich keine weiteren Schäden akzeptieren kann, muß es weg.
Nun stellen sich mir folgende Fragen:
a) Welches ist das sicherste Dateisystem?
b) Kann ich das Dateisystem zur Laufzeit konvertieren?
danke und tschuess
Andreas
Thomas Stein
> Hallo Leute,
>
> nachdem mir die Bookmarks des Konquerors durch das FS-Reiser Dateisystem
> zerstört wurden und ich keine weiteren Schäden akzeptieren kann, muß es
> weg. Nun stellen sich mir folgende Fragen:
>
> a) Welches ist das sicherste Dateisystem?
ext2
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
Nein. (jedenfalls nicht von Reiserfs--->ext2)
> danke und tschuess
Bitte.
Thomas
Dennis Pissarra
> a) Welches ist das sicherste Dateisystem?
ext3, reiserFS ( hab keine probleme damit), xfs,...
Am besten selber ausprobieren.
Bieten alle Jornaling sind untewrschiedlich schnell.
M.f.G
Dennis
Sven Hartge
> nachdem mir die Bookmarks des Konquerors durch das FS-Reiser Dateisystem
> zerstört wurden und ich keine weiteren Schäden akzeptieren kann, muß es weg.
> Nun stellen sich mir folgende Fragen:
> a) Welches ist das sicherste Dateisystem?
Sicher gegen was?
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
Nein.
S°
--
BOFH excuse #70:
nesting roaches shorted out the ether cable
Marcus Frings
> a) Welches ist das sicherste Dateisystem?
Das gibt wieder eine Metadiskussion, weil man so eine Frage nicht
einfach mit ja oder nein beantworten kann. :-)
Für mich persönlich gilt: ext2 bzw ext3.
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
reiserfs -> ext2fs: nein
ext2fs -> ext3fs: ja
Gruß,
Marcus
--
Fickle minds, pretentious attitudes
and ugly make-up on ugly faces...
The Goth Goose Of The Week: http://www.gothgoose.net
Jakob Lenfers
> nachdem mir die Bookmarks des Konquerors durch das FS-Reiser Dateisystem
> zerstört wurden und ich keine weiteren Schäden akzeptieren kann, muß es weg.
JFTR:
Du wirst es bereuen, wenn Du auf Backups verzichtest. Ich hatte unter
Windows Datenverlust und ich hatte unter Linux Datenverlust, aber seit
meinem ersten Fehler hatte ich gelernt und hatte Backups angefertigt.
> Nun stellen sich mir folgende Fragen:
>
> a) Welches ist das sicherste Dateisystem?
Ich persönlich habe gute Erfahrungen mit ext2/3 gemacht.
Du wirst hier aber genausoviele unterschiedliche Meinungen hören, wei es
Dateisysteme gibt, meistens schwören die Benutzer auf ihres.
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
Von ext2 aus schon, reiserfs IIRC nicht. Aber da kannst Du ja gleich das
erste Backup machen. :)
Jakob
--
Selbst Hühner können Debian GNU/Linux installieren. Immer fleißig
auf die RETURN-Taste picken...
-- Zuletzt gesehen bei Heiko Schlenker
<slrnagecgo....@humbert.ddns.org>
Hauke Zuehl
> Hallo Leute,
>
>
> a) Welches ist das sicherste Dateisystem?
Es gibt IMO 2 recht sichere Dateisysteme:
1. bfs (Backup File System)
2. pfs (Paper File System)
Beide sind sehr sicher, wobei 2. mehr Aufwand bedeutet, da der Benutzer
selbst fuer die Organisation der Dateien verantwortlich ist.
pfs ist aber sehr anfaellig gegen Feuchtigkeit und Feuer.
(SCNR)
>
> danke und tschuess
>
> Andreas
Gruss,
Hauke
--
"Wir haben nicht durchdacht, wie wir weniger Kosten als Linux
verursachen koennen."
(Steve Ballmer, Microsoft CEO)
Carsten Weinhold
> Hallo Leute,
Hallo Andreas!
> nachdem mir die Bookmarks des Konquerors durch das FS-Reiser
> Dateisystem zerstört wurden und ich keine weiteren Schäden akzeptieren
> kann, muß es weg. [...]
In dem anderen Thread (Message-ID: <aktftg$dfq$04$1...@news.t-online.com>)
hast Du doch selbst darauf hingewiesen, dass Dein Rechner beim
Herunterfahren hängenbleibt. Solange Du dieses Problem nicht gelöst
hast, wirst Du mit JEDEM Dateisystem an den Baum fahren.
Es ist absolut notwendig, dass die Partitionen 'umounted' werden. Das
Dateisystem kann noch so toll sein, wenn die letzten paar Daten vor dem
Crash respektive nach dem umount nicht auf der Platte sind, ist es
vorbei.
Ein journaling Dateisystem kann Dir nur garantieren, dass alle Daten,
die _vollständig_ die Platte erreicht haben da und die
Meta-Informationen auf der Platte korrekt sind.
Je nachdem ob Du nun ReiserFS, XFS, JFS oder ext3 verwendest, hast Du
dann Dateien mit evtl. ungültigem Inhalt (z.B. bei ReiserFS) oder die
unvollständigen Dateien werden komplett gelöscht (z.B. ext3 mit data
journaling).
Gruss,
Carsten
Eric 'EW-Tech' Wick
> nachdem mir die Bookmarks des Konquerors durch das FS-Reiser
> Dateisystem
Noch so einer, bei einer suche in alten Logfiles aus der ReiserFS Zeit
fand ich in den Logs Binarycode mit Aufrufen für Systembibliotheken.
Ich könnte wetten das gehört so nicht zusammen, aber Logs sind nunmal
dauerhaft offene Dateien die RasierFS zerbürsten konnte.
> a) Welches ist das sicherste Dateisystem?
Wenn es keine Extremanforderungen wie Millionen kleiner Files oder
blitzschnelles Recover gibt, dann würde ich nach wie vor zu ext2/3
greifen.
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
Mir ist kein Tool bekannt, Backup und Restore ist angesagt.
Gruß
Eric
--
PC Tech Infopage: Leise Hardware Linux SN-Newsserver
LANG=DE: http://ew-tech.bei.t-online.de Mail-Limit 2.5M
Marc Haber
>reiserFS ( hab keine probleme damit)
ReiserFS setzt die Performanz über die Datensicherheit. Würde ich
nicht einsetzen für alles, was über den Wert eines Newsspools oder
slave-Zonen eines Nameservers hinausgeht.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Andreas Müller
schon mal besten Dank an Dich und die anderen Poster.
Es folgen nun noch ein paar Kommentare.
> In dem anderen Thread (Message-ID: <aktftg$dfq$04$1...@news.t-online.com>)
> hast Du doch selbst darauf hingewiesen, dass Dein Rechner beim
> Herunterfahren hängenbleibt.
ja, aber nur *gelegentlich* - NICHT immer !
Sicherheitshalber habe ich nun die Speichertimings deutlich entschärft.
Es sind z.Z. noch NoName-Riegel drin zu denen ich nicht viel Vertrauen
habe...
Soweit mir bekannt werden alle Probleme beim Starten bzw. beim Shutdown
mit "done" oder "failed" angegeben. Oder gibt es noch andere log-files in
denen mögliche Fehler registriert werden? Die gesamte Hardware habe ich
mit Yast 2 eingerichtet bzw. sie wurde automatisch erkannt. Nur die
zweite Grafikkarte mußte ich mit SAX2 manuell hinzufügen. Es gab nie
Fehlermeldungen in Yast 2 oder in Sax 2.
Sofern die Speicherbausteine Probleme hervorrufen sollten, wo kann ich
darüber Meldung erhalten? (Memtest86 lief auch mit "schärfsten"
Speichertimings fehlerfrei durch)
Gibt es Fehler die keinen Programmabbruch hervorrufen, nirgends
"geloggt" [was für eine Wortkreation ;) ] werden und somit unerkannt
das System destabilisieren? (OK, in Windows wird das möglich sein,
aber Linux ist doch 'ne Nummer besser...)
> Es ist absolut notwendig, dass die Partitionen 'umounted' werden. Das
> Dateisystem kann noch so toll sein, wenn die letzten paar Daten vor dem
> Crash respektive nach dem umount nicht auf der Platte sind, ist es
> vorbei.
Der Shutdown-Mechanismus wird doch wohl so intelligent sein erst
die Aufträge aller Anwendungen zu bearbeiten bevor auch nur eine einzige
Systemeinheit entfernt wird, oder etwa nicht?
> Ein journaling Dateisystem kann Dir nur garantieren, dass alle Daten,
> die _vollständig_ die Platte erreicht haben da und die
> Meta-Informationen auf der Platte korrekt sind.
> Je nachdem ob Du nun ReiserFS, XFS, JFS oder ext3 verwendest, hast Du
> dann Dateien mit evtl. ungültigem Inhalt (z.B. bei ReiserFS) oder die
> unvollständigen Dateien werden komplett gelöscht (z.B. ext3 mit data
> journaling).
Wenn ich in einigen Wochen mehr Zeit habe, werde ich alles mit ext2
neu installieren. Alt, aber gut ;) - hoffe ich zumindest...
Gibt es eigentlich eine Möglichkeit das System so einzustellen, daß
bestimmte Dateitypen stets zweimal gespeichert werden? Einmal
normal wie von den Programmen vorgesehen und einmal in eine
Art "Filesafe" in der natürlich auch der Pfad fürs Original hinterlegt ist.
Dann könnte bei einem Datenverlust die Kopie per Klick wieder eingespielt
werden.
danke und tschuess
Andreas
PS: Noch etwas...
Unten ist die Ausgabe von lspci zu finden. Sehe ich das richtig das
sich 5 Geräte den Interrupt 2 teilen? Darunter ist auch die Soundkarte
sowie der IDE-Controller...
-----------------------------------------------------------------------------------------
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513
00:02.2 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07)
00:02.3 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS]
SiS7012 PCI Audio Accelerator (rev a0)
00:03.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100
Ethernet (rev 90)
00:0b.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 01)
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev
10)
01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)
------------------------------------------------------------------------------------------------
Ende des Postings
Lars Marowsky-Bree
<mh+use...@zugschlus.de> wrote:
>>reiserFS ( hab keine probleme damit)
> ReiserFS setzt die Performanz über die Datensicherheit.
Dummschwall.
Rudolf Polzer
> <mh+use...@zugschlus.de> wrote:
> >>reiserFS ( hab keine probleme damit)
> > ReiserFS setzt die Performanz über die Datensicherheit.
>
> Dummschwall.
Definitiv aber hat ReiserFS zuviele Heisenbugs.
ext3 dagegen setzt die Sicherheit über alles andere, z.B. indem man sich
auf existierenden und ausgereiften ext2-Code verlässt. reiserfs ist eben
noch nicht so weit. Das mag in einigen Jahren anders aussehen. Trotzdem
würde ich bei "extrem wichtigen" Daten nach wie vor ext2 einsetzen, auch
wenn ext3 bei mir nie ein Problem gemacht hat.
Wozu ist eigentlich dieses "internal checking" bei ReiserFS gut, das man
im Kernel aktivieren kann - erhöht es die Stabilität oder gibt es "nur"
bessere Logmeldungen, wenn was schief geht?
--
[mpg123d] Just playing: .../hayashibara/albums/vintage/s/02 Infinity.mp3
Can't find string terminator "EOF" anywhere before EOF at ./autoindex line 27.
Karl Peters
Hallo,
> Scripsit ille Lars Marowsky-Bree <la...@marowsky-bree.de>:
>> <mh+use...@zugschlus.de> wrote:
>> >>reiserFS ( hab keine probleme damit)
>> > ReiserFS setzt die Performanz über die Datensicherheit.
>>
>> Dummschwall.
100% Zustimmung.
> Definitiv aber hat ReiserFS zuviele Heisenbugs.
Was ist denn ein "Heisenbug", habe ich da etwas verpasst?
> ext3 dagegen setzt die Sicherheit über alles andere, z.B. indem man sich
> auf existierenden und ausgereiften ext2-Code verlässt. reiserfs ist eben
> noch nicht so weit. Das mag in einigen Jahren anders aussehen. Trotzdem
> würde ich bei "extrem wichtigen" Daten nach wie vor ext2 einsetzen, auch
> wenn ext3 bei mir nie ein Problem gemacht hat.
Hoffentlich wird das hier nicht so ein Mörder-Thread wie letztes Mal. Kennst
du wirklich die internen Prioritäten des ReiserFS Projekts?
Naja, aber so auf ext2 würde ich mich auch nicht unbedingt verlassen, vor
allem wenn man keine USV hat.
Backups sind eben *immer* notwendig.
> Wozu ist eigentlich dieses "internal checking" bei ReiserFS gut, das man
> im Kernel aktivieren kann - erhöht es die Stabilität oder gibt es "nur"
> bessere Logmeldungen, wenn was schief geht?
Ich glaube der Hilfetext erklärt es schon ganz gut ( :) ) :
" CONFIG_REISERFS_CHECK:
If you set this to Y, then ReiserFS will perform every check it can
possibly imagine of its internal consistency throughout its
operation. It will also go substantially slower. More than once we
have forgotten that this was on, and then gone despondent over the
latest benchmarks.:-) Use of this option allows our team to go all
out in checking for consistency when debugging without fear of its
effect on end users. If you are on the verge of sending in a bug
report, say Y and you might get a useful error message. Almost
everyone should say N."
--
Gruß
Karl Peters
Dennis Pissarra
> ReiserFS setzt die Performanz über die Datensicherheit. Würde ich
> nicht einsetzen für alles, was über den Wert eines Newsspools oder
> slave-Zonen eines Nameservers hinausgeht.
Bei mir funktioniert bis jetzt alles, Reiser ext2 und ext3.
M.f.G
Dennis
Rudolf Polzer
> Rudolf Polzer wrote:
> > Scripsit ille Lars Marowsky-Bree <la...@marowsky-bree.de>:
> >> <mh+use...@zugschlus.de> wrote:
> >> >>reiserFS ( hab keine probleme damit)
> >> > ReiserFS setzt die Performanz über die Datensicherheit.
> >>
> >> Dummschwall.
>
> 100% Zustimmung.
>
> > Definitiv aber hat ReiserFS zuviele Heisenbugs.
>
> Was ist denn ein "Heisenbug", habe ich da etwas verpasst?
Einer, der zufällig auftritt. (Natürlich nur scheinbar zufällig)
> > ext3 dagegen setzt die Sicherheit über alles andere, z.B. indem man sich
> > auf existierenden und ausgereiften ext2-Code verlässt. reiserfs ist eben
> > noch nicht so weit. Das mag in einigen Jahren anders aussehen. Trotzdem
> > würde ich bei "extrem wichtigen" Daten nach wie vor ext2 einsetzen, auch
> > wenn ext3 bei mir nie ein Problem gemacht hat.
>
> Hoffentlich wird das hier nicht so ein Mörder-Thread wie letztes Mal. Kennst
> du wirklich die internen Prioritäten des ReiserFS Projekts?
Nein, über die habe ich daher auch nichts geschrieben. Sondern darüber,
wie die Realität aussieht.
> Naja, aber so auf ext2 würde ich mich auch nicht unbedingt verlassen, vor
> allem wenn man keine USV hat.
Das ist halt das typische Write-Cache-Übel. Da kann auch Journaling (wie
bei ext3 und reiserfs) nicht allzu sehr helfen - bringt aber immerhin
etwas.
In Systemen, die ständig von außen ausgeschaltet werden, würde ich
keinen Write-Cache einsetzen. Wenn nicht gerade *während* einer
Schreiboperation was passiert, geht auch bei ext2 nichts kaputt. Und für
diesen Fall kann man u.a. Journaling einsetzen. Aber sinnvoller ist in
einer solchen Konstellation ein FS, das bei Änderungen einen neuen Block
allokiert, anstatt in den bereits belegten zu speichern. Dann kann auch
der Wunsch "Ich hätte gerne den Zustand von 5 Sekunden vorm Stromausfall"
erfüllt werden. Sowas existiert auch.
> Backups sind eben *immer* notwendig.
ACK.
> > Wozu ist eigentlich dieses "internal checking" bei ReiserFS gut, das man
> > im Kernel aktivieren kann - erhöht es die Stabilität oder gibt es "nur"
> > bessere Logmeldungen, wenn was schief geht?
>
> Ich glaube der Hilfetext erklärt es schon ganz gut ( :) ) :
> " CONFIG_REISERFS_CHECK:
>
> If you set this to Y, then ReiserFS will perform every check it can
> possibly imagine of its internal consistency throughout its
> operation. It will also go substantially slower. More than once we
> have forgotten that this was on, and then gone despondent over the
> latest benchmarks.:-) Use of this option allows our team to go all
> out in checking for consistency when debugging without fear of its
> effect on end users. If you are on the verge of sending in a bug
> report, say Y and you might get a useful error message. Almost
> everyone should say N."
Da steht, dass es dadurch mehr bzw. sinnvollere Logmeldungen gibt. Aber
nicht, was im Fehlerfalle sonst noch passiert. Evtl. werden Aktionen im
Falle eines Fehlers abgebrochen, anstatt mit den fehlerhaften Daten
weiter zu arbeiten, so dass weniger Folgefehler entstehen?
--
But most likely other e-mail programs like Eudora are not designed to
enable virus replication.
http://www.microsoft.com/mac/products/office/2001/virus_alert.asp
Karl Peters
> Nein, über die habe ich daher auch nichts geschrieben. Sondern darüber,
> wie die Realität aussieht.
Realität (TM) - *grins* - da haben wir dann anscheinend eine
unterschiedliche Wahrnehmung der Realität (TM).
--
Gruß
Karl Peters
Jakob Lenfers
> Sofern die Speicherbausteine Probleme hervorrufen sollten, wo kann ich
> darüber Meldung erhalten? (Memtest86 lief auch mit "schärfsten"
> Speichertimings fehlerfrei durch)
Wie lange?
> Wenn ich in einigen Wochen mehr Zeit habe, werde ich alles mit ext2
> neu installieren. Alt, aber gut ;) - hoffe ich zumindest...
Wenn das FS nicht "ungemountet" wird, wird es bei ext2 genauso
passieren. Aber ext2 würde ich unterstützen...
Ullrich von Bassewitz
> a) Welches ist das sicherste Dateisystem?
Bei mir funktionieren ext2, ext3 und xfs seit geraumer Zeit problemlos, auch
nach ungewollten Reboots (Stromausfall).
> b) Kann ich das Dateisystem zur Laufzeit konvertieren?
Mit Ausnahme von ext2 -> ext3 (und umgekehrt): Nein.
Gruss
Uz
--
Ullrich von Bassewitz u...@remove-to-reply.musoftware.de
11:32pm up 18 days, 9:48, 10 users, load average: 0.01, 0.09, 0.30
![Christian Garbs [Master Mitch]'s profile photo](http://lh3.googleusercontent.com/a-/ALV-UjWJE_iAYLcvMR_YM0kdAVxT_psq87_-9SYM5C1ngkhPpAXx=s40-c)
Christian Garbs [Master Mitch]
Andreas Müller <andreas_mu...@gmx.de> wrote:
> PS: Noch etwas...
> Unten ist die Ausgabe von lspci zu finden. Sehe ich das richtig das
> sich 5 Geräte den Interrupt 2 teilen? Darunter ist auch die Soundkarte
> sowie der IDE-Controller...
> --------------------------------------------------------------------------
> 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
> 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP
> 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513
> 00:02.2 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07)
> 00:02.3 USB Controller: Silicon Integrated Systems [SiS] 7001 (rev 07)
> 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
> 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS]
> SiS7012 PCI Audio Accelerator (rev a0)
> 00:03.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100
> Ethernet (rev 90)
> 00:0b.0 Display controller: Texas Instruments TVP4020 [Permedia 2] (rev 01)
> 00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev
> 10)
> 01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)
> --------------------------------------------------------------------------
Nö, das siehst Du wohl falsch :-)
Die PCI-Interruptbelegung bekommst Du über `lspci -v` heraus, dann
wird, falls ein Interrupt belegt wird, IRQ= angezeigt.
Die von Kernel verwendeten Interrupts (er muss ja nicht alle
PCI-Geräte ansprechen -- entweder nicht konfiguriert oder Modul
derzeit nicht geladen) kannst Du Dir mit `cat /proc/interrupts`
anzeigen lassen.
Ich stelle gerade fest, das sich meine PCI-Geräte (USB-Controller,
TV-Karte, GraKa, OnBoard-Sound etc.) ausschliesslich auf IRQ 10 und 11
verteilen:
yggdrasil:~# lspci -v | grep IRQ
Flags: bus master, slow devsel, latency 32, IRQ 10
Flags: bus master, medium devsel, latency 32, IRQ 10
Flags: bus master, medium devsel, latency 32, IRQ 11
Flags: bus master, medium devsel, latency 32, IRQ 11
Flags: bus master, medium devsel, latency 32, IRQ 11
Flags: bus master, medium devsel, latency 32, IRQ 11
Flags: bus master, medium devsel, latency 32, IRQ 11
Flags: medium devsel, IRQ 10
Flags: bus master, medium devsel, latency 32, IRQ 11
"Aktiv" ist aber nur eine Doppelbelegung:
yggdrasil:~# cat /proc/interrupts
CPU0
0: 182214 XT-PIC timer
1: 5466 XT-PIC keyboard
2: 0 XT-PIC cascade
3: 7 XT-PIC serial
4: 779 XT-PIC serial
8: 3 XT-PIC rtc
9: 0 XT-PIC acpi
10: 12854 XT-PIC eth0, Ensoniq AudioPCI
14: 41 XT-PIC ide0
15: 16518 XT-PIC ide1
NMI: 0
LOC: 182186
ERR: 52
MIS: 0
Gruß,
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
Psychoanalyse ist die Krankheit, die sie zu heilen vorgibt.
Sven Hartge
> On Mon, 02 Sep 2002 20:01:42 +0200, Marc Haber
> <mh+use...@zugschlus.de> wrote:
>>> ReiserFS ( hab keine probleme damit)
>> ReiserFS setzt die Performanz über die Datensicherheit.
> Dummschwall.
Ich habe noch nie so viele Daten im Betrieb ohne externe Fehlersituation
verloren, wie mit ReiserFS.
Ich persönlich kann davon nur abraten, YMMV.
S°
--
Letzte Worte eines Löwendompteurs: Oh. Ein schlimmer Zahn. Mal sehen...
Sven Hartge
> Rudolf Polzer wrote:
>> Scripsit ille Lars Marowsky-Bree <la...@marowsky-bree.de>:
>>> <mh+use...@zugschlus.de> wrote:
>>>>> reiserFS ( hab keine probleme damit)
>>>> ReiserFS setzt die Performanz über die Datensicherheit.
>>> Dummschwall.
>> Definitiv aber hat ReiserFS zuviele Heisenbugs.
> Was ist denn ein "Heisenbug", habe ich da etwas verpasst?
"Heisenbug": Bug, der nicht auftritt, wenn man ihn beobachten will.
Beispiel:
Programm ohne -DDEBUG segfaultet, mit Debug-Code drin tritt das Problem
nicht auf.
S°
--
142 Reasons, Why You Can't Find Your System Administrator
3. They are in the cellars conducting the rituals to keep the machines running
Marc Haber
Du wirst lachen, aber "works for me" reicht in manchen Umgebungen
nicht.
Lars Marowsky-Bree
<sh-...@ds9.argh.org> wrote:
> Ich habe noch nie so viele Daten im Betrieb ohne externe Fehlersituation
> verloren, wie mit ReiserFS.
Ich hab auch mit reiserfs noch nie Daten verloren. Alle Klagen, die ich bis
jetzt darrueber gehoert habe, konnte man auf Dinge wie Disk Write-Caches
(machen je nach Timing jedes Journaling fs kaputt), oder dumme Applikationen,
die Journaling damit verwechseln das sie sauber mit fsync() etc arbeiten
muessten.
Ich sage nicht, das es keine Bugs hat(te) - alles hat Bugs außer TeX -, aber
zu behaupten, reiserfs wuerde Performance ueber Datenintegritaet stellen,
_ist_ Dummschwall.
Rainer Weikusat
> Ich sage nicht, das es keine Bugs hat(te) - alles hat Bugs außer TeX -, aber
> zu behaupten, reiserfs wuerde Performance ueber Datenintegritaet stellen,
> _ist_ Dummschwall.
Es gibt eben einen tiefverwurzelten Glauben an das
nichtdeterministische Verhalten von Computerprogrammen bei nahezu
allen Leuten, die selten welche schreiben (und zwar
deswegen). Deswegen hat Danny B auch so aufallend viele Freunde :->.
Robin S. Socha
>>> ReiserFS setzt die Performanz über die Datensicherheit. Würde ich
>>> nicht einsetzen für alles, was über den Wert eines Newsspools oder
>>> slave-Zonen eines Nameservers hinausgeht.
>>
>>Bei mir funktioniert bis jetzt alles, Reiser ext2 und ext3.
>
> Du wirst lachen, aber "works for me" reicht in manchen Umgebungen
> nicht.
Mbwhahaha... Okay. Genug gelacht. Marc, herzlich willkommen in dcoulm,
der Gruppe wo Idioten fragen und Stümper antworten. Wo Leute, die die
ersten 27 Windows NE CDs in der richtigen Reihenfolge in ihre Medion PCs
stopfen können, glauben, Admin zu sein. Wo KDE Fortschritt ist und Gnome
Zukunft. Kurz: Wo Jungs versuchen, Männer zu sein - und Schafe Angst
haben.
Rudolf Polzer
> Karl Peters <karl.h...@gmx.net> wrote:
> > Rudolf Polzer wrote:
> >> Scripsit ille Lars Marowsky-Bree <la...@marowsky-bree.de>:
> >>> <mh+use...@zugschlus.de> wrote:
>
> >>>>> reiserFS ( hab keine probleme damit)
> >>>> ReiserFS setzt die Performanz über die Datensicherheit.
> >>> Dummschwall.
> >> Definitiv aber hat ReiserFS zuviele Heisenbugs.
>
> > Was ist denn ein "Heisenbug", habe ich da etwas verpasst?
>
> "Heisenbug": Bug, der nicht auftritt, wenn man ihn beobachten will.
> Beispiel:
>
> Programm ohne -DDEBUG segfaultet, mit Debug-Code drin tritt das Problem
> nicht auf.
Nicht nur. In der Regel ist das so - es kann aber auch ein Bug sein, der
scheinbar zufällig auftritt (insbes. mit "gleichen" Eingangsdaten mal
und mal nicht) - in Anspielung auf die Unschärferelation und die
daraus resultierende "Existienz" des Zufalls.
Aber auch daraus kommt man wieder auf die Definition zurück: will man
einen solchen Bug beobachten, variiert man die Eingangsdaten, um ihn
einzugrenzen. Wenn man dann keine Variation der Eingangsdaten
hinbekommt, bei der der Bug eintritt, aber das Problem nach einigen
Tagen, Wochen oder Monaten wieder mommt, kann es auch ein Heisenbug
sein.
--
Asuka in Neon Genesis Evangelion, Episode 26:
"He, hoch mit dir! Zeit zum Aufstehen, du Lahmarsch! Arrgghhh! Du
schwanzgesteuerter Perverser, ich wollte *dich* hochkriegen und
nicht *das da*!" [übersetzt von Tenchi Illumina]
Sven Hartge
> On Tue, 3 Sep 2002 00:42:17 +0200, Sven Hartge
> <sh-...@ds9.argh.org> wrote:
>> Ich habe noch nie so viele Daten im Betrieb ohne externe Fehlersituation
>> verloren, wie mit ReiserFS.
> Ich hab auch mit reiserfs noch nie Daten verloren. Alle Klagen, die ich bis
> jetzt darrueber gehoert habe, konnte man auf Dinge wie Disk Write-Caches
> (machen je nach Timing jedes Journaling fs kaputt), oder dumme Applikationen,
> die Journaling damit verwechseln das sie sauber mit fsync() etc arbeiten
> muessten.
Mit letzterem meinst du qmail, oder?
Also, ich weiß, was ich zu tun habe, wenn ich ein Journalling-Filesystem
nutze (Write-Cache der Platte abstellen, etc.), daher kann ich mir die
Probleme nicht so recht erklären.
Ein Dateisystem aber, das ohne Hardware-Defekte im normalen Betrieb nach
einem geordneten und sauberen Reboot auf einmal Daten schreddert, finde
ich extrem unlustig.
> Ich sage nicht, das es keine Bugs hat(te) - alles hat Bugs außer TeX
> -, aber zu behaupten, reiserfs wuerde Performance ueber
> Datenintegritaet stellen, _ist_ Dummschwall.
Das würde ich auch so direkt nicht behaupten wollen, wenn ich auch
manchmal das Gefühl habe, es würde teilweise so gehandelt werden.
S°
--
BOFH excuse #134:
because of network lag due to too many people playing deathmatch
Marcus Frings
> Mbwhahaha... Okay. Genug gelacht. Marc, herzlich willkommen in dcoulm,
> der Gruppe wo Idioten fragen und Stümper antworten.
Ich würde Juergen Ilse und noch einige andere nicht als Stümper
bezeichnen. Aber Du antwortest ja auch immer hier...
> ersten 27 Windows NE CDs in der richtigen Reihenfolge in ihre Medion PCs
> stopfen können, glauben, Admin zu sein. Wo KDE Fortschritt ist und Gnome
> Zukunft. Kurz: Wo Jungs versuchen, Männer zu sein - und Schafe Angst
> haben.
Bleib mal locker. :-) Wir wollen ja auch nicht die letzten
OpenBSD-Probleme hier erörtern...
FU2poster
Michael Bergbauer
> Lars Marowsky-Bree <la...@marowsky-bree.de> wrote:
> > Ich hab auch mit reiserfs noch nie Daten verloren. Alle Klagen,
> > die ich bis jetzt darrueber gehoert habe, konnte man auf Dinge wie
> > Disk Write-Caches (machen je nach Timing jedes Journaling fs
> > kaputt), oder dumme Applikationen, die Journaling damit
> > verwechseln das sie sauber mit fsync() etc arbeiten muessten.
>
> Mit letzterem meinst du qmail, oder?
Wo liegt hier das Problem, bzw. wieso verhaelt sich qmail falsch?
--
Michael Bergbauer <mic...@noname.franken.de>
use your idle CPU cycles - See http://www.distributed.net for details.
Visit our mud Geas at geas.franken.de Port 3333
Juergen Ilse
Michael Bergbauer <just-f...@noname.franken.de> wrote:
> Sven Hartge <sh-...@ds9.argh.org> writes:
>> Lars Marowsky-Bree <la...@marowsky-bree.de> wrote:
>> > Ich hab auch mit reiserfs noch nie Daten verloren. Alle Klagen,
>> > die ich bis jetzt darrueber gehoert habe, konnte man auf Dinge wie
>> > Disk Write-Caches (machen je nach Timing jedes Journaling fs
>> > kaputt), oder dumme Applikationen, die Journaling damit
>> > verwechseln das sie sauber mit fsync() etc arbeiten muessten.
>> Mit letzterem meinst du qmail, oder?
> Wo liegt hier das Problem, bzw. wieso verhaelt sich qmail falsch?
Eine Suche auf google mit "qmail+bugs" als Suchbegriff liefert innerhalb
von wenigen Sekunden als ersten link
http://mandree.home.pages.de/qmail-bugs.html
Warum hast du das nicht mal selbst probiert? Ausserdem ging die Diskussion
um die Bugs in qmail lange genug (in de.comm.software.mailserver, IIRC ging
das wirklich wochenlang, so dass auch dort eine suche fast zwangslaeufig
diesen link zu Tage gefoerdert haette ...
Tschuess,
Juergen Ilse (il...@usenet-verwaltung.org)
--
Das Netz ist Freude. Es ist Ekstase, die jeden einzelnen Nerv erglühen
läßt. Es ist Duft, den man fühlt. Es ist ein Bild, das man riecht.
Es ist Erfüllung - ein Geschmack, neben dem alles andere schal ist.
("Netzreiter-Preisung" aus dem Buch "Der Netzparasit" von Andreas Brandhorst)
Falk Husemann
Hallo!
Stell mal ein ordentliches layout ein, so kommt es hier an:
(nur kurzes beispiel)
> dann Dateien mit evtl. ung=FCltigem Inhalt (z.B. bei ReiserFS) oder die=
> =20
> unvollst=E4ndigen Dateien werden komplett gel=F6scht (z.B. ext3 mit dat=
> a=20
> journaling).
mfg
Falk
Wolfgang M. Weyand
> Stell mal ein ordentliches layout ein, so kommt es hier an:
>
> (nur kurzes beispiel)
>> dann Dateien mit evtl. ung=FCltigem Inhalt (z.B. bei ReiserFS) oder die=
>> =20
Dein "Newsreader" versteht kein Quoted printable. Such Dir einen, der
das kann
F'up nach de.comm.software.newsreader
PS. Und spiel nicht ständig an Deiner E-Mail-Adresse rum.
Und jetzt schnell wieder ins Killfile.
--
begin sig
This line intentionally left blank.
end