[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[linux-lvm] XFS with LVM

I have resently re-mkfs'ed all of my partitions to use XFS. Previously I
had an Software
RAID (Linear) system which used ext2. But using LVM instead would give
me much more freedom
to replace disks etc. And XFS so it don't take ages to fsck 60Gb (not
much, but takes
long enough! :).

I tried to use LVM on that, which worked fine. Mkfs'ed it to XFS which
also worked fine, to
start with.

The problem started when to processes tried to write to LVM/XFS disk

When I was to change fs on the disk, I borrowed a 62Gb IDE disk to which
I moved all the
data, configured LVM (default params) and then mkfs.xfs that device.
Then all the info was
copied back (find | cpio). If I didn't accessed the LVM device,
everthing went well, but
if I started to copy some (large) files from my homedirectory to the LVM
disk, the kernel

Now, I talked to a friend that tried LVM+XFS about a year ago, and he
had the same problem
then. So, I thought that since I don't have much time to play around
with this, the machine
must be up and running propperly, I went back to using SW-RAID.

Now I get the same problem, but 'earlier', ie I don't even have to 'dual
access' the device!

Is there any special tricks that have to be done here? How important is
the kernel option

	[ ] Build Adapter Firmware with Kernel Build

I currently have NOT enabled this option. As most of us, I read the
HOWTO/FAQ/manual only
when things go wrong :) I'm currently compiling a kernel with this
option, but how important
is it really? Is that the source of my problems?

The LVM consists of the following devices:

	Device	Size (MB)	Type
	/dev/sdb1	 5.88 GB	0x83
	/dev/sdc1	 1008 MB	0x83
	/dev/sdd10	 2.37 GB	0x83
	/dev/sde1	 8.51 GB	0x83
	/dev/sdf1	17.09 GB	0x83
	/dev/sdg1	15.55 GB	0x83

I have a Adaptec 2940U2W SCSI Card (AIC7xxx driver). The kernel is a
2.4.9, but I can't
remember which XFS patch I used, the machine have crashed again (and I
have no physical
access to it at the moment).

Best regards/Med vänlig hälsning
Turbo Fredriksson, System developer

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]