Bug 888197
Summary: | Wdmd keep failed rem after force kill and restart sanlock service | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Luwen Su <lsu> |
Component: | sanlock | Assignee: | David Teigland <teigland> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.4 | CC: | ajia, cluster-maint, dyuan, jdenemar, mprivozn, mzhan, rwu |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-01-02 16:22:13 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Luwen Su
2012-12-18 09:23:22 UTC
libvirt is using sanlock when you restart it, so the reboot is expected. If you don't want a reboot, then you need to cleanly shut down libvirt before restarting sanlock. (Also, you should not be running fence_sanlockd, that is *only* for use with the fence_sanlock agent in the cluster product.) Sorry, after thinking about this again, comment 2 was probably not entirely correct. If a pid holding a lease (like libvirt) restarts, sanlock should simply release the leases, it should not cause a wdmd reboot. To get a wdmd reboot, the access to the lease storage (the __LIBVIRT_DISKS__ file) must have been lost. If you include sanlock errors/warnings in /var/log/messages or /var/log/sanlock.log, then I was probably explain what happened. Ah, I think I see now -- you appear to be doing kill -9 on the sanlock daemon while it's being used. That correctly causes wdmd to reboot the machine. (In reply to comment #4) > Ah, I think I see now -- you appear to be doing kill -9 on the sanlock > daemon while it's being used. That correctly causes wdmd to reboot the > machine. Thanks your replay , David En..Looks like this can be closed as Not bug though it's not nice enough for using and testing... Are there some plans to improvement it? As some users like me just want to restart the sanlock service after change the config files , but when sanlock service locked by something others , force kill and restart it is a fast and simple method , however i know it's not a suggessed action :) To shut down sanlock without causing a wdmd reboot, you can run the following command: "sanlock client shutdown -f 1" This will cause sanlock to kill any pid's that are holding leases, release those leases, and then exit. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. |