Hallo,
hat das jemand am laufen, geht das schon, ich bin grad am Anfang meiner suche ?
Nach einem Gewitter heute nach ist mein (Test)rechner ausgefallen, und eine
partition kann nicht mehr repariert werden, bzw. e2fsck bleibt hängen und
ich kann auch sonst nix mehr machen :-(
Mit ReiserFS bin ich mir zwar auch noch nicht ganz sicher, denn der Rechner
wird in zwei wochen eingeschaltet, und dann sieht den keiner mehr und es
kommt da auch keiner mehr ran, da sollte die sache schon mehr oder weniger
stabil laufen (Reiser auf Raid1) ;)
merci,
--
und servus
On Mit, 14 Jun 2000, Hans Klein wrote:
hat das jemand am laufen, geht das schon, ich bin grad am Anfang meiner suche ?
nein, wir haben das gestern so versucht: 1) Raid-1 über 2x 18GB SCSI-Plattten 2) darüber dann ein LVM 3) dann noch reiserFS als Filesysteme ging leider völlig in die Hose ;) auch wenn man punkt (2) weglässt, wirds wohl nicht besser. Wir haben sowohl SuSE 6.4 Standard-Kernels genommn wie das wir 2.2.16 selbst dafür mit den aktuellen patches versehen haben ... hat alles nix geholfen. Wir haben jetzt auf der Machine nur LVM mit reiserFS am laufen ... Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner & Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 12:54 14.06.00 +0200, Joerg Henner wrote:
On Mit, 14 Jun 2000, Hans Klein wrote:
hat das jemand am laufen, geht das schon, ich bin grad am Anfang meiner suche ?
nein, wir haben das gestern so versucht:
1) Raid-1 über 2x 18GB SCSI-Plattten 2) darüber dann ein LVM 3) dann noch reiserFS als Filesysteme
ging leider völlig in die Hose ;)
auch wenn man punkt (2) weglässt, wirds wohl nicht besser. Wir haben sowohl SuSE 6.4 Standard-Kernels genommn wie das wir 2.2.16 selbst dafür mit den aktuellen patches versehen haben ... hat alles nix geholfen.
Wir haben jetzt auf der Machine nur LVM mit reiserFS am laufen ...
aha, naja mal sehen was mir sonst noch alles einfaellt ?!
--
und servus
Hallo Jörg und Hans, hier laüft Raid1 und reiserfs einwandfrei. Ich habe den 2.2.14er-Kernel gepatcht und ohne Probleme gestartet. -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.deDiese Mail ist mit AVP (www.avp.ru) virengetestet und sauber. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 13:05 14.06.00 +0200, Ralf Steck wrote:
Hallo Jörg und Hans,
hier laüft Raid1 und reiserfs einwandfrei. Ich habe den 2.2.14er-Kernel gepatcht und ohne Probleme gestartet.
heute bin ich endlich dazugekommen,
also SoftRaid1(mirroring) und dadrauf ReiserFS, funktioniert bis jetzt ohne
Probleme, hab allerdings erstmal eine eher unwichte Partition hergenommen,
und etwas in der gegend rumkopiert um zu sehen wie es laeuft, denn das
letztemal als ich mich mit ReiserFS befasst habe(vor einigen Wochen) hats
bei groesseren kopieraktionen schon mal 'nen haenger gegeben.
verwende Kernel 2.2.16 (auf 'ner Suse6.2)
--
und servus
On Sam, 17 Jun 2000, Hans Klein wrote:
hier laüft Raid1 und reiserfs einwandfrei. Ich habe den 2.2.14er-Kernel gepatcht und ohne Probleme gestartet. heute bin ich endlich dazugekommen, also SoftRaid1(mirroring) und dadrauf ReiserFS, funktioniert bis jetzt ohne Probleme, hab allerdings erstmal eine eher unwichte Partition hergenommen, und etwas in der gegend rumkopiert um zu sehen wie es laeuft, denn das letztemal als ich mich mit ReiserFS befasst habe(vor einigen Wochen) hats bei groesseren kopieraktionen schon mal 'nen haenger gegeben. verwende Kernel 2.2.16 (auf 'ner Suse6.2)
Mich/Uns würde hier interessieren, welche Patches eingespielt wurden, woher die Patches kamen (URL/FTP-Adresse), und von welcher Original-Datenbasis ausgegangen wurde (SuSE-Kernel von CD oder der Update-Kernel von ftp.suse.com, oder doch der Native-Kernel von ftp.kernel.org) - und natürlich welche raid-tools verwendet wurden (Herkunft, Version). Dann interessiert auch: welche Hardware (Board, SCSI, Platten, Partitionen). Die einfache Aussage: das funktioniert hier, reicht hier ja leider nicht aus, da wir selbst schon damit rum experimentiert hatten - leider hier ohne erfolg. Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner & Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 10:28 17.06.00 +0200, Joerg Henner wrote:
On Sam, 17 Jun 2000, Hans Klein wrote:
hier laüft Raid1 und reiserfs einwandfrei. Ich habe den 2.2.14er-Kernel gepatcht und ohne Probleme gestartet. heute bin ich endlich dazugekommen, also SoftRaid1(mirroring) und dadrauf ReiserFS, funktioniert bis jetzt ohne Probleme, hab allerdings erstmal eine eher unwichte Partition hergenommen, und etwas in der gegend rumkopiert um zu sehen wie es laeuft, denn das letztemal als ich mich mit ReiserFS befasst habe(vor einigen Wochen) hats bei groesseren kopieraktionen schon mal 'nen haenger gegeben. verwende Kernel 2.2.16 (auf 'ner Suse6.2)
Mich/Uns würde hier interessieren, welche Patches eingespielt wurden, woher die Patches kamen (URL/FTP-Adresse), und von welcher Original-Datenbasis ausgegangen wurde (SuSE-Kernel von CD oder der Update-Kernel von ftp.suse.com, oder doch der Native-Kernel von ftp.kernel.org) - und natürlich welche raid-tools verwendet wurden (Herkunft, Version).
Dann interessiert auch: welche Hardware (Board, SCSI, Platten, Partitionen).
Die einfache Aussage: das funktioniert hier, reicht hier ja leider nicht aus, da wir selbst schon damit rum experimentiert hatten - leider hier ohne erfolg.
also denn,
es war mal eine Suse 6.2 dann erstmal alle patches|updates(RPMs) die es so
auf dem SuseFTPserver gibt eingespielt.(bzw. die für 'nen Gateway ohne X
Sinn machen)
Kernel:
von ftp.kernel org. 2.2.16, (md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8)
Reiserpatch:
ftp://ftp.devlinux.com/pub/namesys/linux-2.2.16-reiserfs-3.5.22-patch.gz
mdutils:
mdutils-0.41-65 , so wie von der Suse6.2
Hardware:
ASUS P3B-F, Bios 1005, CPU: P-III 550, 128MB
Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
SCSI: Adaptec 29160
Bus 0, device 11, function 0:
SCSI storage controller: Adaptec AIC-7892 (rev 2).
Medium devsel. Fast back-to-back capable. BIST capable. IRQ 10. \
Master Capable. Latency=64. Min Gnt=40.Max Lat=25.
I/O at 0xb800 [0xb801].
Non-prefetchable 64 bit memory at 0xe1000000 [0xe1000004].
Platten: die gleiche Platte auch mit Id:1
<6>(scsi0:0:0:0) Synchronous at 80.0 Mbyte/sec, offset 31.
<4> Vendor: IBM Model: DNES-309170W Rev: SA30
<4> Type: Direct-Access ANSI SCSI revision: 03
<4>Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Partitionen im moment so:
PC:~ # df
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/sda1 150497 41299 101168 29% /
/dev/md1 303167 10604 276906 4% /var
/dev/md2 3470552 729719 2561313 22% /usr
/dev/md3 4867428 921172 3946256 19% /usr1
PC:~ # mount
/dev/sda1 on / type ext2 (rw)
proc on /proc type proc (rw)
/dev/md1 on /var type ext2 (rw)
/dev/md2 on /usr type ext2 (rw)
/dev/md3 on /usr1 type reiserfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=0620)
ich hab auch mal einen test mit bonnie gemacht(zeilen sind etwas lang):
-------Sequential Output-------- ---Sequential Input--
--Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU
/sec %CPU
/dev/md3 1* 400 7675 97.5 16754 40.9 5616 11.9 8152 90.4 13101 9.1
156.0 3.0
/dev/md3 1* 400 7685 97.5 16385 40.4 5432 11.0 7874 87.4 13380 9.4
153.0 3.3
ext2: 2x
/dev/md2 1* 400 7691 90.9 18215 21.9 5313 12.8 7062 80.2 15965 15.7
142.0 3.1
/dev/md2 1* 400 7729 91.6 18132 21.6 5167 12.5 6939 78.7 17084 16.2
131.1 3.4
die Kernel .config schicke ich Dir mal so zu.
und die reiserRaidPartition wurde so erstellt:
/etc/raid3.conf:
# Sample raid-1 configuration
raiddev /dev/md3
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
device /dev/sda7
raid-disk 0
device /dev/sdb7
raid-disk 1
/etc/mdtab:
/dev/md3 raid1,4k,0,6039ccfb /dev/sda7 /dev/sdb7 # /usr1
- mkraid /etc/raid3.conf
- mdadd /dev/md3
- mdrun -p1 /dev/md3
- mkreiserfs /dev/md3
dann ein test:
- cd /usr
- tar cSpf - . | (cd /usr1 ; tar xvSpf -)
... und bis jetzt kein fehler gefunden.
--
und servus
On Sam, 17 Jun 2000, Hans Klein wrote:
... und bis jetzt kein fehler gefunden.
erstmal danke für diese Ausführlichkeit (das sieht mal ja sonst selten). Wenn du in zukunft doch noch probleme haben solltest, dann sag mir bitte bescheid ... Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner & Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Jörg,
Mich/Uns würde hier interessieren, welche Patches eingespielt wurden, ...
Ich habe den Original-Kernel von den SuSE-CDs (2.2.14) und die Patches linux-2.2.14-reiserfs-3.5.19-patch.gz raid0145-19990824-2.2.11.gz von der Reiser-Homepage bzw. Kernel.org ( + einen Patch für Kasperski AVP (On-Access-Virenscanner). Die Raidtools sind die voin der SuSE-CD. Allerdings konnte ich das RAID nie von Hand starten, sondern immer nur per Autorun (Config-Files anpassen, Partitionstyp der Partitionen auf fd (oder so) setzen, Server booten, er erkennt die Partitions selbst als RAID). mkreiserfs lief dann problemlos. Das einzig komische bei dieser Kombi ist, das nach einem Absturz und bei darauffolgendem mehrmaligem Neubooten (z.B. wenn man an der Konfig des Systems was ändert), die Replay-Funktion von Reiserfs viele Transaktionen zurückspielt, auch wenn das System "sauber" runterging. Ich glaube, der macht einige der Änderungen des RAID-Resync rückgängig, der im Hintergrund läuft. Machte aber nie Probleme. -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de Diese Mail ist mit AVP (www.avp.ru) virengetestet und sauber. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
hansi.klein@net-con.net
-
jhe@lihas.de
-
rsteck@die-textwerkstatt.de