On 03/31/2015 02:07 PM, Bloemen, Jurriën wrote:
Hi all,

First of all thanks Yaniv for your reply!

Sure. Anytime

Basically kvm group should be created by qemu rpm installation,
so first check "egrep "kvm" /etc/group" - it should return kvm:x:36:qemu,sanlock if your system is installed properly

If not, please tell me the output of "rpm -qa | grep qemu-kvm"

And just to be on the same side write me also what vdsm version you use there

Yaniv.

This is a fresh new installed system. It was not registered to another
oVirt engine before.

So...

The output of "groups sanlock² is
sanlock : sanlock disk qemu

KVM is missing. There is no kvm group at all or user for that matter!?

I ran the command "vdsm-tool configure --module sanlock ‹force² and after
that ³groups sanlock² but it shows the same output as above.

Do you have other ideas what to check?

Thanks in advance,

Jurriën

On 31/03/15 10:23, "ybronhei" <ybron...@redhat.com> wrote:

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 <rgo...@redhat.com<mailto:rgo...@redhat.com>>
Date: Monday 30 March 2015 23:25
To: Jurriën Bloemen
<jurrien.bloe...@dmc.amcnetworks.com<mailto:jurrien.bloemen@dmc.amcnetwor
ks.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.bloe...@dmc.amcnetworks.com<mailto:Jurrien.Bloemen@dmc.amcnetwor
ks.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@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



--
Yaniv Bronhaim.



--
Yaniv Bronhaim.
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to