* Saggi Mizrahi <smizr...@redhat.com> [2012-09-23 06:17]:
> If you are trying to run sanlock on fedora and you get this error:
> 
> Sep 23 11:26:56 dhcp-XX-XX.tlv.redhat.com sanlock[7083]: 2012-09-23 
> 11:26:56+0200 37014 [7083]: wdmd connect failed for watchdog handling
> 
> You need to do this:
> 
> # unload softdog if it's running
> rmmod softdog
> # Check if there are residual watchdog files under /dev and remove them

I'd be interested in seeing a file listing:

ls -al /dev/watchdog*

and comparing that to what you have after you do all of the cleanup
below.

I know the major change from F16 and f17 w.r.t /dev/ is that f17 kernels
are using udevtmpfs which is responsible only for creation of files in
/dev; it punts the acls and permissions to udev and systemd.

In f16, udev (< release 182) would force the creation of nodes in /dev
which helped if the wrong misc device was created by other programs or
scripts.  Now, with udevtmpfs, if a file is already present in /dev,
udevtmpfs won't update/change the file.

> rm /dev/watchdog*
> # reload the softdog module
> modprobe softdog
> # make sure the file is named /dev/watchdog
> mv /dev/watchdog? /dev/watchdog
> # set the proper selinux context
> restorecon /dev/watchdog
> # restart wdmd
> systemctl restart wdmd.service
> # restart sanlock
> systemctl restart sanlock.service
> # Profit!
> fortune
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel@lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
ry...@us.ibm.com

_______________________________________________
vdsm-devel mailing list
vdsm-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel

Reply via email to