Re: [ovirt-users] Modules sanlock are not configured

[Bloemen , Jurriën]

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

Re: [ovirt-users] Hosted-Engine "misc configuration"

[Yedidyah Bar David]

- Original Message -
> From: "Jaicel" 
> To: "Yedidyah Bar David" 
> Cc: users@ovirt.org
> Sent: Tuesday, March 31, 2015 9:52:28 AM
> Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> 
> i attached the setup log.

Seems from the log that the storage space was not empty - perhaps left
over from a previous attempt or something like that. You might have had
locking issues etc.

If you want to further debug this, please try again, and then check/post:

vdsm:
logs from /var/log/vdsm

sanlock:
logs from /var/log/sanlock.log
output of 'sanlock -D'

Otherwise, it might be simpler to just start from scratch:
reinstall OS on host
clean up storage space
yum install and deploy again hosted-engine.

If it then fails again, please check/post above logs (including hosted-engine).

Thanks and best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Sven Kieske]

You should file an RFE on bugzilla for this
kind of stuff and maybe raise awareness during
the weekly meeting on irc.

this increases the chance of an implementation
taking place dramatically ;)

HTH


-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted-Engine "misc configuration"

[Yedidyah Bar David]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "Jaicel" 
> Cc: users@ovirt.org
> Sent: Tuesday, March 31, 2015 10:20:35 AM
> Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> 
> - Original Message -
> > From: "Jaicel" 
> > To: "Yedidyah Bar David" 
> > Cc: users@ovirt.org
> > Sent: Tuesday, March 31, 2015 9:52:28 AM
> > Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> > 
> > i attached the setup log.
> 
> Seems from the log that the storage space was not empty - perhaps left
> over from a previous attempt or something like that. You might have had
> locking issues etc.
> 
> If you want to further debug this, please try again, and then check/post:
> 
> vdsm:
> logs from /var/log/vdsm
> 
> sanlock:
> logs from /var/log/sanlock.log
> output of 'sanlock -D'
> 
> Otherwise, it might be simpler to just start from scratch:
> reinstall OS on host
> clean up storage space
> yum install and deploy again hosted-engine.
> 
> If it then fails again, please check/post above logs (including
> hosted-engine).

And also send output of 'rpm -qa'. Thanks.

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted-Engine "misc configuration"

[Jaicel]

Hi,

here's the rpm -qa output.

Thanks,
Jaicel

- Original Message -
From: "Yedidyah Bar David" 
To: "Jaicel" 
Cc: users@ovirt.org
Sent: Tuesday, March 31, 2015 3:24:27 PM
Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"

- Original Message -
> From: "Yedidyah Bar David" 
> To: "Jaicel" 
> Cc: users@ovirt.org
> Sent: Tuesday, March 31, 2015 10:20:35 AM
> Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> 
> - Original Message -
> > From: "Jaicel" 
> > To: "Yedidyah Bar David" 
> > Cc: users@ovirt.org
> > Sent: Tuesday, March 31, 2015 9:52:28 AM
> > Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> > 
> > i attached the setup log.
> 
> Seems from the log that the storage space was not empty - perhaps left
> over from a previous attempt or something like that. You might have had
> locking issues etc.
> 
> If you want to further debug this, please try again, and then check/post:
> 
> vdsm:
> logs from /var/log/vdsm
> 
> sanlock:
> logs from /var/log/sanlock.log
> output of 'sanlock -D'
> 
> Otherwise, it might be simpler to just start from scratch:
> reinstall OS on host
> clean up storage space
> yum install and deploy again hosted-engine.
> 
> If it then fails again, please check/post above logs (including
> hosted-engine).

And also send output of 'rpm -qa'. Thanks.

Best,
-- 
Didi

versions
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted-Engine "misc configuration"

[Jaicel]

actually i just recently reinstalled CentOS on the server as well as the 
freenas server before i tried installing ovirt. but, okay i will try 
reinstalling centos and recreate the volume to make sure that the volume is 
empty and i will post the said logs.

Thanks,
Jaicel

- Original Message -
From: "Yedidyah Bar David" 
To: "Jaicel" 
Cc: users@ovirt.org
Sent: Tuesday, March 31, 2015 3:20:35 PM
Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"

- Original Message -
> From: "Jaicel" 
> To: "Yedidyah Bar David" 
> Cc: users@ovirt.org
> Sent: Tuesday, March 31, 2015 9:52:28 AM
> Subject: Re: [ovirt-users] Hosted-Engine "misc configuration"
> 
> i attached the setup log.

Seems from the log that the storage space was not empty - perhaps left
over from a previous attempt or something like that. You might have had
locking issues etc.

If you want to further debug this, please try again, and then check/post:

vdsm:
logs from /var/log/vdsm

sanlock:
logs from /var/log/sanlock.log
output of 'sanlock -D'

Otherwise, it might be simpler to just start from scratch:
reinstall OS on host
clean up storage space
yum install and deploy again hosted-engine.

If it then fails again, please check/post above logs (including hosted-engine).

Thanks and best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot issue

[Omer Frenkel]

- Original Message -
> From: "Koen Vanoppen" 
> To: "Omer Frenkel" , users@ovirt.org
> Sent: Tuesday, March 31, 2015 7:35:57 AM
> Subject: Re: [ovirt-users] Snapshot issue
> 
> I just wanted to remove the snapshots in ovirt... That's all... And now
> they are locked. Without the possibility to remove, reboot the vm or cancel
> the snapshots...
> So I'm stuck... How can I change the status of the snapshot in the db, so
> that at least I can remove the VM? And what could be the impact , worst
> case?
> 

i thought you want to save the vm, then the worst case might be data corruption,
in case something is really wrong with the snapshots and you try to run the vm.

more optimistic, in case snapshot is missing in storage but not deleted in db,
vm would fail to start, then you might be able to just delete the snapshot 
(again probably only manually in db)
and recover completely.

if you just want to delete the vm, worst case would be that you have to clear 
manually stuff from the db/storage

if you decide to change the db, better to have a backup :)
also, i would recommend making it when the engine is down.

ok, so, first to get the info in the db:
select snapshot_id,description,status from snapshots where status = 'LOCKED' 
and vm_id in (select vm_guid from vm_static where vm_name='');

just update it to be 'OK' :
update snapshots set status = 'OK' where snapshot_id = '';

also, check there are locked images related to this snapshot:
select image_guid,imagestatus from images where vm_snapshot_id = '' and imagestatus != 1;

if so, need to unlock it as well:
updates images set imagestatus = 1 where image_guid = '';


let me know how it went

> Kind regards,
> 
> 2015-03-30 13:46 GMT+02:00 Omer Frenkel :
> 
> >
> >
> > - Original Message -
> > > From: "Koen Vanoppen" 
> > > To: "Omer Frenkel" , users@ovirt.org
> > > Sent: Monday, March 30, 2015 7:44:10 AM
> > > Subject: Re: [ovirt-users] Snapshot issue
> > >
> > > I can't even remove them... Something needs to be done... Any ideas?
> > >
> >
> > not sure i understand what you tried?
> > the 'broken' snapshots are locked, so you can't remove them.
> > as i said, there is no easy and safe way to fix this...
> > you can try to change the status of the snapshot in the db - but i am not
> > sure what will happen!
> >
> > > 2015-03-25 8:45 GMT+01:00 Koen Vanoppen :
> > >
> > > > Hi Omer,
> > > >
> > > > Thanks for your reply.
> > > > I was cleaning our snapshots on oVirt. So I started deleting snapshots
> > one
> > > > by one. In total in deleted 10 snapshots. 5 VM's came back up, without
> > the
> > > > error message, the rest of them are still down with this error message.
> > > >
> > > > 2015-03-25 7:36 GMT+01:00 Omer Frenkel :
> > > >
> > > >>
> > > >>
> > > >> - Original Message -
> > > >> > From: "Koen Vanoppen" 
> > > >> > To: users@ovirt.org
> > > >> > Sent: Wednesday, March 25, 2015 8:09:17 AM
> > > >> > Subject: Re: [ovirt-users] Snapshot issue
> > > >> >
> > > >> > I'm still not able to start my VM's:
> > > >> > Cannot run VM. The VM is performing an operation on a Snapshot.
> > Please
> > > >> wait
> > > >> > for the operation to finish, and try again...
> > > >> >
> > > >> > I already restarted the vdsm deamons on the hypervisors and
> > restarted
> > > >> the
> > > >> > engine too... Does anybody has any clue how I can solve this state?
> > > >> >
> > > >> > Kind regards,
> > > >> >
> > > >> > Koen
> > > >> >
> > > >> > 2015-03-24 7:45 GMT+01:00 Koen Vanoppen < vanoppen.k...@gmail.com
> > > :
> > > >> >
> > > >> >
> > > >> >
> > > >> > This is in the logs:
> > > >> > 2015-03-24 07:41:50,436 WARN
> > [org.ovirt.engine.core.bll.RunVmCommand]
> > > >> > (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
> > failed
> > > >> for
> > > >> > user Reasons:
> > > >> >
> > VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
> > > >> >
> > > >> > Can't I clear all this? Because I Still have several machines down
> > due
> > > >> the
> > > >> > reason he is still in the "cannot run VM..." state...
> > > >> >
> > > >>
> > > >> this happens because you have a snapshot in status locked,
> > > >> probably you did some operation on snapshot and something went wrong
> > (it
> > > >> might have failed without clearing the state..)
> > > >> there is no easy and safe way to fix this (you can change the status
> > of
> > > >> the snapshot in the db but i am not sure what will happen)
> > > >> what action did you do with snapshots on this vm?
> > > >> what was the result?
> > > >>
> > > >> >
> > > >> >
> > > >> > 2015-03-23 8:40 GMT+01:00 Koen Vanoppen < vanoppen.k...@gmail.com
> > > :
> > > >> >
> > > >> >
> > > >> >
> > > >> > Dear all,
> > > >> >
> > > >> > I have the following problem:
> > > >> >
> > > >> > Cannot run VM. The VM is performing an operation on a Snapshot.
> > Please
> > > >> wait
> > > >> > for the operation to finish, and try again.
> > > >> >
> > > >> > It is like this since Friday... How can I reso

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Nicolas Ecarnot]

