Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed.

2007-08-14 Thread Scott Long
Howard Goldstein wrote: Scott Long wrote: Howard Goldstein wrote: Would someone confirm (or disabuse!) me of the belief that these 3ware Escalade 8106-LP2 (2 port sata raid controllers) related messages are informational and the UFS device is retrying after it sees ENOMEM causing these? Aug 13

Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed.

2007-08-14 Thread Howard Goldstein
Scott Long wrote: > Howard Goldstein wrote: >> Would someone confirm (or disabuse!) me of the belief that these 3ware >> Escalade 8106-LP2 (2 port sata raid controllers) related messages are >> informational and the UFS device is retrying after it sees ENOMEM >> causing these? >> >> Aug 13 10:29:48

Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed.

2007-08-13 Thread Howard Goldstein
Scott Long wrote: > Howard Goldstein wrote: >> Would someone confirm (or disabuse!) me of the belief that these 3ware >> Escalade 8106-LP2 (2 port sata raid controllers) related messages are >> informational and the UFS device is retrying after it sees ENOMEM >> causing these? >> >> Aug 13 10:29:48

Re: 3ware RAID ctrlr: twe0: twe_map_request: malloc failed. Informational or am I screwed?

2007-08-13 Thread Scott Long
Howard Goldstein wrote: Would someone confirm (or disabuse!) me of the belief that these 3ware Escalade 8106-LP2 (2 port sata raid controllers) related messages are informational and the UFS device is retrying after it sees ENOMEM causing these? Aug 13 10:29:48 cally kernel: twe0: twe_map_reques

3ware RAID ctrlr: twe0: twe_map_request: malloc failed. Informational or am I screwed?

2007-08-13 Thread Howard Goldstein
Would someone confirm (or disabuse!) me of the belief that these 3ware Escalade 8106-LP2 (2 port sata raid controllers) related messages are informational and the UFS device is retrying after it sees ENOMEM causing these? Aug 13 10:29:48 cally kernel: twe0: twe_map_request: malloc failed Aug 13 10

Re: Odd rm behavior on 5.4-S with 3ware raid

2005-08-28 Thread Brandon Fosdick
heh...typed too fast. It appears that my array filling script didn't die when I told it to, or maybe an older instance was still running. Hard to say for sure, but it was still running and when I made room on the array it started filling it up. Just like it was supposed to. Sorry for the troub

Odd rm behavior on 5.4-S with 3ware raid

2005-08-28 Thread Brandon Fosdick
The machine is an amd64 running 5.4-S with a 3ware 9500S-12 card. I wrote a test script to fill up the raid array with lots of files, and it did just that. Afterwards I did a 'rm *' to clean out the test files and naturally checked the results with ls. All the files were gone. For some reason,

Re: 3ware raid

2004-10-26 Thread Carroll Kong
ll Kong" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, October 26, 2004 6:27 PM Subject: Re: 3ware raid > On Tue, 26 Oct 2004, Carroll Kong wrote: > > > 4) Monitor the system carefully. Apparently in DEGRADED mode, the > > system has a high chance

Re: 3ware raid

2004-10-26 Thread Marc G. Fournier
On Tue, 26 Oct 2004, Carroll Kong wrote: 4) Monitor the system carefully. Apparently in DEGRADED mode, the system has a high chance of complete lockups if left unattended. It is important to note that the 3Ware controller is very sensitive. People have gone into DEGRADED mode randomly becaus

Re: 3ware raid

2004-10-26 Thread Matt Douhan
On Tue October 26 2004 23.10, Mike Tancsa wrote: > > We also use most of the other cards, except for the 9xxx series which we > have no experience with yet. We use the 9xxx series SATA on our CVS/FTP servers and they are extremely nice to work with, and dead fast, surprisingly fast actually, and

Re: 3ware raid

2004-10-26 Thread Carroll Kong
ED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, October 26, 2004 5:10 PM Subject: Re: 3ware raid > At 04:30 PM 26/10/2004, Darren Pilgrim wrote: > > > Hello > > > > > > I was wandering if anybody out there has had any success using 3war

Re: 3ware raid

2004-10-26 Thread clarence
Thank you all for your comments. I have used Promise controllers in the past TX4000 without incidence, so I assumed this SX6000 would work flawlessly. You guys have convinced me that 3ware is the way to go. Thank you for your quick responses Mike Tancsa wrote: At 04:30 PM 26/10/2004, Darren Pilg

Re: 3ware raid

2004-10-26 Thread Mike Tancsa
At 04:30 PM 26/10/2004, Darren Pilgrim wrote: > Hello > > I was wandering if anybody out there has had any success using 3ware > 7506-8 cards with Freebsd 4.10. I was previously using a Promise > controller SX6000, and was having problems with this card. This is something of a FAQ. There's a long

Re: 3ware raid

2004-10-26 Thread Darren Pilgrim
> Hello > > I was wandering if anybody out there has had any success using 3ware > 7506-8 cards with Freebsd 4.10. I was previously using a Promise > controller SX6000, and was having problems with this card. This is something of a FAQ. There's a long list of people using 3ware 6/7/8xxx series c

3ware raid

2004-10-26 Thread clarence
Hello I was wandering if anybody out there has had any success using 3ware 7506-8 cards with Freebsd 4.10. I was previously using a Promise controller SX6000, and was having problems with this card. Thanks ___ [EMAIL PROTECTED] mailing list http://lis

Re: Does 4.9-RELEASE work with 3Ware RAID card?

2003-11-19 Thread Adam W. Dace
Me too. I can't say I'm using them for anything "production" (although sometimes I consider xemacs access to be so!) but my devel workstation has been running 4.9R for some time now, and all seems fine in the land of RAID1. twed0: on twe0 twed0: 114439MB (234372952 sectors) FYI, the performance

/stand/sysinstall can't find 3ware RAID drivers in 4.1-stable

2000-09-12 Thread Steven Jurczyk
Hi I try to install 4.1-2911-STABLE snapshot on machine with have 3ware RAID controller and /stand/sysinstall can't find raid unit detected by kernel (messages above). twe0: <3ware Storage Controller> port 0xefa0-0xefaf irq 11 at device 14.0 on pci0 twed0: <3ware RAID unit&