Re: [Users] Can I use IP address for FQDN?

[David Li]

Sorry hit the key too fast. Here it is again:

/var/lib/exports/iso               0.0.0.0/0.0.0.0

And cat /etc/exports:

/var/lib/exports/iso0.0.0.0/0.0.0.0(rw)




>
> From: David Li 
>To: Maurice James ; 'Pat Pierson'  
>Cc: "users@ovirt.org"  
>Sent: Friday, January 10, 2014 11:16 AM
>Subject: Re: [Users] Can I use IP address for FQDN?
> 
>
>
>Maurice:
>
>
>
>
>Here is my showmount output:
>
>
>
>
>
>
>
>>
>> From: Maurice James 
>>To: 'David Li' ; 'Pat Pierson'  
>>Cc: users@ovirt.org 
>>Sent: Friday, January 10, 2014 11:06 AM
>>Subject: RE: [Users] Can I use IP address for FQDN?
>> 
>>
>>
>>Run showmount –e  to see if the mounts are advertised 
>>properly
>>So your command should look something like
>> 
>>#showmount –e host.example.com
>> 
>> 
>>From:users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
>>David Li
>>Sent: Friday, January 10, 2014 1:47 PM
>>To: Pat Pierson
>>Cc: users@ovirt.org
>>Subject: Re: [Users] Can I use IP address for FQDN?
>> 
>> 
>>I just added a line to both /etc/hosts file. This time when I tried to attach 
>>the NFS ISO domain, it showed up as "locked" but eventually disappeared again 
>>from the web portal. 
>> 
>>I looked at the vdsm.log and found it might be that the mount timed out for 
>>some reason. But not quite sure why. 
>>Anyone has any idea what exactly I should be searching for in vdsm.log? 
>> 
>> 
>> 
>>
>>>
>>>
>>>From:Pat Pierson 
>>>To: David Li  
>>>Cc: "users@ovirt.org"  
>>>Sent: Friday, January 10, 2014 10:29 AM
>>>Subject: Re: [Users] Can I use IP address for FQDN?
>>> 
>>>all machines.
>>> 
>>>On Fri, Jan 10, 2014 at 1:20 PM, David Li  wrote:
>>>Is this the /etc/hosts file on the engine machine or the node machine? 
 

>
>
>From:Pat Pierson 
>To: David Li  
>Cc: "users@ovirt.org"  
>Sent: Friday, January 10, 2014 10:08 AM
>Subject: Re: [Users] Can I use IP address for FQDN?
> 
>you can set a static FQDN if you dont have a dns server in /etc/hosts, 
>however if you do this, set the same FQDNs on all hosts for each hosts
>192.168.0.1 node1.test.com   node1
>192.168.0.2 node2.test.com   node2
>192.168.0.3 node3.test.com   node3
>use that fqdn for your engine/node during the engine install.
> 
>On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:
>Hi,
>>
>>I have set up a default FQDN ( for the engine machine) at engine 
>>installation. But this is not resolvable by the node when it tries to 
>>mount the NFS ISO share from the engine. Is there anyway that I can 
>>update this name on the engine to using a IP address? 
>>
>>___
>>Users mailing list
>>Users@ovirt.org
>>http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>-- 
>Patrick Pierson 
> 
>>>
>>>
>>>
>>>-- 
>>>Patrick Pierson 
>>> 
>>
>>
>
>___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Can I use IP address for FQDN?

[David Li]

Maurice:


Here is my showmount output:





>
> From: Maurice James 
>To: 'David Li' ; 'Pat Pierson'  
>Cc: users@ovirt.org 
>Sent: Friday, January 10, 2014 11:06 AM
>Subject: RE: [Users] Can I use IP address for FQDN?
> 
>
>
>Run showmount –e  to see if the mounts are advertised 
>properly
>So your command should look something like
> 
>#showmount –e host.example.com
> 
> 
>From:users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
>David Li
>Sent: Friday, January 10, 2014 1:47 PM
>To: Pat Pierson
>Cc: users@ovirt.org
>Subject: Re: [Users] Can I use IP address for FQDN?
> 
> 
>I just added a line to both /etc/hosts file. This time when I tried to attach 
>the NFS ISO domain, it showed up as "locked" but eventually disappeared again 
>from the web portal. 
> 
>I looked at the vdsm.log and found it might be that the mount timed out for 
>some reason. But not quite sure why. 
>Anyone has any idea what exactly I should be searching for in vdsm.log? 
> 
> 
> 
>
>>
>>
>>From:Pat Pierson 
>>To: David Li  
>>Cc: "users@ovirt.org"  
>>Sent: Friday, January 10, 2014 10:29 AM
>>Subject: Re: [Users] Can I use IP address for FQDN?
>> 
>>all machines.
>> 
>>On Fri, Jan 10, 2014 at 1:20 PM, David Li  wrote:
>>Is this the /etc/hosts file on the engine machine or the node machine? 
>>> 
>>>


From:Pat Pierson 
To: David Li  
Cc: "users@ovirt.org"  
Sent: Friday, January 10, 2014 10:08 AM
Subject: Re: [Users] Can I use IP address for FQDN?
 
you can set a static FQDN if you dont have a dns server in /etc/hosts, 
however if you do this, set the same FQDNs on all hosts for each hosts
192.168.0.1 node1.test.com   node1
192.168.0.2 node2.test.com   node2
192.168.0.3 node3.test.com   node3
use that fqdn for your engine/node during the engine install.
 
On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:
Hi,
>
>I have set up a default FQDN ( for the engine machine) at engine 
>installation. But this is not resolvable by the node when it tries to 
>mount the NFS ISO share from the engine. Is there anyway that I can update 
>this name on the engine to using a IP address? 
>
>___
>Users mailing list
>Users@ovirt.org
>http://lists.ovirt.org/mailman/listinfo/users



-- 
Patrick Pierson 
 
>>
>>
>>
>>-- 
>>Patrick Pierson 
>> 
>
>___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Can I use IP address for FQDN?

[Maurice James]

Run showmount -e  to see if the mounts are advertised
properly

So your command should look something like

 

#showmount -e host.example.com

 

 

From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of
David Li
Sent: Friday, January 10, 2014 1:47 PM
To: Pat Pierson
Cc: users@ovirt.org
Subject: Re: [Users] Can I use IP address for FQDN?

 

 

I just added a line to both /etc/hosts file. This time when I tried to
attach the NFS ISO domain, it showed up as "locked" but eventually
disappeared again from the web portal. 

 

I looked at the vdsm.log and found it might be that the mount timed out for
some reason. But not quite sure why. 

Anyone has any idea what exactly I should be searching for in vdsm.log? 

 

 

 


  _  


From: Pat Pierson mailto:ihasn2...@gmail.com> >
To: David Li mailto:david...@sbcglobal.net> > 
Cc: "users@ovirt.org  " mailto:users@ovirt.org> > 
Sent: Friday, January 10, 2014 10:29 AM
Subject: Re: [Users] Can I use IP address for FQDN?

 

all machines.

 

On Fri, Jan 10, 2014 at 1:20 PM, David Li mailto:david...@sbcglobal.net> > wrote:

Is this the /etc/hosts file on the engine machine or the node machine? 

 


  _  


From: Pat Pierson mailto:ihasn2...@gmail.com> >
To: David Li mailto:david...@sbcglobal.net> > 
Cc: "users@ovirt.org  " mailto:users@ovirt.org> > 
Sent: Friday, January 10, 2014 10:08 AM
Subject: Re: [Users] Can I use IP address for FQDN?

 

you can set a static FQDN if you dont have a dns server in /etc/hosts,
however if you do this, set the same FQDNs on all hosts for each hosts

192.168.0.1 node1.test.com node1

192.168.0.2 node2.test.com node2

192.168.0.3 node3.test.com node3

use that fqdn for your engine/node during the engine install.

 

On Fri, Jan 10, 2014 at 12:48 PM, David Li mailto:david...@sbcglobal.net> > wrote:

Hi,

I have set up a default FQDN ( for the engine machine) at engine
installation. But this is not resolvable by the node when it tries to mount
the NFS ISO share from the engine. Is there anyway that I can update this
name on the engine to using a IP address? 

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




-- 
Patrick Pierson 

 




-- 
Patrick Pierson 

 

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

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Richard W.M. Jones]

On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote:
> 
> Sorry richard 
> 
> seems that it failed even when i tried to set that variable
> 
> Maybe i set up the command incorrectly?
> 
> here is what i ran
> 
> 
> [root@server3 ~]# cat convrtesxhost.sh
> 
> #!/bin/bash
> 
> export LIBGUESTFS_TRACE=1 
> export LIBGUESTFS_DEBUG=1
> export LIBGUESTFS_BACKEND=direct
> 
> virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os
> server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC  2>&1 |
> tee /var/log/virt-v2v.log 

It looks like this is correctly setting the environment variable:

> [root@server3 ~]# ./convrtesxhost.sh 
> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
> libguestfs: trace: set_verbose true
> libguestfs: trace: set_verbose = 0
> libguestfs: trace: set_backend "direct"
> libguestfs: trace: set_backend = 0

^ see that it's set correctly here.

[...]
> libguestfs: trace: add_drive
> "/tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17"
>  "format:raw" "iface:ide" "name:sda"
> libguestfs: trace: add_drive = -1 (error)
> /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17:
>  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.

So this is not the bug I was thinking of.

(In fact it's obvious now I look closer.  This has nothing to do with
libvirt, and the error message is being generated by libguestfs
earlier on)

Is there some other reason that libguestfs would not be able to open
that file in /tmp?  Perhaps there is an SELinux AVC?  Or /tmp has
strange permissions ...?  Is /tmp a tmpfs mount?

I believe the actual code path you're hitting is this one:

https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660

I'm not exactly sure why that fails.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Can I use IP address for FQDN?

[David Li]

I just added a line to both /etc/hosts file. This time when I tried to attach 
the NFS ISO domain, it showed up as "locked" but eventually disappeared again 
from the web portal. 

I looked at the vdsm.log and found it might be that the mount timed out for 
some reason. But not quite sure why. 
Anyone has any idea what exactly I should be searching for in vdsm.log? 





>
> From: Pat Pierson 
>To: David Li  
>Cc: "users@ovirt.org"  
>Sent: Friday, January 10, 2014 10:29 AM
>Subject: Re: [Users] Can I use IP address for FQDN?
> 
>
>
>all machines.
>
>
>
>
>On Fri, Jan 10, 2014 at 1:20 PM, David Li  wrote:
>
>Is this the /etc/hosts file on the engine machine or the node machine? 
>>
>>
>>
>>>
>>> From: Pat Pierson 
>>>To: David Li  
>>>Cc: "users@ovirt.org"  
>>>Sent: Friday, January 10, 2014 10:08 AM
>>>Subject: Re: [Users] Can I use IP address for FQDN?
>>> 
>>>
>>>
>>>you can set a static FQDN if you dont have a dns server in /etc/hosts, 
>>>however if you do this, set the same FQDNs on all hosts for each hosts
>>>192.168.0.1 node1.test.com   node1
>>>192.168.0.2 node2.test.com   node2
>>>192.168.0.3 node3.test.com   node3
>>>
>>>use that fqdn for your engine/node during the engine install.
>>>
>>>
>>>
>>>
>>>On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:
>>>
>>>Hi,

I have set up a default FQDN ( for the engine machine) at engine 
installation. But this is not resolvable by the node when it tries to mount 
the NFS ISO share from the engine. Is there anyway that I can update this 
name on the engine to using a IP address? 

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

>>>
>>>
>>>-- 
>>>Patrick Pierson 
>>>
>>>
>
>
>-- 
>Patrick Pierson 
>
>___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] sanlock leases on VM disks

[José Luis Sanz Boixader]

I have an oVirt testing setup with 3 hosts running for a few weeks:
CentOS 6.4, oVirt 3.3.1, VDSM 4.13.0, iSCSI based storage domain.

I have just realized that sanlock has no leases on VM disks, so nothing
prevents vdsm/libvirt from starting a VM on two different hosts,
corrupting disk data. I know that something has to go wrong on oVirt
engine to do it, but I've manually forced some errors ("Setting Host
state to Non-Operational", "VM  is not responding") for a "Highly
available" VM and oVirt engine started that VM on another host. oVirt
engine was not aware, but the VM was running on two hosts.

I think this is a job for libvirt/sanlock/wdmd, but libvirt is not
receiving "lease" tags for disks when creating domains. I think it should.
What's left in my config? What am I doing wrong?

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

Re: [Users] Can I use IP address for FQDN?

[Haim]

It's a bit of a problem if encryption is involved and deployed, you can start 
change DB entires but it can cause more harm than good.

If we are not talking about large scale setup, I would suggest to configure 
/etc/hosts on each node manually or add to DNS server.

Haim

> On Jan 10, 2014, at 19:48, David Li  wrote:
> 
> Hi,
> 
> I have set up a default FQDN ( for the engine machine) at engine 
> installation. But this is not resolvable by the node when it tries to mount 
> the NFS ISO share from the engine. Is there anyway that I can update this 
> name on the engine to using a IP address? 
> 
> ___
> 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: [Users] Can I use IP address for FQDN?

[Pat Pierson]

all machines.


On Fri, Jan 10, 2014 at 1:20 PM, David Li  wrote:

> Is this the /etc/hosts file on the engine machine or the node machine?
>
>   --
>  *From:* Pat Pierson 
> *To:* David Li 
> *Cc:* "users@ovirt.org" 
> *Sent:* Friday, January 10, 2014 10:08 AM
> *Subject:* Re: [Users] Can I use IP address for FQDN?
>
> you can set a static FQDN if you dont have a dns server in /etc/hosts,
> however if you do this, set the same FQDNs on all hosts for each hosts
> 192.168.0.1 node1.test.com   node1
> 192.168.0.2 node2.test.com   node2
> 192.168.0.3 node3.test.com   node3
>
> use that fqdn for your engine/node during the engine install.
>
>
> On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:
>
> Hi,
>
> I have set up a default FQDN ( for the engine machine) at engine
> installation. But this is not resolvable by the node when it tries to mount
> the NFS ISO share from the engine. Is there anyway that I can update this
> name on the engine to using a IP address?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Patrick Pierson
>
>
>


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

Re: [Users] Can I use IP address for FQDN?

[David Li]

Is this the /etc/hosts file on the engine machine or the node machine? 



>
> From: Pat Pierson 
>To: David Li  
>Cc: "users@ovirt.org"  
>Sent: Friday, January 10, 2014 10:08 AM
>Subject: Re: [Users] Can I use IP address for FQDN?
> 
>
>
>you can set a static FQDN if you dont have a dns server in /etc/hosts, however 
>if you do this, set the same FQDNs on all hosts for each hosts
>192.168.0.1 node1.test.com   node1
>192.168.0.2 node2.test.com   node2
>192.168.0.3 node3.test.com   node3
>
>use that fqdn for your engine/node during the engine install.
>
>
>
>
>On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:
>
>Hi,
>>
>>I have set up a default FQDN ( for the engine machine) at engine 
>>installation. But this is not resolvable by the node when it tries to mount 
>>the NFS ISO share from the engine. Is there anyway that I can update this 
>>name on the engine to using a IP address? 
>>
>>___
>>Users mailing list
>>Users@ovirt.org
>>http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>-- 
>Patrick Pierson 
>
>___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Can I use IP address for FQDN?

[Pat Pierson]

you can set a static FQDN if you dont have a dns server in /etc/hosts,
however if you do this, set the same FQDNs on all hosts for each hosts
192.168.0.1 node1.test.com   node1
192.168.0.2 node2.test.com   node2
192.168.0.3 node3.test.com   node3

use that fqdn for your engine/node during the engine install.


On Fri, Jan 10, 2014 at 12:48 PM, David Li  wrote:

> Hi,
>
> I have set up a default FQDN ( for the engine machine) at engine
> installation. But this is not resolvable by the node when it tries to mount
> the NFS ISO share from the engine. Is there anyway that I can update this
> name on the engine to using a IP address?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

Re: [Users] [Partialy Solved] Network not sync and problems reconfiguring

[Juan Pablo Lorier]

Hi,

I hacked the DB and now the ovirtmgmt is synced without destroying the
DC. I now have to fix gluster data domain. ASAP I can get a lead on the
problem, I'll let you know.
Regards,

On 10/01/14 12:26, Lior Vernia wrote:
>
> On 10/01/14 16:16, Juan Pablo Lorier wrote:
>> On 10/01/14 11:59, Lior Vernia wrote:
>>> On 10/01/14 15:54, Juan Pablo Lorier wrote:
 On 10/01/14 11:13, Lior Vernia wrote:
> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>> Hi Lior,
>>
>> I'll try to elaborate between lines:
>>
>> On 09/01/14 18:31, Lior Vernia wrote:
>>> Hi Juan,
>>>
>>> I'm not sure I understand a couple of things, could you elaborate?
>>>
>>> 0. What version engine are you running?
>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>> retrace the cause?
>> The only thing I can think of was a reboot (clean) of the engine VM (not
>> self hosted, just a vbox VM). After the problem appeared, I started
>> making many changes and tests so I can't recreate the exact scenario at
>> this time.
> Okay, currently nothing springs to mind as to what may have caused this,
> I'll try to think on it some more.
>
>>> 2. From your other e-mail, I understand that somehow the management
>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>> Setup Host Networks dialog. Correct?
>> Yes. Also other LN where out of sync, but the hosts had differences in
>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>> 3. Do I understand correctly that even though it's marked as
>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>> network on the host (little pencil icon)?
>> It doesn't. I made some tests and I found that it's a problem with
>> firefox (mine is version 26 over Fedora 19). It's showing things a
>> little bit bigger than chrome and so the sync option is not shown in the
>> edit window. Other functions also are not working properly, for
>> instance, if I choose a particular item into a category (host, vm, etc)
>> in the left tree, the right frame does not change, I have to choose the
>> group (hosts, vms, etc) and choose the particular item among all the
>> listed in the right frame. I've checked and firefox 22 on windows has
>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>> 3.3.1 but never saw the lack of the sync option until now.
> My machine currently isn't in a state to test these things on different
> versions of Firefox. If you can pin-point exactly on what versions this
> occurs, I would greatly appreciate it if you could open a bug about it
> in bugzilla.redhat.com and I'll try to get it fixed.
>
> It does sound that it's only a graphical issue that's causing the
> checkbox to be hidden. So as an immediate workaround, you could use
> either the Firefox web developer tools or the Firebug plugin to enlarge
> the dialog and panels enough so that the checkbox shows, then mark it
> and have the networks synchronized. Please let me know if that works for
> you.
 I'll open a bug then. The versions I tested were on the last mail, I'll
 put that in the bug also.
 My work arround was simpler, just did it with chrome :-)
 Anyway, this fix only the sync stuff, not the need of modifying the
 ovirtmgmt to be again a tagged network. Is there a hack to the db or
 something like that I can do to set this back without destroing the hole
 DC (which I can't do either because of a dead lock with the flow of
 dependencies in ovirt and opened a BZ for that).
 Regards,