Le 31/03/2015 09:21, Sven Kieske a écrit :

You should file an RFE on bugzilla for this
kind of stuff and maybe raise awareness during
the weekly meeting on irc.

this increases the chance of an implementation
taking place dramatically ;)

HTH




Hi Sven,

I found and append this :
https://bugzilla.redhat.com/show_bug.cgi?id=1045022

--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[ybronhei]

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




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

Re: [ovirt-users] oVirt management network

[Bojan Popovic]

I have enabled the VLAN tagging but no dice. Still I cannot attach
logical network to the VLANS in oVirt, and I see them represented in the
list, like this:

namebond   vlan Network nameaddress

eth0bond0.50ovirtmgmt
bond0   
eth1bond0.60
  ovirtmgmt
-

Also since ip address is added to a ovirtmgmt bridge, I can not save any
additional configuration until I resolve this because it ovirt says that
there are two interfaces with the same IP address.


System-Email

Mit freundlichen Grüßen / Best Regards
Bojan Popovic
System Administrator | IT Novi Sad


Tel: +49 (0) 711/ 320 90 285

www.jago24.de 
www.jago-ag.de   
E-Mail: bojan.popo...@jago-ag.de   




JAGO AG
Amtsgericht Stuttgart

Ingersheimer Str.12
Reg.Nr.: HRB 741306 
D-70499 Stuttgart
USt-ID: DE283513307

Vorstand:
WEEE-Reg.-Nr. DE 70299572   
Goran Jakovac


Aufsichtsratsvorsitzender:  

Dipl.-oec. Univ. Rolf Breyer





Jago_AG_logo




 

On 30.03.2015. 13:14, René Koch wrote:
>
> Hi Bojan,
>
>  
>
> Did you configure a VLAN tag für your ovirtmgmt interface?
>
> You have to do this in „Data Centers“ – select dc – „Logical Networks“.
>
> Afterwards you should be able to configure network from oVirt webadmin
> interface again.
>
> Don’t have a test setup with VLAN tags for ovirtmgmt atm, but did this
> multiple times before…
>
>  
>
>
> Regards,
>
> René
>
>  
>
>  
>
> *Von:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im
> Auftrag von *Bojan Popovic
> *Gesendet:* Montag, 30. März 2015 12:15
> *An:* users@ovirt.org
> *Betreff:* [ovirt-users] oVirt management network
>
>  
>
> Hello, I am having a strange issue in creating ovirtmgmt bridge over
> vlan interface.
>
> I have set-up a bond from physical interfaces. On top of a bond there
> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>
> Somehow the bond itself is also added to bridge in oVirt web
> interface, after reboot there also were two added lines to
> configuration of that bond:
> # Generated by VDSM version 4.16.10-8.gitc937927.el7
> BRIDGE=ovirtmgmt
>
> No matter how I try to remove the bond from the bridge it doesn't
> succeed. If I edit the config files manually it isn't replicated to
> web interface. If I try to detach it from web interface, I can only
> attach bridge back to the bond interface. Of course configuration
> cannot be saved until the bridge is attached to an interface.
>
> I have tried putting the host in maintenance mode, shutting down the
> hosted engine and doing all the changes live.
>
> Anyone has a suggestion how to resolve this?
>
> Thanks.
>
>
>   
>   
>
>  
>

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt management network

[Bojan Popovic]

I have a hosted engine. It is on the same VLAN as the hosts are, so I am
not having connectivity issues. I am not going to alter that part of the
setup but I do need to add more networks, and I can not because I can
not save the configuration, no matter what I change it is not saved.

Ovirtmgmt is vlan-tagged.

Is there some config file that can be edited manually, or maybe it can
be done in the database?

On 30.03.2015. 13:32, Dan Kenigsberg wrote:
> On Mon, Mar 30, 2015 at 12:15:09PM +0200, Bojan Popovic wrote:
>> Hello, I am having a strange issue in creating ovirtmgmt bridge over
>> vlan interface.
>>
>> I have set-up a bond from physical interfaces. On top of a bond there
>> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
>> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>>
>> Somehow the bond itself is also added to bridge in oVirt web interface,
>> after reboot there also were two added lines to configuration of that bond:
>> # Generated by VDSM version 4.16.10-8.gitc937927.el7
>> BRIDGE=ovirtmgmt
>>
>> No matter how I try to remove the bond from the bridge it doesn't
>> succeed. If I edit the config files manually it isn't replicated to web
>> interface. If I try to detach it from web interface, I can only attach
>> bridge back to the bond interface. Of course configuration cannot be
>> saved until the bridge is attached to an interface.
>>
>> I have tried putting the host in maintenance mode, shutting down the
>> hosted engine and doing all the changes live.
>>
>> Anyone has a suggestion how to resolve this?
> I'd first like to understand how you intend for management traffic to
> travel from your Engine to the host. Do you have a vlan connection
> between the two? What is the host's IP address on that vlan?
>
> Since you have connectivity to the host, we can tell that you have
> un-tagged traffic to the host. In most (sane) cases, the IP address on
> the untagged network is different from the vlan'ed one. To use the
> latter, you'd need to remove the host from the cluster, and add it back
> with its second address.
>
> Did you define ovirtmgmt as a vlan-tagged network? Or do you intend to
> have a special hack for this host?
>
> Regards,
> Dan.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to Config Openvswitch in Hosted-Engine environment(ALL IN ONE) when using Neutron?

[zhangjian2011]

Hi, Lior,

On 03/30/2015 04:01 PM, Lior Vernia wrote:
> Hello,
>
> You're right. It might be something we should consider adding in the
> hosted engine script - maybe a flag to also install the Neutron agent
> packages?...
>
> For now, there should be an easy workaround as long as you have more
> than one host in your deployment. You could put one host in maintenance,
> reinstall it from the webadmin console while specifying an external
> provider, then once that's done do the same for the other host(s).
Thank you for telling us such a method.

First, I made an OSP5 using packstack with a default answerfile.
and I found neutron is vxlan mode.

Then, we reinstalled the host, and we tried to config the plugin.ini
file, however we did not find br-tun in my host.
How do slove it, create br-tun manually(then what?) or others? any idea?
#-
# Sample Configurations.
#-
... snip ...
#
# 3. With VXLAN tunneling.
# [ovs]
# network_vlan_ranges =
# tenant_network_type = vxlan
# tunnel_type = vxlan
# tunnel_id_ranges = 1:1000
# integration_bridge = br-int
# tunnel_bridge = br-tun
# local_ip = 10.0.0.3
# [agent]
# tunnel_types = vxlan


# ip addr | grep br-int
17: br-int:  mtu 1500 qdisc noop state DOWN
# ip addr | grep br-tun


Regards,
Jian


>
> Yours, Lior.
>
> On 30/03/15 06:49, Xie, Chao wrote:
>> HI, ALL 
>> As you may know, we can use neutron service in oVirt. And in a normal
>> oVirt environment, When adding a Host, Openswitch and RabbitMQ and so on
>> (Set Network provider in "New Hosts" window in Admin Portal) will be
>> configure automatically in the host.
>> But in an HE environment, we do not add host in Admin Portal(but
>> "hosted-engine --deploy" command ), and i think host will not be
>> configure automatically. So anybody know how to use it (neutron from all
>> in one OSP )?
>>
>>  
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt management network

[Lior Vernia]

Hello Bojan,

I'm still having difficulties understanding the exact situation. Could
you please click the "Refresh Capabilities" button in the hosts tab when
the relevant host is selected and supply a screenshot of the Setup Host
Networks dialog on that host afterwards. Then explain what about that
situation you'd like to change.

Yours, Lior.

