Red Hat Bugzilla – Bug 450385
fsck fails on volumes from qlogic fibre channel SAN
Last modified: 2009-03-11 12:57:58 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; nb-NO; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5
Description of problem:
/var/lib/mysql is mounted from /dev/mapper/db01_mysql. db01_mysql is a volum aliased from multipath.conf. The volume is a SAN volume, made available by a QLogic ISP2432-based 4Gb Fibre Channel card (kernel modules qla2400, qla2323, qla2xxx loaded from initrd).
The volume contains normal mysql data on a ext3 filesystem. It is listed in /etc/fstab, like this:
/dev/mapper/db01_mysql /var/lib/mysql ext3 defaults 1 2
/usr is on a separate volume, and is thus not mounted when rc.sysinit tries to fsck the volume at boot time. When fsck runs, it fails, probably because of missing libraries. I see that at least libsysfs lacks from /lib64, and perhaps other libraries as well.
fsck on the volume after the system has booted works fine. Same goes for mounting the volume. Summarized, I guess that missing libraries or other files from /usr are the cause of fsck failing at boot time.
[root@sykehus ~]# lsmod | grep qla
qla2400 206913 0
qla2322 139201 0
qla2xxx 193057 6 qla2400,qla2322
scsi_transport_fc 12097 1 qla2xxx
scsi_mod 145041 7 sr_mod,usb_storage,libata,megaraid_sas,qla2xxx,scsi_transport_fc,sd_mod
# grep qla /etc/modprobe.conf
alias scsi_hostadapter qla2xxx
alias scsi_hostadapter2 qla2322
Ugly workaround: Mark the volume as not to be checked or mounted at boot, and mount it in the mysqld init script instead.
The system is in heavily production, and can't be test booted at will, so it's a bit tricky to experiment more to resolve the bug in our end.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Pur /usr on a separate volume
2. Put another filesystem on a multipath.conf aliased device mapper volume, and list it for fsck/mounting in fstab
fsck checks the volume
What is the specific failure?
Closing, no response.