[Linux-HA] Filesystem resource agent will not mount device, "ERROR: unpack_rsc_op: Hard error"

[Michael Schwartzkopff]

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.

Greetings,


-- 
Dr. Michael Schwartzkopff
Guardinistr. 63
81375 München

Tel: (0163) 172 50 98
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
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