Red Hat Bugzilla – Bug 1296617
sos plugin: please collect list of files at /usr/libexec/vdsm/hooks
Last modified: 2016-01-18 07:55:38 EST
Description of problem:
The vdsm plugin should collect a recursive list of the files at /usr/libexec/vdsm/hooks .
Directories at that location contain hooks or custom scripts that users can add for vdsm to execute when certain actions happen.
Badly written custom hooks can cause all sorts of problems including vdsmd failing to start.
A simple "ls -lR" of /usr/libexec/vdsm/hooks would reveal the presence of any vdsm hook.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
just output of "ls -lR /usr/libexec/vdsm/hooks" command is requested to be collected? Since then you won't see the script content to evaluate possible issue the script can cause.
Further, where the command add? To ovirt plugin? Since vdsm plugin is not maintained by sos, neither in upstream or downstream.
Usually there are no custom hooks, so output of "ls -lR /usr/libexec/vdsm/hooks" would be enough.
If there are one or more hooks we can always request customer to share those after we detect its presence.
This should be collected by the vdsm plugin, since the hooks will be in the hosts. Should this be re-assigned to another component then?
(In reply to Julio Entrena Perez from comment #3)
> This should be collected by the vdsm plugin, since the hooks will be in the
> hosts. Should this be re-assigned to another component then?
Lee, do you know? (I noticed you mentioned the plugin in https://github.com/sosreport/sos/pull/235)
Lee is no longer involved in RHEV.
# yum -q provides /usr/lib/python2.6/site-packages/sos/plugins/vdsm.py | tail -9
vdsm-4.16.30-1.el6ev.x86_64 : Virtual Desktop Server Manager
Repo : installed
Other : Provides-match:
I'm changing the component to vdsm then, thank you Pavel.
I don't mind collecting the list of hook files, but please note that the required information hould be available within the output of getVdsCapaibilities (which is already collected by sos, as long as Vdsm is running).
Isn't that enough?
Thank you Dan, that's enough indeed, sorry for the noise.