On 31/03/15 12:12, Bojan Popovic wrote:
> I have a hosted engine. It is on the same VLAN as the hosts are, so I am
> not having connectivity issues. I am not going to alter that part of the
> setup but I do need to add more networks, and I can not because I can
> not save the configuration, no matter what I change it is not saved.
> 
> Ovirtmgmt is vlan-tagged.
> 
> Is there some config file that can be edited manually, or maybe it can
> be done in the database?
> 
> On 30.03.2015. 13:32, Dan Kenigsberg wrote:
>> On Mon, Mar 30, 2015 at 12:15:09PM +0200, Bojan Popovic wrote:
>>> Hello, I am having a strange issue in creating ovirtmgmt bridge over
>>> vlan interface.
>>>
>>> I have set-up a bond from physical interfaces. On top of a bond there
>>> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
>>> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>>>
>>> Somehow the bond itself is also added to bridge in oVirt web interface,
>>> after reboot there also were two added lines to configuration of that bond:
>>> # Generated by VDSM version 4.16.10-8.gitc937927.el7
>>> BRIDGE=ovirtmgmt
>>>
>>> No matter how I try to remove the bond from the bridge it doesn't
>>> succeed. If I edit the config files manually it isn't replicated to web
>>> interface. If I try to detach it from web interface, I can only attach
>>> bridge back to the bond interface. Of course configuration cannot be
>>> saved until the bridge is attached to an interface.
>>>
>>> I have tried putting the host in maintenance mode, shutting down the
>>> hosted engine and doing all the changes live.
>>>
>>> Anyone has a suggestion how to resolve this?
>> I'd first like to understand how you intend for management traffic to
>> travel from your Engine to the host. Do you have a vlan connection
>> between the two? What is the host's IP address on that vlan?
>>
>> Since you have connectivity to the host, we can tell that you have
>> un-tagged traffic to the host. In most (sane) cases, the IP address on
>> the untagged network is different from the vlan'ed one. To use the
>> latter, you'd need to remove the host from the cluster, and add it back
>> with its second address.
>>
>> Did you define ovirtmgmt as a vlan-tagged network? Or do you intend to
>> have a special hack for this host?
>>
>> Regards,
>> Dan.
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
whenever you create the VM (not afterwards - as part of the new VM
dialog), the NICs should receive MAC addresses according to their
ordering by names, e.g. nic1 will always get a lower MAC address than
nic2. For a newly-created VM this should guarantee that nic1 will indeed
end up the first NIC inside the guest OS and be used by PXE.

If this is something you do a lot, then I'd suggest creating a new
template as such and create VMs from that.

On 31/03/15 11:23, Nicolas Ecarnot wrote:
> Le 31/03/2015 09:21, Sven Kieske a écrit :
>> You should file an RFE on bugzilla for this
>> kind of stuff and maybe raise awareness during
>> the weekly meeting on irc.
>>
>> this increases the chance of an implementation
>> taking place dramatically ;)
>>
>> HTH
>>
>>
> 
> Hi Sven,
> 
> I found and append this :
> https://bugzilla.redhat.com/show_bug.cgi?id=1045022
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] firewalld rules for engine

[Jorick Astrego]

Hi,

After running engine-setup (3.5.2rc2) on Centos 7, the setup tells me
the following

  In order to configure firewalld, copy the files from
  /etc/ovirt-engine/firewalld to /etc/firewalld/services
  and execute the following commands:
  firewall-cmd -service ovirt-nfs
  firewall-cmd -service ovirt-postgres
  firewall-cmd -service ovirt-https
  firewall-cmd -service ovirt-fence-kdump-listener
  firewall-cmd -service ovirt-websocket-proxy
  firewall-cmd -service ovirt-http

The commands above don't work, shouldn't they be:

firewall-cmd --permanent --add-service ovirt-nfs
firewall-cmd --permanent --add-service ovirt-postgres
firewall-cmd --permanent --add-service ovirt-https
firewall-cmd --permanent --add-service ovirt-fence-kdump-listener
firewall-cmd --permanent --add-service ovirt-websocket-proxy
firewall-cmd --permanent --add-service ovirt-http
firewall-cmd --reload

Kind regards,

Jorick Astrego



Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[Bloemen , Jurriën]

Hi all,

First of all thanks Yaniv for your reply!

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"  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 mailto:rgo...@redhat.com>>
>> Date: Monday 30 March 2015 23:25
>> To: Jurriën Bloemen
>>mailto:jurrien.bloemen@dmc.amcnetwor
>>ks.com>>
>> Cc: "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
>>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
>>
>>
>

Re: [ovirt-users] oVirt management network

[Lior Vernia]

The situation you got to (where there are ovirtmgmt bridges over both
bond0 directly and over the bond0.231 VLAN device), likely via manual
intervention, is indeed inconsistent from oVirt's perspective.

You should be able to SSH into the host and run something like "brctl
delif ovirtmgmt bond0", then refresh capabilities on the webadmin
console and get to a situation where ovirtmgmt is configured only on top
of the VLAN device. Succeeding networking operations on the host should
then work as expected...

On 31/03/15 14:03, Bojan Popovic wrote:
> Of course.
> Here it is:
> 
> net
> 
> As you can see on the lower part of the screenshot, ovirtmgmt is on top
> of the bond0.231 interface and on top of bond0 also.
> I would like to remove bond0 from the bridge, cause it blocks every
> other operation using this dialog, whatever I try to change I'm only
> able to cancel it because I am confronted with the following:
> 
> problem
> 
> Thanks for the help.
> 
> 
> On 31.03.2015. 12:52, Lior Vernia wrote:
>> Hello Bojan,
>>
>> I'm still having difficulties understanding the exact situation. Could
>> you please click the "Refresh Capabilities" button in the hosts tab when
>> the relevant host is selected and supply a screenshot of the Setup Host
>> Networks dialog on that host afterwards. Then explain what about that
>> situation you'd like to change.
>>
>> Yours, Lior.
>>
>> On 31/03/15 12:12, Bojan Popovic wrote:
>>> I have a hosted engine. It is on the same VLAN as the hosts are, so I am
>>> not having connectivity issues. I am not going to alter that part of the
>>> setup but I do need to add more networks, and I can not because I can
>>> not save the configuration, no matter what I change it is not saved.
>>>
>>> Ovirtmgmt is vlan-tagged.
>>>
>>> Is there some config file that can be edited manually, or maybe it can
>>> be done in the database?
>>>
>>> On 30.03.2015. 13:32, Dan Kenigsberg wrote:
 On Mon, Mar 30, 2015 at 12:15:09PM +0200, Bojan Popovic wrote:
> Hello, I am having a strange issue in creating ovirtmgmt bridge over
> vlan interface.
>
> I have set-up a bond from physical interfaces. On top of a bond there
> are three VLANs one of which is in ovirtmgmt bridge. I have set it up
> manually according to http://www.ovirt.org/Bonding_VLAN_Bridge
>
> Somehow the bond itself is also added to bridge in oVirt web interface,
> after reboot there also were two added lines to configuration of that 
> bond:
> # Generated by VDSM version 4.16.10-8.gitc937927.el7
> BRIDGE=ovirtmgmt
>
> No matter how I try to remove the bond from the bridge it doesn't
> succeed. If I edit the config files manually it isn't replicated to web
> interface. If I try to detach it from web interface, I can only attach
> bridge back to the bond interface. Of course configuration cannot be
> saved until the bridge is attached to an interface.
>
> I have tried putting the host in maintenance mode, shutting down the
> hosted engine and doing all the changes live.
>
> Anyone has a suggestion how to resolve this?
 I'd first like to understand how you intend for management traffic to
 travel from your Engine to the host. Do you have a vlan connection
 between the two? What is the host's IP address on that vlan?

 Since you have connectivity to the host, we can tell that you have
 un-tagged traffic to the host. In most (sane) cases, the IP address on
 the untagged network is different from the vlan'ed one. To use the
 latter, you'd need to remove the host from the cluster, and add it back
 with its second address.

 Did you define ovirtmgmt as a vlan-tagged network? Or do you intend to
 have a special hack for this host?

 Regards,
 Dan.
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] firewalld rules for engine

[Yedidyah Bar David]

- Original Message -
> From: "Jorick Astrego" 
> To: users@ovirt.org
> Sent: Tuesday, March 31, 2015 2:07:02 PM
> Subject: [ovirt-users] firewalld rules for engine
> 
> Hi,
> 
> After running engine-setup (3.5.2rc2) on Centos 7, the setup tells me the
> following
> 
> In order to configure firewalld, copy the files from
> /etc/ovirt-engine/firewalld to /etc/firewalld/services
> and execute the following commands:
> firewall-cmd -service ovirt-nfs
> firewall-cmd -service ovirt-postgres
> firewall-cmd -service ovirt-https
> firewall-cmd -service ovirt-fence-kdump-listener
> firewall-cmd -service ovirt-websocket-proxy
> firewall-cmd -service ovirt-http
> 
> The commands above don't work, shouldn't they be:
> 
> 
> 
> firewall-cmd --permanent --add-service ovirt-nfs
> firewall-cmd --permanent --add-service ovirt-postgres
> firewall-cmd --permanent --add-service ovirt-https
> firewall-cmd --permanent --add-service ovirt-fence-kdump-listener
> firewall-cmd --permanent --add-service ovirt-websocket-proxy
> firewall-cmd --permanent --add-service ovirt-http
> firewall-cmd --reload

Yes, I guess no-one noticed yet :-)

Pushed [1] now.

Thanks!

[1] https://gerrit.ovirt.org/39390
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Nicolas Ecarnot]

Hi Lior,

Le 31/03/2015 12:55, Lior Vernia a écrit :

Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
whenever you create the VM (not afterwards - as part of the new VM
dialog), the NICs should receive MAC addresses according to their
ordering by names, e.g. nic1 will always get a lower MAC address than
nic2. For a newly-created VM this should guarantee that nic1 will indeed
end up the first NIC inside the guest OS and be used by PXE.