>>> Can't you edit the management network to be VLAN-tagged, and then when
>>> it appears as out-of-sync on the host mark it to be synchronized?
>>>
>> Webadmin won't let me as it's been used in hosts (tried). It's not
>> allowed until 3.4 as I understand.
>>
> Ahhh yes, I recall the problem now (thought it might be possible as long
> as it isn't attached to VMs). You could indeed hack the DB. Setting the
> proper VLAN tag for ovirtmgmt in the "network" table should suffice
> (assuming the VLAN interfaces are still intact on the hosts, as I deduce
> from ovirtmgmt being marked as out-of-sync).
>
>>> Yours, Lior.
>>>
>>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
 Hi,

 Out of the blue some of the hosts got some LNs out of sync (not the 
 same
 in all of them). If I try to resync the LN, it does not show a resync
 option, so I took one host and detached the lns and reconfigured them.
 After that, ovirtmgmt is not created correctly, it does not create the
 vlan interface on top of the bond and also, it's adding the bond to the
 bridge instead of the vlan interface.
 I got it p

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Madhav V Diwan]

Sorry richard 

seems that it failed even when i tried to set that variable

Maybe i set up the command incorrectly?

here is what i ran


[root@server3 ~]# cat convrtesxhost.sh

#!/bin/bash

export LIBGUESTFS_TRACE=1 
export LIBGUESTFS_DEBUG=1
export LIBGUESTFS_BACKEND=direct

virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os
server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC  2>&1 |
tee /var/log/virt-v2v.log 

***

and here is the same result .. note the guestfs switches back to 
appliance backend

[root@server3 ~]# ./convrtesxhost.sh 
virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
libguestfs: trace: set_verbose true
libguestfs: trace: set_verbose = 0
libguestfs: trace: set_backend "direct"
libguestfs: trace: set_backend = 0
libguestfs: create: flags = 0, handle = 0x30c1090, program = perl
libguestfs: trace: set_attach_method "appliance"
libguestfs: trace: set_backend "appliance"
libguestfs: trace: set_backend = 0
libguestfs: trace: set_attach_method = 0
libguestfs: trace: add_drive
"/tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17"
 "format:raw" "iface:ide" "name:sda"
libguestfs: trace: add_drive = -1 (error)
/tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17:
 Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
libguestfs: trace: close
libguestfs: closing guestfs handle 0x30c1090 (state 0)


-M




On Fri, 2014-01-10 at 10:38 -0500, Madhav V Diwan wrote: 
> 
> 
> 
> 
> 
> -Original Message-
> From: Richard W.M. Jones 
> To: Madhav V Diwan , mbo...@redhat.com
> Cc: users@ovirt.org
> Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to
> fedora19 ovirt host
> Date: Fri, 10 Jan 2014 15:32:28 +
> 
> On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote:
> > 
> > Hello everybody! I seem to be having a problem similar to 
> > 
> > the posting from 
> > 
> > " importing VM from ESXI "
> > posted by 
> > emi...@gmail.com
> > on25.09.2013 21:10 UTC
> > " I'm not being able to import a VM from ESXI:"  
> > 
> > 
> > In my case i have a bit more of a trace on the permission issue  but not
> > much more
> > 
> > > virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
> > > libguestfs: trace: set_verbose true
> > > libguestfs: trace: set_verbose = 0
> > > libguestfs: create: flags = 0, handle = 0x4725420, program = perl
> > > libguestfs: trace: set_attach_method "appliance"
> > > libguestfs: trace: set_backend "appliance"
> > > libguestfs: trace: set_backend = 0
> > > libguestfs: trace: set_attach_method = 0
> > > libguestfs: trace: add_drive 
> > > "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
> > >  "format:raw" "iface:ide" "name:sda"
> > > libguestfs: trace: add_drive = -1 (error)
> > > /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
> > >  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 
> > > 670.
> > > libguestfs: trace: close
> > > libguestfs: closing guestfs handle 0x4725420 (state 0)
> > 
> >  
> > Has this issue been solved ? if so how  as i do not see the resolution
> > on the archives.  Else  would you all help me resolve it please?
> > 
> >  It is very annoying to have a hundred gig disk copied over to your NFS
> > export and then deleted because qemu or libguestfs has a permissions
> > issue in opening it.
> > 
> > 
> > 
> >  this is an issue with Ovirt Version 3.3.2-1.fc19 
> > 
> > virt-v2v version is 
> > 
> > virt-v2v --version
> > 0.9.0
> > 
> > and libguestfs version and qemu version are :
> > 
> > libguestfs-1.22.7-4.fc19.x86_64
> > 
> > QEMU emulator version 1.4.2
> 
> Are you running virt-v2v as root?  If so my guess is that it's this
> libvirt bug:
> 
>   https://bugzilla.redhat.com/show_bug.cgi?id=1045069
>   https://bugzilla.redhat.com/show_bug.cgi?id=1045039
> 
> The easiest thing is to disable libvirt by doing:
> 
>   sudo bash
>   export LIBGUESTFS_BACKEND=direct
>   virt-v2v [..etc..]
> 
> Rich.
> 
> *
> 
> yes unfortunately i am running as root.. hate doing that but
> 
>  what account SHOULD i use? myself? VDSM? 
> 
> sudo -u who
> 
> interesting idea.. Ill try it now on a smaller vm.
> 
> ___
> 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] Can I use IP address for FQDN?

[David Li]

Hi,

I have set up a default FQDN ( for the engine machine) at engine installation. 
But this is not resolvable by the node when it tries to mount the NFS ISO share 
from the engine. Is there anyway that I can update this name on the engine to 
using a IP address? 

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

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Richard W.M. Jones]

On Fri, Jan 10, 2014 at 03:50:48PM +, Matthew Booth wrote:
> You MUST run virt-v2v as root for conversions to oVirt. It needs to both
> mount an nfs volume and setuid.

Matt, it's probably a good idea to add something along the lines of:

  if ($g->get_backend () =~ /^libvirt/) {
$g->set_backend ("direct");
  }

to virt-v2v, since libguestfs as root w/ libvirt is going to cause
problems for the foreseeable future.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Matthew Booth]

On 10/01/14 15:38, Madhav V Diwan wrote:
> 
> 
> 
> 
> 
> 
> -Original Message-
> From: Richard W.M. Jones 
> To: Madhav V Diwan , mbo...@redhat.com
> Cc: users@ovirt.org
> Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to
> fedora19 ovirt host
> Date: Fri, 10 Jan 2014 15:32:28 +
> 
> On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote:
>>
>> Hello everybody! I seem to be having a problem similar to 
>>
>> the posting from 
>>
>> " importing VM from ESXI "
>> posted by 
>> emi...@gmail.com
>> on25.09.2013 21:10 UTC
>> " I'm not being able to import a VM from ESXI:"  
>>
>>
>> In my case i have a bit more of a trace on the permission issue  but not
>> much more
>>
>>> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
>>> libguestfs: trace: set_verbose true
>>> libguestfs: trace: set_verbose = 0
>>> libguestfs: create: flags = 0, handle = 0x4725420, program = perl
>>> libguestfs: trace: set_attach_method "appliance"
>>> libguestfs: trace: set_backend "appliance"
>>> libguestfs: trace: set_backend = 0
>>> libguestfs: trace: set_attach_method = 0
>>> libguestfs: trace: add_drive 
>>> "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
>>>  "format:raw" "iface:ide" "name:sda"
>>> libguestfs: trace: add_drive = -1 (error)
>>> /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
>>>  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
>>> libguestfs: trace: close
>>> libguestfs: closing guestfs handle 0x4725420 (state 0)
>>
>>  
>> Has this issue been solved ? if so how  as i do not see the resolution
>> on the archives.  Else  would you all help me resolve it please?
>>
>>  It is very annoying to have a hundred gig disk copied over to your NFS
>> export and then deleted because qemu or libguestfs has a permissions
>> issue in opening it.
>>
>>
>>
>>  this is an issue with Ovirt Version 3.3.2-1.fc19 
>>
>> virt-v2v version is 
>>
>> virt-v2v --version
>> 0.9.0
>>
>> and libguestfs version and qemu version are :
>>
>> libguestfs-1.22.7-4.fc19.x86_64
>>
>> QEMU emulator version 1.4.2
> 
> Are you running virt-v2v as root?  If so my guess is that it's this
> libvirt bug:
> 
>   https://bugzilla.redhat.com/show_bug.cgi?id=1045069
>   https://bugzilla.redhat.com/show_bug.cgi?id=1045039
> 
> The easiest thing is to disable libvirt by doing:
> 
>   sudo bash
>   export LIBGUESTFS_BACKEND=direct
>   virt-v2v [..etc..]
> 
> Rich.
> 
> *
> 
> yes unfortunately i am running as root.. hate doing that but
> 
>  what account SHOULD i use? myself? VDSM? 
> 
> sudo -u who
> 
> interesting idea.. Ill try it now on a smaller vm.

You MUST run virt-v2v as root for conversions to oVirt. It needs to both
mount an nfs volume and setuid.

Matt
-- 
Matthew Booth, RHCA, RHCSS
Red Hat Engineering, Virtualisation Team

GPG ID:  D33C3490
GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Richard W.M. Jones]

On Fri, Jan 10, 2014 at 10:38:41AM -0500, Madhav V Diwan wrote:
> yes unfortunately i am running as root.. hate doing that but
> 
>  what account SHOULD i use? myself? VDSM? 
> 
> sudo -u who
> 
> interesting idea.. Ill try it now on a smaller vm.

Root is fine, except that libvirt has a bug (see my previous email for
specifics).  If you set the environment variable it should work.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Madhav V Diwan]

-Original Message-
From: Richard W.M. Jones 
To: Madhav V Diwan , mbo...@redhat.com
Cc: users@ovirt.org
Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to
fedora19 ovirt host
Date: Fri, 10 Jan 2014 15:32:28 +

On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote:
> 
> Hello everybody! I seem to be having a problem similar to 
> 
> the posting from 
> 
> " importing VM from ESXI "
> posted by 
> emi...@gmail.com
> on25.09.2013 21:10 UTC
> " I'm not being able to import a VM from ESXI:"  
> 
> 
> In my case i have a bit more of a trace on the permission issue  but not
> much more
> 
> > virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
> > libguestfs: trace: set_verbose true
> > libguestfs: trace: set_verbose = 0
> > libguestfs: create: flags = 0, handle = 0x4725420, program = perl
> > libguestfs: trace: set_attach_method "appliance"
> > libguestfs: trace: set_backend "appliance"
> > libguestfs: trace: set_backend = 0
> > libguestfs: trace: set_attach_method = 0
> > libguestfs: trace: add_drive 
> > "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
> >  "format:raw" "iface:ide" "name:sda"
> > libguestfs: trace: add_drive = -1 (error)
> > /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
> >  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
> > libguestfs: trace: close
> > libguestfs: closing guestfs handle 0x4725420 (state 0)
> 
>  
> Has this issue been solved ? if so how  as i do not see the resolution
> on the archives.  Else  would you all help me resolve it please?
> 
>  It is very annoying to have a hundred gig disk copied over to your NFS
> export and then deleted because qemu or libguestfs has a permissions
> issue in opening it.
> 
> 
> 
>  this is an issue with Ovirt Version 3.3.2-1.fc19 
> 
> virt-v2v version is 
> 
> virt-v2v --version
> 0.9.0
> 
> and libguestfs version and qemu version are :
> 
> libguestfs-1.22.7-4.fc19.x86_64
> 
> QEMU emulator version 1.4.2

Are you running virt-v2v as root?  If so my guess is that it's this
libvirt bug:

  https://bugzilla.redhat.com/show_bug.cgi?id=1045069
  https://bugzilla.redhat.com/show_bug.cgi?id=1045039

The easiest thing is to disable libvirt by doing:

  sudo bash
  export LIBGUESTFS_BACKEND=direct
  virt-v2v [..etc..]

Rich.

*

yes unfortunately i am running as root.. hate doing that but

 what account SHOULD i use? myself? VDSM? 

sudo -u who

interesting idea.. Ill try it now on a smaller vm.

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

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Richard W.M. Jones]

On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote:
> 
> Hello everybody! I seem to be having a problem similar to 
> 
> the posting from 
> 
> " importing VM from ESXI "
> posted by 
> emi...@gmail.com
> on25.09.2013 21:10 UTC
> " I'm not being able to import a VM from ESXI:"  
> 
> 
> In my case i have a bit more of a trace on the permission issue  but not
> much more
> 
> > virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
> > libguestfs: trace: set_verbose true
> > libguestfs: trace: set_verbose = 0
> > libguestfs: create: flags = 0, handle = 0x4725420, program = perl
> > libguestfs: trace: set_attach_method "appliance"
> > libguestfs: trace: set_backend "appliance"
> > libguestfs: trace: set_backend = 0
> > libguestfs: trace: set_attach_method = 0
> > libguestfs: trace: add_drive 
> > "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
> >  "format:raw" "iface:ide" "name:sda"
> > libguestfs: trace: add_drive = -1 (error)
> > /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
> >  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
> > libguestfs: trace: close
> > libguestfs: closing guestfs handle 0x4725420 (state 0)
> 
>  
> Has this issue been solved ? if so how  as i do not see the resolution
> on the archives.  Else  would you all help me resolve it please?
> 
>  It is very annoying to have a hundred gig disk copied over to your NFS
> export and then deleted because qemu or libguestfs has a permissions
> issue in opening it.
> 
> 
> 
>  this is an issue with Ovirt Version 3.3.2-1.fc19 
> 
> virt-v2v version is 
> 
> virt-v2v --version
> 0.9.0
> 
> and libguestfs version and qemu version are :
> 
> libguestfs-1.22.7-4.fc19.x86_64
> 
> QEMU emulator version 1.4.2

Are you running virt-v2v as root?  If so my guess is that it's this
libvirt bug:

  https://bugzilla.redhat.com/show_bug.cgi?id=1045069
  https://bugzilla.redhat.com/show_bug.cgi?id=1045039

The easiest thing is to disable libvirt by doing:

  sudo bash
  export LIBGUESTFS_BACKEND=direct
  virt-v2v [..etc..]

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Madhav V Diwan]

hmm 

 well NFS says its open to the world


 exportfs
/var/lib/exports/iso-20131223154119
0.0.0.0/0.0.0.0
/localstorage/nfs

/var/lib/exports/iso


this is what mount says 

server3.decllc.biz:/localstorage/nfs
on /rhev/data-center/mnt/server3.decllc.biz:_localstorage_nfs type nfs
(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.0.8.106,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=10.0.8.106)


 and its owned by vdsm adn group kvm 
 which isuid 36 and gid 36

[root@server3 ~]# ls -l /localstorage/
total 4
drwxr-xr-x  3 vdsm kvm74 Dec 26 19:07 nfs


[root@server3 ~]# grep kvm /etc/group
kvm:x:36:qemu,sanlock
[root@server3 ~]# grep vdsm /etc/group
sanlock:x:179:vdsm
qemu:x:107:vdsm,sanlock
[root@server3 ~]# grep vdsm /etc/passwd
vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin


Does the NFS MOUNT itself need to be owned and operated by vdsm/kvm?
because i did not set up the mount .. ovirt-engine and vdsm do that





-Original Message-
From: Matthew Booth 
To: Madhav V Diwan , users@ovirt.org
Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to
fedora19 ovirt host
Date: Fri, 10 Jan 2014 15:11:42 +

It looks like a problem with the permissions on your NFS export storage
domain. The machine running virt-v2v must be able to mount the storage
domain and write to it as uid:gid == 36:36.

Matt

On 10/01/14 02:49, Madhav V Diwan wrote:
> 
> Hello everybody! I seem to be having a problem similar to 
> 
> the posting from 
> 
> " importing VM from ESXI "
> posted by 
> emi...@gmail.com
> on25.09.2013 21:10 UTC
> " I'm not being able to import a VM from ESXI:"  
> 
> 
> In my case i have a bit more of a trace on the permission issue  but not
> much more
> 
>> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
>> libguestfs: trace: set_verbose true
>> libguestfs: trace: set_verbose = 0
>> libguestfs: create: flags = 0, handle = 0x4725420, program = perl
>> libguestfs: trace: set_attach_method "appliance"
>> libguestfs: trace: set_backend "appliance"
>> libguestfs: trace: set_backend = 0
>> libguestfs: trace: set_attach_method = 0
>> libguestfs: trace: add_drive 
>> "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
>>  "format:raw" "iface:ide" "name:sda"
>> libguestfs: trace: add_drive = -1 (error)
>> /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
>>  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
>> libguestfs: trace: close
>> libguestfs: closing guestfs handle 0x4725420 (state 0)
> 
>  
> Has this issue been solved ? if so how  as i do not see the resolution
> on the archives.  Else  would you all help me resolve it please?
> 
>  It is very annoying to have a hundred gig disk copied over to your NFS
> export and then deleted because qemu or libguestfs has a permissions
> issue in opening it.
> 
> 
> 
>  this is an issue with Ovirt Version 3.3.2-1.fc19 
> 
> virt-v2v version is 
> 
> virt-v2v --version
> 0.9.0
> 
> and libguestfs version and qemu version are :
> 
> libguestfs-1.22.7-4.fc19.x86_64
> 
> QEMU emulator version 1.4.2
> 
> 
> 
> 
> ___
> 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: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Matthew Booth]

It looks like a problem with the permissions on your NFS export storage
domain. The machine running virt-v2v must be able to mount the storage
domain and write to it as uid:gid == 36:36.

Matt

