[Linux-HA] Filesystem resource agent will not mount device, "ERROR: unpack_rsc_op: Hard error"
misch at clusterbau.com
Wed Oct 27 11:24:31 MDT 2010
On Wednesday 27 October 2010 18:53:12 Martin Oswald wrote:
> >>> As I have only set "use_logd yes" in my ha.cf without any rules/filter
> >>> in for the syslogd, all the logging goes to /var/log/message
> >>> respectivly /var/log/warn. Or is there any other logfile I am missing?
> >>> Perhaps increasing the debug level is the only thing that makes
> >>> sense...
> >> I suspect that this test failed:
> >> grep -e "$FSTYPE"'$' /proc/filesystems >/dev/null
> >> if [ $? -ne 0 ] ; then
> >> ocf_log err "Couldn't find filesystem $FSTYPE in
> >> /proc/filesystems" return $OCF_ERR_ARGS
> >> fi
> >> The exit code should perhaps be OCF_ERR_INSTALLED.
> > that is what I also thought. Therefor my question xvfs beeing installed
> > on the second node.
> > @Martin: Can you mount the dir manually on the second machine?
> > Can you run the ocf-tester in the second machine?
> Hm, this will take some work. The problem is, we use the Veritas Volume
> Manager which is like the LVM: I have a VolumeGroup mit several
> LogicalVolumes in it. The mount is one of these LogicalVolumes.
> If I want to mount the LogicalVolume on the other node, I have to switch
> the whole VolumeGroup and therefore also the productive LogicalVolumes
> in that VolumeGroup.
> But I will remove the LogicalVolume from the Group and will test to
> mount it on the other node. Perhaps this will deliver some clues.
Ah. That might be the culprit. Perhaps the cluster tries to mount the new
filesystem on the node where the "Veritas-LVM" does not exist and thus fails.
The cluster likes to spread resources over all nodes of the cluster.
Did your try to create constraints to mount the filesystem on that node where
the "LVM" resides?
If your veritas-LVM is not controlled by the cluster you have a fairly good
chance to have the filesystem mounted on the wrong node.
Dr. Michael Schwartzkopff
Tel: (0163) 172 50 98
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.linux-ha.org/pipermail/linux-ha/attachments/20101027/2458e7d9/attachment.pgp
More information about the Linux-HA