[ 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/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.