On 10/01/14 02:49, Madhav V Diwan wrote:
> 
> Hello everybody! I seem to be having a problem similar to 
> 
> the posting from 
> 
> " importing VM from ESXI "
> posted by 
> emi...@gmail.com
> on25.09.2013 21:10 UTC
> " I'm not being able to import a VM from ESXI:"  
> 
> 
> In my case i have a bit more of a trace on the permission issue  but not
> much more
> 
>> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
>> libguestfs: trace: set_verbose true
>> libguestfs: trace: set_verbose = 0
>> libguestfs: create: flags = 0, handle = 0x4725420, program = perl
>> libguestfs: trace: set_attach_method "appliance"
>> libguestfs: trace: set_backend "appliance"
>> libguestfs: trace: set_backend = 0
>> libguestfs: trace: set_attach_method = 0
>> libguestfs: trace: add_drive 
>> "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
>>  "format:raw" "iface:ide" "name:sda"
>> libguestfs: trace: add_drive = -1 (error)
>> /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
>>  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
>> libguestfs: trace: close
>> libguestfs: closing guestfs handle 0x4725420 (state 0)
> 
>  
> Has this issue been solved ? if so how  as i do not see the resolution
> on the archives.  Else  would you all help me resolve it please?
> 
>  It is very annoying to have a hundred gig disk copied over to your NFS
> export and then deleted because qemu or libguestfs has a permissions
> issue in opening it.
> 
> 
> 
>  this is an issue with Ovirt Version 3.3.2-1.fc19 
> 
> virt-v2v version is 
> 
> virt-v2v --version
> 0.9.0
> 
> and libguestfs version and qemu version are :
> 
> libguestfs-1.22.7-4.fc19.x86_64
> 
> QEMU emulator version 1.4.2
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


-- 
Matthew Booth, RHCA, RHCSS
Red Hat Engineering, Virtualisation Team

GPG ID:  D33C3490
GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Networking questions (LONG)

[Dan Kenigsberg]

On Fri, Jan 10, 2014 at 03:06:28PM +0200, Itamar Heim wrote:
> On 01/10/2014 01:32 PM, Dan Kenigsberg wrote:
> >On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote:
> >>Hello Alan,
> >>
> >>On 09/01/14 10:07, Alan Murrell wrote:
> >>>Hello,
> >>>
> >>>I am evaluating oVirt as a replacement/alternative to VMware deployments
> >>>we typically do.  I have installed and all-in-one setup on a test box
> >>>(which itself used to be an ESXi server), but it only has one NIC.  I
> >>>trying to duplicate our typical configuration we do in VMware, which is
> >>>this:
> >>>
> >>>   1.) we create several "port groups" on the vSwitch, each assigned a
> >>>VLAN ID, such as:
> >>>
> >>>   - VLAN001 (VLAN ID: 1)
> >>>   - VLAN002 (VLAN ID: 2)
> >>>   - VLAN009 (VLAN ID: 9)
> >>>   - VLAN010 (VLAN ID: 10)
> >>>   - VLAN200 (VLAN ID: 200)
> >>>   - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all
> >>>VLANS" and basically just passes the VLANs through to whatever is
> >>>attached to the port group for the VM to handle)
> >>>
> >>>   2.) We assign VMs to port groups appropriate for the VLAN they are
> >>>part of.
> >>>   3.) The only VM that has a NIC assigned to the "TRUNK" port group is
> >>>the firewall (which is Linux), and we create VLAN interfaces on it
> >>>(i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200").  The firewall VM acts
> >>>as the router between the various VLANs.
> >>>
> >>>To replicate the above in oVirt, I created logical networks for each
> >>>VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM does not
> >>>have an equivalent for VMware's VLAN ID of "4095", so after some
> >>>searching around, so for the "TRUNK" network, I left it with no VLAN
> >>>assigned.  Because i cannot add VLAN and non-VLAN networks to the same
> >>>physical NIC, after some searching around, it looks like I may have to
> >>>utilise two NICS: one for the VLAN networks and one for the "TRUNK" 
> >>>network.
> >>
> >>That is true. One non-VLAN network can in fact sit on the same NIC with
> >>VLAN networks, but it has to be non-VM.
> >
> >This was devised as a security constraint - otherwise, a VM attached to
> >the non-VLAN network could sniff traffic from another (VLAN) network.
> >However, it seems that this is exactly what you need - a special VM that
> >is designed to do just that.
> >
> 
> isn't that was promiscious mode (aka port mirroring) is for?

Oh that makes more sense...

But unfortunately, it is impossible to mirror more than a single network
onto a vnic. (Engine implementation limitation).

However, one can device a tc-based after_network_setup hook, that
directs all traffic from all bridges onto a specific target bridge, onto
which the firewall VM is connected.

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

Re: [Users] ovirt-engine on the virtualization node?

[Itamar Heim]

On 01/10/2014 11:52 AM, Meital Bourvine wrote:

I'm not sure what is your definition of "node", but if you are talking
about hosts, then I think that hosted engine is what you're looking for.


http://www.ovirt.org/Features/Self_Hosted_Engine
please help test it in 3.4 alpha build coming soon.





*From: *"William Kwan" 
*To: *users@ovirt.org
*Sent: *Friday, January 10, 2014 1:30:29 AM
*Subject: *[Users] ovirt-engine on the virtualization node?

Hi

Is it possible to have oVirt engine installed on node1, while having
both node1 and node2 as the virtualization nodes?

Yes, it doesn't sound right at all for redundancy and etc.  However,
I have a situation where I have two nodes in a small remote location
where I can turn them into virtualization nodes.  I don't have
another system I can leverage for ovirt engine.Another option is
to use the oVirt engine at the main site to access these two remote
systems over a dedicated line.

Thanks
W



___
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: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/08/2014 03:12 PM, Sven Kieske wrote:

Hi,

I already wrote it in the BZ, but I'll duplicate here for faster
feedback:
I'm willing to implement this if I can get some guidance in my
leisure time, if nobody else does this already.

The BZ states "The limitation is fictitious, and there is no gain in
maintaining it." and I strongly agree on this.

I don't know the exact parts of the source which must be altered
but I assume it's more or less just removing checks?


i see the current assignee of the bug is Tal Nisan, so cc-ing him to 
share if he has progress on it already. maybe you can help with patch 
review or testing of his patches, or help with bug fixing, etc.


i see one patch which relates to this BZ already in gerrit:
http://gerrit.ovirt.org/#/c/23072/



Am 08.01.2014 09:46, schrieb Sandro Bonazzola:

storage 1038053 [RFE] Allow domain of multiple types in a single Data 
Center




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

Re: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/10/2014 01:52 PM, Sander Grendelman wrote:

Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.


Hi Sander,

please use bug summary so folks won't have to go and look what the 
number means just to see if relevant to them.


this is about:
Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax

i see you posted a patch in the bug - can you post the patch to gerrit 
as well?


thanks,
   Itamar



On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola  wrote:

Hi,

as you may know, we're planning to build oVirt 3.4.0 beta really soon and 
release 3.4.0 by end of January.
A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been 
created for this release.

The following is a list of the current blocker bugs with target 3.4.0:
Whiteboard  Bug ID  Summary
storage 1032686 [RFE] API to save OVF on any location
storage 1032679 [RFE] Single Disk Snapshots
network 987813  [RFE] report BOOTPROTO and BONDING_OPTS independent of 
netdevice.cfg


The following is a list of the bugs with target 3.4.0 not yet fixed:

Whiteboard  Bug ID  Summary
gluster 1008980 [oVirt] Option 'Select as SPM' available for a host in 
gluster-only mode of oVirt
gluster 1038988 Gluster brick sync does not work when host has multiple 
interfaces
i18n1033730 [es-ES] need to revise the "create snapshot" translation
infra   870330  Cache records in memory
infra   904029  [engine-manage-domains] should use POSIX parameter form 
and aliases as values
infra   979231  oVirt Node Upgrade: Support N configuration
infra   986882  tar which is used by host-deploy is missing from fedora 
minimal installation
infra   995362  [RFE] Support firewalld
infra   1016634 Performance hit as a result of duplicate updates to 
VdsDynamic in VdsUpdateRuntimeInfo
infra   1023751 [RFE] Create Bin Overrider for application context 
files changes we do in JRS
infra   1023754 [RFE] add trigger to stop etl connection via engine db 
value.
infra   1023759 [RFE] re-implement SSO solution based on JRS new SSO 
interface
infra   1023761 [RFE] Build nightly JRS builds based on latest JRS 
version
infra   1028793 systemctl start vdsmd blocks if dns server unreachable
infra   1032682 Refactor authentication framework in engine
infra   1035844 [oVirt][infra] Add host/Reinstall radio button text not 
actionable
infra   1045350 REST error during VM creation via API
infra   1046611 [oVirt][infra] Device custom properties syntax check is 
wrong
integration 789040  [RFE] Log Collector should be able to run without 
asking questions
integration 967350  [RFE] port dwh installer to otopi
integration 967351  [RFE] port reports installer to otopi
integration 1023752 [RFE] add upstream support for Centos el6 arch.
integration 1024028 [RFE] add trigger to stop etl connection via engine db 
value.
integration 1028489 [RFE] pre-populate ISO DOMAIN  with 
rhev-tools-setup.iso (or equiv)
integration 1028913 'service network start' sometimes fails during setup
integration 1037663 F20 - ovirt-log-collector: conflicts with file from 
package sos-3.0-3.fc20.noarch
integration 1039616 Setting shmmax on F19 is not enough for starting 
postgres
network 987832  failed to add ovirtmgmt bridge when the host has static 
ip
network 1001186 With AIO installer and NetworkManager enabled, the 
ovirtmgmt bridge is not properly configured
network 1010663 override mtu field allows only values up to 9000
network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 
with EPEL dependency on python-inotify
network 1037612 [oVirt][network][RFE] Add "sync" column to hosts sub 
tab under networks main tab
network 1040580 [RFE] Apply networks changes to multiple hosts
network 1040586 [RFE] Ability to configure network on multiple hosts at 
once
network 1043220 [oVirt][network][RFE] Add Security-Group support for 
Neutron based networks
network 1043230 Allow configuring Network QoS on host interfaces
network 1044479 Make an iproute2 network configurator for vdsm
network 1048738 [oVirt][network][RFE] Add subnet support for neutron  
based networks
network 1048740 [oVirt][network][RFE] Allow deleting Neutron based 
network (in Neutron)
network 1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS 
+ security groups
sla 994712  Remove underscores for pre-defined policy names
sla 1038616 [RFE] Support for hosted engine
storage 888711  PosixFS issues
storage 961532  [RFE] Handle iSCSI lun resize
storage 1009610 [RFE] Provide clear warning when SPM become 
inaccessible and needs fencing
storage 1034081 Misleading error message when adding an existing 
Storage Domain
storage 1038053 [RFE] Allow domain of mul

Re: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/08/2014 11:23 AM, Sander Grendelman wrote:

Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
duplicate of BZ#647386 ( You are not authorized to access bug #647386 )

Shouldn't BZ#647386 targeted for 3.4? Or for a future version?


this is a rhev rfe. we're using ovirt RFEs to track ovirt development 
(all RFEs in the 3.4 planning googledoc are supposed to be ovirt ones).


live merge is high on the list (top of the list) - several items in 3.4 
are enablers to get it done.

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

Re: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/08/2014 11:45 AM, Sander Grendelman wrote:

On Wed, Jan 8, 2014 at 10:29 AM, Sandro Bonazzola  wrote:

Il 08/01/2014 10:23, Sander Grendelman ha scritto:

Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
duplicate of BZ#647386 ( You are not authorized to access bug #647386 )

Shouldn't BZ#647386 targeted for 3.4? Or for a future version?



BZ#1038525 is open and targeted to 3.5.0

That is correct, I didn't scroll down far enough, my apologies.
Any idea on why BZ#647386 is not visible for "regular" rhbz users?


there are various considerations for bugs or RFEs to be private in red 
hat. I'd rather we use ovirt RFEs to track ovirt development.




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

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Dan Kenigsberg]

On Fri, Jan 10, 2014 at 12:45:09PM +, Karli Sjöberg wrote:
> > > 
> > > Oh, and here´s the output:
> > > # du -h /var/log/libvirtd.log
> > > 1.1G  /var/log/libvirtd.log
> > > # /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
> > > reading config file /etc/logrotate.d/libvirtd
> > > reading config info for /var/log/libvirt/libvirtd.log 
> > > compress_prog is now /usr/bin/xz
> > > uncompress_prog is now /usr/bin/unxz
> > > compress_ext is now .xz
> > > 
> > > Handling 1 logs
> > > 
> > > rotating pattern: /var/log/libvirt/libvirtd.log  15728640 bytes (1000 
> > > rotations)
> > > empty log files are rotated, old logs are removed
> > > considering log /var/log/libvirt/libvirtd.log
> > >   log does not need rotating
> > > 
> > > Really, are you sure about that?
> > > 
> > > /K
> > 
> > I really do not know what to say - it seems like an awkward logrotate
> > bug. Maybe if you play with arguments a bit (avoid compression? change
> > size?) it could be convinced to work. Otherwise it sounds like gdb
> > time...
> > 
> 
> Ah man, now I see it, it´s not rotating the right file, look:
> # grep libvirtd /etc/logrotate.d/libvirtd
> /var/log/libvirt/libvirtd.log {
> # grep libvirtd.log /etc/libvirt/libvirtd.conf 
> log_outputs="1:file:/var/log/libvirtd.log"
> 
> Bug?

Oh, I've missed that, too.
We've changed that back in http://gerrit.ovirt.org/14842
and it should have been replaced during upgrade to ovirt-3.3. Could you
share your complete /etc/libvirt/libvirtd.conf?

(calling in Yaniv and Douglas, who may be more helpful than me about it)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

[Madhav V Diwan]

Hi 

Does anyone know what I should do next to fix this issue or give you
more information about it?

I don't want to muck about too much with configuration files without
knowing what VDSM will want and what QEMU or needs for this conversion
to work.

-M


-Original Message-
To: users@ovirt.org

Date: Thu, 09 Jan 2014 21:49:25 -0500

Hello everybody! I seem to be having a problem similar to 

the posting from 

" importing VM from ESXI "
posted by 
emi...@gmail.com
on25.09.2013 21:10 UTC
" I'm not being able to import a VM from ESXI:"  


In my case i have a bit more of a trace on the permission issue  but not
much more

> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
> libguestfs: trace: set_verbose true
> libguestfs: trace: set_verbose = 0
> libguestfs: create: flags = 0, handle = 0x4725420, program = perl
> libguestfs: trace: set_attach_method "appliance"
> libguestfs: trace: set_backend "appliance"
> libguestfs: trace: set_backend = 0
> libguestfs: trace: set_attach_method = 0
> libguestfs: trace: add_drive 
> "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f"
>  "format:raw" "iface:ide" "name:sda"
> libguestfs: trace: add_drive = -1 (error)
> /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f:
>  Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
> libguestfs: trace: close
> libguestfs: closing guestfs handle 0x4725420 (state 0)

 
Has this issue been solved ? if so how  as i do not see the resolution
on the archives.  Else  would you all help me resolve it please?

 It is very annoying to have a hundred gig disk copied over to your NFS
export and then deleted because qemu or libguestfs has a permissions
issue in opening it.



 this is an issue with Ovirt Version 3.3.2-1.fc19 

virt-v2v version is 

virt-v2v --version
0.9.0

and libguestfs version and qemu version are :

libguestfs-1.22.7-4.fc19.x86_64

QEMU emulator version 1.4.2




___
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: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 16:16, Juan Pablo Lorier wrote:
> 
> On 10/01/14 11:59, Lior Vernia wrote:
>>
>> On 10/01/14 15:54, Juan Pablo Lorier wrote:
>>> On 10/01/14 11:13, Lior Vernia wrote:
 On 10/01/14 11:53, Juan Pablo Lorier wrote:
> Hi Lior,
>
> I'll try to elaborate between lines:
>
> On 09/01/14 18:31, Lior Vernia wrote:
>> Hi Juan,
>>
>> I'm not sure I understand a couple of things, could you elaborate?
>>
>> 0. What version engine are you running?
> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>> 1. "Out of the blue" - no trigger that you can think of, that would help
>> retrace the cause?
> The only thing I can think of was a reboot (clean) of the engine VM (not
> self hosted, just a vbox VM). After the problem appeared, I started
> making many changes and tests so I can't recreate the exact scenario at
> this time.
 Okay, currently nothing springs to mind as to what may have caused this,
 I'll try to think on it some more.

>> 2. From your other e-mail, I understand that somehow the management
>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>> Setup Host Networks dialog. Correct?
> Yes. Also other LN where out of sync, but the hosts had differences in
> which LN went out of sync. All of them have ovirtmgmt out of sync.
>> 3. Do I understand correctly that even though it's marked as
>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>> network on the host (little pencil icon)?
> It doesn't. I made some tests and I found that it's a problem with
> firefox (mine is version 26 over Fedora 19). It's showing things a
> little bit bigger than chrome and so the sync option is not shown in the
> edit window. Other functions also are not working properly, for
> instance, if I choose a particular item into a category (host, vm, etc)
> in the left tree, the right frame does not change, I have to choose the
> group (hosts, vms, etc) and choose the particular item among all the
> listed in the right frame. I've checked and firefox 22 on windows has
> the same behavior. This started to happen after I upgraded from 3.3.0 to
> 3.3.1 but never saw the lack of the sync option until now.
 My machine currently isn't in a state to test these things on different
 versions of Firefox. If you can pin-point exactly on what versions this
 occurs, I would greatly appreciate it if you could open a bug about it
 in bugzilla.redhat.com and I'll try to get it fixed.

 It does sound that it's only a graphical issue that's causing the
 checkbox to be hidden. So as an immediate workaround, you could use
 either the Firefox web developer tools or the Firebug plugin to enlarge
 the dialog and panels enough so that the checkbox shows, then mark it
 and have the networks synchronized. Please let me know if that works for
 you.
>>> I'll open a bug then. The versions I tested were on the last mail, I'll
>>> put that in the bug also.
>>> My work arround was simpler, just did it with chrome :-)
>>> Anyway, this fix only the sync stuff, not the need of modifying the
>>> ovirtmgmt to be again a tagged network. Is there a hack to the db or
>>> something like that I can do to set this back without destroing the hole
>>> DC (which I can't do either because of a dead lock with the flow of
>>> dependencies in ovirt and opened a BZ for that).
>>> Regards,
>>>
>> Can't you edit the management network to be VLAN-tagged, and then when
>> it appears as out-of-sync on the host mark it to be synchronized?
>>
> Webadmin won't let me as it's been used in hosts (tried). It's not
> allowed until 3.4 as I understand.
> 

Ahhh yes, I recall the problem now (thought it might be possible as long
as it isn't attached to VMs). You could indeed hack the DB. Setting the
proper VLAN tag for ovirtmgmt in the "network" table should suffice
(assuming the VLAN interfaces are still intact on the hosts, as I deduce
from ovirtmgmt being marked as out-of-sync).

> 
>> Yours, Lior.
>>
>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>> Hi,
>>>
>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>> in all of them). If I try to resync the LN, it does not show a resync
>>> option, so I took one host and detached the lns and reconfigured them.
>>> After that, ovirtmgmt is not created correctly, it does not create the
>>> vlan interface on top of the bond and also, it's adding the bond to the
>>> bridge instead of the vlan interface.
>>> I got it partially running but it's still non operational as the engine
>>> complains the host can't mount the gluster domain (it can reach the
>>> network of the other brick):
>>>
>>> [root@ovirt4 network-scripts]# gluster volume status
>>> Status of volume: glusterfs
>>> Gluster process  

