I'm trying to run XFS on top of LVM, with an ~430G software RAID5 PV divided into several LVs (smallish volumes for usr, var, and tmp, plus a 400G /home volume). Root and /boot are on standard softwa
Author: len Overby <overby@xxxxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 22 Jun 2004 21:43:04 -0500
Chris Wedgwood wrote: On Tue, Jun 22, 2004 at 01:40:45PM -0500, Charles Steinkuehler wrote: Notes: - I created the xfs filesystems on the LVM using the -ssize=4k option, but I still see notices about
Odd, I wouldn't have expected that. I wonder why xfs_repair needs to do this? A quick eyeball of the code doesn't show why this might be going on. Checking xfs_repair locally I can see it doing: 2371
Chris Wedgwood wrote: I guess open a bug if you haven't done so already, nothing obvious springs to mind and I don't know much about LVs (I just assumed they were simple enough and would work as expe
are u talking about the siimage or the sata_sil driver? I remember jgarzik posting about data corruption with sata_sil recently on lkml. http://marc.theaimsgroup.com/?l=linux-kernel&m=108793683025643
Author: Christian Guggenberger <christian.guggenberger@xxxxxxxxxxxxxxxxxxxxxxxx>
Date: Thu, 24 Jun 2004 14:01:31 -0500
I'm becoming less conviced this is an XFS problem, and am thinking there might be some issues with the 'stacking' of the new SATA drivers, software RAID5, and LVM2 in linux. I'm still doing testing,
Author: les Steinkuehler <charles@xxxxxxxxxxxxxxxx>
Date: Thu, 24 Jun 2004 13:15:49 -0700
Chris Wedgwood wrote: I'm told the Promise TX4s are nice. I have a 3ware 8xxx here and it works OK although I would probably prefer something dumber like the Promise. I've got a gently used (about tw
I'm becoming less conviced this is an XFS problem, and am thinking there might be some issues with the 'stacking' of the new SATA drivers, software RAID5, and LVM2 in linux. I'm still doing testing,
We are running a debian woody box, with some things from backports; its got 2.6.6 kernel, LVM2, sata, software raid 5 and many of its filesystems are XFS. We've been seeing lots of problems on the XF
Steve Wray wrote: Does anyone know if the combination of LVM2 and software RAID5 on top of SATA works reliably outside of any filesystem issues? We are running a debian woody box, with some things fr
From dmesg; ICH5-SATA: IDE controller at PCI slot 0000:00:1f.2 ICH5-SATA: chipset revision 2 ICH5-SATA: 100% native mode on irq 11 From lspci; 0000:00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) S
What SATA controller are you running? I think I've traced my problems to the Silicon Image 3112 controller. There are known problems with this chip which look like they have been fixed, but only if y
I'm trying to run XFS on top of LVM, with an ~430G software RAID5 PV divided into several LVs (smallish volumes for usr, var, and tmp, plus a 400G /home volume). Root and /boot are on standard softwa
Chris Wedgwood wrote: On Tue, Jun 22, 2004 at 01:40:45PM -0500, Charles Steinkuehler wrote: Notes: - I created the xfs filesystems on the LVM using the -ssize=4k option, but I still see notices about
Odd, I wouldn't have expected that. I wonder why xfs_repair needs to do this? A quick eyeball of the code doesn't show why this might be going on. Checking xfs_repair locally I can see it doing: 2371
Chris Wedgwood wrote: I guess open a bug if you haven't done so already, nothing obvious springs to mind and I don't know much about LVs (I just assumed they were simple enough and would work as expe
are u talking about the siimage or the sata_sil driver? I remember jgarzik posting about data corruption with sata_sil recently on lkml. http://marc.theaimsgroup.com/?l=linux-kernel&m=108793683025643
I'm becoming less conviced this is an XFS problem, and am thinking there might be some issues with the 'stacking' of the new SATA drivers, software RAID5, and LVM2 in linux. I'm still doing testing,