In the BZ I provided above, I explain that my tests are showing that 
this is not true : the nics are not yet sorted according to their MAC 
nor their names.


I'm using 3.5.1



If this is something you do a lot, then I'd suggest creating a new
template as such and create VMs from that.


I know that could be a way, but this is not our strategy, as we prefer 
using kickstart and we have so many different setups that factorisation 
is not possible.




On 31/03/15 11:23, Nicolas Ecarnot wrote:

Le 31/03/2015 09:21, Sven Kieske a écrit :

You should file an RFE on bugzilla for this
kind of stuff and maybe raise awareness during
the weekly meeting on irc.

this increases the chance of an implementation
taking place dramatically ;)

HTH




Hi Sven,

I found and append this :
https://bugzilla.redhat.com/show_bug.cgi?id=1045022




--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 14:21, Nicolas Ecarnot wrote:
> Hi Lior,
> 
> Le 31/03/2015 12:55, Lior Vernia a écrit :
>> Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
>> whenever you create the VM (not afterwards - as part of the new VM
>> dialog), the NICs should receive MAC addresses according to their
>> ordering by names, e.g. nic1 will always get a lower MAC address than
>> nic2. For a newly-created VM this should guarantee that nic1 will indeed
>> end up the first NIC inside the guest OS and be used by PXE.
> 
> In the BZ I provided above, I explain that my tests are showing that
> this is not true : the nics are not yet sorted according to their MAC
> nor their names.
> 
> I'm using 3.5.1
> 

I see. It seems MAC addresses are allocated according to the NIC name
order, and that they are also named in the corresponding order within
the guest OS. So the only problem here is how gPXE chooses a NIC to boot
from... I'm not familiar with the behavior of gPXE, but oVirt seems to
behave alright.

>>
>> If this is something you do a lot, then I'd suggest creating a new
>> template as such and create VMs from that.
> 
> I know that could be a way, but this is not our strategy, as we prefer
> using kickstart and we have so many different setups that factorisation
> is not possible.
> 
>>
>> On 31/03/15 11:23, Nicolas Ecarnot wrote:
>>> Le 31/03/2015 09:21, Sven Kieske a écrit :
 You should file an RFE on bugzilla for this
 kind of stuff and maybe raise awareness during
 the weekly meeting on irc.

 this increases the chance of an implementation
 taking place dramatically ;)

 HTH


>>>
>>> Hi Sven,
>>>
>>> I found and append this :
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1045022
>>>
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Spice-devel] Problem with USB redirection

[Uwe Laverenz]

Hi all,

Am 25.02.2015 um 09:31 schrieb Christophe Fergeau:


The Windows clients have installed Windows 7 Enterprise gets from Windows
MSDNAA and it is installed in all machines here in our University.

If you need some other information, please, feel free to ask me.


I'm asking about remote-viewer (Windows SPICE client ;). Where did you
get it from, and what version is it?


I see the same problem. The SPICE-Client ist the latest version from here:

http://virt-manager.org/download/

It's VirtViewer 2.0.256 for Windows and the problem is, that if you try 
to connect an USB device you only get an info dialog stating "USB 
redirection support not compiled in". This is the same behaviour as in 
client version 1.0256.


I guess this feature simply doesn't exist in the Windows client (yet)?

bye,
Uwe
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[ybronhei]

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"  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 mailto:rgo...@redhat.com>>
Date: Monday 30 March 2015 23:25
To: Jurriën Bloemen
mailto:jurrien.bloemen@dmc.amcnetwor
ks.com>>
Cc: "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
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 cop

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Nicolas Ecarnot]

Le 31/03/2015 13:57, Lior Vernia a écrit :



On 31/03/15 14:21, Nicolas Ecarnot wrote:

Hi Lior,

Le 31/03/2015 12:55, Lior Vernia a écrit :

Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
whenever you create the VM (not afterwards - as part of the new VM
dialog), the NICs should receive MAC addresses according to their
ordering by names, e.g. nic1 will always get a lower MAC address than
nic2. For a newly-created VM this should guarantee that nic1 will indeed
end up the first NIC inside the guest OS and be used by PXE.


In the BZ I provided above, I explain that my tests are showing that
this is not true : the nics are not yet sorted according to their MAC
nor their names.

I'm using 3.5.1



I see. It seems MAC addresses are allocated according to the NIC name
order,


I'm not sure this is exact.
According to what I'm witnessing, MAC addresses are allocated in 
incremental order, from the first free MAC address in the MAC pool range.



and that they are also named in the corresponding order within
the guest OS.


Er.. what gives when I'm naming my interfaces ethX, and amongst that, 
oVirt comes trying to add some nicX???



So the only problem here is how gPXE chooses a NIC to boot
from... I'm not familiar with the behavior of gPXE, but oVirt seems to
behave alright.


I mostly agree with that, in the sense that one has to dig in which way 
gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and 
so on.


And then, decide whether oVirt could have a control upon this sorting, 
and then issue a RFE to master it from the web GUI.


--
Nicolas ECARNOT





If this is something you do a lot, then I'd suggest creating a new
template as such and create VMs from that.


I know that could be a way, but this is not our strategy, as we prefer
using kickstart and we have so many different setups that factorisation
is not possible.



On 31/03/15 11:23, Nicolas Ecarnot wrote:

Le 31/03/2015 09:21, Sven Kieske a écrit :

You should file an RFE on bugzilla for this
kind of stuff and maybe raise awareness during
the weekly meeting on irc.

this increases the chance of an implementation
taking place dramatically ;)

HTH




Hi Sven,

I found and append this :
https://bugzilla.redhat.com/show_bug.cgi?id=1045022







--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[Bloemen , Jurriën]

Hi,

Please see the inline answers.

Thanks in advance,

Jurriën

On 31/03/15 14:18, "ybronhei"  wrote:

>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

"egrep "kvm" /etc/group"

No result 


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

# rpm -qa | grep qemu-kvm
qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64
qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64
qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64


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

# rpm -qa | grep vdsm
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
vdsm-python-4.16.10-8.gitc937927.el7.noarch
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-4.16.10-8.gitc937927.el7.x86_64
vdsm-cli-4.16.10-8.gitc937927.el7.noarch


>
>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"  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 mailto:rgo...@redhat.com>>
 Date: Monday 30 March 2015 23:25
 To: Jurriën Bloemen
 
mailto:jurrien.bloemen@dmc.amcnetw
or
 ks.com>>
 Cc: "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
 
mailto:Jurrien.Bloemen@dmc.amcnetw
or
 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
>

Re: [ovirt-users] [Spice-devel] Problem with USB redirection

[Christophe Fergeau]

On Tue, Mar 31, 2015 at 02:14:28PM +0200, Uwe Laverenz wrote:
> Hi all,
> 
> Am 25.02.2015 um 09:31 schrieb Christophe Fergeau:
> 
> >>The Windows clients have installed Windows 7 Enterprise gets from Windows
> >>MSDNAA and it is installed in all machines here in our University.
> >>
> >>If you need some other information, please, feel free to ask me.
> >
> >I'm asking about remote-viewer (Windows SPICE client ;). Where did you
> >get it from, and what version is it?
> 
> I see the same problem. The SPICE-Client ist the latest version from here:
> 
> http://virt-manager.org/download/
> 
> It's VirtViewer 2.0.256 for Windows and the problem is, that if you try to
> connect an USB device you only get an info dialog stating "USB redirection
> support not compiled in". This is the same behaviour as in client version
> 1.0256.
> 
> I guess this feature simply doesn't exist in the Windows client (yet)?

Ah this is indeed disabled in the mingw-spice-gtk build used for that
binary:
http://pkgs.fedoraproject.org/cgit/mingw-spice-gtk.git/tree/mingw-spice-gtk.spec#n136
(see the --disable-usbredir configure argument)

Christophe


pgpDmjshdWn9f.pgp
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage domain not in pool issue

[Elad Ben Aharon]

Hi Adam, 
Can you please take a look? By the provided information, there seems to be an 
issue of synchronization failure between engine and vdsm regarding the storage 
pool which the 2 domains are attached to. 
Thanks 

- Original Message -

From: "VONDRA Alain"  
To: "Elad Ben Aharon"  
Cc: "Idan Shaby" , users@ovirt.org, "Allon Mureinik" 
 
Sent: Tuesday, 31 March, 2015 11:43:39 AM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 



Hi, 

Here is the logs. 

Thanks 


















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr   















De : Elad Ben Aharon [mailto:ebena...@redhat.com] 
Envoyé : mardi 31 mars 2015 08:19 
À : VONDRA Alain 
Cc : Idan Shaby; users@ovirt.org; Allon Mureinik 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Please attach /var/log/ovirt-engine/engine.log from engine and 
/var/log/vdsm/vdsm.log from the host(s). 






- Original Message -