Re: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/08/2014 10:51 AM, Markus Stockhausen wrote:

integration 1037663 F20 - ovirt-log-collector: conflicts with file from 
package sos-3.0-3.fc20.noarch


Given the fact that F20 is already relased and Ovirt 3.4.0 is intended to 
support it ... shouldn't that be a blocker?


well, it could also be released async if it has too many issues, but 
worth tracking, and having it for the test day.
I haven't seen the log collector used much (at all) when ovirt folks ask 
for help, so we could release without it for testing.



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

Re: [Users] [QE] 3.4.0 Release tracker

[Itamar Heim]

On 01/08/2014 10:46 AM, Sandro Bonazzola wrote:

Hi,

as you may know, we're planning to build oVirt 3.4.0 beta really soon and 
release 3.4.0 by end of January.
A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been 
created for this release.

The following is a list of the current blocker bugs with target 3.4.0:
Whiteboard  Bug ID  Summary
storage 1032686 [RFE] API to save OVF on any location
storage 1032679 [RFE] Single Disk Snapshots
network 987813  [RFE] report BOOTPROTO and BONDING_OPTS independent of 
netdevice.cfg


I don't think RFEs should be blocking the release by default.
(we may want to discuss if we allow any RFE not making the feature 
freeze and stable branch a few extra days).





The following is a list of the bugs with target 3.4.0 not yet fixed:

Whiteboard  Bug ID  Summary
gluster 1008980 [oVirt] Option 'Select as SPM' available for a host in 
gluster-only mode of oVirt
gluster 1038988 Gluster brick sync does not work when host has multiple 
interfaces
i18n1033730 [es-ES] need to revise the "create snapshot" translation
infra   870330  Cache records in memory
infra   904029  [engine-manage-domains] should use POSIX parameter form 
and aliases as values
infra   979231  oVirt Node Upgrade: Support N configuration
infra   986882  tar which is used by host-deploy is missing from fedora 
minimal installation
infra   995362  [RFE] Support firewalld
infra   1016634 Performance hit as a result of duplicate updates to 
VdsDynamic in VdsUpdateRuntimeInfo
infra   1023751 [RFE] Create Bin Overrider for application context 
files changes we do in JRS
infra   1023754 [RFE] add trigger to stop etl connection via engine db 
value.
infra   1023759 [RFE] re-implement SSO solution based on JRS new SSO 
interface
infra   1023761 [RFE] Build nightly JRS builds based on latest JRS 
version
infra   1028793 systemctl start vdsmd blocks if dns server unreachable
infra   1032682 Refactor authentication framework in engine
infra   1035844 [oVirt][infra] Add host/Reinstall radio button text not 
actionable
infra   1045350 REST error during VM creation via API
infra   1046611 [oVirt][infra] Device custom properties syntax check is 
wrong
integration 789040  [RFE] Log Collector should be able to run without 
asking questions
integration 967350  [RFE] port dwh installer to otopi
integration 967351  [RFE] port reports installer to otopi
integration 1023752 [RFE] add upstream support for Centos el6 arch.
integration 1024028 [RFE] add trigger to stop etl connection via engine db 
value.
integration 1028489 [RFE] pre-populate ISO DOMAIN  with 
rhev-tools-setup.iso (or equiv)
integration 1028913 'service network start' sometimes fails during setup
integration 1037663 F20 - ovirt-log-collector: conflicts with file from 
package sos-3.0-3.fc20.noarch
integration 1039616 Setting shmmax on F19 is not enough for starting 
postgres
network 987832  failed to add ovirtmgmt bridge when the host has static 
ip
network 1001186 With AIO installer and NetworkManager enabled, the 
ovirtmgmt bridge is not properly configured
network 1010663 override mtu field allows only values up to 9000
network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 
with EPEL dependency on python-inotify
network 1037612 [oVirt][network][RFE] Add "sync" column to hosts sub 
tab under networks main tab
network 1040580 [RFE] Apply networks changes to multiple hosts
network 1040586 [RFE] Ability to configure network on multiple hosts at 
once
network 1043220 [oVirt][network][RFE] Add Security-Group support for 
Neutron based networks
network 1043230 Allow configuring Network QoS on host interfaces
network 1044479 Make an iproute2 network configurator for vdsm
network 1048738 [oVirt][network][RFE] Add subnet support for neutron  
based networks
network 1048740 [oVirt][network][RFE] Allow deleting Neutron based 
network (in Neutron)
network 1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS 
+ security groups
sla 994712  Remove underscores for pre-defined policy names
sla 1038616 [RFE] Support for hosted engine
storage 888711  PosixFS issues
storage 961532  [RFE] Handle iSCSI lun resize
storage 1009610 [RFE] Provide clear warning when SPM become 
inaccessible and needs fencing
storage 1034081 Misleading error message when adding an existing 
Storage Domain
storage 1038053 [RFE] Allow domain of multiple types in a single Data 
Center
storage 1045842 After deleting image failed ui display message: Disk 
gluster-test was successfully removed from...
ux  784779  [webadmin][RFE] Login page. Add a link to welcome page
ux  1014859 [R

Re: [Users] Network not sync and problems reconfiguring

[Juan Pablo Lorier]

On 10/01/14 11:59, Lior Vernia wrote:
>
> On 10/01/14 15:54, Juan Pablo Lorier wrote:
>> On 10/01/14 11:13, Lior Vernia wrote:
>>> On 10/01/14 11:53, Juan Pablo Lorier wrote:
 Hi Lior,

 I'll try to elaborate between lines:

 On 09/01/14 18:31, Lior Vernia wrote:
> Hi Juan,
>
> I'm not sure I understand a couple of things, could you elaborate?
>
> 0. What version engine are you running?
 3.3.1 when the problem appeared, but now I moved to 3.3.2
> 1. "Out of the blue" - no trigger that you can think of, that would help
> retrace the cause?
 The only thing I can think of was a reboot (clean) of the engine VM (not
 self hosted, just a vbox VM). After the problem appeared, I started
 making many changes and tests so I can't recreate the exact scenario at
 this time.
>>> Okay, currently nothing springs to mind as to what may have caused this,
>>> I'll try to think on it some more.
>>>
> 2. From your other e-mail, I understand that somehow the management
> network lost its VLAN tagging, and that it shows as out-of-sync in the
> Setup Host Networks dialog. Correct?
 Yes. Also other LN where out of sync, but the hosts had differences in
 which LN went out of sync. All of them have ovirtmgmt out of sync.
> 3. Do I understand correctly that even though it's marked as
> out-of-sync, you don't see the "synchronize" checkbox when editing the
> network on the host (little pencil icon)?
 It doesn't. I made some tests and I found that it's a problem with
 firefox (mine is version 26 over Fedora 19). It's showing things a
 little bit bigger than chrome and so the sync option is not shown in the
 edit window. Other functions also are not working properly, for
 instance, if I choose a particular item into a category (host, vm, etc)
 in the left tree, the right frame does not change, I have to choose the
 group (hosts, vms, etc) and choose the particular item among all the
 listed in the right frame. I've checked and firefox 22 on windows has
 the same behavior. This started to happen after I upgraded from 3.3.0 to
 3.3.1 but never saw the lack of the sync option until now.
>>> My machine currently isn't in a state to test these things on different
>>> versions of Firefox. If you can pin-point exactly on what versions this
>>> occurs, I would greatly appreciate it if you could open a bug about it
>>> in bugzilla.redhat.com and I'll try to get it fixed.
>>>
>>> It does sound that it's only a graphical issue that's causing the
>>> checkbox to be hidden. So as an immediate workaround, you could use
>>> either the Firefox web developer tools or the Firebug plugin to enlarge
>>> the dialog and panels enough so that the checkbox shows, then mark it
>>> and have the networks synchronized. Please let me know if that works for
>>> you.
>> I'll open a bug then. The versions I tested were on the last mail, I'll
>> put that in the bug also.
>> My work arround was simpler, just did it with chrome :-)
>> Anyway, this fix only the sync stuff, not the need of modifying the
>> ovirtmgmt to be again a tagged network. Is there a hack to the db or
>> something like that I can do to set this back without destroing the hole
>> DC (which I can't do either because of a dead lock with the flow of
>> dependencies in ovirt and opened a BZ for that).
>> Regards,
>>
> Can't you edit the management network to be VLAN-tagged, and then when
> it appears as out-of-sync on the host mark it to be synchronized?
>
Webadmin won't let me as it's been used in hosts (tried). It's not
allowed until 3.4 as I understand.


> Yours, Lior.
>
> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>> Hi,
>>
>> Out of the blue some of the hosts got some LNs out of sync (not the same
>> in all of them). If I try to resync the LN, it does not show a resync
>> option, so I took one host and detached the lns and reconfigured them.
>> After that, ovirtmgmt is not created correctly, it does not create the
>> vlan interface on top of the bond and also, it's adding the bond to the
>> bridge instead of the vlan interface.
>> I got it partially running but it's still non operational as the engine
>> complains the host can't mount the gluster domain (it can reach the
>> network of the other brick):
>>
>> [root@ovirt4 network-scripts]# gluster volume status
>> Status of volume: glusterfs
>> Gluster processPortOnlinePid
>> --
>> Brick 192.168.128.82:/glusterfs49154Y13288
>> Brick 192.168.128.83:/glusterfs49154Y5961
>> NFS Server on localhost2049Y4557
>> Self-heal Daemon on localhostN/AY4558
>> NFS Server on 192.168.128.822049Y15815
>>>

[Users] [Q] how to get the oVirt community sticker?

[Kyung Huh]

Hello,

I am planning a small meet-up event oVirt community in Korea.

Is there any way to get some oVirt stickers? I would like to get some
stickers for our first events in Korea.

Please let me know anybody who knows how to get some stickers.

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

Re: [Users] Hypervisor info

[René Koch]

 
-Original message-
> From:Sven Kieske 
> Sent: Friday 10th January 2014 14:21
> To: Dan Kenigsberg 
> Cc: users@ovirt.org
> Subject: Re: [Users] Hypervisor info
> 
> Hi,
> 
> I'm not sure, but might this even be an security issue?
> at least you could get an idea of the underlying infrastructure.

Maybe, but it's already possible to detect nearly every virtualization platform 
(Hyper-V, VMware, XEN, KVM, VirtualBox...) - see "man virt-what"...


Regards,
René


> 
> I'll dig into which infos are furthermore provided
> when I get some time..
> 
> Am 10.01.2014 11:18, schrieb Dan Kenigsberg:
> > On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote:
> >> Hi,
> >>
> >> yeah of course, there are various scripts for that
> >> i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/
> >>
> >> (google is your friend)
> >>
> >> the (afaik) fastest way to detect ovirt is:
> >>
> >> dmidecode | grep oVirt
> >>
> >> but this needs root privileges.
> >>
> >> HTH
> >>
> >> Am 10.01.2014 07:41, schrieb Koen Vanoppen:
> >>> Dear all,
> >>>
> >>> Because of our puppet integration at work, it would like to know if there
> >>> is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor 
> >>> on
> >>> wich the vm is running?
> > 
> > And unfortunately, you can even tell the UUID of the specific host on
> > top of which the VM was first started via
> > 
> > dmidecode -s system-serial-number
> > 
> > in the guest. This feature is unfortunate, as it cannot really be
> > trusted (it does not update upon migration), and breaks an important
> > abstraction.
> > 
> > 
> > 
> 
> -- 
> 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
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Hypervisor info

[Michal Skrivanek]

On 10 Jan 2014, at 14:18, Sven Kieske wrote:

> Hi,
> 
> I'm not sure, but might this even be an security issue?

I don't think it's serious, it can easily be changed via a hook, there's also 
an RFE somehwere in queue for this to be configurable directly in UI (not much 
work, 3.5 perhaps)
and since inside the guest you are not aware of migrations you can't really 
"trust" that value anyway

> at least you could get an idea of the underlying infrastructure.

well, yes. But in addition in /etc/vdsm/vdsm.id you can define your very own 
host UUID
but by default yes, after enough runs….

Thanks,
michal

> 
> I'll dig into which infos are furthermore provided
> when I get some time..
> 
> Am 10.01.2014 11:18, schrieb Dan Kenigsberg:
>> On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote:
>>> Hi,
>>> 
>>> yeah of course, there are various scripts for that
>>> i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/
>>> 
>>> (google is your friend)
>>> 
>>> the (afaik) fastest way to detect ovirt is:
>>> 
>>> dmidecode | grep oVirt
>>> 
>>> but this needs root privileges.
>>> 
>>> HTH
>>> 
>>> Am 10.01.2014 07:41, schrieb Koen Vanoppen:
 Dear all,
 
 Because of our puppet integration at work, it would like to know if there
 is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on
 wich the vm is running?
>> 
>> And unfortunately, you can even tell the UUID of the specific host on
>> top of which the VM was first started via
>> 
>>dmidecode -s system-serial-number
>> 
>> in the guest. This feature is unfortunate, as it cannot really be
>> trusted (it does not update upon migration), and breaks an important
>> abstraction.
>> 
>> 
>> 
> 
> -- 
> 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

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

Re: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 15:54, Juan Pablo Lorier wrote:
> 
> On 10/01/14 11:13, Lior Vernia wrote:
>>
>> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>>> Hi Lior,
>>>
>>> I'll try to elaborate between lines:
>>>
>>> On 09/01/14 18:31, Lior Vernia wrote:
 Hi Juan,

 I'm not sure I understand a couple of things, could you elaborate?

 0. What version engine are you running?
>>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
 1. "Out of the blue" - no trigger that you can think of, that would help
 retrace the cause?
>>> The only thing I can think of was a reboot (clean) of the engine VM (not
>>> self hosted, just a vbox VM). After the problem appeared, I started
>>> making many changes and tests so I can't recreate the exact scenario at
>>> this time.
>> Okay, currently nothing springs to mind as to what may have caused this,
>> I'll try to think on it some more.
>>
 2. From your other e-mail, I understand that somehow the management
 network lost its VLAN tagging, and that it shows as out-of-sync in the
 Setup Host Networks dialog. Correct?
>>> Yes. Also other LN where out of sync, but the hosts had differences in
>>> which LN went out of sync. All of them have ovirtmgmt out of sync.
 3. Do I understand correctly that even though it's marked as
 out-of-sync, you don't see the "synchronize" checkbox when editing the
 network on the host (little pencil icon)?
>>> It doesn't. I made some tests and I found that it's a problem with
>>> firefox (mine is version 26 over Fedora 19). It's showing things a
>>> little bit bigger than chrome and so the sync option is not shown in the
>>> edit window. Other functions also are not working properly, for
>>> instance, if I choose a particular item into a category (host, vm, etc)
>>> in the left tree, the right frame does not change, I have to choose the
>>> group (hosts, vms, etc) and choose the particular item among all the
>>> listed in the right frame. I've checked and firefox 22 on windows has
>>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>>> 3.3.1 but never saw the lack of the sync option until now.
>> My machine currently isn't in a state to test these things on different
>> versions of Firefox. If you can pin-point exactly on what versions this
>> occurs, I would greatly appreciate it if you could open a bug about it
>> in bugzilla.redhat.com and I'll try to get it fixed.
>>
>> It does sound that it's only a graphical issue that's causing the
>> checkbox to be hidden. So as an immediate workaround, you could use
>> either the Firefox web developer tools or the Firebug plugin to enlarge
>> the dialog and panels enough so that the checkbox shows, then mark it
>> and have the networks synchronized. Please let me know if that works for
>> you.
> 
> I'll open a bug then. The versions I tested were on the last mail, I'll
> put that in the bug also.
> My work arround was simpler, just did it with chrome :-)
> Anyway, this fix only the sync stuff, not the need of modifying the
> ovirtmgmt to be again a tagged network. Is there a hack to the db or
> something like that I can do to set this back without destroing the hole
> DC (which I can't do either because of a dead lock with the flow of
> dependencies in ovirt and opened a BZ for that).
> Regards,
> 

Can't you edit the management network to be VLAN-tagged, and then when
it appears as out-of-sync on the host mark it to be synchronized?

 Yours, Lior.

 On 09/01/14 17:44, Juan Pablo Lorier wrote:
> Hi,
>
> Out of the blue some of the hosts got some LNs out of sync (not the same
> in all of them). If I try to resync the LN, it does not show a resync
> option, so I took one host and detached the lns and reconfigured them.
> After that, ovirtmgmt is not created correctly, it does not create the
> vlan interface on top of the bond and also, it's adding the bond to the
> bridge instead of the vlan interface.
> I got it partially running but it's still non operational as the engine
> complains the host can't mount the gluster domain (it can reach the
> network of the other brick):
>
> [root@ovirt4 network-scripts]# gluster volume status
> Status of volume: glusterfs
> Gluster processPortOnlinePid
> --
> Brick 192.168.128.82:/glusterfs49154Y13288
> Brick 192.168.128.83:/glusterfs49154Y5961
> NFS Server on localhost2049Y4557
> Self-heal Daemon on localhostN/AY4558
> NFS Server on 192.168.128.822049Y15815
> Self-heal Daemon on 192.168.128.82N/AY15819
>
>
> I'm not synchronizing any other host just in case this happens to the
> other host too.
> Regards,
> __

Re: [Users] Network not sync and problems reconfiguring

[Juan Pablo Lorier]

On 10/01/14 11:13, Lior Vernia wrote:
>
> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>> Hi Lior,
>>
>> I'll try to elaborate between lines:
>>
>> On 09/01/14 18:31, Lior Vernia wrote:
>>> Hi Juan,
>>>
>>> I'm not sure I understand a couple of things, could you elaborate?
>>>
>>> 0. What version engine are you running?
>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>> retrace the cause?
>> The only thing I can think of was a reboot (clean) of the engine VM (not
>> self hosted, just a vbox VM). After the problem appeared, I started
>> making many changes and tests so I can't recreate the exact scenario at
>> this time.
> Okay, currently nothing springs to mind as to what may have caused this,
> I'll try to think on it some more.
>
>>> 2. From your other e-mail, I understand that somehow the management
>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>> Setup Host Networks dialog. Correct?
>> Yes. Also other LN where out of sync, but the hosts had differences in
>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>> 3. Do I understand correctly that even though it's marked as
>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>> network on the host (little pencil icon)?
>> It doesn't. I made some tests and I found that it's a problem with
>> firefox (mine is version 26 over Fedora 19). It's showing things a
>> little bit bigger than chrome and so the sync option is not shown in the
>> edit window. Other functions also are not working properly, for
>> instance, if I choose a particular item into a category (host, vm, etc)
>> in the left tree, the right frame does not change, I have to choose the
>> group (hosts, vms, etc) and choose the particular item among all the
>> listed in the right frame. I've checked and firefox 22 on windows has
>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>> 3.3.1 but never saw the lack of the sync option until now.
> My machine currently isn't in a state to test these things on different
> versions of Firefox. If you can pin-point exactly on what versions this
> occurs, I would greatly appreciate it if you could open a bug about it
> in bugzilla.redhat.com and I'll try to get it fixed.
>
> It does sound that it's only a graphical issue that's causing the
> checkbox to be hidden. So as an immediate workaround, you could use
> either the Firefox web developer tools or the Firebug plugin to enlarge
> the dialog and panels enough so that the checkbox shows, then mark it
> and have the networks synchronized. Please let me know if that works for
> you.

