Hey guys,
Probably the problem is that sanlock service cannot stop properly - was
the host registered to another ovirt engine before and you missed to put
it on maintenance before adding it to another system?
Such issue raised before when sanlock service fails to stop - can you
explicitly check if does - service sanlock stop - fail or pass?
If it fails it means that some leases are still locked and reboot will
solve the issue.
If that is not the case please share the output of "groups sanlock" - it
should be - sanlock : sanlock disk kvm qemu after the call to -
vdsm-tool configure --module sanlock --force (fyi all this configure
call does is to add sanlock user to those groups in this case)
Hope the information helps. Please share your progress with the issue.
Yaniv Bronhaim.
On 03/31/2015 10:15 AM, Bloemen, Jurriën wrote:
I did that also. I forgot to mention it because you only have to run
--force if you didn’t stop the sanlock process of running.
The result of with and without is the same. Still the vdsmd process cannot start.
From: Roy Golan <rgolan@redhat.com<mailto:rgolan@redhat.com>>
Date: Monday 30 March 2015 23:25
To: Jurriën Bloemen
<jurrien.bloemen@dmc.amcnetworks.com<mailto:jurrien.bloemen@dmc.amcnetworks.com>>
Cc: "users@ovirt.org<mailto:users@ovirt.org>"
<users@ovirt.org<mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Modules sanlock are not configured
On Mar 30, 2015 10:45 PM, Jurriën
<Jurrien.Bloemen@dmc.amcnetworks.com<mailto:Jurrien.Bloemen@dmc.amcnetworks.com>>
wrote:
>
> Hi all,
>
> I have CentOS 7 running and I added the oVirt 3.5 repo to it. I open the oVirt
Manager and added a new system to it.
> The manager says installing and after that is fails to connect. Looking on the system
I see:
>
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running mkdirs
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running configure_coredump
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running configure_vdsm_logs
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running wait_for_network
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running run_init_hooks
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running upgraded_version_check
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: Running check_is_configured
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: Error:
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: One of the modules is not configured to
work with VDSM.
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: To configure the module use the
following:
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: 'vdsm-tool configure [--module
module-name]'.
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: If all modules are not configured try to
use:
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: 'vdsm-tool configure --force'
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: (The force flag will stop the
module's service and start it
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: afterwards automatically to load the new
configuration.)
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: libvirt is already configured for vdsm
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: Modules sanlock are not configured
> Mar 30 21:09:37 vdsmd_init_common.sh[7106]: vdsm: stopped during execute
check_is_configured task (task returned with error code 1).
>
> So I run vdsm-tool configure after I stop sanlock.
>
> # vdsm-tool configure
Try adding --force (this is what the log suggests)
>
> Checking configuration status...
>
> libvirt is already configured for vdsm
> SUCCESS: ssl configured to true. No conflicts
>
> Running configure...
> Reconfiguration of sanlock is done.
>
> Done configuring modules to VDSM.
>
> But when I want to start vdsmd it still gives the error that sanlock is not
configured.
>
> Does somebody has a solution for this?
>
> I am a bit lost on this… Google only tells me that there was a bug in 3.4.
>
> Thanks in advance,
>
> Jurriën
> This message (including any attachments) may contain information that is privileged
or confidential. If you are not the intended recipient, please notify the sender and
delete this email immediately from your systems and destroy all copies of it. You may not,
directly or indirectly, use, disclose, distribute, print or copy this email or any part of
it if you are not the intended recipient
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Yaniv Bronhaim.