similar to: 3ware 9650 issues

I've got an i386 server running centos 4.2 with 3 3ware controllers in it -- an 8006-2 for the system disks and 2 7500-8s. On the 7500s, I'm running an all software RAID50. This morning I came in to find the system hung. Turns out a disk went overnight on one of the 7500s, and rather than a graceful failover I got this: Jan 6 01:03:58 $SERVER kernel: 3w-xxxx: scsi2: Command

Hello all, Came across my first real "problem" in all the years I've been using Linux today and I'm stumped for an answer. I've recently built a back-up server on top of Centos 5.3 using a 3Ware 9650SE 4 port SATA card and 4 x 1.5TB drives in a RAID 5 array. I went for the 3Ware card as it has driver support already so any kernel updates won't require me to rebuild the

Hello, I''m using Gentoo Linux amd64 with the 2.6.34-xen-r4 kernel from portage. I''ve been successfully using Xen 4.0 for almost a year, but now it seems that with the dawn of Xen 4.1, the package maintainers have forces unstable users to upgrade from 4.0 to 4.1 Looking forward to try the new xl interface, I installed it, but there seem to be a few problems with xen-4.1 First

Hello, I''m using Gentoo Linux amd64 with the 2.6.34-xen-r4 kernel from portage. I''ve been successfully using Xen 4.0 for almost a year, but now it seems that with the dawn of Xen 4.1, the package maintainers have forces unstable users to upgrade from 4.0 to 4.1 Looking forward to try the new xl interface, I installed it, but there seem to be a few problems with xen-4.1 First

I'm using CentOS5 64bit on a system with a 3ware 9650SE card. I installed the OS using the driver disk files provided by 3ware. It worked fine with the original CentOS5 kernel. After doing a "yum update", which also installed an updated kernel, the system didn't work after a reboot, using the new kernel. I rebooted the old kernel, moved the 3w-9xxx.ko file from

Hi all, after an uprade to new kernel 2.4.21-15.0.4.EL on my server appears a lot of these messages: EXT3-fs error (device sd(8,17)): ext3_free_blocks: bit already cleared for block 19268224 EXT3-fs error (device sd(8,17)): ext3_free_blocks: bit already cleared for block 19268225 EXT3-fs error (device sd(8,17)): ext3_free_blocks: bit already cleared for block 19268226 I try to rebuild array but

My goal is to be able to install to the drive array on the 3Ware controller card. 3Ware does provide a RH WS 3 driver that I've tried to use; however, the RH Enterprise 3 WS driver doesn't work since that kernel is older than the CentOS-3.1 install kernel. I'm trying to create a centOS-3.1 installation driver disk for the 3ware 9500S card; however, I'm not having much luck.

Dear list, I am planning to buy a new server -because the new Core2 Duo based Xeons (5100 series) are considerably faster in some scenarios than Opteron machines while not beeing more expensive, I would like to hear some real-world experiences from people who have installed CentOS 4.3 or 4.4 on such a setup. Specifically: CPU: 2x Intel Xeon 5100 2GHz Board: Intel S5000 chipset RAID5:

My setup is as follows: Motherboard: Tyan S2895 CPU: Two Opteron 275s Memory: 4 GB Disk: Three 250 GB SATA drives attached to a 3Ware 9500S-4LP RAID card Video: Nvidia GeForce 7800 The only hardware that I have added to the motherboard is the 3Ware card and the Nvidia card. The disks are configured as a RAID 5 array, and the machine boots from this array. I installed CentOS 4.2 x86 on this

Hello all, I have a CentOS 5.7 machine hosting a 16 TB XFS partition used to house backups. The backups are run via rsync/rsnapshot and are large in terms of the number of files: over 10 million each. Now the machine is not particularly powerful: it is 64-bit machine, dual core CPU, 3 GB RAM. So perhaps this is a factor in why I am having the following problem: once in awhile that XFS partition

<br><font size=2 face="sans-serif">Have you tried compiling the driver from source off 3ware's website? There's a pretty easy perl script included to compile it included with the download.</font> <br> <br> <br> <br> <table width=100%> <tr valign=top> <td> <td><font size=1

Hello I have at this time a w3are 7006-2 controller in my server Dual Xenon 2.8Ghz . But now i will change it to a 9500S-4LP SATA Raid Controller. I have seen in lsmod that the 7000 driver is loaded. scsi_mod 115112 3 [sg 3w-xxxx sd_mod] My question Is it possible to running this card with centos 3.3? I have seen this at 3ware http://www.3ware.com/KB/article.aspx?id=12706 But

Markus Schuster wrote: > PCI-DMA: Out of SW-IOMMU space for 40960 bytes at device 0000:03:00.0 > 3w-9xxx: scsi0: ERROR: (0x06:0x001C): Failed to map scatter gather list. > (03:00.0 is the 3Ware Controller) Me too as well...any progress on this issue? I notice that IO performance is notably slower than the stock RHEL kernel; about 1/2 overall write performance. I can trigger the bug

I run a decent amount of 3ware hardware, all under centos-4. There seems to be some sort of fundamental disagreement between ext3 and 3ware's hardware RAID5 mode that trashes write performance. As a representative example, one current setup is 2 9550SX-12 boards in hardware RAID5 mode (256KB stripe size) with a software RAID0 stripe on top (also 256KB chunks). bonnie++ results look

<br><font size=2 face="sans-serif">Has anyone &nbsp;compiled a viable driver for a 3ware 9000 Escalade controller on CentOS-2 from source?</font> <br> <br><font size=2 face="sans-serif">Appreciate tips on getting this to work.</font> <br> <br><font size=2 face="sans-serif">Ive already dealt with the

Is there a way in a kickstart install to affect the order in which modules get loaded? I want to load 3w-xxxx before 3w-9xxx so that my OS mirror drives take their proper place as sda and sdb, but centos-4 wants to load 3x-9xxx first, making my (unbootable) big arrays the first two drives. In this configuration, it seems that even trying to install grub to /dev/sdc fails. Ideas? Thanks.

I'm looking to do a bit more monitoring of my 3ware 9550 with smartd, and wanted to see what others were doing with smart for monitoring 3ware hardware. Do you have the smartd.conf configured to test, or simply monitor health status? Are you monitoring the drive as centos sees it (/dev/sdX) or are you using the 3ware /dev/twaX for monitoring? Opinions and discussions are welcome :-P --

Hi list, this days I''ve tried to update a 32bit XEN 3.0.4 system (kernel 2.6.16) to XEN 3.1.2 on AMD64 (kernel 2.6.18). The system has 2GB RAM and a 3ware 9500-12 SATA raid controller. The old system worked fine for about half a year now. The new system boots fine so far but when doing some "bigger" changes to the filesystem I get a lot of this errors: > PCI-DMA: Out of

Dear All Problem with ext3 fs on 3ware 9500S controller: Dec 7 05:59:50 stams kernel: EXT3-fs error (device sda1): ext3_add_entry: bad entry in directory #145998372: rec_len is smaller than minim al - offset=0, inode=0, rec_len=0, name_len=0 Dec 7 05:59:50 stams kernel: Aborting journal on device sda1. Dec 7 05:59:50 stams kernel: ext3_abort called. Dec 7 05:59:50 stams kernel: EXT3-fs

I need a SATA RAID PCI card that works well with CentOS and is fully supported. Mandatory features: - works with the drivers already in the kernel, no additional drivers - can do RAID 0, 1 and 5 - hotswap - allows to monitor the status of the array and of each individual drive via a script (ideally run from cron) - works with very large SATA drives Nice to have features but not mandatory: -