I'll open a bug then. The versions I tested were on the last mail, I'll
put that in the bug also.
My work arround was simpler, just did it with chrome :-)
Anyway, this fix only the sync stuff, not the need of modifying the
ovirtmgmt to be again a tagged network. Is there a hack to the db or
something like that I can do to set this back without destroing the hole
DC (which I can't do either because of a dead lock with the flow of
dependencies in ovirt and opened a BZ for that).
Regards,

>>> Yours, Lior.
>>>
>>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
 Hi,

 Out of the blue some of the hosts got some LNs out of sync (not the same
 in all of them). If I try to resync the LN, it does not show a resync
 option, so I took one host and detached the lns and reconfigured them.
 After that, ovirtmgmt is not created correctly, it does not create the
 vlan interface on top of the bond and also, it's adding the bond to the
 bridge instead of the vlan interface.
 I got it partially running but it's still non operational as the engine
 complains the host can't mount the gluster domain (it can reach the
 network of the other brick):

 [root@ovirt4 network-scripts]# gluster volume status
 Status of volume: glusterfs
 Gluster processPortOnlinePid
 --
 Brick 192.168.128.82:/glusterfs49154Y13288
 Brick 192.168.128.83:/glusterfs49154Y5961
 NFS Server on localhost2049Y4557
 Self-heal Daemon on localhostN/AY4558
 NFS Server on 192.168.128.822049Y15815
 Self-heal Daemon on 192.168.128.82N/AY15819


 I'm not synchronizing any other host just in case this happens to the
 other host too.
 Regards,
 ___
 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: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 15:13, Lior Vernia wrote:
> 
> 
> On 10/01/14 11:53, Juan Pablo Lorier wrote:
>> Hi Lior,
>>
>> I'll try to elaborate between lines:
>>
>> On 09/01/14 18:31, Lior Vernia wrote:
>>> Hi Juan,
>>>
>>> I'm not sure I understand a couple of things, could you elaborate?
>>>
>>> 0. What version engine are you running?
>> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>>> 1. "Out of the blue" - no trigger that you can think of, that would help
>>> retrace the cause?
>> The only thing I can think of was a reboot (clean) of the engine VM (not
>> self hosted, just a vbox VM). After the problem appeared, I started
>> making many changes and tests so I can't recreate the exact scenario at
>> this time.
> 
> Okay, currently nothing springs to mind as to what may have caused this,
> I'll try to think on it some more.
> 
>>>
>>> 2. From your other e-mail, I understand that somehow the management
>>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>>> Setup Host Networks dialog. Correct?
>> Yes. Also other LN where out of sync, but the hosts had differences in
>> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>>
>>> 3. Do I understand correctly that even though it's marked as
>>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>>> network on the host (little pencil icon)?
>> It doesn't. I made some tests and I found that it's a problem with
>> firefox (mine is version 26 over Fedora 19). It's showing things a
>> little bit bigger than chrome and so the sync option is not shown in the
>> edit window. Other functions also are not working properly, for
>> instance, if I choose a particular item into a category (host, vm, etc)
>> in the left tree, the right frame does not change, I have to choose the
>> group (hosts, vms, etc) and choose the particular item among all the
>> listed in the right frame. I've checked and firefox 22 on windows has
>> the same behavior. This started to happen after I upgraded from 3.3.0 to
>> 3.3.1 but never saw the lack of the sync option until now.
> 
> My machine currently isn't in a state to test these things on different
> versions of Firefox. If you can pin-point exactly on what versions this
> occurs, I would greatly appreciate it if you could open a bug about it
> in bugzilla.redhat.com and I'll try to get it fixed.
> 
> It does sound that it's only a graphical issue that's causing the
> checkbox to be hidden. So as an immediate workaround, you could use
> either the Firefox web developer tools or the Firebug plugin to enlarge
> the dialog and panels enough so that the checkbox shows, then mark it
> and have the networks synchronized. Please let me know if that works for
> you.
> 

Or maybe just try to zoom out in your browser, might fix things.

>>>
>>> Yours, Lior.
>>>
>>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
 Hi,

 Out of the blue some of the hosts got some LNs out of sync (not the same
 in all of them). If I try to resync the LN, it does not show a resync
 option, so I took one host and detached the lns and reconfigured them.
 After that, ovirtmgmt is not created correctly, it does not create the
 vlan interface on top of the bond and also, it's adding the bond to the
 bridge instead of the vlan interface.
 I got it partially running but it's still non operational as the engine
 complains the host can't mount the gluster domain (it can reach the
 network of the other brick):

 [root@ovirt4 network-scripts]# gluster volume status
 Status of volume: glusterfs
 Gluster processPortOnlinePid
 --
 Brick 192.168.128.82:/glusterfs49154Y13288
 Brick 192.168.128.83:/glusterfs49154Y5961
 NFS Server on localhost2049Y4557
 Self-heal Daemon on localhostN/AY4558
 NFS Server on 192.168.128.822049Y15815
 Self-heal Daemon on 192.168.128.82N/AY15819


 I'm not synchronizing any other host just in case this happens to the
 other host too.
 Regards,
 ___
 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: [Users] Networking questions (LONG)

[Dan Kenigsberg]

On Fri, Jan 10, 2014 at 10:39:20AM -0200, Juan Pablo Lorier wrote:
> Hi Dan,
> 
> I take the chance to ask; why is that the untagged IF can see the
> traffic of the tagged vlans? Isn't that filtered at kernel level? Is
> this a virtualization design limitation or is it down to the kernel?
> I don't know how the kernel processes the packages, but I thought that
> packages that arrives to the nic are filtered by the kernel and sent to
> the respective vif (untagged to the "master" interface and tagged to the
> .XX interfaces). I ask because other virtualization platforms don't have
> this limitation and I wonder if it's because they "don't care" of
> because they solved this somehow.

I do not know how this is implemented elsewhere, but to the best of my
knowledge, the "master" interface sees tagged packets, too (which is the
basis of Alan's use case: he wants the trunk VM to see all traffic).

BTW, Alan, for this to actually work, you need to enable macspoofing on the
relevant nic. Yet another step on the hack I've outlined earlier.

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

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Karli Sjöberg]

On Fri, 2014-01-10 at 13:24 +, Sven Kieske wrote:
> I got:
> 
> /var/log/libvirt/libvirtd.log
> 
> grep libvirtd.log /etc/libvirt/libvirtd.conf
> log_outputs="1:file:/var/log/libvirt/libvirtd.log"
> 
> on my centos 6.4 node
> 
> vdsm version as stated in my first mail in this thread.

Mmm, that´s strange; one, and only one of my Hosts have:
log_outputs="1:file:/var/log/libvirt/libvirtd.log"

And the rest all have:
log_outputs="1:file:/var/log/libvirtd.log"

I´ve compared versions of both vdsm and libvirt, and they are the same
on all of them.

?

> 
> 
> Am 10.01.2014 14:04, schrieb Markus Stockhausen:
> >> Ah man, now I see it, it´s not rotating the right file, look:
> >> # grep libvirtd /etc/logrotate.d/libvirtd
> >> /var/log/libvirt/libvirtd.log {
> >> # grep libvirtd.log /etc/libvirt/libvirtd.conf
> >> log_outputs="1:file:/var/log/libvirtd.log"
> >>
> >> Bug?
> > 
> > I would say no - at least for Fedora 19 nodes. 
> > In our environment (3.3.2) /var/log/libvirtd.log 
> > does not exist and everything is smoothly 
> > rotating in directory /var/log/libvirt
> > 
> > Maybe /var/log/libvirtd.log is an old file?
> > 
> > Markus
> 
> -- 
> 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



-- 

Med Vänliga Hälsningar

---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Sven Kieske]

I got:

/var/log/libvirt/libvirtd.log

grep libvirtd.log /etc/libvirt/libvirtd.conf
log_outputs="1:file:/var/log/libvirt/libvirtd.log"

on my centos 6.4 node

vdsm version as stated in my first mail in this thread.


Am 10.01.2014 14:04, schrieb Markus Stockhausen:
>> Ah man, now I see it, it´s not rotating the right file, look:
>> # grep libvirtd /etc/logrotate.d/libvirtd
>> /var/log/libvirt/libvirtd.log {
>> # grep libvirtd.log /etc/libvirt/libvirtd.conf
>> log_outputs="1:file:/var/log/libvirtd.log"
>>
>> Bug?
> 
> I would say no - at least for Fedora 19 nodes. 
> In our environment (3.3.2) /var/log/libvirtd.log 
> does not exist and everything is smoothly 
> rotating in directory /var/log/libvirt
> 
> Maybe /var/log/libvirtd.log is an old file?
> 
> Markus

-- 
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: [Users] Hypervisor info

[Sven Kieske]

Hi,

I'm not sure, but might this even be an security issue?
at least you could get an idea of the underlying infrastructure.

I'll dig into which infos are furthermore provided
when I get some time..

Am 10.01.2014 11:18, schrieb Dan Kenigsberg:
> On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote:
>> Hi,
>>
>> yeah of course, there are various scripts for that
>> i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/
>>
>> (google is your friend)
>>
>> the (afaik) fastest way to detect ovirt is:
>>
>> dmidecode | grep oVirt
>>
>> but this needs root privileges.
>>
>> HTH
>>
>> Am 10.01.2014 07:41, schrieb Koen Vanoppen:
>>> Dear all,
>>>
>>> Because of our puppet integration at work, it would like to know if there
>>> is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on
>>> wich the vm is running?
> 
> And unfortunately, you can even tell the UUID of the specific host on
> top of which the VM was first started via
> 
> dmidecode -s system-serial-number
> 
> in the guest. This feature is unfortunate, as it cannot really be
> trusted (it does not update upon migration), and breaks an important
> abstraction.
> 
> 
> 

-- 
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: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Gianluca Cecchi]

On Fri, Jan 10, 2014 at 2:04 PM, Markus Stockhausen wrote:
>> Ah man, now I see it, it´s not rotating the right file, look:
>> # grep libvirtd /etc/logrotate.d/libvirtd
>> /var/log/libvirt/libvirtd.log {
>> # grep libvirtd.log /etc/libvirt/libvirtd.conf
>> log_outputs="1:file:/var/log/libvirtd.log"
>>
>> Bug?
>
> I would say no - at least for Fedora 19 nodes.
> In our environment (3.3.2) /var/log/libvirtd.log
> does not exist and everything is smoothly
> rotating in directory /var/log/libvirt
>
> Maybe /var/log/libvirtd.log is an old file?
>
> Markus

In its default config for my f19 nodes, the logging section of
libvirtd is empty and no other customization in
/etc/sysconfig/libvirtd regaridng log files; so based on log location
and contents, it seems it defaults to "debug" level, such as:

log_outputs="1:file:/var/log/libvirt/libvirtd.log"

So you can comment out your line or put the one above.
Or put other numerical numbers if you want a different level:
#1: DEBUG
#2: INFO
#3: WARNING
#4: ERROR

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

Re: [Users] Network not sync and problems reconfiguring

[Lior Vernia]

On 10/01/14 11:53, Juan Pablo Lorier wrote:
> Hi Lior,
> 
> I'll try to elaborate between lines:
> 
> On 09/01/14 18:31, Lior Vernia wrote:
>> Hi Juan,
>>
>> I'm not sure I understand a couple of things, could you elaborate?
>>
>> 0. What version engine are you running?
> 3.3.1 when the problem appeared, but now I moved to 3.3.2
>> 1. "Out of the blue" - no trigger that you can think of, that would help
>> retrace the cause?
> The only thing I can think of was a reboot (clean) of the engine VM (not
> self hosted, just a vbox VM). After the problem appeared, I started
> making many changes and tests so I can't recreate the exact scenario at
> this time.

Okay, currently nothing springs to mind as to what may have caused this,
I'll try to think on it some more.

>>
>> 2. From your other e-mail, I understand that somehow the management
>> network lost its VLAN tagging, and that it shows as out-of-sync in the
>> Setup Host Networks dialog. Correct?
> Yes. Also other LN where out of sync, but the hosts had differences in
> which LN went out of sync. All of them have ovirtmgmt out of sync.
>>
>> 3. Do I understand correctly that even though it's marked as
>> out-of-sync, you don't see the "synchronize" checkbox when editing the
>> network on the host (little pencil icon)?
> It doesn't. I made some tests and I found that it's a problem with
> firefox (mine is version 26 over Fedora 19). It's showing things a
> little bit bigger than chrome and so the sync option is not shown in the
> edit window. Other functions also are not working properly, for
> instance, if I choose a particular item into a category (host, vm, etc)
> in the left tree, the right frame does not change, I have to choose the
> group (hosts, vms, etc) and choose the particular item among all the
> listed in the right frame. I've checked and firefox 22 on windows has
> the same behavior. This started to happen after I upgraded from 3.3.0 to
> 3.3.1 but never saw the lack of the sync option until now.

My machine currently isn't in a state to test these things on different
versions of Firefox. If you can pin-point exactly on what versions this
occurs, I would greatly appreciate it if you could open a bug about it
in bugzilla.redhat.com and I'll try to get it fixed.

It does sound that it's only a graphical issue that's causing the
checkbox to be hidden. So as an immediate workaround, you could use
either the Firefox web developer tools or the Firebug plugin to enlarge
the dialog and panels enough so that the checkbox shows, then mark it
and have the networks synchronized. Please let me know if that works for
you.

>>
>> Yours, Lior.
>>
>> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>>> Hi,
>>>
>>> Out of the blue some of the hosts got some LNs out of sync (not the same
>>> in all of them). If I try to resync the LN, it does not show a resync
>>> option, so I took one host and detached the lns and reconfigured them.
>>> After that, ovirtmgmt is not created correctly, it does not create the
>>> vlan interface on top of the bond and also, it's adding the bond to the
>>> bridge instead of the vlan interface.
>>> I got it partially running but it's still non operational as the engine
>>> complains the host can't mount the gluster domain (it can reach the
>>> network of the other brick):
>>>
>>> [root@ovirt4 network-scripts]# gluster volume status
>>> Status of volume: glusterfs
>>> Gluster processPortOnlinePid
>>> --
>>> Brick 192.168.128.82:/glusterfs49154Y13288
>>> Brick 192.168.128.83:/glusterfs49154Y5961
>>> NFS Server on localhost2049Y4557
>>> Self-heal Daemon on localhostN/AY4558
>>> NFS Server on 192.168.128.822049Y15815
>>> Self-heal Daemon on 192.168.128.82N/AY15819
>>>
>>>
>>> I'm not synchronizing any other host just in case this happens to the
>>> other host too.
>>> Regards,
>>> ___
>>> 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: [Users] Networking questions (LONG)

[Itamar Heim]

On 01/10/2014 01:32 PM, Dan Kenigsberg wrote:

On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote:

Hello Alan,

On 09/01/14 10:07, Alan Murrell wrote:

Hello,

I am evaluating oVirt as a replacement/alternative to VMware deployments
we typically do.  I have installed and all-in-one setup on a test box
(which itself used to be an ESXi server), but it only has one NIC.  I
trying to duplicate our typical configuration we do in VMware, which is
this:

   1.) we create several "port groups" on the vSwitch, each assigned a
VLAN ID, such as:

   - VLAN001 (VLAN ID: 1)
   - VLAN002 (VLAN ID: 2)
   - VLAN009 (VLAN ID: 9)
   - VLAN010 (VLAN ID: 10)
   - VLAN200 (VLAN ID: 200)
   - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all
VLANS" and basically just passes the VLANs through to whatever is
attached to the port group for the VM to handle)

   2.) We assign VMs to port groups appropriate for the VLAN they are
part of.
   3.) The only VM that has a NIC assigned to the "TRUNK" port group is
the firewall (which is Linux), and we create VLAN interfaces on it
(i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200").  The firewall VM acts
as the router between the various VLANs.

To replicate the above in oVirt, I created logical networks for each
VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM does not
have an equivalent for VMware's VLAN ID of "4095", so after some
searching around, so for the "TRUNK" network, I left it with no VLAN
assigned.  Because i cannot add VLAN and non-VLAN networks to the same
physical NIC, after some searching around, it looks like I may have to
utilise two NICS: one for the VLAN networks and one for the "TRUNK" network.


That is true. One non-VLAN network can in fact sit on the same NIC with
VLAN networks, but it has to be non-VM.


This was devised as a security constraint - otherwise, a VM attached to
the non-VLAN network could sniff traffic from another (VLAN) network.
However, it seems that this is exactly what you need - a special VM that
is designed to do just that.



isn't that was promiscious mode (aka port mirroring) is for?


And it's not only you: there's another recent request for lifting this
limitation:
 Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the
 same NIC



However, I'm not sure that you in fact need a "TRUNK" VM network in
oVirt. If you want your firewall VM to get all traffic from the VLANs,
you could create a vNIC for each network, to which you'll attach a
profile (oVirt's equivalent of port group if I'm not mistaken) of the
corresponding network. The host can remain with just the VLAN networks
attached to its NICs, without a designated "TRUNK".

This way the firewall VM will get something like "eth1" for VLAN 1,
"eth2" for VLAN 200 and so forth, which might be close enough to what
you described on your previous setup (oVirt currently doesn't allow
creating VLANs inside VMs). And if I correctly understood your needs it
will save you the trouble you described below (well, you would need the
one dummy interface).



Because, at this point, I am not yet concerned with making the test VMs
I will be setting up be accessible from outside the virtual lab
environment (i.e., everything will communicate within my oVirt
server/network for now), I am trying to make use of "dummy" interfaces,
but I am not sure the best way to make use of this.  I am able to create
the dummy* interfaces and have them show up in oVirt, but I am not sure
of how they should be setup.  Here is what I am *thinking* should be
done, but want to make sure it is correct before getting too deep:

   - I will use the physical NIC for management, therefore the
"ovirtmgmt" bridge with eth0 assigned to it will remain as-is
   - Create two dummy interfaces: "dummy0" and "dummy1"
   - Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to it


This is something that currently can't be done from within the oVirt
engine, but if my above suggestion works for you then it won't be needed.


   - Attach the VLAN-enabled networks to "dummy0"
   - Attach the "TRUNK" network to "dummy1"


I do not understand what you are trying to do with dummy devices (after
all, they are not going to send any packet anywhere).

But if you are willing to mess with network configuration under the feet
of oVirt, you could do the following:
- create a network tagged with an id that is not really used in your
   datacenter, say 999, and attach it to the host.
- build and install vdsm-hook-extnet rpm
- define a vnic profile using this network, and adding a custom propery
   called "extnet" with the value of (say) "untagged".
- set up a bridge named "untagged" directly on top of your eth0 (say
   "breth0")
- define a libvirt bridged network named "untagged", that uses "breth0".
- attach the vnic of your firewall VM to your vnic profile.

Now, when you start up your firewall vm, the "extnet" hook gets into
action, and forces the firewall vm from 

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Markus Stockhausen]