From: "VONDRA Alain" < avon...@unicef.fr > 
To: "Elad Ben Aharon" < ebena...@redhat.com >, "Idan Shaby" < ish...@redhat.com 
> 
Cc: users@ovirt.org 
Sent: Tuesday, 31 March, 2015 1:49:42 AM 
Subject: RE:[ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anybody who can help me ? 
I have more than 6 month of work in these two storage domains... 
Thanks, 
Alain 

















Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
De : users-boun...@ovirt.org [users-boun...@ovirt.org] de la part de VONDRA 
Alain [avon...@unicef.fr] 
Envoyé : lundi 30 mars 2015 17:33 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Hi, 
Is there anyother way to synchronize the engine and vdsm ? 
Thanks 












Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information 
Direction Administrative et Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












-Message d'origine- 
De : users-boun...@ovirt.org [ mailto:users-boun...@ovirt.org ] De la part de 
VONDRA Alain 
Envoyé : lundi 30 mars 2015 16:17 
À : Elad Ben Aharon; Idan Shaby 
Cc : users@ovirt.org 
Objet : Re: [ovirt-users] Storage domain not in pool issue 





Elad, 
I’ve tried many times to restart the engine without success. 
Thanks 






De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] Envoyé : lundi 30 mars 2015 
16:00 À : VONDRA Alain; Idan Shaby Cc : users@ovirt.org Objet : Re: 
[ovirt-users] Storage domain not in pool issue 





Thanks for the input. 





>From the input, it's clear that engine is not synchronized with vdsm regarding 
>the storage pool which these 2 domains are attached to. 
I guess that ovirt-engine service restart would solve it, but I would like 
someone from DEV to take a look before doing so. 






Idan, can you please take a look? 
Thanks 











Alain VONDRA 
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière 
+33 1 44 39 77 76 
UNICEF France 
3 rue Duguay Trouin 75006 PARIS 
www.unicef.fr 












 
From: "VONDRA Alain" < avon...@unicef.fr > 
To: "Elad Ben Aharon" < ebena...@redhat.com > 
Cc: users@ovirt.org 
Sent: Monday, 30 March, 2015 4:18:08 PM 
Subject: RE: [ovirt-users] Storage domain not in pool issue 





Thank you for your help ! 
I attempt to activate using oVirt GUI, in fact this SD was previously attached 
to the Data Center, and I had a crash on it, after a recover à my manager 
oVirt, I see all the VMs and SD up, but the VMs contained in the 2 bad Storage 
Domain didn’t go up, so I’ve tried to put the SD in maintenance, but now I 
can’t even activate this domain. 
I didn’t yet try to put the second bad SD in maintenance after that. 





id | storage_pool_id 
--+- 
--+- 
072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | 
37a291a4-6108-4bb9-af33-da88555ab3a9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
d7b9d7cc-f7d6-43c7-ae13-e720951657c9 | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e40772a-fe94-4fb2-94c4-6198bed04a6a | f422de63-8869-41ef-a782-8b0c9ee03c41 
7e137867-953f-4fd5-a77a-f3bc18cd140e | f422de63-8869-41ef-a782-8b0c9ee03c41 
1f6dec51-12a6-41ed-9d14-8f0ad4e062d2 | f422de63-8869-41ef-a782-8b0c9ee03c41 
69ddb676-f423-43fc-af38-909bbedeef61 | f422de63-8869-41ef-a782-8b0c9ee03c41 
(7 lignes) 





Thanks 












De : Elad Ben Aharon [ mailto:ebena...@redhat.com ] Envoyé : lundi 30 mars 2015 
15:09 À : VONDRA Alain Cc : users@ovirt.org Objet : Re: [ovirt-users] Storage 
domain not in pool issue 





Thanks. 

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 15:34, Nicolas Ecarnot wrote:
> Le 31/03/2015 13:57, Lior Vernia a écrit :
>>
>>
>> On 31/03/15 14:21, Nicolas Ecarnot wrote:
>>> Hi Lior,
>>>
>>> Le 31/03/2015 12:55, Lior Vernia a écrit :
 Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
 whenever you create the VM (not afterwards - as part of the new VM
 dialog), the NICs should receive MAC addresses according to their
 ordering by names, e.g. nic1 will always get a lower MAC address than
 nic2. For a newly-created VM this should guarantee that nic1 will
 indeed
 end up the first NIC inside the guest OS and be used by PXE.
>>>
>>> In the BZ I provided above, I explain that my tests are showing that
>>> this is not true : the nics are not yet sorted according to their MAC
>>> nor their names.
>>>
>>> I'm using 3.5.1
>>>
>>
>> I see. It seems MAC addresses are allocated according to the NIC name
>> order,
> 
> I'm not sure this is exact.
> According to what I'm witnessing, MAC addresses are allocated in
> incremental order, from the first free MAC address in the MAC pool range.
> 

My question is as follows: when you create a VM, and add NICs as part of
the new VM dialog (using the widget at the bottom), have you ever
encountered a situation where a "higher-named" NIC got a lower MAC address?

>> and that they are also named in the corresponding order within
>> the guest OS.
> 
> Er.. what gives when I'm naming my interfaces ethX, and amongst that,
> oVirt comes trying to add some nicX???
> 

When NICs are added *after* the VM had already been created, it really
depends whether the VM is currently running and they're being hotplugged
or whether it's not running, and also on the guest OS (this last bit is
always true).

If the VM is running and NICs are being hotplugged as soon as they're
created, I'd expect them to receive "increasing" names within the guest
OS according to the order of creation, regardless of MAC address (at
least if we're talking about newer RHEL and Fedora versions).

>> So the only problem here is how gPXE chooses a NIC to boot
>> from... I'm not familiar with the behavior of gPXE, but oVirt seems to
>> behave alright.
> 
> I mostly agree with that, in the sense that one has to dig in which way
> gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and
> so on.
> 

That's the key point here for me, as it's difficult to predict the
behavior of n'importe quel piece of software... :)

> And then, decide whether oVirt could have a control upon this sorting,
> and then issue a RFE to master it from the web GUI.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Spice-devel] Problem with USB redirection

[Christophe Fergeau]

On Tue, Mar 31, 2015 at 02:36:55PM +0200, Christophe Fergeau wrote:
> On Tue, Mar 31, 2015 at 02:14:28PM +0200, Uwe Laverenz wrote:
> > Hi all,
> > 
> > Am 25.02.2015 um 09:31 schrieb Christophe Fergeau:
> > 
> > >>The Windows clients have installed Windows 7 Enterprise gets from Windows
> > >>MSDNAA and it is installed in all machines here in our University.
> > >>
> > >>If you need some other information, please, feel free to ask me.
> > >
> > >I'm asking about remote-viewer (Windows SPICE client ;). Where did you
> > >get it from, and what version is it?
> > 
> > I see the same problem. The SPICE-Client ist the latest version from here:
> > 
> > http://virt-manager.org/download/
> > 
> > It's VirtViewer 2.0.256 for Windows and the problem is, that if you try to
> > connect an USB device you only get an info dialog stating "USB redirection
> > support not compiled in". This is the same behaviour as in client version
> > 1.0256.
> > 
> > I guess this feature simply doesn't exist in the Windows client (yet)?
> 
> Ah this is indeed disabled in the mingw-spice-gtk build used for that
> binary:
> http://pkgs.fedoraproject.org/cgit/mingw-spice-gtk.git/tree/mingw-spice-gtk.spec#n136
> (see the --disable-usbredir configure argument)

This scratch build of mingw-spice-gtk has usb redirection enabled, but I
don't know if more is needed for everything to work (usbclerk/usbdk?):
http://koji.fedoraproject.org/koji/taskinfo?taskID=9379283

Christophe


pgpns7wB5BH2k.pgp
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Nicolas Ecarnot]

Le 31/03/2015 14:48, Lior Vernia a écrit :


I see. It seems MAC addresses are allocated according to the NIC name
order,


I'm not sure this is exact.
According to what I'm witnessing, MAC addresses are allocated in
incremental order, from the first free MAC address in the MAC pool range.



My question is as follows: when you create a VM, and add NICs as part of
the new VM dialog (using the widget at the bottom), have you ever
encountered a situation where a "higher-named" NIC got a lower MAC address?


Absolutely YES.
I just repeated this test, and it is easy to reproduce : in a MAC pool, 
manage to free some lower MAC addresses, and the will get allocated from 
the first free in the pool.


And I found this behaviour SOUND. Don't change it.


So the only problem here is how gPXE chooses a NIC to boot
from... I'm not familiar with the behavior of gPXE, but oVirt seems to
behave alright.


I mostly agree with that, in the sense that one has to dig in which way
gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and
so on.



That's the key point here for me, as it's difficult to predict the
behavior of n'importe quel piece of software... :)


Thanks for your explanation, though I think the present way oVirt is 
assigning the MACs and naming the interfaces are not bad and should not 
change.
The key point is how to make oVirt force gPXE to use the interface we 
want, whatever its name or its MAC. If possible?


It seems I'm not the first one to deal with this issue :
http://etherboot.org/pipermail/gpxe/2011-September/001742.html

--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[ybronhei]

On 03/31/2015 03:34 PM, Bloemen, Jurriën wrote:

Hi,

Please see the inline answers.

Thanks in advance,

Jurriën



Sorry that he took me awhile to check that (I didn't have el7 
installation in hand) but now when checking that -

please run: rpm -q --scripts qemu-kvm-common-rhev

