[ ssic-linux-Bugs-1653220 ] Debian SSIFailover uses findfs, but...
"SourceForge.net" <[email protected]>
| Newsgroups | gmane.linux.cluster.ssic.devel |
|---|---|
| Message-ID | <[email protected]> |
Bugs item #1653220, was opened at 2007-02-06 06:50 Message generated for change (Comment added) made by rogertsang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=405834&aid=1653220&group_id=32541 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Booting / init Group: v1.9.1 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Debian SSIFailover uses findfs, but... Initial Comment: findfs looks in /etc/blkid.tab, which doesn't seem to be a cdsl, so it finds the same device on all nodes. Rather a problem if two nodes have different names for the same device (can happen for example on shared SCSI). # onall /sbin/findfs UUID=b7c7645c-1d6f-4943-88c0-269ec640f5d3 (node 1) /dev/sdc1 (node 2) /dev/sdc1 # onall sh -c 'blkid -c /dev/null | grep b7c7645c-1d6f-4943-88c0-269ec640f5d3' (node 1) /dev/sda1: LABEL="/root" UUID="b7c7645c-1d6f-4943-88c0-269ec640f5d3" SEC_TYPE="ext3" TYPE="ext2" (node 2) /dev/sdc1: LABEL="/root" UUID="b7c7645c-1d6f-4943-88c0-269ec640f5d3" SEC_TYPE="ext3" TYPE="ext2" Need "mklocalfile /etc/blkid.tab" ---------------------------------------------------------------------- >Comment By: Roger Tsang (rogertsang) Date: 2007-08-12 19:54 Message: Logged In: YES user_id=1246761 Originator: NO Fixed in 1.9.3 ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-06-23 06:02 Message: Logged In: YES user_id=166336 Originator: NO Fixed even better by my patch to libblkid to make it work if /etc/blkid.tab is a cdsl ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-02-09 05:41 Message: Logged In: YES user_id=166336 Originator: NO Fixed by my hack ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-02-07 05:25 Message: Logged In: NO Easier "fix" just set env var BLKID_FILE to /dev/null before findfs Same "fix" works for the fsck on nodeup. Better fix would to be to libblkid to handle case of /etc/blkid.tab being a symbolic link - need ssi_realpath. ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-02-06 11:51 Message: Logged In: YES user_id=166336 Originator: NO So, a simple way to fix the problems is to replace: DEVICE=`/sbin/findfs $FSDEV` with DEVICE=`blkid -c /dev/null -t $FSDEV -o device` ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-02-06 10:39 Message: Logged In: YES user_id=166336 Originator: NO Problem is blkid_flush_cache function writes temporary then uses rename to move it into place. ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-02-06 10:31 Message: Logged In: YES user_id=166336 Originator: NO Doesn't quite work - apparently someone rm's blkid.tab on boot. ---------------------------------------------------------------------- Comment By: John Hughes (hughesj) Date: 2007-02-06 09:17 Message: Logged In: YES user_id=166336 Originator: NO Also, should be running blkid on boot or nodeup? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=405834&aid=1653220&group_id=32541 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/