> Ah man, now I see it, it´s not rotating the right file, look:
> # grep libvirtd /etc/logrotate.d/libvirtd
> /var/log/libvirt/libvirtd.log {
> # grep libvirtd.log /etc/libvirt/libvirtd.conf
> log_outputs="1:file:/var/log/libvirtd.log"
>
> Bug?

I would say no - at least for Fedora 19 nodes. 
In our environment (3.3.2) /var/log/libvirtd.log 
does not exist and everything is smoothly 
rotating in directory /var/log/libvirt

Maybe /var/log/libvirtd.log is an old file?

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Karli Sjöberg]

On Fri, 2014-01-10 at 12:23 +, Dan Kenigsberg wrote:
> On Thu, Jan 09, 2014 at 05:01:12PM +, Karli Sjöberg wrote:
> > > >
> > > > And the rotate policy says:
> > > > /etc/logrotate.d/libvirtd
> > > > ## beginning of configuration section by vdsm
> > > > /var/log/libvirt/libvirtd.log {
> > > > rotate 100
> > > > missingok
> > > > copytruncate
> > > > size 15M
> > > > compress
> > > > compresscmd /usr/bin/xz
> > > > uncompresscmd /usr/bin/unxz
> > > > compressext .xz
> > > > }
> > > >
> > > > Now, I just handled it by changing "100" to "1000" but I think that a
> > 
> > I do not understand this issue, Karli. After 100 log files have been
> > created, the oldest one should have been removed and replaced by the
> > newest one. logrotate is expected to be called every 15 minutes, so it
> > should not have stayed above 15M for so long. Do you see any error when
> > running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?
> > 
> > What the funk, it doesn´t do anything, complains nothing like it´s done 
> > what it´s supposed to, and no errors in "/var/log/messages" either...
> > 
> > Oh, and here´s the output:
> > # du -h /var/log/libvirtd.log
> > 1.1G/var/log/libvirtd.log
> > # /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
> > reading config file /etc/logrotate.d/libvirtd
> > reading config info for /var/log/libvirt/libvirtd.log 
> > compress_prog is now /usr/bin/xz
> > uncompress_prog is now /usr/bin/unxz
> > compress_ext is now .xz
> > 
> > Handling 1 logs
> > 
> > rotating pattern: /var/log/libvirt/libvirtd.log  15728640 bytes (1000 
> > rotations)
> > empty log files are rotated, old logs are removed
> > considering log /var/log/libvirt/libvirtd.log
> >   log does not need rotating
> > 
> > Really, are you sure about that?
> > 
> > /K
> 
> I really do not know what to say - it seems like an awkward logrotate
> bug. Maybe if you play with arguments a bit (avoid compression? change
> size?) it could be convinced to work. Otherwise it sounds like gdb
> time...
> 

Ah man, now I see it, it´s not rotating the right file, look:
# grep libvirtd /etc/logrotate.d/libvirtd
/var/log/libvirt/libvirtd.log {
# grep libvirtd.log /etc/libvirt/libvirtd.conf 
log_outputs="1:file:/var/log/libvirtd.log"

Bug?


-- 

Med Vänliga Hälsningar

---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Networking questions (LONG)

[Juan Pablo Lorier]

Hi Dan,

I take the chance to ask; why is that the untagged IF can see the
traffic of the tagged vlans? Isn't that filtered at kernel level? Is
this a virtualization design limitation or is it down to the kernel?
I don't know how the kernel processes the packages, but I thought that
packages that arrives to the nic are filtered by the kernel and sent to
the respective vif (untagged to the "master" interface and tagged to the
.XX interfaces). I ask because other virtualization platforms don't have
this limitation and I wonder if it's because they "don't care" of
because they solved this somehow.
Regards,

On 10/01/14 09:32, Dan Kenigsberg wrote:
> On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote:
>> Hello Alan,
>>
>> On 09/01/14 10:07, Alan Murrell wrote:
>>> Hello,
>>>
>>> I am evaluating oVirt as a replacement/alternative to VMware deployments
>>> we typically do.  I have installed and all-in-one setup on a test box
>>> (which itself used to be an ESXi server), but it only has one NIC.  I
>>> trying to duplicate our typical configuration we do in VMware, which is
>>> this:
>>>
>>>   1.) we create several "port groups" on the vSwitch, each assigned a
>>> VLAN ID, such as:
>>>
>>>   - VLAN001 (VLAN ID: 1)
>>>   - VLAN002 (VLAN ID: 2)
>>>   - VLAN009 (VLAN ID: 9)
>>>   - VLAN010 (VLAN ID: 10)
>>>   - VLAN200 (VLAN ID: 200)
>>>   - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all
>>> VLANS" and basically just passes the VLANs through to whatever is
>>> attached to the port group for the VM to handle)
>>>
>>>   2.) We assign VMs to port groups appropriate for the VLAN they are
>>> part of.
>>>   3.) The only VM that has a NIC assigned to the "TRUNK" port group is
>>> the firewall (which is Linux), and we create VLAN interfaces on it
>>> (i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200").  The firewall VM acts
>>> as the router between the various VLANs.
>>>
>>> To replicate the above in oVirt, I created logical networks for each
>>> VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM does not
>>> have an equivalent for VMware's VLAN ID of "4095", so after some
>>> searching around, so for the "TRUNK" network, I left it with no VLAN
>>> assigned.  Because i cannot add VLAN and non-VLAN networks to the same
>>> physical NIC, after some searching around, it looks like I may have to
>>> utilise two NICS: one for the VLAN networks and one for the "TRUNK" network.
>> That is true. One non-VLAN network can in fact sit on the same NIC with
>> VLAN networks, but it has to be non-VM.
> This was devised as a security constraint - otherwise, a VM attached to
> the non-VLAN network could sniff traffic from another (VLAN) network.
> However, it seems that this is exactly what you need - a special VM that
> is designed to do just that.
>
> And it's not only you: there's another recent request for lifting this
> limitation:
> Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the
> same NIC
>
>> However, I'm not sure that you in fact need a "TRUNK" VM network in
>> oVirt. If you want your firewall VM to get all traffic from the VLANs,
>> you could create a vNIC for each network, to which you'll attach a
>> profile (oVirt's equivalent of port group if I'm not mistaken) of the
>> corresponding network. The host can remain with just the VLAN networks
>> attached to its NICs, without a designated "TRUNK".
>>
>> This way the firewall VM will get something like "eth1" for VLAN 1,
>> "eth2" for VLAN 200 and so forth, which might be close enough to what
>> you described on your previous setup (oVirt currently doesn't allow
>> creating VLANs inside VMs). And if I correctly understood your needs it
>> will save you the trouble you described below (well, you would need the
>> one dummy interface).
>>
>>> Because, at this point, I am not yet concerned with making the test VMs
>>> I will be setting up be accessible from outside the virtual lab
>>> environment (i.e., everything will communicate within my oVirt
>>> server/network for now), I am trying to make use of "dummy" interfaces,
>>> but I am not sure the best way to make use of this.  I am able to create
>>> the dummy* interfaces and have them show up in oVirt, but I am not sure
>>> of how they should be setup.  Here is what I am *thinking* should be
>>> done, but want to make sure it is correct before getting too deep:
>>>
>>>   - I will use the physical NIC for management, therefore the
>>> "ovirtmgmt" bridge with eth0 assigned to it will remain as-is
>>>   - Create two dummy interfaces: "dummy0" and "dummy1"
>>>   - Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to it
>> This is something that currently can't be done from within the oVirt
>> engine, but if my above suggestion works for you then it won't be needed.
>>
>>>   - Attach the VLAN-enabled networks to "dummy0"
>>>   - Attach the "TRUNK" network to "dummy1"
> I do not understand what you are trying to do with dummy devices (af

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Dan Kenigsberg]

On Thu, Jan 09, 2014 at 05:01:12PM +, Karli Sjöberg wrote:
> > >
> > > And the rotate policy says:
> > > /etc/logrotate.d/libvirtd
> > > ## beginning of configuration section by vdsm
> > > /var/log/libvirt/libvirtd.log {
> > > rotate 100
> > > missingok
> > > copytruncate
> > > size 15M
> > > compress
> > > compresscmd /usr/bin/xz
> > > uncompresscmd /usr/bin/unxz
> > > compressext .xz
> > > }
> > >
> > > Now, I just handled it by changing "100" to "1000" but I think that a
> 
> I do not understand this issue, Karli. After 100 log files have been
> created, the oldest one should have been removed and replaced by the
> newest one. logrotate is expected to be called every 15 minutes, so it
> should not have stayed above 15M for so long. Do you see any error when
> running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?
> 
> What the funk, it doesn´t do anything, complains nothing like it´s done what 
> it´s supposed to, and no errors in "/var/log/messages" either...
> 
> Oh, and here´s the output:
> # du -h /var/log/libvirtd.log
> 1.1G  /var/log/libvirtd.log
> # /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
> reading config file /etc/logrotate.d/libvirtd
> reading config info for /var/log/libvirt/libvirtd.log 
> compress_prog is now /usr/bin/xz
> uncompress_prog is now /usr/bin/unxz
> compress_ext is now .xz
> 
> Handling 1 logs
> 
> rotating pattern: /var/log/libvirt/libvirtd.log  15728640 bytes (1000 
> rotations)
> empty log files are rotated, old logs are removed
> considering log /var/log/libvirt/libvirtd.log
>   log does not need rotating
> 
> Really, are you sure about that?
> 
> /K

I really do not know what to say - it seems like an awkward logrotate
bug. Maybe if you play with arguments a bit (avoid compression? change
size?) it could be convinced to work. Otherwise it sounds like gdb
time...

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

[Users] [QE] oVirt 3.3.3 beta status

[Sandro Bonazzola]

we're going to branch and build oVirt 3.3.3 beta on Monday 2014-01-13.
A bug tracker is available at [1] and it shows no bugs blocking the release
the following has been proposed as blocker for 3.3.3 or 3.4.0, not targeted to 
a specific version yet:

Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax

The following is a list of the non-blocking bugs still open with target 3.3.3:

Whiteboard  Bug ID  Summary
Whiteboard  Bug ID  Summary
infra   987982  When adding a host through the REST API, the error 
message says that "rootPassword" is required...
infra   1017267 Plaintext user passwords in async_tasks database
infra   1040022 vdsm-tool configurre errors when installing vdsm package
integration 902979  ovirt-live - firefox doesn't trust the installed engine
integration 1021805 [RFE] oVirt Live - use motd to show the admin password
integration 1022440 [RFE] AIO - configure the AIO host to be a gluster 
cluster/host
integration 1026930 Package virtio-win and put it in ovirt repositories
integration 1026933 pre-populate ISO domain with virtio-win ISO
network 906313  [oVirt-webadmin] [setupNetworks] "No valid Operation 
for  and Unassigned Logical Networks panel"
network 987916  [oVirt] [provider] Dialog doesn't update unless focus 
lost
network 997197  Some AppErrors messages are grammatically incorrect 
(singular vs plural)
network 1023722 [oVirt-webadmin][network] Network roles in cluster 
management should be radio buttons
sla 1049343 [oVirt] Disabled Balloon in Add Vm
storage 987917  [oVirt] [glance] API version not specified in provider 
dialog
ux  906394  [oVirt-webadmin] [network] Loading animation in network 
main tab 'hosts' and 'vms' subtab is stuck...
virt1007940 Cannot clone from snapshot while using GlusterFS as 
POSIX Storage Domain
906257  USB Flash Drive install of ovirt-node created via dd 
fails
923049  ovirt-node fails to boot from local disk under UEFI mode
965583  [RFE] add shortcut key on TUI
976675  [wiki] Update contribution page
979350  Changes admin password in the first time when log in is 
failed while finished auto-install
979390  [RFE] Split defaults.py into smaller pieces
982232  performance page takes >1sec to load (on first load)
984441  kdump page crashed before configuring the network after 
ovirt-node intalled
986285  UI crashes when no bond name is given
991267  [RFE] Add TUI information to log file.
1018374 ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on 
Auto-install
1018710 [RFE] Enhance API documentation
1032035 [RFE]re-write auto install function for the cim plugin
1033286 ovirt-node-plugin-vdsm can not be added to ovirt node 
el6 base image

Maintainers:
Please add the bugs to the tracker if you think that 3.3.3 should not be 
released without them fixed.
Please re-target all bugs you don't think that should block 3.3.3.

For those who want to help testing the bugs, I suggest to add yourself as QA 
contact for the bug and add yourself to the testing page [2].

Maintainers are welcomed to start filling release notes, the page has been 
created here [3]


[1] http://bugzilla.redhat.com/1050084
[2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
[3] http://www.ovirt.org/OVirt_3.3.3_release_notes

Thanks,


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [QE] 3.4.0 Release tracker

[Sander Grendelman]

Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.

On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola  wrote:
> Hi,
>
> as you may know, we're planning to build oVirt 3.4.0 beta really soon and 
> release 3.4.0 by end of January.
> A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been 
> created for this release.
>
> The following is a list of the current blocker bugs with target 3.4.0:
> Whiteboard  Bug ID  Summary
> storage 1032686 [RFE] API to save OVF on any location
> storage 1032679 [RFE] Single Disk Snapshots
> network 987813  [RFE] report BOOTPROTO and BONDING_OPTS independent of 
> netdevice.cfg
>
>
> The following is a list of the bugs with target 3.4.0 not yet fixed:
>
> Whiteboard  Bug ID  Summary
> gluster 1008980 [oVirt] Option 'Select as SPM' available for a host 
> in gluster-only mode of oVirt
> gluster 1038988 Gluster brick sync does not work when host has 
> multiple interfaces
> i18n1033730 [es-ES] need to revise the "create snapshot" 
> translation
> infra   870330  Cache records in memory
> infra   904029  [engine-manage-domains] should use POSIX parameter 
> form and aliases as values
> infra   979231  oVirt Node Upgrade: Support N configuration
> infra   986882  tar which is used by host-deploy is missing from 
> fedora minimal installation
> infra   995362  [RFE] Support firewalld
> infra   1016634 Performance hit as a result of duplicate updates to 
> VdsDynamic in VdsUpdateRuntimeInfo
> infra   1023751 [RFE] Create Bin Overrider for application context 
> files changes we do in JRS
> infra   1023754 [RFE] add trigger to stop etl connection via engine 
> db value.
> infra   1023759 [RFE] re-implement SSO solution based on JRS new SSO 
> interface
> infra   1023761 [RFE] Build nightly JRS builds based on latest JRS 
> version
> infra   1028793 systemctl start vdsmd blocks if dns server unreachable
> infra   1032682 Refactor authentication framework in engine
> infra   1035844 [oVirt][infra] Add host/Reinstall radio button text 
> not actionable
> infra   1045350 REST error during VM creation via API
> infra   1046611 [oVirt][infra] Device custom properties syntax check 
> is wrong
> integration 789040  [RFE] Log Collector should be able to run without 
> asking questions
> integration 967350  [RFE] port dwh installer to otopi
> integration 967351  [RFE] port reports installer to otopi
> integration 1023752 [RFE] add upstream support for Centos el6 arch.
> integration 1024028 [RFE] add trigger to stop etl connection via engine 
> db value.
> integration 1028489 [RFE] pre-populate ISO DOMAIN  with 
> rhev-tools-setup.iso (or equiv)
> integration 1028913 'service network start' sometimes fails during setup
> integration 1037663 F20 - ovirt-log-collector: conflicts with file from 
> package sos-3.0-3.fc20.noarch
> integration 1039616 Setting shmmax on F19 is not enough for starting 
> postgres
> network 987832  failed to add ovirtmgmt bridge when the host has 
> static ip
> network 1001186 With AIO installer and NetworkManager enabled, the 
> ovirtmgmt bridge is not properly configured
> network 1010663 override mtu field allows only values up to 9000
> network 1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 
> 6.4 with EPEL dependency on python-inotify
> network 1037612 [oVirt][network][RFE] Add "sync" column to hosts sub 
> tab under networks main tab
> network 1040580 [RFE] Apply networks changes to multiple hosts
> network 1040586 [RFE] Ability to configure network on multiple hosts 
> at once
> network 1043220 [oVirt][network][RFE] Add Security-Group support for 
> Neutron based networks
> network 1043230 Allow configuring Network QoS on host interfaces
> network 1044479 Make an iproute2 network configurator for vdsm
> network 1048738 [oVirt][network][RFE] Add subnet support for neutron  
> based networks
> network 1048740 [oVirt][network][RFE] Allow deleting Neutron based 
> network (in Neutron)
> network 1048880 [vdsm][openstacknet] Migration fails for vNIC using 
> OVS + security groups
> sla 994712  Remove underscores for pre-defined policy names
> sla 1038616 [RFE] Support for hosted engine
> storage 888711  PosixFS issues
> storage 961532  [RFE] Handle iSCSI lun resize
> storage 1009610 [RFE] Provide clear warning when SPM become 
> inaccessible and needs fencing
> storage 1034081 Misleading error message when adding an existing 
> Storage Domain
> storage 1038053 [RFE] Allow domain of multiple types in a single Data 
> Center
> storage 1045842 After deleting image failed ui display message: Disk 
> gluster-test was successfully removed from...
> ux

Re: [Users] Networking questions (LONG)

[Dan Kenigsberg]

On Thu, Jan 09, 2014 at 10:53:25PM +0200, Lior Vernia wrote:
> Hello Alan,
> 
> On 09/01/14 10:07, Alan Murrell wrote:
> > Hello,
> > 
> > I am evaluating oVirt as a replacement/alternative to VMware deployments
> > we typically do.  I have installed and all-in-one setup on a test box
> > (which itself used to be an ESXi server), but it only has one NIC.  I
> > trying to duplicate our typical configuration we do in VMware, which is
> > this:
> > 
> >   1.) we create several "port groups" on the vSwitch, each assigned a
> > VLAN ID, such as:
> > 
> >   - VLAN001 (VLAN ID: 1)
> >   - VLAN002 (VLAN ID: 2)
> >   - VLAN009 (VLAN ID: 9)
> >   - VLAN010 (VLAN ID: 10)
> >   - VLAN200 (VLAN ID: 200)
> >   - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all
> > VLANS" and basically just passes the VLANs through to whatever is
> > attached to the port group for the VM to handle)
> > 
> >   2.) We assign VMs to port groups appropriate for the VLAN they are
> > part of.
> >   3.) The only VM that has a NIC assigned to the "TRUNK" port group is
> > the firewall (which is Linux), and we create VLAN interfaces on it
> > (i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200").  The firewall VM acts
> > as the router between the various VLANs.
> > 
> > To replicate the above in oVirt, I created logical networks for each
> > VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM does not
> > have an equivalent for VMware's VLAN ID of "4095", so after some
> > searching around, so for the "TRUNK" network, I left it with no VLAN
> > assigned.  Because i cannot add VLAN and non-VLAN networks to the same
> > physical NIC, after some searching around, it looks like I may have to
> > utilise two NICS: one for the VLAN networks and one for the "TRUNK" network.
> 
> That is true. One non-VLAN network can in fact sit on the same NIC with
> VLAN networks, but it has to be non-VM.

This was devised as a security constraint - otherwise, a VM attached to
the non-VLAN network could sniff traffic from another (VLAN) network.
However, it seems that this is exactly what you need - a special VM that
is designed to do just that.

And it's not only you: there's another recent request for lifting this
limitation:
Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the
same NIC

>
> However, I'm not sure that you in fact need a "TRUNK" VM network in
> oVirt. If you want your firewall VM to get all traffic from the VLANs,
> you could create a vNIC for each network, to which you'll attach a
> profile (oVirt's equivalent of port group if I'm not mistaken) of the
> corresponding network. The host can remain with just the VLAN networks
> attached to its NICs, without a designated "TRUNK".
>
> This way the firewall VM will get something like "eth1" for VLAN 1,
> "eth2" for VLAN 200 and so forth, which might be close enough to what
> you described on your previous setup (oVirt currently doesn't allow
> creating VLANs inside VMs). And if I correctly understood your needs it
> will save you the trouble you described below (well, you would need the
> one dummy interface).
>
> > 
> > Because, at this point, I am not yet concerned with making the test VMs
> > I will be setting up be accessible from outside the virtual lab
> > environment (i.e., everything will communicate within my oVirt
> > server/network for now), I am trying to make use of "dummy" interfaces,
> > but I am not sure the best way to make use of this.  I am able to create
> > the dummy* interfaces and have them show up in oVirt, but I am not sure
> > of how they should be setup.  Here is what I am *thinking* should be
> > done, but want to make sure it is correct before getting too deep:
> > 
> >   - I will use the physical NIC for management, therefore the
> > "ovirtmgmt" bridge with eth0 assigned to it will remain as-is
> >   - Create two dummy interfaces: "dummy0" and "dummy1"
> >   - Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to it
> 
> This is something that currently can't be done from within the oVirt
> engine, but if my above suggestion works for you then it won't be needed.
> 
> >   - Attach the VLAN-enabled networks to "dummy0"
> >   - Attach the "TRUNK" network to "dummy1"

I do not understand what you are trying to do with dummy devices (after
all, they are not going to send any packet anywhere).

But if you are willing to mess with network configuration under the feet
of oVirt, you could do the following:
- create a network tagged with an id that is not really used in your
  datacenter, say 999, and attach it to the host.
- build and install vdsm-hook-extnet rpm
- define a vnic profile using this network, and adding a custom propery
  called "extnet" with the value of (say) "untagged".
- set up a bridge named "untagged" directly on top of your eth0 (say
  "breth0")
- define a libvirt bridged network named "untagged", that uses "breth0".
- attach the vnic of your firewall VM to your vnic profile.

Now

Re: [Users] no VM network connection

[Gianluca Cecchi]

On Fri, Jan 10, 2014 at 11:48 AM, Assaf Muller wrote:
> If you intend to produce data following your stress tests, please share.
>
> Assaf Muller, Cloud Networking Engineer
> Red Hat
>
> - Original Message -
> From: "William Kwan"
> To: "Dan Kenigsberg" , "Assaf Muller"
> Cc: users@ovirt.org
> Sent: Thursday, January 9, 2014 11:26:50 PM
> Subject: Re: [Users] no VM network connection
>
> Thanks for the tips. Yes, after tcpdump left and right, we found an issue.  
> It is definitely an user error.
>
> BTW, thanks for all the assistance.  We have a promising setup working so 
> far.  We are running tests and putting more stress to test it.

And the tcpdump commands and options you used too: it can help others
(such as the no network-gurus as me;-) going through and give feedback
in similar situations...

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

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Gianluca Cecchi]