you'll see that this package creates the kvm group - useradd -r -u 107 
-g qemu -G kvm -d / -s /sbin/nologin \

   -c "qemu user" qemu

something went wrong with your installation and its hard to tell what. 
please try - yum reinstall qemu-kvm-common-rhev


then check again "egrep "kvm" /etc/group" , if exists run vdsm-tool 
configure --force and start vdsm


Let me know how it goes..


On 31/03/15 14:18, "ybronhei"  wrote:


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


"egrep "kvm" /etc/group"

No result




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


# rpm -qa | grep qemu-kvm
qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64
qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64
qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64




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


# rpm -qa | grep vdsm
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
vdsm-python-4.16.10-8.gitc937927.el7.noarch
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-4.16.10-8.gitc937927.el7.x86_64
vdsm-cli-4.16.10-8.gitc937927.el7.noarch




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"  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 mailto:rgo...@redhat.com>>
Date: Monday 30 March 2015 23:25
To: Jurriën Bloemen

mailto:jurrien.bloemen@dmc.amcnetw
or
ks.com>>
Cc: "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

mailto:Jurrien.Bloemen@dmc.amcnetw
or
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[7

[ovirt-users] Anyone using YAML support in the RESTAPI?

[Juan Hernández]

Hello,

Does anyone have a good reason to not remove the YAML support from the
RESTAPI? As far as I know it isn't used or tested in any reasonable way,
so I would like to remove it completely for 3.6. If anyone is using it
and can't move to JSON or XML please speak up.

Regards,
Juan Hernandez

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 16:02, Nicolas Ecarnot wrote:
> Le 31/03/2015 14:48, Lior Vernia a écrit :
> 
 I see. It seems MAC addresses are allocated according to the NIC name
 order,
>>>
>>> I'm not sure this is exact.
>>> According to what I'm witnessing, MAC addresses are allocated in
>>> incremental order, from the first free MAC address in the MAC pool
>>> range.
>>>
>>
>> My question is as follows: when you create a VM, and add NICs as part of
>> the new VM dialog (using the widget at the bottom), have you ever
>> encountered a situation where a "higher-named" NIC got a lower MAC
>> address?
> 
> Absolutely YES.
> I just repeated this test, and it is easy to reproduce : in a MAC pool,
> manage to free some lower MAC addresses, and the will get allocated from
> the first free in the pool.
> 

So the lower ones are allocated. But I would expect nic0 to receive a
lower MAC address than nic1 on the same VM. Have you encountered a
situation where that is not the case?

> And I found this behaviour SOUND. Don't change it.
> 
 So the only problem here is how gPXE chooses a NIC to boot
 from... I'm not familiar with the behavior of gPXE, but oVirt seems to
 behave alright.
>>>
>>> I mostly agree with that, in the sense that one has to dig in which way
>>> gPXE is sorting the NICs, ie mapping the MACs to its "net0", "net1", and
>>> so on.
>>>
>>
>> That's the key point here for me, as it's difficult to predict the
>> behavior of n'importe quel piece of software... :)
> 
> Thanks for your explanation, though I think the present way oVirt is
> assigning the MACs and naming the interfaces are not bad and should not
> change.
> The key point is how to make oVirt force gPXE to use the interface we
> want, whatever its name or its MAC. If possible?
> 
> It seems I'm not the first one to deal with this issue :
> http://etherboot.org/pipermail/gpxe/2011-September/001742.html
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Nicolas Ecarnot]

Le 31/03/2015 15:55, Lior Vernia a écrit :


So the lower ones are allocated. But I would expect nic0 to receive a
lower MAC address than nic1 on the same VM. Have you encountered a
situation where that is not the case?


Once again : YES.
What I'm witnessing is that oVirt only uses the first free MAC, and does 
not mind the name.


--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Modules sanlock are not configured

[Bloemen , Jurriën]

No worries!

I checked the scripts of the RPM and that line is in there.
I tried to reinstall it but no luck.

Then I began to run each line in the RPM script by hand.

What I found out is that there was already a KVM group but not in the
/etc/group file.
The system was connected to a IPA server and somebody had created the KVM
group for some reason. (Maybe me in the past :-))

I removed the KVM group from IPA and ran the installation again and it
works flawless!

So the KVM group in IPA was the reason why the installation was not
working correctly.

Thanks for your time and I feel a bit stupid that I did not check this
before sending a e-mail to this mailinglist.


On 31/03/15 15:23, "ybronhei"  wrote:

>On 03/31/2015 03:34 PM, Bloemen, Jurriën wrote:
>> Hi,
>>
>> Please see the inline answers.
>>
>> Thanks in advance,
>>
>> Jurriën
>>
>
>Sorry that he took me awhile to check that (I didn't have el7
>installation in hand) but now when checking that -
>please run: rpm -q --scripts qemu-kvm-common-rhev
>
>you'll see that this package creates the kvm group - useradd -r -u 107
>-g qemu -G kvm -d / -s /sbin/nologin \
>-c "qemu user" qemu
>
>something went wrong with your installation and its hard to tell what.
>please try - yum reinstall qemu-kvm-common-rhev
>
>then check again "egrep "kvm" /etc/group" , if exists run vdsm-tool
>configure --force and start vdsm
>
>Let me know how it goes..
>
>> On 31/03/15 14:18, "ybronhei"  wrote:
>>
>>> 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
>>
>> "egrep "kvm" /etc/group"
>>
>> No result
>>
>>
>>>
>>> If not, please tell me the output of "rpm -qa | grep qemu-kvm"
>>
>> # rpm -qa | grep qemu-kvm
>> qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64
>> qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64
>> qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64
>>
>>
>>>
>>> And just to be on the same side write me also what vdsm version you use
>>> There
>>
>> # rpm -qa | grep vdsm
>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
>> vdsm-python-4.16.10-8.gitc937927.el7.noarch
>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
>> vdsm-4.16.10-8.gitc937927.el7.x86_64
>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch
>>
>>
>>>
>>> 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"  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 mailto:rgo...@redhat.com>>
>> Date: Monday 30 March 2015 23:25
>> To: Jurriën Bloemen
>>
>> 
>>mailto:jurrien.bloemen@dmc.amcne
>>tw
>> or
>> ks.com>>
>> Cc: "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
>>
>> 
>>mailto:Jurrien.Bloemen@dmc.amcne
>>tw
>> or
>> ks.com>> wrote:
>>>
>>> Hi all,
>>>
>>> I have CentOS 7 running and I added 

[ovirt-users] engine-setup fails with FATAL: Cannot execute sql command:

[mad Engineer]

Hello All,
   Trying ovirt on centos 6.5 but fails at PostgreSQL
configuration
with error

