Re: large ide raid system
Thomas Davis wrote: JMy 4way IDE based, 2 channels (ie, master/slave, master/slave) built using IBM 16gb Ultra33 drives in RAID0 are capable of about 25mb/sec across the raid. nice to hear :-) not a very big performance degradation Adding a Promise 66 card, changing to all masters, got the numbers up into the 30's range (I don't have them at the moment.. hmm..) I was also wondering about the reliability of using slaves. Does anyone know about the likelihood of a single failed drive bringing down the whole master/slave pair? Since I have tended to stay away from slaves, for performance reasons, I don't know how they influence reliability. Maybe it's ok. When the slave fail, the master goes down. My experience has been, when _ANY_ IDE drive fails, it takes down the whole channel. Master or slave. The kernel just gives fits.. hmm .. strange .. I got an old Pentium box, and disconnected the slave and the raid5 array continued to work after a TON of syslog messages. Anyway, I agree that the master-only configuration is much more reliable from an electrical point of view. I was wondering how much IDE channels linux 2.2 can handle, can it handle 8 channels ? would an Abit with 4 channels + 2 promise ultra 66 cards work ? or a normal BX mainboard (2 channels) + 3 promise ultra 66 ? thanks for infos, Benno.
Re: large ide raid system
[EMAIL PROTECTED] wrote: john b said: Performance is pretty good - these numbers are for a first generation smartcan (spring '99) these numbers are also useless since they are much too close to your ram size, and bonnie only shows how fast your system runs bonnie :) a better benchmark would be to see how this runs with multiple concurrent accesses to even larger files. perhaps something like tiotest? Good point, I'll try re-running it with 500MB - 2GB file size. Just need to keep other processes from doing raid i/o while I'm testing - it *is* a production machine and has been running quite happily since June... but even with bonnie getting more cpu time, the speed did not seem terribly different. this makes me wonder about how fast the smartcan's logic really is... True, but then again, it was a first generation smartcan setup...:-) speech type=rant i cant tell you about the division of responsiblility, but i can tell you i keep closed source, binary modules out of my kernel. i have enough problem with vendors who dont release specs to their equipment, let alone those who ride on the backs of the kernel developers by taking advantage of open code, and keeping theirs closed. vote with your dollars i say. /speech I agree with you about the open source in the kernel... one thing you might want to consider though is trying to motivate companies into developing / releasing products for the Linux environment. In virtually every other market, the *standard* is closed, binary modules drivers. How do you get these companies to open up and release their intellectual property? By refusing to buy their products when they attempt to enter the market (you're basically saying, its my way, or no way)? How about *working* with them, buying their initial products. Once you *prove* there is a market for them, they'll listen to you about the market culture... if they still refuse, don't buy anything else from them... John
Re: AW: HowTo: Upgrade Oldraid-5 - NewRaid-5
OK, I don't mean to beat a dead horse but.. I am about to upgrade several old raid5 production systems to the new raid using 0.90 tools. I see this warning See raid0.conf. sample from archive: persistent-superblock 0# set this to 1 if you want autostart, # BUT SETTING TO 1 WILL DESTROY PREVIOUS # CONTENTS if this is a RAID0 array created # by older raidtools (0.40-0.51) or mdtools! an a conflicting statement that says: 1st step was done previously exept for the persistent-superblock I set it now to 1 2nd step: run mkraid -- upgrade /dev/md2 So is it safe to set the persistent-superblock to 1 or NOT when doing the mkraid --upgrade on raid5 and raid 1 devices??? I still don't have it straight and I don't really want to re-load many giga-bytes from a slow dat tape. Michael [EMAIL PROTECTED]
Re: raid-2.2.14-B1.14 doesn't patch 2.2.14 properly
Scott Thomson wrote: Am I missing something here? The source has just been freshly untarred from linux-2.2.14.tgz This is just the the first prompt. It goes on and on... patching file `linux/init/main.c' Hunk #1 FAILED at 19. Hunk #2 FAILED at 488. Hunk #3 FAILED at 928. Hunk #4 FAILED at 1426. 4 out of 4 hunks FAILED -- saving rejects to linux/init/main.c.rej The next patch would create the file `linux/include/linux/raid/linear.h', which already exists! Assume -R? [n] main.c.rej is as follows snip 1.) what was the current working directory and the exact patch command you issued? 2.) did the errors start with the first file to patch or was main.c further down the list of files to be patched? 3.) What is raid-2.2.14-B1.14? I only know of raid-2.2.14-B1 and that one patched into my 2.2.14 without rejects. Marc -- Marc Mutz [EMAIL PROTECTED]http://marc.mutz.com/Encryption-HOWTO/ University of Bielefeld, Dep. of Mathematics / Dep. of Physics PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
Re: large ide raid system
Brian Grossman wrote: RZ RZ Of course this is not the only thing the affects speed. Other issues that RZ make our units fast is the PCI bus which is 133Mbs and DMA directly to RZ drives. It is however, still unclear whether it's safe to run reiserfs on a raidzone. I have a question about that out to Colin. I tried the ext3 alpha code once.. it went BOOM almost on immediately on first boot.. But, that may be the code, and not RZ's fault. -- +-- Thomas Davis| PDSF Project Leader [EMAIL PROTECTED] | (510) 486-4524 | "Only a petabyte of data this year?"
Re: looking for pre-configured linux-compatible RAID servers
On Wed, 12 Jan 2000, Louis-David Mitterrand wrote: are there any complete systems resellers (like Dell for ex.) that integrate Linux-compatible RAID controllers in their offerings? Most of the larger linux hardware vendors seem to offer pre-packaged RAID hardware along with their systems. -Andy
Please respond to this survey...
This survey is sent to you regarding your contact with us in December 1999 or early January 2000, and is to determine how we at DPT Technical Support can better serve you. Please create a reply and return. If you wish to not be included in future mailings, please send separate e-mail to "[EMAIL PROTECTED]" with "nosurvey" as the subject. You will be excluded from further surveys. Thank you for your help! DPT Technical Support (Authentication marker -- ~3%e%JAN11%6%1%2726%Uit51dnd%19549 -- do not remove.) To respond to this automated survey, create a reply e-mail message that contains the survey. Some e-mail systems require you to manually copy and paste the survey into your reply. Make sure the reply contains the survey authentication marker. To answer a question, type an x between the brackets, like this: [ x ]. For fill-in-the-blanks, type between the brackets like this: [ your response ]. Please make no other changes to this survey. 1. How were you served by DPT Technical Support? Choose one: [ ] a) E-mail Support [ ] b) Telephone Support 2. Please rate your satisfaction with DPT Technical Support Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 3. Please rate your satisfaction with the solution provided by DPT Technical Support Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 4. Please rate your satisfaction with the Support Engineer's professionalism Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 5. Please rate your satisfaction with the Support Engineer's knowledge Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 6. Would you buy another DPT product? Choose one: [ ] a) Yes [ ] b) No 7. How many calls / message exchanges were necessary to answer your issue? Choose one: [ ] a) 1 [ ] b) 2 [ ] c) 3 - 5 [ ] d) more than 5 [ ] e) never answered 8. What was the nature of the solution for your issue? Choose one: [ ] a) Question answered [ ] b) Defect in DPT controller or tower [ ] c) Defect in Hard Disk or Disks [ ] d) Defect in other Non-DPT hardware [ ] e) Software or configuration problems [ ] f) Solution still not found 9. If your answer to Question 8 was that the solution is still not found, please indicate the nature of the problem Choose one: [ ] a) A needed DPT driver is not available [ ] b) My DPT controller is not compatible with my motherboard or other hardware [ ] c) My DPT controller is not compatible with my Operating System [ ] d) The DPT Support Engineer was unable to properly troubleshoot my difficulty - it's nature remains unknown [ ] e) Other, please specify... [] 10. Regarding the telephone system at DPT Technical Support - How satisfied are you with the wait time to reach a Support Engineer? Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 11. Regarding DPT's e-mail support - how satisfied are you with the response time of our Support Engineers Choose one: [ ] a) Excellent [ ] b) Very Good [ ] c) Good [ ] d) Fair [ ] e) Poor 12. Please enter any suggestions you may have for DPT enter text of any length between the brackets [] Thank you for participating in this survey based on your last Technical Support contact. If you contact DPT technical support again, you may be re-surveyed. If you wish to not be surveyed in the future, please send a separate e-mail to: "[EMAIL PROTECTED]" with "nosurvey" in the subject line. We will refrain from sending further survey mail to you.
Re: Mylex Ultra3 Cards
Date: Tue, 11 Jan 2000 14:07:17 -0800 From: "Jon Doyle" [EMAIL PROTECTED] Has anyone used the new ExtremeRAID or AccelRAID 352 on Linux with the DAC960 drivers? I run SuSE 6.3 on the Ultra2 and UW DAC, AccelRAD 250, and ExtremeRAID 1164, but thought I might ask before diving into the new gear. I am precently working on driver support for the new AcceleRAID 352 and eXtremeRAID 2000/3000. These boards have a new generation firmware interface and will not work with the existing drivers. I expect to have at least a beta version available within a few weeks. Leonard
Re: [FAQ-answer] Re: soft RAID5 + journalled FS + power fai
Hi, On Wed, 12 Jan 2000 11:28:28 MET-1, "Petr Vandrovec" [EMAIL PROTECTED] said: I did not follow this thread (on -fsdevel) too close (and I never looked into RAID code, so I should shut up), but... can you confirm that after buffer with data is finally marked dirty, parity is recomputed anyway? So that window is really small and same problems occurs every moment when you wrote data, but did not wrote parity yet? Yes, that's what I said. --Stephen
FW: looking for pre-configured linux-compatible RAID servers
Louis-David, Monolith Corporation located in Raleigh, North Carolina USA will pre-configure a Linux compatible RAID server. They ship within North America and on-site support is provided by IBM Global Services. You can reach Monolith at 800-949-7425 x223 or 919 878 1900 x223. Visit their web site at http://www.monolith.com. Best regards, Ray Methvin -Original Message- From: Jim Woyach Sent: Wednesday, January 12, 2000 1:26 PM To: Ray Methvin Subject: FW: looking for pre-configured linux-compatible RAID servers -Original Message- From: Louis-David Mitterrand [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 12, 2000 5:56 AM To: [EMAIL PROTECTED] Subject: looking for pre-configured linux-compatible RAID servers Hello, Buying a Mylex card and installing it on our Linux server seems easy enough, but just for information are there any complete systems resellers (like Dell for ex.) that integrate Linux-compatible RAID controllers in their offerings? And a terribly newbie-revealing question: if we install an AcceleRAID-250 do we need any other SCSI controller at all? It seems not, but I just wanted to make sure... Thanks in advance. -- Louis-David Mitterrand - [EMAIL PROTECTED] - http://www.aparima.com
Re: Mylex Ultra3 Cards
I am currently using an ExtremeRAID card with RedHat 6.0. Make sure the firmware on the card is up to date before attempting this though (you can find the updates on the Mylex website). Also make sure your motherboard BIOS is compatible with the card (has anyone found a retail motherboard with a 64bit PCI slot that works with the ExtremeRAID card? I would love to see how our system perform at "theoretical" 160MB/sec.) -Theron -- On Tue, 11 Jan 2000, Jon Doyle wrote: Has anyone used the new ExtremeRAID or AccelRAID 352 on Linux with the DAC960 drivers? I run SuSE 6.3 on the Ultra2 and UW DAC, AccelRAD 250, and ExtremeRAID 1164, but thought I might ask before diving into the new gear. Regards, Jon Jon R. Doyle Systems Administrator Document Solutions, Inc. 1611 Telegraph Avenue Ste. 1010 Oakland, Ca. 94612 510-986-0250
Re: looking for pre-configured linux-compatible RAID servers
Check out Penguin Computing at http://www.penguincomputing.com/ We have bought several of their rackmount 2U hot-swappable raid servers. So far they have performed exceptionally with no problems whatsoever. -Theron -- On Wed, 12 Jan 2000, Louis-David Mitterrand wrote: Hello, Buying a Mylex card and installing it on our Linux server seems easy enough, but just for information are there any complete systems resellers (like Dell for ex.) that integrate Linux-compatible RAID controllers in their offerings? And a terribly newbie-revealing question: if we install an AcceleRAID-250 do we need any other SCSI controller at all? It seems not, but I just wanted to make sure... Thanks in advance. -- Louis-David Mitterrand - [EMAIL PROTECTED] - http://www.aparima.com
Re: looking for pre-configured linux-compatible RAID servers
Louis-David Mitterrand wrote: Hello, Buying a Mylex card and installing it on our Linux server seems easy enough, but just for information are there any complete systems resellers (like Dell for ex.) that integrate Linux-compatible RAID controllers in their offerings? IBM just announced that you can purchase ANY of their servers with Linux, so you should be able to get their RAID crads working. And a terribly newbie-revealing question: if we install an AcceleRAID-250 do we need any other SCSI controller at all? It seems not, but I just wanted to make sure... Short answer, no. If you have a much bigger server, you might need some SCSI controllers (we have a total of 7 SCSI channels on one of our server, 3 of them RAID), but for most things... Greg
test, and a question
Is this list active? If so, I have a question Running 2.2.13 with patches for the HPT366 IDE controller. raidtools-0.90 AHA2940, 2 411 MB SCSI drives, sda and sdb. I've made a single partition on each, not yet formatted. I'm trying to create RAID0. My /etc/raidtab is: # Sample raid-0 configuration raiddev /dev/md0 raid-level 0# it's not obvious but this *must* be # right after raiddev persistent-superblock 0# set this to 1 if you want autostart, # BUT SETTING TO 1 WILL DESTROY PREVIOUS # CONTENTS if this is a RAID0 array created # by older raidtools (0.40-0.51) or mdtools! chunk-size 16 nr-raid-disks 2 nr-spare-disks 0 device /dev/sda1 raid-disk 0 device /dev/sdb1 raid-disk 1 Totally standard, I think. When I run "mkraid /dev/md0" I get: handling MD device /dev/md0 analyzing super-block disk 0: /dev/sda1, 420848kB, raid superblock at 420736kB disk 1: /dev/sdb1, 420848kB, raid superblock at 420736kB mkraid: aborted What does this mean? Thanks in advance. -- Edward Schernau http://www.schernau.com Network Architect mailto:[EMAIL PROTECTED] Rational Computing Providence, RI, USA, Earth
Re: large ide raid system
Benno Senoner wrote: I was wondering how much IDE channels linux 2.2 can handle, can it handle 8 channels ? I think the limit with the later 2.2 kernel ide patches is 10 IDE channels. I have run quite a bit with 4 Promise cards (8 channels), plus the 2 onboard PIIX channels. Jan Edler NEC Research Institute
Re: raid-2.2.14-B1.14 doesn't patch 2.2.14 properly
On Wed, 12 Jan 2000, James Manning wrote: [ Wednesday, January 12, 2000 ] Scott Thomson wrote: Am I missing something here? The source has just been freshly untarred from linux-2.2.14.tgz This is just the the first prompt. It goes on and on... patching file `linux/init/main.c' Hunk #1 FAILED at 19. Hunk #2 FAILED at 488. Hunk #3 FAILED at 928. Hunk #4 FAILED at 1426. 4 out of 4 hunks FAILED -- saving rejects to linux/init/main.c.rej The next patch would create the file `linux/include/linux/raid/linear.h', which already exists! Assume -R? [n] Hmm works fine from here... maybe rm -rf linux or try checking your .tar.gz file: I get patching file `init/main.c' Hunk #2 succeeded at 497 (offset 9 lines). Hunk #3 succeeded at 931 (offset 3 lines). Hunk #4 succeeded at 1435 (offset 9 lines). from a clean linux-2.2.14.tar.gz --- As folks might have suspected, not much survives except roaches, and they don't carry large enough packets fast enough... --About the Internet and nuclear war.
Re: AW: HowTo: Upgrade Oldraid-5 - NewRaid-5
Hi Michael, At 15:01 12.01.00 -0800, Michael wrote: OK, I don't mean to beat a dead horse but.. I am about to upgrade several old raid5 production systems to the new raid using 0.90 tools. I see this warning persistent-superblock 0# set this to 1 if you want autostart, # BUT SETTING TO 1 WILL DESTROY PREVIOUS # CONTENTS if this is a RAID0 array created # by older raidtools (0.40-0.51) or mdtools! an a conflicting statement that says: 1st step was done previously exept for the persistent-superblock I set it now to 1 So where's the conflict? You want to upgrade raid5, the warning concerns raid0 (and linear). So yes, for upgrading your old raid5 arrays you can and should use persistent-superblock 1 Bye, Martin "you have moved your mouse, please reboot to make this change take effect" -- Martin Bene vox: +43-664-3251047 simon media fax: +43-316-813824-6 Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED] 8010 Graz, Austria -- finger [EMAIL PROTECTED] for PGP public key
raid145 patches for 2.2.14 anywhere?
Hi, just looked for the raid for 2.2.13 or 2.2.14 in the kernel archive. The last patches that I have found are for 2.2.11 and at least one hunk cannot be applied to the newer kernel sources without making the hands dirty. Can I get the patches for the newer kernels anywhere? Thank you very much! Regards, Thomas
Re: DPT PM3754U2 RaidV Millennium and Slackware.
I am currently trying to configure the same controler for a Debian installation. I patched a 2.2.13 kernel source with the patches for the DPT-controler (patches were for kernel 2.2.5, but I performed them manually). I first tried to compile the driver in the kernel, but I got strange timeouts when using this kernel (for minutes, I couldn't access the drive). Then I tried to insert it as a module. Kernel compiled well, but I got compilation errors when doing a "make module". Then I just "insmod -f "-ed the module I got from the RedHat 6.0 disks and that worked. Tomorrow, I get on with the tests. Brecht Gregory Leblanc wrote: I am trying to get the DPT PM3754U2 Raid controller to work in an X86 dual PIII500 system The only Linux I have seen support for is Red Hat. Has anyone out there possibly hacked the source from DPT to create a boot disk that will work with Slackware? If you can create custom boot disks for Slack, then this should be trivial as the drivers for the DPT cards are open source. You can grab the patch from their site, and I think that Alan Cox is working on those drivers in the 2.3.x kernel series.
Re: FW: looking for pre-configured linux-compatible RAID servers
Both Penguin Computing and VA Linux will also ship preconfigured RAIDed Linux boxes. They also have nifty 1U and 2U rackmount systems available. www.penguincomputing.com www.valinux.com Cheers, Chris From [EMAIL PROTECTED] Thu Jan 13 10:19:06 2000 Louis-David, Monolith Corporation located in Raleigh, North Carolina USA will pre-configure a Linux compatible RAID server. They ship within North America and on-site support is provided by IBM Global Services. You can reach Monolith at 800-949-7425 x223 or 919 878 1900 x223. Visit their web site at http://www.monolith.com. Best regards, Ray Methvin -Original Message- From: Jim Woyach Sent: Wednesday, January 12, 2000 1:26 PM To: Ray Methvin Subject:FW: looking for pre-configured linux-compatible RAID servers -Original Message- From: Louis-David Mitterrand [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 12, 2000 5:56 AM To: [EMAIL PROTECTED] Subject: looking for pre-configured linux-compatible RAID servers Hello, Buying a Mylex card and installing it on our Linux server seems easy enough, but just for information are there any complete systems resellers (like Dell for ex.) that integrate Linux-compatible RAID controllers in their offerings? And a terribly newbie-revealing question: if we install an AcceleRAID-250 do we need any other SCSI controller at all? It seems not, but I just wanted to make sure... Thanks in advance. -- Louis-David Mitterrand - [EMAIL PROTECTED] - http://www.aparima.com -- Christopher Mauritz [EMAIL PROTECTED]
Re: [FAQ-answer] Re: soft RAID5 + journalled FS + power failure =problems ?
Hi, On Wed, 12 Jan 2000 22:09:35 +0100, Benno Senoner [EMAIL PROTECTED] said: Sorry for my ignorance I got a little confused by this post: Ingo said we are 100% journal-safe, you said the contrary, Raid resync is safe in the presence of journaling. Journaling is not safe in the presence of raid resync. can you or Ingo please explain us in which situation (power-loss) running linux-raid+ journaled FS we risk a corrupted filesystem ? Please read my previous reply on the subject (the one that started off with "I'm tired of answering the same question a million times so here's a definitive answer"). Basically, there will always be a small risk of data loss if power-down is accompanied by loss of a disk (it's a double-failure); and the current implementation of raid resync means that journaling will be broken by the raid1 or raid5 resync code after a reboot on a journaled filesystem (ext3 is likely to panic, reiserfs will not but will still get its IO ordering requirements messed up by the resync). After the reboot if all disk remain intact physically, will we only lose the data that was being written, or is there a possibility to end up in a corrupted filesystem which could more damages in future ? In the power+disk failure case, there is a very narrow window in which parity may be incorrect, so loss of the disk may result in inability to correctly restore the lost data. This may affect data which was not being written at the time of the crash. Only raid 5 is affected. --Stephen