On Thu, Jan 9, 2014 at 5:33 PM, Dan Kenigsberg wrote:

>
> The question of how much logging we should keep is a tough one. I, as a
> developer, would like to have as much as possible. For long-running busy
> systems, it has happened to me that the core bug was spotted in
> vdsm.log.67 or so.
>
> However, I understand that verbosity has its price. To understand
> whether we are stable enough to change the defaults, I need volunteers:
> people who are willing to change their log level to INFO or WARNING, and
> see if they miss useful information from their logs.
>
> When you make you log level higher, you can lower the number of kept
> log files, as they would not be filled as quick.
>
> Would you, users@, help me with hard data?
>
> Dan.

I can't tell about missing information because at the moment I didn't
had big problmes since in my case I put logging to INFO where there
was DEBUG on 17 December for both vdsm and supervdsm.
This is a very calm infra composed by two nodes f19 oVirt 3.3.2 stable
repo and GlusterFS datcenter.
Only 3 VMS running about everytime

Rotation has not yet overwritten old log files
Under /var/log/vdsm now
# du -sh .
137M .
# ll supervdsm.log*|wc -l
106
# ll vdsm.log*|wc -l
113

For vdsm logs:
before I had 5 daily generated files for an overall of about 100Mb
uncompressed, now one file per day of about 14Mb uncompressed
A newer log
-rw-r--r--. 1 vdsm kvm429380 Jan  7 12:00 vdsm.log.1.xz

A before change log sequence
-rw-r--r--. 1 vdsm kvm   660280 Dec  8 22:01 vdsm.log.36.xz
-rw-r--r--. 1 vdsm kvm   659672 Dec  8 17:01 vdsm.log.37.xz
-rw-r--r--. 1 vdsm kvm   662584 Dec  8 12:01 vdsm.log.38.xz
-rw-r--r--. 1 vdsm kvm   655232 Dec  8 07:01 vdsm.log.39.xz
-rw-r--r--. 1 vdsm kvm   657832 Dec  8 02:00 vdsm.log.40.xz

For supervdsm logs no rotation yet after change, because size is set
to 15M in logrotate conf files:
Before change I had one file a day (uncompressed daily size was about 17-20Mb)
# ls -lt super*
-rw-r--r--. 1 root root 12620463 Jan  7 12:57 supervdsm.log
-rw-r--r--. 1 root root   342736 Dec 16 16:01 supervdsm.log.1.xz
-rw-r--r--. 1 root root   328952 Dec 15 14:00 supervdsm.log.2.xz
-rw-r--r--. 1 root root   343360 Dec 14 13:01 supervdsm.log.3.xz
-rw-r--r--. 1 root root   339244 Dec 13 11:00 supervdsm.log.4.xz
-rw-r--r--. 1 root root   349012 Dec 12 09:00 supervdsm.log.5.xz

I got a problem with SPM on 7 anuary and I correctly found in vdsm.log
Thread-7000::INFO::2014-01-07
15:42:52,632::logUtils::44::dispatcher::(wrapper) Run and protect:
disconnectStorageServer(domType=7, sp
UUID='eb679feb-4da2-4fd0-a185-abbe459ffa70', conList=[{'port': '',
'connection': 'f18ovn01.mydomain:gvdata', 'iqn': '', 'portal'
: '', 'user': '', 'vfs_type': 'glusterfs', 'password': '**', 'id':
'9d01b8fa-853e-4720-990b-f86bdb7cfcbb'}], options=None)
Thread-7001::INFO::2014-01-07
15:42:54,776::logUtils::44::dispatcher::(wrapper) Run and protect:
getAllTasksStatuses(spUUID=None, opti
ons=None)
Thread-7001::ERROR::2014-01-07
15:42:54,777::task::850::TaskManager.Task::(_setError)
Task=`2e948a29-fdaa-4049-ada4-421c6407b037`::Une
xpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 857, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2109, in getAllTasksStatuses
raise se.SpmStatusError()
SpmStatusError: Not SPM: ()
Thread-7001::INFO::2014-01-07
15:42:54,777::task::1151::TaskManager.Task::(prepare)
Task=`2e948a29-fdaa-4049-ada4-421c6407b037`::abort
ing: Task is aborted: 'Not SPM' - code 654
Thread-7001::ERROR::2014-01-07
15:42:54,778::dispatcher::67::Storage.Dispatcher.Protect::(run)
{'status': {'message': 'Not SPM: ()', '
code': 654}}

So I think it is good for me, otherwise I would have great
difficulties identifying problems inside the big files produced

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

Re: [Users] no VM network connection

[Assaf Muller]

If you intend to produce data following your stress tests, please share.

Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: "William Kwan" 
To: "Dan Kenigsberg" , "Assaf Muller" 
Cc: users@ovirt.org
Sent: Thursday, January 9, 2014 11:26:50 PM
Subject: Re: [Users] no VM network connection

Thanks for the tips. Yes, after tcpdump left and right, we found an issue.  It 
is definitely an user error.

BTW, thanks for all the assistance.  We have a promising setup working so far.  
We are running tests and putting more stress to test it.

Thanks
Will




On Thursday, January 9, 2014 11:53 AM, Dan Kenigsberg  wrote:
 
On Thu, Jan 09, 2014 at 09:18:15AM -0500, Assaf Muller wrote:
> Hi Will,
> 
> Do these new faulty VMs get IP from the DHCP server on subnet1? If so, can 
> they ping their default gateway?
> 
> If you SSH into the hypervisor that hosts the new VM, do you see a new 
> 'vnetX' device for it? If you type brctl showmacs , do you 
> see the MAC of the NIC of the VM that is connected to the VM network?
> 
> If you tcpdump bond1, do you see any outgoing VM traffic?

Also, if you set an explicit IP address within the guest and try to ping
outside of it - cun you see packets travelling out of the vnetX and into
the connected bridge?


> 
> Assaf Muller, Cloud Networking Engineer 
> Red Hat 
> 
> 
> - Original Message -
> From: "William Kwan" 
> To: users@ovirt.org
> Sent: Wednesday, January 8, 2014 8:47:51 PM
> Subject: [Users] no VM network connection
> 
> Hi all, 
> 
> Need some pointers here. I created one VM successfully with network 
> connection. New VMs and clone can't seem to get network connections. 
> 
> I have ovirt 3.3.2-1.el6 on CentOS6.5. Two virtualization nodes are on 6.5 
> with GlusterFS. 
> Both nodes have bond0 on management subnet and bond1 on subnet1. 
> bond0 has an IP assigned and bond1 has no IP assigned (just link up) 
> 
> I created a VM with two NICs attached to two the logical networks. This VM1 
> works fine with both network connections. This VM can be started on either 
> node fine with network connections. 
> 
> When I tried to build a new VM or build one from the template of VM1, I can't 
> seem to get another network connection working on these new VMs. Yes, they 
> have logical network attached to them.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] oVirt 3.4.0 alpha delayed

[Sandro Bonazzola]

Hi,
oVirt 3.4.0 alpha will be delayed due to packages dependencies issue.
Maintainers are already working on this, alpha will be released just after all 
dependency issues will have been fixed.

Details on dependency missing:

on CentOS 6.5:
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l 
glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
Reading in repository metadata - please wait
Checking Dependencies
Repos looked at: 8
   base
   epel
   glusterfs-epel
   glusterfs-noarch-epel
   ovirt-3.3.2
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 16581
package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
 procps-ng
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from 
ovirt-3.4.0-alpha
  unresolved deps:
 otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6
package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
 httpcomponents-client >= 0:4.2
 apache-commons-logging
 apache-commons-beanutils
package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
 vhostmd


On Fedora 19:
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable
Reading in repository metadata - please wait
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 38832
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from 
ovirt-3.4.0-alpha
  unresolved deps:
 otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch 
from ovirt-3.4.0-alpha
  unresolved deps:
 openstack-java-resteasy-connector >= 0:3.0.2
 openstack-java-quantum-model >= 0:3.0.2
 openstack-java-quantum-client >= 0:3.0.2
 openstack-java-keystone-model >= 0:3.0.2
 openstack-java-keystone-client >= 0:3.0.2
 openstack-java-glance-model >= 0:3.0.2
 openstack-java-glance-client >= 0:3.0.2
 openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from 
ovirt-3.4.0-alpha
  unresolved deps:
 ovirt-engine-dwh >= 0:3.4.0


On Fedora 20 (ovirt-stable doesn't support Fedora 20):
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates
Reading in repository metadata - please wait
Checking Dependencies
Repos looked at: 3
   fedora
   ovirt-3.4.0-alpha
   updates
Num Packages in Repos: 38822
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from 
ovirt-3.4.0-alpha
  unresolved deps:
 otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch 
from ovirt-3.4.0-alpha
  unresolved deps:
 openstack-java-resteasy-connector >= 0:3.0.2
 openstack-java-quantum-model >= 0:3.0.2
 openstack-java-quantum-client >= 0:3.0.2
 openstack-java-keystone-model >= 0:3.0.2
 openstack-java-keystone-client >= 0:3.0.2
 openstack-java-glance-model >= 0:3.0.2
 openstack-java-glance-client >= 0:3.0.2
 openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from 
ovirt-3.4.0-alpha
  unresolved deps:
 ovirt-engine-dwh >= 0:3.4.0

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Hypervisor info

[Dan Kenigsberg]

On Fri, Jan 10, 2014 at 09:12:39AM +, Sven Kieske wrote:
> Hi,
> 
> yeah of course, there are various scripts for that
> i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/
> 
> (google is your friend)
> 
> the (afaik) fastest way to detect ovirt is:
> 
> dmidecode | grep oVirt
> 
> but this needs root privileges.
> 
> HTH
> 
> Am 10.01.2014 07:41, schrieb Koen Vanoppen:
> > Dear all,
> > 
> > Because of our puppet integration at work, it would like to know if there
> > is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on
> > wich the vm is running?

And unfortunately, you can even tell the UUID of the specific host on
top of which the VM was first started via

dmidecode -s system-serial-number

in the guest. This feature is unfortunate, as it cannot really be
trusted (it does not update upon migration), and breaks an important
abstraction.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] VSDM´s logrotate makes Hosts fill up var eventually

[Karli Sjöberg]

I´m resending an email sent yersterday that was probably overlooked due
to a lack of indentation.

On Thu, 2014-01-09 at 16:33 +, Dan Kenigsberg wrote:
> On Thu, Jan 09, 2014 at 01:39:08PM +, Sven Kieske wrote:
> > Hi,
> > 
> > I also guess this gets so large because of the loglevels in
> > /etc/vdsm/logger.conf
> > 
> > this seems to be the default:
> > 
> > [logger_root]
> > level=DEBUG
> > handlers=syslog,logfile
> > propagate=0
> > 
> > [logger_vds]
> > level=DEBUG
> > handlers=syslog,logfile
> > qualname=vds
> > propagate=0
> > 
> > [logger_Storage]
> > level=DEBUG
> > handlers=logfile
> > qualname=Storage
> > propagate=0
> > 
> > [logger_metadata]
> > level=WARNING
> > handlers=metadata
> > qualname=irs.metadata
> > propagate=0
> > 
> > [handler_syslog]
> > level=WARNING
> > class=handlers.SysLogHandler
> > formatter=sysform
> > args=('/dev/log', handlers.SysLogHandler.LOG_USER)
> > 
> > [handler_logfile]
> > class=logging.handlers.WatchedFileHandler
> > args=('/var/log/vdsm/vdsm.log',)
> > filters=storage.misc.TracebackRepeatFilter
> > level=DEBUG
> > formatter=long
> > 
> > [handler_metadata]
> > class=logging.handlers.WatchedFileHandler
> > args=('/var/log/vdsm/metadata.log',)
> > level=WARNING
> > formatter=long
> > 
> > 
> > which is "debug" level for most loggers.
> > 
> > Question to the devs:
> > 
> > Is this really needed as a default in a production
> > environment?
> > 
> > my vdsm is a little bit older btw:
> > 
> > vdsm-4.12.1-4.el6.x86_64
> > vdsm-cli-4.12.1-4.el6.noarch
> > vdsm-python-4.12.1-4.el6.x86_64
> > vdsm-python-cpopen-4.12.1-4.el6.x86_64
> > vdsm-xmlrpc-4.12.1-4.el6.noarch
> > 
> > did this change in vdsm 4.13. ?
> 
> No change yet.
> 
> > 
> > Am 09.01.2014 14:26, schrieb Karli Sjöberg:
> > > Hi!
> > > 
> > > I just noticed my Hypervisor nodes starting to complain about disks
> > > almost being full. I started investigation and noticed that:
> > > # du -h /var/log/libvirtd.log
> > > 100G  /var/log/libvirtd.log
> > > 
> > > And many Hosts system partition had indeed become full:S
> > > 
> > > Why weren´t the file rotated? Well:
> > > # ls -lah /var/log/libvirtd.log.* | wc -l
> > > 100
> > > 
> > > And the rotate policy says:
> > > /etc/logrotate.d/libvirtd
> > > ## beginning of configuration section by vdsm
> > > /var/log/libvirt/libvirtd.log {
> > > rotate 100
> > > missingok
> > > copytruncate
> > > size 15M
> > > compress
> > > compresscmd /usr/bin/xz
> > > uncompresscmd /usr/bin/unxz
> > > compressext .xz
> > > }
> > > 
> > > Now, I just handled it by changing "100" to "1000" but I think that a
> 
> I do not understand this issue, Karli. After 100 log files have been
> created, the oldest one should have been removed and replaced by the
> newest one. logrotate is expected to be called every 15 minutes, so it
> should not have stayed above 15M for so long. Do you see any error when
> running `/usr/sbin/logrotate /etc/logrotate.d/libvirtd` as root?

What the funk, it doesn´t do anything, complains nothing like it´s done
what it´s supposed to, and no errors in "/var/log/messages" either...

Oh, and here´s the output:
# du -h /var/log/libvirtd.log
1.1G/var/log/libvirtd.log
# /usr/sbin/logrotate -d -v /etc/logrotate.d/libvirtd
reading config file /etc/logrotate.d/libvirtd
reading config info for /var/log/libvirt/libvirtd.log 
compress_prog is now /usr/bin/xz
uncompress_prog is now /usr/bin/unxz
compress_ext is now .xz

Handling 1 logs

rotating pattern: /var/log/libvirt/libvirtd.log  15728640 bytes (1000
rotations)
empty log files are rotated, old logs are removed
considering log /var/log/libvirt/libvirtd.log
  log does not need rotating

Really, are you sure about that?

> 
> > > better default needs to be placed in general, don´t you?
> > > # rpm -qa | grep vdsm
> > > vdsm-python-4.13.0-11.el6.x86_64
> > > vdsm-python-cpopen-4.13.0-11.el6.x86_64
> > > vdsm-4.13.0-11.el6.x86_64
> > > vdsm-xmlrpc-4.13.0-11.el6.noarch
> > > vdsm-cli-4.13.0-11.el6.noarch
> 
> The question of how much logging we should keep is a tough one. I, as a
> developer, would like to have as much as possible. For long-running busy
> systems, it has happened to me that the core bug was spotted in
> vdsm.log.67 or so.
> 
> However, I understand that verbosity has its price. To understand
> whether we are stable enough to change the defaults, I need volunteers:
> people who are willing to change their log level to INFO or WARNING, and
> see if they miss useful information from their logs.
> 
> When you make you log level higher, you can lower the number of kept
> log files, as they would not be filled as quick.
> 
> Would you, users@, help me with hard data?

Well, I understand that having more data of course helps when there´s an
issue, however having lots of data isn´t exactly helping in this
particular case;P

Seriously though, it´s not bothering me having lots of logs. I don´t
mind the DEBUG mode, and as long as rotate _does what it´s supposed to_
it´s not t

Re: [Users] cluster.min-free-disk option on gluster 3.4 Was: Re: how to temporarily solve low disk space problem

[Gianluca Cecchi]

On Tue, Jan 7, 2014 at 8:29 PM, Amedeo Salvati wrote:

>>
>> Could this parameter impact in general only start of new VMs or in any
>> way also already running VMs?
>> Gianluca
>
> added gluster-users as they can responde to us questions.
>
> Gianluca, as you are using glusterfs, and as I can see on your df output:
>
> /dev/mapper/fedora-DATA_GLUSTER 30G   23G  7.8G  75%
> /gluster/DATA_GLUSTER
> node01.mydomain:gvdata  30G   26G  4.6G  85%
> /rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata
>
>
> be careful to gluster cluster.min-free-disk option, that on gluster 3.1 and
> 3.2 it's default option is 0% (good for you!)
>
> http://gluster.org/community/documentation//index.php/Gluster_3.2:_Setting_Volume_Options#cluster.min-free-disk
>
> but I can't find the same documentation for gluster 3.4, that I suppose
> you're using this gluster version on ovirt; otherwise on red hat storage
> documentation cluster.min-free-disk default option is 10% (bad for you):
>
> https://access.redhat.com/site/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Managing_Volumes.html
>
> so you fill your gvdata volume up to 90% and let we know if it's stop I/O
> (or only write) or we can wait for a clarification from gluster guy :-)
>
> best regards
> a