[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/create_schema.sh' failed to execute

Inside log it shows this

2015-03-31 17:47:15 DEBUG
otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
plugin.execute:866 execute-output:
['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost',
'-p', '5432', '-u', 'engine', '-d', 'engine', '-l',
'/var/log/ovirt-engine/setup/ovirt-engine-setup-20150331174256-pehvs7.log',
'-c', 'apply'] stderr:
psql:/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0210_change_group_ids.sql:59:
ERROR:  could not open relation with OID 32878
CONTEXT:  SQL statement "CREATE temp TABLE tmp_users_groups ON COMMIT
DROP AS SELECT fnsplitteruuid(group_ids) AS group_id, user_id FROM
users"
PL/pgSQL function "__temp_change_group_ids_03_05_0210" line 35 at SQL statement
FATAL: Cannot execute sql command:
--file=/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0210_change_group_ids.sql

2015-03-31 17:47:15 DEBUG otopi.context context._executeMethod:152
method exception
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142,
in _executeMethod
method['method']()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
line 291, in _misc
oenginecons.EngineDBEnv.PGPASS_FILE
  File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute
command=args[0],
RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/schema.sh'
failed to execute
2015-03-31 17:47:15 ERROR otopi.context context._executeMethod:161
Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execute


Can some one please help me with this please
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM memory consumption

[Darrell Budic]

Finally got a chance to implement this, so testing this on my centos7 hosts, 
and it looks good. I’ll keep eye on it for a couple days, but after a couple of 
hours, there’s no evidence of any leakage.


> On Mar 30, 2015, at 4:14 PM, John Taylor  wrote:
> 
> Dan Kenigsberg  writes:
> 
>> On Sat, Mar 28, 2015 at 10:20:25AM -0400, John Taylor wrote:
>>> Daniel Helgenberger  writes:
>>> 
 Hello Everyone,
 
 I did create the original BZ on this. In the mean time, lab system I
 used is dismantled and the production system is yet to deploy.
 
 As I wrote in BZ1147148 [1], I experienced two different issues. One,
 one big mem leak of about 15MiB/h and a smaller one, ~300KiB. These seem
 unrelated.
 
 The larger leak was indeed related to SSL in some way; not necessarily
 M2Crypto. However, after disabling SSL this was gone leaving the smaller
 leak.
 
 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1147148
>>> 
>>> 
>>> I think there are, at least for the purpose of this discussion, 3 leaks:
>>> 1. the M2Crypto leak
>>> 2. a slower leak 
>>> 3. a large leak that's not M2Crypto related that's part of sampling
>>> 
>>> My efforts have been around finding the source of my larger leak, which
>>> I think is #3.  I had disabled ssl so I knew that M2Crypto
>>> isn't/shouldn't be the problem as in bz1147148, and ssl is beside the
>>> point as it happens with a deactived host. It's part of sampling which
>>> always runs.
>>> 
>>> What I've found is, after trying to get the smallest reproducer, that
>>> it's not the netlink.iter_links that I commented on in [1] that is the
>>> problem. But in the _get_intefaces_and_samples loop is the call to
>>> create an InterfaceSample and that has getLinkSpeed() which, for vlans,
>>> ends up calling ipwrapper.getLink, and that to
>>> netlink.get_link(name)
>>> 
>>> netlink.get_link(name) *is* the source of my big leak. This is vdsm
>>> 4.16.10, so it is [2] and it's been changed in master for the removal of
>>> support for libnl v1 so it might not be a problem anymore. 
>>> 
>>> def get_link(name):
>>>"""Returns the information dictionary of the name specified link."""
>>>with _pool.socket() as sock:
>>>with _nl_link_cache(sock) as cache:
>>>link = _rtnl_link_get_by_name(cache, name)
>>>if not link:
>>>raise IOError(errno.ENODEV, '%s is not present in the 
>>> system' %
>>>  name)
>>>return _link_info(cache, link)
>>> 
>>> 
>>> The libnl documentation note at [3] says that for the rtnl_link_get_by_name 
>>> function 
>>> "Attention
>>>The reference counter of the returned link object will be incremented. 
>>> Use rtnl_link_put() to release the reference."
>>> 
>>> So I took that hint, and made a change that does the rtnl_link_put() in
>>> get_link(name) and it looks like it works for me.
>>> 
>>> diff oldnetlink.py netlink.py
>>> 67d66
>>> < return _link_info(cache, link)
>>> 68a68,70
li = _link_info(cache, link)
_rtnl_link_put(link)
return li
>>> 333a336,337
 
 _rtnl_link_put  = _none_proto(('rtnl_link_put', LIBNL_ROUTE))
>>> 
>>> Hope that helps. And if someone else could confirm that would be great.
>>> 
>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1158108
>>> [2]
>>> https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=lib/vdsm/netlink.py;h=afae5cecb5ce701d00fb8f019ec92b3331a39036;hb=5608cfdf43db9186dabac4b2a779f9557e798968
>>> [3] 
>>> http://www.infradead.org/~tgr/libnl/doc/api/group__link.html#ga1d583e4f0b43c89d854e5e681a529fad
>> 
>> Thanks, John, for a great detective work.
>> 
>> I'm afraid that with even on the master branch we keep calling
>> rtnl_link_get_link() and rtnl_link_get_by_name() without clearing the
>> reference count, so a fix is due there, too.
>> 
>> Would you consider posting a fully-fledged fix to gerrit? I still need
>> to understand what is the use of that refcount, so that we do not
>> release it too early.
>> 
>> Regards,
>> Dan.
> 
> Dan,
> 
> I'm happy to [1], although I've probably gotten something wrong with how
> it's supposed to be done :) It's for the version I'm using so it's for
> branch ovirt-3.5.
> 
> [1] https://gerrit.ovirt.org/#/c/39372/
> 
> Thanks,
> -John
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot issue

[Koen Vanoppen]

Worked perfectly!!! BIG thanks Omer!!! All my VM's are back up. Nothing
lost!

SOLVED!!!

2015-03-31 9:53 GMT+02:00 Omer Frenkel :

>
>
> - Original Message -
> > From: "Koen Vanoppen" 
> > To: "Omer Frenkel" , users@ovirt.org
> > Sent: Tuesday, March 31, 2015 7:35:57 AM
> > Subject: Re: [ovirt-users] Snapshot issue
> >
> > I just wanted to remove the snapshots in ovirt... That's all... And now
> > they are locked. Without the possibility to remove, reboot the vm or
> cancel
> > the snapshots...
> > So I'm stuck... How can I change the status of the snapshot in the db, so
> > that at least I can remove the VM? And what could be the impact , worst
> > case?
> >
>
> i thought you want to save the vm, then the worst case might be data
> corruption,
> in case something is really wrong with the snapshots and you try to run
> the vm.
>
> more optimistic, in case snapshot is missing in storage but not deleted in
> db,
> vm would fail to start, then you might be able to just delete the snapshot
> (again probably only manually in db)
> and recover completely.
>
> if you just want to delete the vm, worst case would be that you have to
> clear manually stuff from the db/storage
>
> if you decide to change the db, better to have a backup :)
> also, i would recommend making it when the engine is down.
>
> ok, so, first to get the info in the db:
> select snapshot_id,description,status from snapshots where status =
> 'LOCKED' and vm_id in (select vm_guid from vm_static where vm_name=' name here>');
>
> just update it to be 'OK' :
> update snapshots set status = 'OK' where snapshot_id = ' previous query>';
>
> also, check there are locked images related to this snapshot:
> select image_guid,imagestatus from images where vm_snapshot_id =
> '' and imagestatus != 1;
>
> if so, need to unlock it as well:
> updates images set imagestatus = 1 where image_guid = ' previous query>';
>
>
> let me know how it went
>
> > Kind regards,
> >
> > 2015-03-30 13:46 GMT+02:00 Omer Frenkel :
> >
> > >
> > >
> > > - Original Message -
> > > > From: "Koen Vanoppen" 
> > > > To: "Omer Frenkel" , users@ovirt.org
> > > > Sent: Monday, March 30, 2015 7:44:10 AM
> > > > Subject: Re: [ovirt-users] Snapshot issue
> > > >
> > > > I can't even remove them... Something needs to be done... Any ideas?
> > > >
> > >
> > > not sure i understand what you tried?
> > > the 'broken' snapshots are locked, so you can't remove them.
> > > as i said, there is no easy and safe way to fix this...
> > > you can try to change the status of the snapshot in the db - but i am
> not
> > > sure what will happen!
> > >
> > > > 2015-03-25 8:45 GMT+01:00 Koen Vanoppen :
> > > >
> > > > > Hi Omer,
> > > > >
> > > > > Thanks for your reply.
> > > > > I was cleaning our snapshots on oVirt. So I started deleting
> snapshots
> > > one
> > > > > by one. In total in deleted 10 snapshots. 5 VM's came back up,
> without
> > > the
> > > > > error message, the rest of them are still down with this error
> message.
> > > > >
> > > > > 2015-03-25 7:36 GMT+01:00 Omer Frenkel :
> > > > >
> > > > >>
> > > > >>
> > > > >> - Original Message -
> > > > >> > From: "Koen Vanoppen" 
> > > > >> > To: users@ovirt.org
> > > > >> > Sent: Wednesday, March 25, 2015 8:09:17 AM
> > > > >> > Subject: Re: [ovirt-users] Snapshot issue
> > > > >> >
> > > > >> > I'm still not able to start my VM's:
> > > > >> > Cannot run VM. The VM is performing an operation on a Snapshot.
> > > Please
> > > > >> wait
> > > > >> > for the operation to finish, and try again...
> > > > >> >
> > > > >> > I already restarted the vdsm deamons on the hypervisors and
> > > restarted
> > > > >> the
> > > > >> > engine too... Does anybody has any clue how I can solve this
> state?
> > > > >> >
> > > > >> > Kind regards,
> > > > >> >
> > > > >> > Koen
> > > > >> >
> > > > >> > 2015-03-24 7:45 GMT+01:00 Koen Vanoppen <
> vanoppen.k...@gmail.com
> > > > :
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > This is in the logs:
> > > > >> > 2015-03-24 07:41:50,436 WARN
> > > [org.ovirt.engine.core.bll.RunVmCommand]
> > > > >> > (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
> > > failed
> > > > >> for
> > > > >> > user Reasons:
> > > > >> >
> > > VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
> > > > >> >
> > > > >> > Can't I clear all this? Because I Still have several machines
> down
> > > due
> > > > >> the
> > > > >> > reason he is still in the "cannot run VM..." state...
> > > > >> >
> > > > >>
> > > > >> this happens because you have a snapshot in status locked,
> > > > >> probably you did some operation on snapshot and something went
> wrong
> > > (it
> > > > >> might have failed without clearing the state..)
> > > > >> there is no easy and safe way to fix this (you can change the
> status
> > > of
> > > > >> the snapshot in the db but i am not sure what will happen)
> > > > >> what action did you do with snapshots on this vm?
> > > > >> what was the result?
> > > >

Re: [ovirt-users] engine-setup fails with FATAL: Cannot execute sql command:

[Yedidyah Bar David]

- Original Message -
> From: "mad Engineer" 
> To: "users" 
> Cc: de...@ovirt.org
> Sent: Wednesday, April 1, 2015 1:13:03 AM
> Subject: [ovirt-users] engine-setup fails with FATAL: Cannot execute sql  
> command:
> 
> Hello All,
>Trying ovirt on centos 6.5 but fails at PostgreSQL
> configuration
> with error
> 
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/dbscripts/create_schema.sh' failed to execute
> 
> Inside log it shows this
> 
> 2015-03-31 17:47:15 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:866 execute-output:
> ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost',
> '-p', '5432', '-u', 'engine', '-d', 'engine', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20150331174256-pehvs7.log',
> '-c', 'apply'] stderr:
> psql:/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0210_change_group_ids.sql:59:
> ERROR:  could not open relation with OID 32878
> CONTEXT:  SQL statement "CREATE temp TABLE tmp_users_groups ON COMMIT
> DROP AS SELECT fnsplitteruuid(group_ids) AS group_id, user_id FROM
> users"

