Hallo Liste !!! Hat einer von euch vieleicht einen Promise SX4000 unter Suse 9.0 zum laufen gebracht ? Ich hab zum einen versucht die Treiber von Promise zu installieren, was allerdings schief ging. Dann hab ich noch eine andere Quelle im Internet gefunden, hat aber ebenso wenig funktioniert. Leider hab ich den Output von make nicht da, kann das aber heute Abend nachreichen. Wär aber trozdem nett wenn mir mal einer erzählen könnte wie er das hinbekommen hat :-) Gruß Frank Noel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Frank Noel wrote: | Hat einer von euch vieleicht einen Promise SX4000 unter Suse 9.0 zum | laufen gebracht ? Nein, aber ich kann Dir davon abraten es zu versuchen :-). | Ich hab zum einen versucht die Treiber von Promise zu installieren, was | allerdings schief ging. Dann hab ich noch eine andere Quelle im Internet | gefunden, hat aber ebenso wenig funktioniert. Japs. Das waren auch meine/unsere Erfahrungen. Wir haben zwar den Treiber von Promise yum Funktionieren gebracht, aber dann festgestellt, dass das RAID nicht zuverlässig funktioniert hat. Mittels badblocks konnten wir zeigen, dass es ständig andere kaputte Blöcke auf dem Device gab. Ein Test umkopieren von Daten hat dann sogar dazu geführt, dass ist die Kiste komplett augehängt hat. Ein weiteres Thema ist die Software-Unterstützung. Unter Windows gibt es für den Controller Management-Software, die zwar unter Linux auch vorhanden sein sollte, aber sich beständig mit einem SegFault verabschiedet hat. Auch nicht sehr brauchbar. | Wär aber trozdem nett wenn mir mal einer erzählen könnte wie er das | hinbekommen hat :-) Wir haben es dann sein lassen und uns drauf geeinigt, dass wir ein Software-RAID installieren und den Controller an den Lieferanten zurückschicken. Wenn ich dem Ding nicht 100%ig vertrauen kann, dann brauche ich kein RAID :-). Viele Grüße -michael - -- Es gibt zwei Grundsätze für Erfolg und Glück: 1. Erzähle anderen nicht alles, was du weißt. PGP public key: http://www.michael-klemm.net/public.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFA6798WEu1syWqdn0RApGqAJ9GBas+cTfX13R+ihqQuToVNFXzNgCgtrIA bxd4l/0kR3CYEgbFVzmuG1E= =y+Wm -----END PGP SIGNATURE-----
Michael Klemm wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Frank Noel wrote: | Hat einer von euch vieleicht einen Promise SX4000 unter Suse 9.0 zum | laufen gebracht ?
Nein, aber ich kann Dir davon abraten es zu versuchen :-).
hmm ... kannst du mir denn eine Alternative vorschlagen ? weist du vieleicht wie das ganze unter freebsd aussieht ?
Japs. Das waren auch meine/unsere Erfahrungen. Wir haben zwar den Treiber von Promise yum Funktionieren gebracht, aber dann festgestellt, dass das RAID nicht zuverlässig funktioniert hat. Mittels badblocks konnten wir zeigen, dass es ständig andere kaputte Blöcke auf dem Device gab. Ein Test umkopieren von Daten hat dann sogar dazu geführt, dass ist die Kiste komplett augehängt hat.
Denkbar schlecht ... zuverlässig sollte das ganze schon laufen. Glaubst du das ein Versuch unter dem SLES was bringen würde ?
| Wär aber trozdem nett wenn mir mal einer erzählen könnte wie er das | hinbekommen hat :-)
Wir haben es dann sein lassen und uns drauf geeinigt, dass wir ein Software-RAID installieren und den Controller an den Lieferanten zurückschicken. Wenn ich dem Ding nicht 100%ig vertrauen kann, dann brauche ich kein RAID :-).
sehe ich auch so ... allerdings kommt ein Software-Raid 5 für mich nicht in Frage. Die Prozessorlast ist mir da einfach zu hoch. gruß Frank Noel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Frank Noel wrote: |> Frank Noel wrote: |> | Hat einer von euch vieleicht einen Promise SX4000 unter Suse 9.0 zum |> | laufen gebracht ? |> |> Nein, aber ich kann Dir davon abraten es zu versuchen :-). | | | hmm ... kannst du mir denn eine Alternative vorschlagen ? | weist du vieleicht wie das ganze unter freebsd aussieht ? Muß ich leider beides verneinen. Ich habe nur die Erfahrung gemacht, dass auf meinen Rechner keiner der Promise-Controller korrekt funktioniert hat. Weder mit RAID noch ohne. Bei meinen Googeleien habe ich jedoch von mehreren Seiten gehört, dass 3ware eine gute Linux-Unterstützung bieten soll. Bestätigen kann ich das allerdings nicht, weil ich selbst noch keinen solchen Controller in Händen hatte. |> Japs. Das waren auch meine/unsere Erfahrungen. Wir haben zwar den |> Treiber von Promise yum Funktionieren gebracht, aber dann festgestellt, |> dass das RAID nicht zuverlässig funktioniert hat. Mittels badblocks |> konnten wir zeigen, dass es ständig andere kaputte Blöcke auf dem Device |> gab. Ein Test umkopieren von Daten hat dann sogar dazu geführt, dass ist |> die Kiste komplett augehängt hat. | | | Denkbar schlecht ... zuverlässig sollte das ganze schon laufen. Glaubst | du das ein Versuch unter dem SLES was bringen würde ? Ich glaube es fast nicht, da es Probleme im Linux-Kern sind. Das wird dann beim SLES nicht anders sein. Jemand möge mich korrigieren, wenn ich falsches erzähle. |> Wir haben es dann sein lassen und uns drauf geeinigt, dass wir ein |> Software-RAID installieren und den Controller an den Lieferanten |> zurückschicken. Wenn ich dem Ding nicht 100%ig vertrauen kann, dann |> brauche ich kein RAID :-). | | | sehe ich auch so ... allerdings kommt ein Software-Raid 5 für mich nicht | in Frage. Die Prozessorlast ist mir da einfach zu hoch. Schon klar. Uns reicht simples Spiegeln aus, von daher haben wir das Problem mit der Last nicht und die Datentransferrate genügt uns auch. Wenn Geld keine (große) Rolle spielt, dann würde ich zu einem externen Hardware-RAID greifen, das über SCSI angebunden wird. Wenn Linux nicht merkt, dass es ein RAID gibt, dann kann das nur Vorteile haben. :-) Viele Grüße -michael - -- Es gibt zwei Grundsätze für Erfolg und Glück: 1. Erzähle anderen nicht alles, was du weißt. PGP public key: http://www.michael-klemm.net/public.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFA68g8WEu1syWqdn0RAoKAAKCIynwFfVvXngwu8a0Nak5H2OSRxQCgyFUV Wg0VWD+LS9vxKuOMGp4+1ng= =k0gM -----END PGP SIGNATURE-----
Am Mi, den 07.07.2004 schrieb Michael Klemm um 11:54:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Frank Noel wrote: |> Frank Noel wrote: |> | Hat einer von euch vieleicht einen Promise SX4000 unter Suse 9.0 zum |> | laufen gebracht ? |> |> Nein, aber ich kann Dir davon abraten es zu versuchen :-). | | | hmm ... kannst du mir denn eine Alternative vorschlagen ? | weist du vieleicht wie das ganze unter freebsd aussieht ?
Muß ich leider beides verneinen. Ich habe nur die Erfahrung gemacht, dass auf meinen Rechner keiner der Promise-Controller korrekt funktioniert hat. Weder mit RAID noch ohne.
Bei meinen Googeleien habe ich jedoch von mehreren Seiten gehört, dass 3ware eine gute Linux-Unterstützung bieten soll. Bestätigen kann ich das allerdings nicht, weil ich selbst noch keinen solchen Controller in Händen hatte.
Ich habe 'mal vor ca. einem Jahr einen 12 Kanal 3Ware Controler verwendet. Mit Hardware RAID ist das Teil deutlich langsamer als mit Software RAID, was aus prinzipiellen Erwägungen sowieso vorzuziehen ist. Der Spitzendurchsatz war (bei einem nichtrealistischen Test) 160GB/Sek. Durchsatz beim Schreiben. Daten: RAID 5, 6 IDE Platten a 250GB, 5400 Upm + 1 Parity Pentium 4 mit 2 GHz, 64Bit IDE 3Ware Controler, 1GB RAM Es war nicht mögich, den Platten über den Controler eine *feste* SCSI Adresse zuzuweisen. Da muss man dann über Linux-Methoden gehen. Vielleicht hilft Dir das ja :-)
|> Japs. Das waren auch meine/unsere Erfahrungen. Wir haben zwar den |> Treiber von Promise yum Funktionieren gebracht, aber dann festgestellt, |> dass das RAID nicht zuverlässig funktioniert hat. Mittels badblocks |> konnten wir zeigen, dass es ständig andere kaputte Blöcke auf dem Device |> gab. Ein Test umkopieren von Daten hat dann sogar dazu geführt, dass ist |> die Kiste komplett augehängt hat. | | | Denkbar schlecht ... zuverlässig sollte das ganze schon laufen. Glaubst | du das ein Versuch unter dem SLES was bringen würde ?
Ich glaube es fast nicht, da es Probleme im Linux-Kern sind. Das wird dann beim SLES nicht anders sein. Jemand möge mich korrigieren, wenn ich falsches erzähle.
|> Wir haben es dann sein lassen und uns drauf geeinigt, dass wir ein |> Software-RAID installieren und den Controller an den Lieferanten |> zurückschicken. Wenn ich dem Ding nicht 100%ig vertrauen kann, dann |> brauche ich kein RAID :-). | | | sehe ich auch so ... allerdings kommt ein Software-Raid 5 für mich nicht | in Frage. Die Prozessorlast ist mir da einfach zu hoch.
Schon klar. Uns reicht simples Spiegeln aus, von daher haben wir das Problem mit der Last nicht und die Datentransferrate genügt uns auch.
Wenn Geld keine (große) Rolle spielt, dann würde ich zu einem externen Hardware-RAID greifen, das über SCSI angebunden wird. Wenn Linux nicht merkt, dass es ein RAID gibt, dann kann das nur Vorteile haben. :-)
Viele Grüße -michael
- -- Es gibt zwei Grundsätze für Erfolg und Glück: 1. Erzähle anderen nicht alles, was du weißt.
PGP public key: http://www.michael-klemm.net/public.key
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQFA68g8WEu1syWqdn0RAoKAAKCIynwFfVvXngwu8a0Nak5H2OSRxQCgyFUV Wg0VWD+LS9vxKuOMGp4+1ng= =k0gM -----END PGP SIGNATURE-----
-- Heinz-Josef Claes hjclaes@web.de project: http://sourceforge.net/projects/storebackup -> snapshot-like backup to another disk
Hi, On Wednesday, 07/07/04, at 11:43:40 Frank Noel wrote: [...]
Denkbar schlecht ... zuverlässig sollte das ganze schon laufen. Glaubst du das ein Versuch unter dem SLES was bringen würde ?
Soweit ich weiß, bietet Promise nur Treiber für Kernel 2.4.19-* an, allerdings keine für 2.4.21-*. Siehe http://www.promise.com/support/download/download2_eng.asp?productId=94&category=All&os=1 Sobald Du also auf einem SLES8 ein Update machst gugst Du in die Röhre. Treiber für SL9.0 sind ebenfalls nicht zu finden. -- Gruß, Sascha
participants (4)
-
Frank Noel
-
Heinz-Josef Claes
-
Michael Klemm
-
Sascha Wessels