My environment is based on OVirt 3.3.2 with Fedora 19 oVirt stable repo.
Plus GlusterFS upgraded to 3.4.2-1.fc19 from updates-testing f19 repo

At this moment I have 4Gb free on xfs filesystem, that is the base for
gluster mount point.

# engine-config -g FreeSpaceCriticalLowInGB
FreeSpaceCriticalLowInGB: 2 version: general
--> all ok

Then
# engine-config -s FreeSpaceCriticalLowInGB=6
# systemctl restart ovirt-engine
--> all ok

Then
Tried "yum update" of a F20 VM that goes without problem (about 50Mb
involved in transaction)
Reboot on VM (so no power off)
--> all ok

Then
Shutdown of VM and attempt to power on it
--> fail

In webadmin gui I get:

"
Error while executing action:

f20:

Cannot run VM. Low disk space on target Storage Domain gvdata.
"

In engine.log I get
2014-01-10 10:37:42,610 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
(ajp--127.0.0.1-8702-1) [12c2f039] CanDoAction of action RunVm failed.
Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_DISK_SPACE_LOW_ON_TARGET_STORAGE_DOMAIN,$storageName
gvdata
, sharedLocks= ]

Strangely no output in webadmin gui events pane (see also below the
list of them)

Then
# engine-config -s FreeSpaceCriticalLowInGB=1
# systemctl restart ovirt-engine
--> all ok I can power on the f20 VM again

HIH,
Gianluca

Regarding GlusterFS i went through several updates from 3.x to 4.x
version for gluster and in 3.x for engine/hosts, so I don't know in a
clean install starting with oVirt 3.3.2 and GlusterFS 3.4.2 what
engine would have put as a value for FreeSpaceCriticalLowInGB, if a
fixed one (absolute or percentage) or variable depending on total
initial size of XFS filesystem.

Still one strange thing I notice in engine events sequence is this
(please read from last line going up); are normal/expected the
datacenter outputs messages when you restart engine?

2014-Jan-10, 10:50 user admin@internal initiated console session for VM f20

2014-Jan-10, 10:50 VM f20 started on Host f18ovn03

2014-Jan-10, 10:50 user admin@internal initiated console session for VM f20
--> here VM starts ok now
2014-Jan-10, 10:49 VM f20 was started by admin@internal (Host: f18ovn03).

2014-Jan-10, 10:49 User admin@internal logged in.
---> here I have done login again to webadmin gui after engine restart
2014-Jan-10, 10:49 User admin@internal logged in.

2014-Jan-10, 10:47 Storage Pool Manager runs on Host f18ovn03
(Address: 10.4.4.59).

2014-Jan-10, 10:47 Invalid status on Data Center Gluster. Setting
status to Non Responsive.

2014-Jan-10, 10:47 State was set to Up for host f18ovn01.

2014-Jan-10, 10:47 State was set to Up for host f18ovn03.
--> reset  FreeSpaceCriticalLowInGB to 1 and restart of engine
2014-Jan-10, 10:47 User admin@internal logged out.
---> shutdown and power off of VM
2014-Jan-10, 10:37 VM f20 is down. Exit message: User shut down

2014-Jan-10, 10:36 user admin@internal initiated console session for VM f20

2014-Jan-10, 10:35 user admin@internal initiated console session for VM f20

2014-Jan-10, 10:31 User admin@internal logged in.
---> here I have done login again to webadmin gui after engine restart
2014-Jan-10, 10:31 User admin@internal logged in.

2014-Jan-10, 10:29 Warning, Low disk space.gvdata domain has 4 GB of free space

2014-Jan-10, 10:29 Storage Pool Manager runs on Host f18ovn03
(Address: 10.4.4.59).

2014-Jan-10, 10:29 Invalid status on Data Center Gluster. Setting
status to Non Responsive.

2014-Jan-10, 10:29 State was set to Up for host f18ovn03.

2014-Jan-10, 10:29 State was set to Up for host f18ovn01.
--> here I have set new higher value for FreeSpaceCriticalLowInGB that
will cause problems and issued restart of engine
2014-Jan-10, 10:29 User admin

Re: [Users] VM Status "Unknown"

[Meital Bourvine]

Can you please provide vdsm.log (of both hosts) and engine.log? 

- Original Message -

> From: "Ryan Womer" 
> To: users@ovirt.org
> Sent: Thursday, January 9, 2014 10:43:37 PM
> Subject: [Users] VM Status "Unknown"

> During a migration, the destination host lost connectivity to the san and
> crashed.

> Once the server came back up, 3 VMs that didn’t finish migrating have been
> stuck in status “Unknown.” Vdsclient doesn’t list any of the vms on either
> host. Qemu doesn’t have them listed as mounted on either host. Action vm
> start and stop result in “Status: 409”.

> The disks for all 3 VMs are listed as green in the WebAdmin. I’ve tried
> “action vm  start” “action vm  stop” “update vm 
> --status-state down” no joy. They remain in “unknown.”

> ___
> 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: [Users] Network not sync and problems reconfiguring

[Juan Pablo Lorier]

Hi Lior,

I'll try to elaborate between lines:

On 09/01/14 18:31, Lior Vernia wrote:
> Hi Juan,
>
> I'm not sure I understand a couple of things, could you elaborate?
>
> 0. What version engine are you running?
3.3.1 when the problem appeared, but now I moved to 3.3.2
> 1. "Out of the blue" - no trigger that you can think of, that would help
> retrace the cause?
The only thing I can think of was a reboot (clean) of the engine VM (not
self hosted, just a vbox VM). After the problem appeared, I started
making many changes and tests so I can't recreate the exact scenario at
this time.
>
> 2. From your other e-mail, I understand that somehow the management
> network lost its VLAN tagging, and that it shows as out-of-sync in the
> Setup Host Networks dialog. Correct?
Yes. Also other LN where out of sync, but the hosts had differences in
which LN went out of sync. All of them have ovirtmgmt out of sync.
>
> 3. Do I understand correctly that even though it's marked as
> out-of-sync, you don't see the "synchronize" checkbox when editing the
> network on the host (little pencil icon)?
It doesn't. I made some tests and I found that it's a problem with
firefox (mine is version 26 over Fedora 19). It's showing things a
little bit bigger than chrome and so the sync option is not shown in the
edit window. Other functions also are not working properly, for
instance, if I choose a particular item into a category (host, vm, etc)
in the left tree, the right frame does not change, I have to choose the
group (hosts, vms, etc) and choose the particular item among all the
listed in the right frame. I've checked and firefox 22 on windows has
the same behavior. This started to happen after I upgraded from 3.3.0 to
3.3.1 but never saw the lack of the sync option until now.
>
> Yours, Lior.
>
> On 09/01/14 17:44, Juan Pablo Lorier wrote:
>> Hi,
>>
>> Out of the blue some of the hosts got some LNs out of sync (not the same
>> in all of them). If I try to resync the LN, it does not show a resync
>> option, so I took one host and detached the lns and reconfigured them.
>> After that, ovirtmgmt is not created correctly, it does not create the
>> vlan interface on top of the bond and also, it's adding the bond to the
>> bridge instead of the vlan interface.
>> I got it partially running but it's still non operational as the engine
>> complains the host can't mount the gluster domain (it can reach the
>> network of the other brick):
>>
>> [root@ovirt4 network-scripts]# gluster volume status
>> Status of volume: glusterfs
>> Gluster processPortOnlinePid
>> --
>> Brick 192.168.128.82:/glusterfs49154Y13288
>> Brick 192.168.128.83:/glusterfs49154Y5961
>> NFS Server on localhost2049Y4557
>> Self-heal Daemon on localhostN/AY4558
>> NFS Server on 192.168.128.822049Y15815
>> Self-heal Daemon on 192.168.128.82N/AY15819
>>
>>
>> I'm not synchronizing any other host just in case this happens to the
>> other host too.
>> Regards,
>> ___
>> 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: [Users] ovirt-engine on the virtualization node?

[Meital Bourvine]

I'm not sure what is your definition of "node", but if you are talking about 
hosts, then I think that hosted engine is what you're looking for. 

- Original Message -

> From: "William Kwan" 
> To: users@ovirt.org
> Sent: Friday, January 10, 2014 1:30:29 AM
> Subject: [Users] ovirt-engine on the virtualization node?

> Hi

> Is it possible to have oVirt engine installed on node1, while having both
> node1 and node2 as the virtualization nodes?

> Yes, it doesn't sound right at all for redundancy and etc. However, I have a
> situation where I have two nodes in a small remote location where I can turn
> them into virtualization nodes. I don't have another system I can leverage
> for ovirt engine. Another option is to use the oVirt engine at the main site
> to access these two remote systems over a dedicated line.

> Thanks
> W

> ___
> 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: [Users] Hypervisor info

[Gianluca Cecchi]

On Fri, Jan 10, 2014 at 10:12 AM, Sven Kieske wrote:
> Hi,
>
> yeah of course, there are various scripts for that
> i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/
>
> (google is your friend)
>
> the (afaik) fastest way to detect ovirt is:
>
> dmidecode | grep oVirt
>
> but this needs root privileges.
>

I confirm that on three guest systems: CentOS 5.10, CentOS 6.4 and
Fedora 20 all x86_64 I get:

$ sudo /usr/sbin/dmidecode | grep -A2 "System Information"
System Information
Manufacturer: oVirt
Product Name: oVirt Node

This on oVirt 3.3.2 with Fedora 19 oVirt stable repo.

nice to know.
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Hypervisor info

[Sven Kieske]

Hi,

yeah of course, there are various scripts for that
i. e. http://www.dmo.ca/blog/detecting-virtualization-on-linux/

(google is your friend)

the (afaik) fastest way to detect ovirt is:

dmidecode | grep oVirt

but this needs root privileges.

HTH

Am 10.01.2014 07:41, schrieb Koen Vanoppen:
> Dear all,
> 
> Because of our puppet integration at work, it would like to know if there
> is a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on
> wich the vm is running?
> 
> Kind regards,
> 
> Koen

-- 
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: [Users] [libvirt] libvirt migration port configuration and virPortAllocator

[Gianluca Cecchi]

On Fri, Jan 10, 2014 at 9:53 AM, Sven Kieske wrote:
> Hi,
>
> any chance this also gets backported to EL 6 ?
>
> I would open a BZ, but just if it's technically possible.
> The version difference is quite huge.
>

The bug for RH EL 6 has been already opened as a clone some months ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1018695

You can eventually "stress" there for a resolution...

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

Re: [Users] Hypervisor info

[Michal Skrivanek]

On 10 Jan 2014, at 07:41, Koen Vanoppen wrote:

> Dear all,
> 
> Because of our puppet integration at work, it would like to know if there is 
> a way in ovirt to know, from WITHIN a virtual machine, the hypervisor on wich 
> the vm is running?

look at dmidecode output, BIOS Manufacturer should be oVirt

Thanks,
michal

> 
> Kind regards,
> 
> Koen
> ___
> 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: [Users] [libvirt] libvirt migration port configuration and virPortAllocator

[Sven Kieske]

Hi,

any chance this also gets backported to EL 6 ?

I would open a BZ, but just if it's technically possible.
The version difference is quite huge.

-- 
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: [Users] Networking questions (LONG)

[Lior Vernia]

Hi Allan,

On 10/01/14 02:16, Alan Murrell wrote:
> Hello Lior,
> 
> Thank you for your reply.
> 

Sure, let's try to get that setup of yours working :)

> Quoting "Lior Vernia" :
> 
>> This way the firewall VM will get something like "eth1" for VLAN 1,
>> "eth2" for VLAN 200 and so forth, which might be close enough to what
>> you described on your previous setup (oVirt currently doesn't allow
>> creating VLANs inside VMs). And if I correctly understood your needs it
>> will save you the trouble you described below (well, you would need the
>> one dummy interface).
> 
> That would be doable, except I am not sure if there is a limit to the
> number of vNICs a VM could have and/or if there is an OS-level limit to
> how many?  It is also a bit "messier" IMO, but that is more of a
> personal issue than a technical one, and one I could probably get over :-)
> 

oVirt does not enforce any sort of limit on the number of vNICs. I
personally don't know about KVM or your VMs' OS, but this should be
Googleable.

> When you say that oVirt currently doesn't allow creating VLANs inside
> VMs, are you referring to the use of VLAN interfaces like I describe
> (e.g., "eth1.1", "eth1.2", "eth1.10", etc.)?  If so, is that an oVirt
> limitation, or a KVM one?
> 

Yes, sorry, I realise now that my phrasing was only half-understandable.
I indeed meant that oVirt doesn't support attaching more than one
network to the same vNIC (be it VLAN-tagged or not). I doubt that this
is a KVM limitation (but I'm no expert on KVM), I think it's just
something that we haven't yet found a strong case for in oVirt.

> I have seen examples where one can create a "Trunk" with KVM and Open
> vSwitch, and I thought for some reason oVirt used Open vSwitch, but none
> of the commands I tried from the examples were found.  A check of
>  shows that
> indeed there does not appear to be any integration yet, and it is only
> 60% done :-(
> 

I actually know nothing of the link you provided, but I can offer
alternatives.

If you REALLY want to use OVS with oVirt NOW, you could take advantage
of its integration with OpenStack Neutron. That would require you to
install another machine (should be possible on an all-in-one setup too)
as a Neutron server. This might go smoothly or it might cause you some
headaches.
http://www.ovirt.org/Features/Detailed_OSN_Integration

It will probably become possible in the future to use OVS with oVirt
directly (although I can't promise or commit on the time frame) by
leveraging a development process that's going on in VDSM networking
right now. In fact, if you're a developer you could help make it happen
and control the time frame yourself by contributing to an OVS backend.
http://www.ovirt.org/Feature/NetworkReloaded

> With regards to using the dummy interfaces, I realised I probably do not
> need to add them to a bridge, since they would be physical NICs in
> production (this is just for testing).  I initially did create the
> "ovirtvm" bridge before I realised that, but have made them
> "stand-alone" NICs with no IPs attached to them, but they are not
> "green" in oVirt when I try to attach my logical networks to them under
> "Networks > Hosts > vmhost01 > Setup Host Networks".
> 
> When I am in "Setup Host Networks", I see my dummy interfaces, but they
> have a red dot instead of a green one (like what "eth0" has). I can my
> logical networks to them, but the "Network Device Status" has a red
> arrow pointing down.  Here are my ifcfg-dummy* files:
> 

I'm not an expert on these things, but this "Down" status is basically
the "administrative" link state on the host. From my experience when
logical networks are attached via the Setup Networks dialog, it does go
up, although I haven't tried without an IP address. Also, it's worth
trying to see if the actual networking works even if the NIC shows as
down, or to ifup the NIC manually if it doesn't.

> --- ifcfg-dummy0 ---
> DEVICE=dummy0
> ONBOOT=yes
> TYPE=Ethernet
> DELAY=0
> BOOTPROTO=none
> NM_CONTROLLED=no
> STP=no
> --- ifcfg-dummy0 ---
> 
> My "ifcfg-dummy1" is identical, except of course it has "DEVICE=dummy1"
> in it.  The interfaces do come up on the host, but as I said, in "Setup
> Host Networks" they have a red dot instead of a green one.  Perhaps I do
> need to assign an IP?  I can maybe assign a "dummy" one (i.e., one that
> I would never use)?
> 
> -Alan
> ___
> 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