Any chance this was caused by a system issue? Not enough memory/disk space/
whatever? Please check other logs, 'free', 'df', 'df -i', etc.

Was this a clean install or an upgrade? How much disk space was allocated
(to '/', any other relevant file systems if different, such as /tmp, /var)?
How much ram?

If it's an upgrade, perhaps you have many users and/or many groups?
what's the output of (in psql):
select count(*) from users;

Adding Eli.

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine-setup fails with FATAL: Cannot execute sql command:

[Yedidyah Bar David]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "mad Engineer" 
> Cc: "users" , de...@ovirt.org
> Sent: Wednesday, April 1, 2015 9:04:00 AM
> Subject: Re: [ovirt-users] engine-setup fails with FATAL: Cannot execute sql  
> command:
> 
> - Original Message -
> > From: "mad Engineer" 
> > To: "users" 
> > Cc: de...@ovirt.org
> > Sent: Wednesday, April 1, 2015 1:13:03 AM
> > Subject: [ovirt-users] engine-setup fails with FATAL: Cannot execute sql
> > command:
> > 
> > Hello All,
> >Trying ovirt on centos 6.5 but fails at PostgreSQL
> > configuration
> > with error
> > 
> > [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > '/usr/share/ovirt-engine/dbscripts/create_schema.sh' failed to execute
> > 
> > Inside log it shows this
> > 
> > 2015-03-31 17:47:15 DEBUG
> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > plugin.execute:866 execute-output:
> > ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost',
> > '-p', '5432', '-u', 'engine', '-d', 'engine', '-l',
> > '/var/log/ovirt-engine/setup/ovirt-engine-setup-20150331174256-pehvs7.log',
> > '-c', 'apply'] stderr:
> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/03_05_0210_change_group_ids.sql:59:
> > ERROR:  could not open relation with OID 32878
> > CONTEXT:  SQL statement "CREATE temp TABLE tmp_users_groups ON COMMIT
> > DROP AS SELECT fnsplitteruuid(group_ids) AS group_id, user_id FROM
> > users"
> 
> Any chance this was caused by a system issue? Not enough memory/disk space/
> whatever? Please check other logs, 'free', 'df', 'df -i', etc.
> 
> Was this a clean install or an upgrade? How much disk space was allocated
> (to '/', any other relevant file systems if different, such as /tmp, /var)?
> How much ram?
> 
> If it's an upgrade, perhaps you have many users and/or many groups?
> what's the output of (in psql):
> select count(*) from users;
> 
> Adding Eli.

Now adding Eli :-)

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot issue

[Omer Frenkel]

- Original Message -
> From: "Koen Vanoppen" 
> To: "Omer Frenkel" , users@ovirt.org
> Sent: Wednesday, April 1, 2015 7:53:03 AM
> Subject: Re: [ovirt-users] Snapshot issue
> 
> Worked perfectly!!! BIG thanks Omer!!! All my VM's are back up. Nothing
> lost!
> 
> SOLVED!!!

excellent :)

> 
> 2015-03-31 9:53 GMT+02:00 Omer Frenkel :
> 
> >
> >
> > - Original Message -
> > > From: "Koen Vanoppen" 
> > > To: "Omer Frenkel" , users@ovirt.org
> > > Sent: Tuesday, March 31, 2015 7:35:57 AM
> > > Subject: Re: [ovirt-users] Snapshot issue
> > >
> > > I just wanted to remove the snapshots in ovirt... That's all... And now
> > > they are locked. Without the possibility to remove, reboot the vm or
> > cancel
> > > the snapshots...
> > > So I'm stuck... How can I change the status of the snapshot in the db, so
> > > that at least I can remove the VM? And what could be the impact , worst
> > > case?
> > >
> >
> > i thought you want to save the vm, then the worst case might be data
> > corruption,
> > in case something is really wrong with the snapshots and you try to run
> > the vm.
> >
> > more optimistic, in case snapshot is missing in storage but not deleted in
> > db,
> > vm would fail to start, then you might be able to just delete the snapshot
> > (again probably only manually in db)
> > and recover completely.
> >
> > if you just want to delete the vm, worst case would be that you have to
> > clear manually stuff from the db/storage
> >
> > if you decide to change the db, better to have a backup :)
> > also, i would recommend making it when the engine is down.
> >
> > ok, so, first to get the info in the db:
> > select snapshot_id,description,status from snapshots where status =
> > 'LOCKED' and vm_id in (select vm_guid from vm_static where vm_name=' > name here>');
> >
> > just update it to be 'OK' :
> > update snapshots set status = 'OK' where snapshot_id = ' > previous query>';
> >
> > also, check there are locked images related to this snapshot:
> > select image_guid,imagestatus from images where vm_snapshot_id =
> > '' and imagestatus != 1;
> >
> > if so, need to unlock it as well:
> > updates images set imagestatus = 1 where image_guid = ' > previous query>';
> >
> >
> > let me know how it went
> >
> > > Kind regards,
> > >
> > > 2015-03-30 13:46 GMT+02:00 Omer Frenkel :
> > >
> > > >
> > > >
> > > > - Original Message -
> > > > > From: "Koen Vanoppen" 
> > > > > To: "Omer Frenkel" , users@ovirt.org
> > > > > Sent: Monday, March 30, 2015 7:44:10 AM
> > > > > Subject: Re: [ovirt-users] Snapshot issue
> > > > >
> > > > > I can't even remove them... Something needs to be done... Any ideas?
> > > > >
> > > >
> > > > not sure i understand what you tried?
> > > > the 'broken' snapshots are locked, so you can't remove them.
> > > > as i said, there is no easy and safe way to fix this...
> > > > you can try to change the status of the snapshot in the db - but i am
> > not
> > > > sure what will happen!
> > > >
> > > > > 2015-03-25 8:45 GMT+01:00 Koen Vanoppen :
> > > > >
> > > > > > Hi Omer,
> > > > > >
> > > > > > Thanks for your reply.
> > > > > > I was cleaning our snapshots on oVirt. So I started deleting
> > snapshots
> > > > one
> > > > > > by one. In total in deleted 10 snapshots. 5 VM's came back up,
> > without
> > > > the
> > > > > > error message, the rest of them are still down with this error
> > message.
> > > > > >
> > > > > > 2015-03-25 7:36 GMT+01:00 Omer Frenkel :
> > > > > >
> > > > > >>
> > > > > >>
> > > > > >> - Original Message -
> > > > > >> > From: "Koen Vanoppen" 
> > > > > >> > To: users@ovirt.org
> > > > > >> > Sent: Wednesday, March 25, 2015 8:09:17 AM
> > > > > >> > Subject: Re: [ovirt-users] Snapshot issue
> > > > > >> >
> > > > > >> > I'm still not able to start my VM's:
> > > > > >> > Cannot run VM. The VM is performing an operation on a Snapshot.
> > > > Please
> > > > > >> wait
> > > > > >> > for the operation to finish, and try again...
> > > > > >> >
> > > > > >> > I already restarted the vdsm deamons on the hypervisors and
> > > > restarted
> > > > > >> the
> > > > > >> > engine too... Does anybody has any clue how I can solve this
> > state?
> > > > > >> >
> > > > > >> > Kind regards,
> > > > > >> >
> > > > > >> > Koen
> > > > > >> >
> > > > > >> > 2015-03-24 7:45 GMT+01:00 Koen Vanoppen <
> > vanoppen.k...@gmail.com
> > > > > :
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > This is in the logs:
> > > > > >> > 2015-03-24 07:41:50,436 WARN
> > > > [org.ovirt.engine.core.bll.RunVmCommand]
> > > > > >> > (ajp--127.0.0.1-8702-12) [686c18ce] CanDoAction of action RunVm
> > > > failed
> > > > > >> for
> > > > > >> > user Reasons:
> > > > > >> >
> > > > VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
> > > > > >> >
> > > > > >> > Can't I clear all this? Because I Still have several machines
> > down
> > > > due
> > > > > >> the
> > > > > >> > reason he is still in the "cannot run VM..." state...
> > > > > >> >
> 

Re: [ovirt-users] Guest PXE boot with 2 NICs : MAC order

[Lior Vernia]

On 31/03/15 17:59, Nicolas Ecarnot wrote:
> Le 31/03/2015 15:55, Lior Vernia a écrit :
> 
>> So the lower ones are allocated. But I would expect nic0 to receive a
>> lower MAC address than nic1 on the same VM. Have you encountered a
>> situation where that is not the case?
> 
> Once again : YES.
> What I'm witnessing is that oVirt only uses the first free MAC, and does
> not mind the name.
> 

Once again, what you're answering sounds unrelated to what I'm asking...
:) If you're creating two NICs at the same time (from the new VM
dialog), and oVirt uses the first free MAC address whenever it needs to
allocate one... Then it allocates MAC addresses according to the order
of the NICs, so nic0 would still always get a MAC address lower than
that of nic1.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users