Re: [Users] Live Migration failed oVirt 3.3 Nightly

[Omer Frenkel]

- Original Message -

> From: "Andrew Lau" 
> To: "Omer Frenkel" 
> Cc: "Dan Kenigsberg" , libvir-l...@redhat.com, "users"
> 
> Sent: Monday, September 16, 2013 1:38:53 AM
> Subject: Re: [Users] Live Migration failed oVirt 3.3 Nightly

> On Sun, Sep 15, 2013 at 11:51 PM, Omer Frenkel < ofren...@redhat.com > wrote:

> > - Original Message -
> 
> > > From: "Dan Kenigsberg" < dan...@redhat.com >
> 
> > > To: "Andrew Lau" < and...@andrewklau.com >
> 
> > > Cc: libvir-l...@redhat.com , "users" < users@ovirt.org >
> 
> > > Sent: Sunday, September 15, 2013 3:47:03 PM
> 
> > > Subject: Re: [Users] Live Migration failed oVirt 3.3 Nightly
> 
> > >
> 
> > > On Sun, Sep 15, 2013 at 09:57:47PM +1000, Andrew Lau wrote:
> 
> > > > On Sun, Sep 15, 2013 at 9:34 PM, Dan Kenigsberg < dan...@redhat.com >
> > > > wrote:
> 
> > > >
> 
> > > > > On Sun, Sep 15, 2013 at 08:44:18PM +1000, Andrew Lau wrote:
> 
> > > > > > On Sun, Sep 15, 2013 at 8:00 PM, Dan Kenigsberg < dan...@redhat.com
> > > > > > >
> 
> > > > > wrote:
> 
> > > > > >
> 
> > > > > > > On Sun, Sep 15, 2013 at 06:48:41PM +1000, Andrew Lau wrote:
> 
> > > > > > > > Hi Dan,
> 
> > > > > > > >
> 
> > > > > > > > Certainly, I've uploaded them to fedora's paste bin and tried
> > > > > > > > to
> 
> > > > > > > > snip
> 
> > > > > > > just
> 
> > > > > > > > the relevant details.
> 
> > > > > > > >
> 
> > > > > > > > Sender ( hv01.melb.domain.net ):
> 
> > > > > > > > http://paste.fedoraproject.org/39660/92339651/
> 
> > > > > > >
> 
> > > > > > > This one has
> 
> > > > > > >
> 
> > > > > > > libvirtError: operation failed: Failed to connect to remote
> 
> > > > > > > libvirt
> 
> > > > > > > URI qemu+tls:// hv02.melb.domain.net/system
> 
> > > > > > >
> 
> > > > > > > which is most often related to firewall issues, and some time to
> > > > > > > key
> 
> > > > > > > mismatch.
> 
> > > > > > >
> 
> > > > > > > Does
> 
> > > > > > > virsh -c qemu+tls:// hv02.melb.domain.net/system capabilities
> 
> > > > > > > work when run from the command line of hv01?
> 
> > > > > > >
> 
> > > > > > > Dan.
> 
> > > > > > > > Receiver ( hv02.melb.domain.net ): `
> 
> > > > > > > > http://paste.fedoraproject.org/39661/23406913/
> 
> > > > > > > >
> 
> > > > > > > > VM being transfered is ovirt_guest_vm
> 
> > > > > > > >
> 
> > > > > > > > Thanks,
> 
> > > > > > > > Andrew
> 
> > > > > > >
> 
> > > > > >
> 
> > > > > > virsh -c qemu+tls:// hv02.melb.domain.net/system
> 
> > > > > > 2013-09-15 10:41:10.620+: 23994: info : libvirt version:
> > > > > > 0.10.2,
> 
> > > > > > package: 18.el6_4.9 (CentOS BuildSystem < http://bugs.centos.org >,
> 
> > > > > > 2013-07-02-11:19:29, c6b8.bsys.dev.centos.org )
> 
> > > > > > 2013-09-15 10:41:10.620+: 23994: warning :
> 
> > > > > > virNetTLSContextCheckCertificate:1102 : Certificate check failed
> 
> > > > > > Certificate failed validation: The certificate hasn't got a known
> 
> > > > > > issuer.
> 
> > > > >
> 
> > > > > Would you share your
> 
> > > > >
> 
> > > > >
> 
> > > > > openssl x509 -in
> 
> > > > > /etc/pki/vdsm/certs/cacert.pem -text
> 
> > > > >
> 
> > > > > openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -text
> 
> > > > >
> 
> > > > > on both hosts? This content may be sensitive, and may not
> 
> > > > > provide an answer why libvirt on src cannot contact libvirtd on the
> 
> > > > > other host. So before you do that, would you test if
> 
> > > > >
> 
> > > > >
> 
> > > > > vdsClient -s hv02.melb.domain.net getVdsCapabilities
> 
> > > > >
> 
> > > > > works when run on hv01? It may be that the certificates are fine, but
> 
> > > > > libvirt is not configured to use the correct ones.
> 
> > > > >
> 
> > > > > Dan.
> 
> > > > >
> 
> > > > >
> 
> > > > vdsClient -s hv02.melb.domain.net getVdsCapabilities runs fine
> 
> > > >
> 
> > > > I did a quick comparison between the files on both hosts, they seem to
> > > > have
> 
> > > > the right details (host names, authority etc.)
> 
> > > > cacert.pem matches
> 
> > > >
> 
> > > > /etc/libvirt/libvirtd.conf
> 
> > > >
> 
> > > > ca_file="/etc/pki/vdsm/certs/cacert.pem"
> 
> > > > cert_file="/etc/pki/vdsm/certs/vdsmcert.pem"
> 
> > > > key_file="/etc/pki/vdsm/keys/vdsmkey.pem"
> 
> > >
> 

> > this sounds a little like
> 
> > https://bugzilla.redhat.com/show_bug.cgi?id=996146
> 

> > can you try to restart libvirt (on both hosts just to be sure) and try
> > again?
> 

> > > Maybe someone on libvir-list could guess why this could be happening?
> 
> > > ___
> 
> > > Users mailing list
> 
> > > Users@ovirt.org
> 
> > > http://lists.ovirt.org/mailman/listinfo/users
> 
> > >
> 

> I did try that already

> service vdsmd restart

> [root@hv02 ~]# service vdsmd restart
> Shutting down vdsm daemon:
> vdsm watchdog stop [ OK ]
> vdsm stop [ OK ]
> Starting configure libvirt to VDSM ...
> libvirt is already configured for vdsm
> =Done configuring libvirt=
> libvir: Network Filter Driver error : Requested operation is not valid:
>

Re: [Users] Live Migration failed oVirt 3.3 Nightly

[Andrew Lau]

On Mon, Sep 16, 2013 at 5:41 PM, Omer Frenkel  wrote:

>
>
> --
>
> *From: *"Andrew Lau" 
> *To: *"Omer Frenkel" 
> *Cc: *"Dan Kenigsberg" , libvir-l...@redhat.com,
> "users" 
> *Sent: *Monday, September 16, 2013 1:38:53 AM
>
> *Subject: *Re: [Users] Live Migration failed oVirt 3.3 Nightly
>
> On Sun, Sep 15, 2013 at 11:51 PM, Omer Frenkel wrote:
>
>>
>>
>> - Original Message -
>> > From: "Dan Kenigsberg" 
>> > To: "Andrew Lau" 
>> > Cc: libvir-l...@redhat.com, "users" 
>> > Sent: Sunday, September 15, 2013 3:47:03 PM
>> > Subject: Re: [Users] Live Migration failed oVirt 3.3 Nightly
>> >
>> > On Sun, Sep 15, 2013 at 09:57:47PM +1000, Andrew Lau wrote:
>> > > On Sun, Sep 15, 2013 at 9:34 PM, Dan Kenigsberg 
>> wrote:
>> > >
>> > > > On Sun, Sep 15, 2013 at 08:44:18PM +1000, Andrew Lau wrote:
>> > > > > On Sun, Sep 15, 2013 at 8:00 PM, Dan Kenigsberg <
>> dan...@redhat.com>
>> > > > wrote:
>> > > > >
>> > > > > > On Sun, Sep 15, 2013 at 06:48:41PM +1000, Andrew Lau wrote:
>> > > > > > > Hi Dan,
>> > > > > > >
>> > > > > > > Certainly, I've uploaded them to fedora's paste bin and tried
>> to
>> > > > > > > snip
>> > > > > > just
>> > > > > > > the relevant details.
>> > > > > > >
>> > > > > > > Sender (hv01.melb.domain.net):
>> > > > > > > http://paste.fedoraproject.org/39660/92339651/
>> > > > > >
>> > > > > > This one has
>> > > > > >
>> > > > > > libvirtError: operation failed: Failed to connect to remote
>> > > > > > libvirt
>> > > > > > URI qemu+tls://hv02.melb.domain.net/system
>> > > > > >
>> > > > > > which is most often related to firewall issues, and some time
>> to key
>> > > > > > mismatch.
>> > > > > >
>> > > > > > Does
>> > > > > > virsh -c qemu+tls://hv02.melb.domain.net/systemcapabilities
>> > > > > > work when run from the command line of hv01?
>> > > > > >
>> > > > > > Dan.
>> > > > > > > Receiver (hv02.melb.domain.net): `
>> > > > > > > http://paste.fedoraproject.org/39661/23406913/
>> > > > > > >
>> > > > > > > VM being transfered is ovirt_guest_vm
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > Andrew
>> > > > > >
>> > > > >
>> > > > > virsh -c qemu+tls://hv02.melb.domain.net/system
>> > > > > 2013-09-15 10:41:10.620+: 23994: info : libvirt version:
>> 0.10.2,
>> > > > > package: 18.el6_4.9 (CentOS BuildSystem ,
>> > > > > 2013-07-02-11:19:29, c6b8.bsys.dev.centos.org)
>> > > > > 2013-09-15 10:41:10.620+: 23994: warning :
>> > > > > virNetTLSContextCheckCertificate:1102 : Certificate check failed
>> > > > > Certificate failed validation: The certificate hasn't got a known
>> > > > > issuer.
>> > > >
>> > > > Would you share your
>> > > >
>> > > >
>> > > > openssl x509 -in
>> > > > /etc/pki/vdsm/certs/cacert.pem -text
>> > > >
>> > > > openssl x509 -in /etc/pki/vdsm/certs/vdsmcert.pem -text
>> > > >
>> > > > on both hosts? This content may be sensitive, and may not
>> > > > provide an answer why libvirt on src cannot contact libvirtd on the
>> > > > other host. So before you do that, would you test if
>> > > >
>> > > >
>> > > >   vdsClient -s hv02.melb.domain.net getVdsCapabilities
>> > > >
>> > > > works when run on hv01? It may be that the certificates are fine,
>> but
>> > > > libvirt is not configured to use the correct ones.
>> > > >
>> > > > Dan.
>> > > >
>> > > >
>> > > vdsClient -s hv02.melb.domain.net getVdsCapabilities runs fine
>> > >
>> > > I did a quick comparison between the files on both hosts, they seem
>> to have
>> > > the right details (host names, authority etc.)
>> > > cacert.pem matches
>> > >
>> > > /etc/libvirt/libvirtd.conf
>> > >
>> > > ca_file="/etc/pki/vdsm/certs/cacert.pem"
>> > > cert_file="/etc/pki/vdsm/certs/vdsmcert.pem"
>> > > key_file="/etc/pki/vdsm/keys/vdsmkey.pem"
>> >
>>
>> this sounds a little like
>> https://bugzilla.redhat.com/show_bug.cgi?id=996146
>>
>> can you try to restart libvirt (on both hosts just to be sure) and try
>> again?
>>
>> > Maybe someone on libvir-list could guess why this could be happening?
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>
> I did try that already
>
> service vdsmd restart
>
> [root@hv02 ~]# service vdsmd restart
> Shutting down vdsm daemon:
> vdsm watchdog stop [  OK  ]
> vdsm stop  [  OK  ]
> Starting configure libvirt to VDSM ...
> libvirt is already configured for vdsm
> =Done configuring libvirt=
> libvir: Network Filter Driver error : Requested operation is not valid:
> nwfilter is in use
> Checking conflicts ...
> SUCCESS: ssl configured to true. No conflicts
> Starting up vdsm daemon:
> vdsm start [  OK  ]
>
>
> Migration still failed. Keep in mind, when I had oVirt 3.3 on these nodes
> migration was working fine. Only when I upgraded to the nightly and it
> picked up the new vds

[Users] Native GlusterFs Storage domain and prereqs

[Sven Knohsalla]

Hi,

I'm very interested in using libgfapi to get rid of the FUSE overhead, as read 
here:
http://www.ovirt.org/Features/GlusterFS_Storage_Domain

The pre-reqs for HVs are:

-  libvirt version 1.0.1

-  qemu version 1.3

Currently I just can find these packages for fc19, I'm running FC18 based nodes 
with older packages (productive, not testing).
So, am I right in this position I need to migrate to fc19 based hosts for this 
functionality?

I'm running an oVirt Engine with version 3.2.1-1.fc18, here I don't have the 
option to choose GlusterFS_Domain, just POSIXFS.
Which version do I need here ?

Thanks in advance!

Best,
Sven.
Sven Knohsalla | System Administration

Office +49 631 68036 433 | Fax +49 631 68036 111  |E-Mail 
s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin
Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY

[https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=10211&t=1361534926402]

 
[https://my.netbiscuits.com/image/image_gallery?uuid=9e553e7b-3e7d-4784-b274-15aa1dfb48e2&groupId=10211&t=1361533377340]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=10211&t=1347281040591]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5&groupId=10211&t=1347280983848]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3&groupId=10211&t=1347280983872]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=10211&t=1347280983791]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=10211&t=1347280983836]
   
[https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856&groupId=10211&t=1347281040599]
 

Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604
Management Board: Guido Moggert, Michael Neidhöfer, Christian Reitz, Martin Süß

This message and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. It 
may also be privileged or otherwise protected by work product immunity or other 
legal rules. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.
Warning: Although Netbiscuits has taken reasonable precautions to ensure no 
viruses are present in this email, the company cannot accept responsibility for 
any loss or damage arising from the use of this email or attachments.

[http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0-17fe13c3089d&groupId=10211&t=1348560850164]Please
 consider the environment before printing

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

Re: [Users] oVirt Solaris support

[Koch (ovido)]

On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:

> On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
> > Hi,
> > 
> > I want to start the discussion about Solaris support on oVirt again, as
> > there was no solution for it yet.
> > 
> > On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
> > following specs:
> > * Operating System: Other
> > * nic1: rtl8139
> > * Disk1: IDE (Thin Provision)
> > * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
> > 
> > These are the same settings as on my RHEL 6.4 KVM host (except I can
> > choose Solaris 10 as OS in virt-manager), which has KVM version:
> > qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
> > as a RHEV host, so the qemu-kvm-rhev package is installed in case you
> > wounder)...
> > 
> > What's working:
> > * OS installation on IDE disk
> > * Bringing up network interface
> > 
> > What's not working on oVirt:
> > * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
> > working...
> > 
> > 
> > I can see the mac address on my CentOS host, but can't ping the Solaris
> > vm:
> > 
> > # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
> > port no mac addris local?   ageing timer
> >   2 00:99:4a:00:64:83   no10.72
> > 
> > # arp -an | grep '00:99:4a:00:64:83'
> > ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
> > 
> > When using tcpdump on the vnet interface which belongs to the Solaris vm
> > (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
> > my CentOS host (10.0.100.42) but no response to it. Same when pinging
> > other ips in this network:
> > 
> > # tcpdump -n -i vnet2
> > tcpdump: WARNING: vnet2: no IPv4 address assigned
> > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> > decode
> > listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
> > bytes
> > 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > 10.0.100.123, length 46
> > 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > 10.0.100.123, length 46
> > 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > 10.0.100.123, length 46
> > 
> > I also compared the qemu-kvm process list on the KVM with the oVirt
> > machine and can't see much differences except that oVirt has more
> > information like smbios
> > oVirt host:
> > /usr/libexec/qemu-kvm
> > 
> >  -netdev tap,fd=27,id=hostnet0
> >  -device
> > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
> > 
> > RHEL KVM host:
> > /usr/libexec/qemu-kvm
> > 
> >  -netdev tap,fd=32,id=hostnet0
> >  -device
> > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
> > 
> > Any suggestions on how to troubleshoot / get Solaris networking running
> > is welcome.
> > Changing the interface to e1000 doesn't work either.



Thanks a lot for your answer and sorry for my late response - I was sick
leaving last week.


> 
> - Would you share the output of your `brctl show`?


# brctl show
bridge name bridge id   STP enabled interfaces
;vdsmdummy; 8000.   no  
dmz 8000.0025901ad140   no  eth0.200
ovirtmgmt   8000.0025901ad140   no  eth0.100
vnet1
vnet2
setup   8000.0025901ad140   no  eth0.500
test2   8000.0025901ad140   no  eth0.602
vnet0

vnet1 is a Debian 7 vm which has a perfectly working network.
vnet2 is the Solaris 11 vm which can't communicate over the network.


> - Particulalry, does the host device with 10.0.100.42 sit on the same
>   bridge as your Solaris VM?


10.0.100.42 is the ip of the oVirt host and it's ip is configured on
this bridge (and reachable from the Debian 7 vm):

# ip a | grep ovirt
5: ovirtmgmt:  mtu 1500 qdisc noqueue
state UNKNOWN 
inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt


> - Do you see the who-has packet when sniffing the bridge device?



Yes, I can see them:
12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
12:24:16.311246 ARP, Reply 10.0.100.42 is-at 00:25:90:1a:d1:40, length
28

I can also see the MAC of the Solaris vm in arp cache of oVirt host:
# arp -an
? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt

But I can't see the MAC address of oVirt host (10.0.100.42) in arp table
of the Solaris 11 vm. To be more clear: I can't see any MAC address in
ARP table of Solaris vm except the MAC of the vm itself.


> - Have yout tried guest-to-guest communication (over the same bridge)?


I can communicate from the Debian 7 vm to all hosts in my network, but I
can't reach the Solaris 11 vm.
The network of the oVirt setup is workin

Re: [Users] so, what do you want next in oVirt?

[Koch (ovido)]

On Sun, 2013-09-08 at 18:03 -0400, Doron Fediuck wrote:
> 
> - Original Message -
> > From: "René Koch (ovido)" 
> > To: "Itamar Heim" 
> > Cc: "ovirt-users" 
> > Sent: Thursday, September 5, 2013 11:31:57 AM
> > Subject: Re: [Users] so, what do you want next in oVirt?
> > 
> > Hi,
> > 
> > Thanks for starting this thread again.
> > 
> > 
> > 
> > On Tue, 2013-08-20 at 17:19 -0400, Itamar Heim wrote:
> > > earlier in the year we did a survey for feature requests / improvements
> > > / etc.
> > > 
> > > since a lot of things were added, and priorities usually change, I'd
> > > like to ask again for "what do you need the most from oVirt / what are
> > > your pain points" next?
> > > 
> > > below[1] I've listed my understanding of what already went in from
> > > previous survey requests (to various degrees of coverage).
> > > 
> > > Thanks,
> > > Itamar
> > > 
> > > [1] from the top 12
> > > V Allow disk resize
> > 
> > 
> > Great!
> > 
> > 
> > > V Integrate Nagios/Zabbix monitoring - via a ui plugin
> > 
> > 
> > Zabbix isn't working yet with my ui plugin (is there maybe another one
> > which integrates Zabbix?) - but it will be available in a future
> > release.
> > Btw, there will be a new version of the monitoring ui plugin with new
> > features available out at the end of this week...
> > 
> > 
> > > V Highly Available engine - via hosted engine[2]
> > > V Open vSwitch integration - via neutron integration
> > > X Allow cloning VMs without template
> > 
> > 
> > This is definitely one feature I would like to see.
> > 
> > 
> > > ? Enable hypervisor upgrade/updates through engine[3]
> > 
> > 
> > The next feature I would like to request.
> > 
> > 
> > > V Allow engine on an oVirt hosted VM - via hosted engine[2]
> > > V Enable guest configuration (root password, SSH keys, network) via
> > >guest agent in engine - via cloud-init
> > 
> > 
> > Cool. Can this be done on oVirt-node as well or only on
> > CentOS/RHEL/Fedora hosts?
> > 
> > 
> > > X Integrate v2v into engine
> > 
> > 
> > Vote for this again :)
> > 
> > 
> > > ? Bond/extend ovirtmgmt with a second network for HA/increased
> > >bandwidth[4]
> > > X Integrate scheduling of snapshots and VM export for backups in
> > >engine[5]
> > > V Spice – support Google Chrome - via mime based launch
> > 
> > 
> > At the moment spice support is really a pain (especially on Windows as
> > the SpiceX.cab is missing). Great to hear that spice support has
> > improved and Chrome can be used as well!
> > 
> > > 
> > > 
> > > Other items mentioned in previous survey which should be covered by now:
> > > - Fix timeout when adding local host during all-in-one configuration
> > > - Fix engine set-up when SELinux is disabled
> > > - Provide packages for el6 (CentOS, Red Hat Enterprise Linux)
> > > - Allow multiple VMs to be deployed from the same template at the same
> > >time
> > > - ISO domains on local/GlusterS
> > 
> > 
> > ISO and export domains on FC/iSCSI would be good to have as well.
> > 
> > 
> > > - Show IP addresses in Virtual Machines->Network Interfaces
> > > - OpenStack Quantum support (now called Neutron)
> > > - noVNC support
> > > - Support spice.html5 and websocket proxy
> > > - Add other guest OSes to list
> > 
> > 
> > Good to hear that other Linux distributions will be added as well.
> > 
> > 
> > > - Port oVirt guest agent to Ubuntu[6]
> > > - SLA - Allow resource time-sharing
> > > - Spice - Mac client (via mime based launch)
> > > - Spice - port XPI plug-in to Windows (not sure this will happen, but
> > >mime based launch allows using firefox now)
> > > - Spice - client for Ubuntu/Debian (should be covered via mime based
> > >launch)
> > 
> > 
> > Additional features I would like to see are:
> > - oVirt guest agent for Ubuntu/openSUSE/SLES/Debian *
> > 
> > *Ubuntu is already available thanks to Zhou Zheng Sheng
> > 
> > - Resource pools
> > At the moment only Quotas are available (which is great, btw), but in
> > some cases it's necessary to implement resource pools. E.g. Limit CPU,
> > Memory and Network for group of test vms, but give full resources to
> > production vms. Maybe this could be done with cgroups?
> > So e.g. I don't want to give a compile machine a full cpu core, but only
> > 1 core with 500MHz or limit the bandwith to e.g. 10Mbit/s.
> > 
> 
> Hi René,
> Due to time constraints, it did not make it into the 3.3 release, however
> in master we already have network QoS allowing you to limit bandwidth for
> vNICs.
> Also, we managed to implement CPU shares which allows you to handle 
> priorities.
> Both will be included in the next version, and hopefuly some more.
> 
> So if you ever feel like taking a ride with the bleeding edge, you have both
> network QoS and CPU shares waiting there.  


Thanks a lot for the information!
It's great to know that this is/will be available.


> 
> > - Upload ISOs within the GUI to ISO domain
> > 
> > - Use existing share for ISO domain
> > When creating an ISO

Re: [Users] Ubuntu/Debian ovirt-guest-agent

[Koch (ovido)]

On Sat, 2013-09-14 at 14:14 +0800, Zhou Zheng Sheng wrote:
> Hi Jakub,
> 
> on 2013/09/10 21:52, Jakub Bittner wrote:
> > Hello Zhou Zheng Sheng,
> > 
> > I tested your ovirt-guest-agent PPA which you provided and it works on
> > Ubuntu Precise (12.04) as expected, but I can not install it on Debian
> > Wheezy because that package needs upstart-job from Ubuntu which is not
> > in Debian...
> > Would you be so kind and provide even Debian packages on your PPA? :-)
> > I dont know if sysvinit style file for launching daemon is included by
> > oVirt.
> > 
> > Thank you.
> > 
> > Jakub Bittner
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
> Two good news.
> 
> Developers fixed the bug in latest master, so I updated the
> ovirt-guest-agent package for Ubuntu 13.04 (Raring) to 1.0.8. This
> package should be OK to use with 12.04 (Precise) as well.
> 
> I also wrote a Debian specific SysV init script for the guest agent.I
> tested in my Debian Wheezy guest. There is a small problem,
> luanchpad.net does not support hosting Debian packages, and for each
> package per Ubuntu release, it hosts the latest version. So I upload the
> Debian specific oVirt guest agent package as a Ubuntu 12.04 (Precise)
> package.
> 
> You can dowanlod them from the following link.
> https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu/+packages
> 
> In all, the ovirt-guest-agent-1.0.8 (Raring) package is for both Ubuntu
> Raring and Precise. The ovirt-guest-agent-1.0.8 (Precise) is for Debian.


Great work - thanks a lot for the Debian and Ubuntu packages!

Just one little thing:
Can you add python-apt to the dependency list (it's missing in the
Debian Wheezy package - didn't test the Ubuntu packages but maybe it's
missing there, too)?

If python-apt isn't installed it's not possible to fetch installed
packages:

MainThread::INFO::2013-09-16
15:23:22,977::ovirt-guest-agent::37::root::Starting oVirt guest agent
MainThread::INFO::2013-09-16
15:23:23,015::GuestAgentLinux2::101::root::Unknown package management.
Application list report is disable

GuestAgentLinux2.py requires this python module to get the package
information.

All other features like system shutdown, nic information, memory,... are
working fine.


Regards,
René


> 

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

Re: [Users] Resize VM disk

[Eduardo Ramos]

Hi friends!

I thought resize my VM with 
http://centoshelp.org/resources/post-install-options/shrink-a-default-install-lvm-pv-to-create-another-partition/ 
and after use lvresize on SPM, in order to shrink VM disk volume.


What do you think?


On 08/28/2013 04:30 AM, Jakub Bittner wrote:

Dne 27.8.2013 20:39, Eduardo Ramos napsal(a):

Hi friends!

Is there a way to resize vm disks?

Thanks.

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


In oVirt 3.3 you can do it by clicking on VM, select Disk tab on the 
bottom, select disk, click edit and add GB in extend array. ;-)

___
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] Starting VM Error

[Gianluca Cecchi]

On Mon, Sep 16, 2013 at 3:41 PM, Eric Blake  wrote:
> On 09/15/2013 07:55 AM, Gianluca Cecchi wrote:
>> I'm using what stock f18 repo gives today:
>> [root@tekkaman ~]# rpm -q libvirt
>> libvirt-0.10.2.7-1.fc18.x86_64
>
> Known bug: CVE-2013-4291.  Downgrade to 0.10.2.6, or wait for 0.10.2.8
> to be released.
>
> --
> Eric Blake   eblake redhat com+1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>

thanks.
Uhm, not so easy. It seems it wants to downgrade to 0.10.2.2-3 (why?)
and not 0.10.2.6 and vdsm complains about that
Where to eventually find intermediate updates? I only found latest
ones (so the broken ones...) on mirrors?

On my system
[g.cecchi@tekkaman ~]$ sudo yum downgrade
libvirt-daemon-driver-storage libvirt-daemon-driver-lxc
libvirt-daemon-driver-qemu libvirt-daemon-kvm
libvirt-daemon-driver-network libvirt-daemon-driver-uml
libvirt-lock-sanlock libvirt libvirt-python
libvirt-daemon-driver-nwfilter libvirt-daemon-driver-libxl
libvirt-client libvirt-daemon-driver-secret
libvirt-daemon-config-nwfilter libvirt-daemon-driver-nodedev
libvirt-daemon-config-network libvirt-daemon
libvirt-daemon-driver-interface libvirt-daemon-driver-xen


Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit,
versionlock
Loading mirror speeds from cached hostfile
 * fedora: mirror.switch.ch
 * livna: ftp-stud.fht-esslingen.de
 * rpmfusion-free: mirror.switch.ch
 * rpmfusion-free-updates: mirror.switch.ch
 * rpmfusion-nonfree: mirror.switch.ch
 * rpmfusion-nonfree-updates: mirror.switch.ch
 * updates: mirror.switch.ch
Resolving Dependencies
--> Running transaction check
---> Package libvirt.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-client.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt-client.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt-daemon.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon-config-network.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-config-network.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-config-nwfilter.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-config-nwfilter.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-interface.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-interface.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-libxl.x86_64 0:0.10.2.7-1.fc18 will
be obsoleted
---> Package libvirt-daemon-driver-lxc.x86_64 0:0.10.2.2-3.fc18 will
be a downgrade
---> Package libvirt-daemon-driver-lxc.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon-driver-network.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-network.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-nodedev.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-nodedev.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-nwfilter.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-nwfilter.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-qemu.x86_64 0:0.10.2.2-3.fc18 will
be a downgrade
---> Package libvirt-daemon-driver-qemu.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon-driver-secret.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-secret.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-storage.x86_64 0:0.10.2.2-3.fc18
will be a downgrade
---> Package libvirt-daemon-driver-storage.x86_64 0:0.10.2.7-1.fc18
will be erased
---> Package libvirt-daemon-driver-uml.x86_64 0:0.10.2.2-3.fc18 will
be a downgrade
---> Package libvirt-daemon-driver-uml.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon-driver-xen.x86_64 0:0.10.2.2-3.fc18 will
be a downgrade
---> Package libvirt-daemon-driver-xen.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-daemon-kvm.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt-daemon-kvm.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-lock-sanlock.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt-lock-sanlock.x86_64 0:0.10.2.7-1.fc18 will be erased
---> Package libvirt-python.x86_64 0:0.10.2.2-3.fc18 will be a downgrade
---> Package libvirt-python.x86_64 0:0.10.2.7-1.fc18 will be erased

--> Finished Dependency Resolution
Error: Package: vdsm-4.10.3-17.fc18.x86_64 (@ovirt-stable)
   Requires: libvirt >= 0.10.2.4-1
   Removing: libvirt-0.10.2.7-1.fc18.x86_64 (@updates)
   libvirt = 0.10.2.7-1.fc18
   Downgraded By: libvirt-0.10.2.2-3.fc18.x86_64 (fedora)
   libvirt = 0.10.2.2-3.fc18
 You could try using --skip-broken to work around the proble

Re: [Users] oVirt Solaris support

[Dan Kenigsberg]

On Mon, Sep 16, 2013 at 12:33:34PM +0200, René Koch (ovido) wrote:
> 
> On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:
> 
> > On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
> > > Hi,
> > > 
> > > I want to start the discussion about Solaris support on oVirt again, as
> > > there was no solution for it yet.
> > > 
> > > On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
> > > following specs:
> > > * Operating System: Other
> > > * nic1: rtl8139
> > > * Disk1: IDE (Thin Provision)
> > > * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
> > > 
> > > These are the same settings as on my RHEL 6.4 KVM host (except I can
> > > choose Solaris 10 as OS in virt-manager), which has KVM version:
> > > qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
> > > as a RHEV host, so the qemu-kvm-rhev package is installed in case you
> > > wounder)...
> > > 
> > > What's working:
> > > * OS installation on IDE disk
> > > * Bringing up network interface
> > > 
> > > What's not working on oVirt:
> > > * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
> > > working...
> > > 
> > > 
> > > I can see the mac address on my CentOS host, but can't ping the Solaris
> > > vm:
> > > 
> > > # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
> > > port no   mac addris local?   ageing timer
> > >   2   00:99:4a:00:64:83   no10.72
> > > 
> > > # arp -an | grep '00:99:4a:00:64:83'
> > > ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
> > > 
> > > When using tcpdump on the vnet interface which belongs to the Solaris vm
> > > (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
> > > my CentOS host (10.0.100.42) but no response to it. Same when pinging
> > > other ips in this network:
> > > 
> > > # tcpdump -n -i vnet2
> > > tcpdump: WARNING: vnet2: no IPv4 address assigned
> > > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> > > decode
> > > listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
> > > bytes
> > > 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > 10.0.100.123, length 46
> > > 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > 10.0.100.123, length 46
> > > 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > 10.0.100.123, length 46
> > > 
> > > I also compared the qemu-kvm process list on the KVM with the oVirt
> > > machine and can't see much differences except that oVirt has more
> > > information like smbios
> > > oVirt host:
> > > /usr/libexec/qemu-kvm
> > > 
> > >  -netdev tap,fd=27,id=hostnet0
> > >  -device
> > > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
> > > 
> > > RHEL KVM host:
> > > /usr/libexec/qemu-kvm
> > > 
> > >  -netdev tap,fd=32,id=hostnet0
> > >  -device
> > > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
> > > 
> > > Any suggestions on how to troubleshoot / get Solaris networking running
> > > is welcome.
> > > Changing the interface to e1000 doesn't work either.
> 
> 
> 
> Thanks a lot for your answer and sorry for my late response - I was sick
> leaving last week.
> 
> 
> > 
> > - Would you share the output of your `brctl show`?
> 
> 
> # brctl show
> bridge name   bridge id   STP enabled interfaces
> ;vdsmdummy;   8000.   no  
> dmz   8000.0025901ad140   no  eth0.200
> ovirtmgmt 8000.0025901ad140   no  eth0.100
>   vnet1
>   vnet2
> setup 8000.0025901ad140   no  eth0.500
> test2 8000.0025901ad140   no  eth0.602
>   vnet0
> 
> vnet1 is a Debian 7 vm which has a perfectly working network.
> vnet2 is the Solaris 11 vm which can't communicate over the network.
> 
> 
> > - Particulalry, does the host device with 10.0.100.42 sit on the same
> >   bridge as your Solaris VM?
> 
> 
> 10.0.100.42 is the ip of the oVirt host and it's ip is configured on
> this bridge (and reachable from the Debian 7 vm):
> 
> # ip a | grep ovirt
> 5: ovirtmgmt:  mtu 1500 qdisc noqueue
> state UNKNOWN 
> inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt
> 
> 
> > - Do you see the who-has packet when sniffing the bridge device?
> 
> 
> 
> Yes, I can see them:
> 12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> 10.0.100.123, length 46
> 12:24:16.311246 ARP, Reply 10.0.100.42 is-at 00:25:90:1a:d1:40, length
> 28
> 
> I can also see the MAC of the Solaris vm in arp cache of oVirt host:
> # arp -an
> ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
> 
> But I can't see the MAC address of oVirt host (10.0.100.42) in arp table
> of the Solaris 11 vm. To be 

Re: [Users] oVirt Solaris support

[Koch (ovido)]

On Mon, 2013-09-16 at 15:14 +0100, Dan Kenigsberg wrote:

> On Mon, Sep 16, 2013 at 12:33:34PM +0200, René Koch (ovido) wrote:
> > 
> > On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:
> > 
> > > On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
> > > > Hi,
> > > > 
> > > > I want to start the discussion about Solaris support on oVirt again, as
> > > > there was no solution for it yet.
> > > > 
> > > > On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
> > > > following specs:
> > > > * Operating System: Other
> > > > * nic1: rtl8139
> > > > * Disk1: IDE (Thin Provision)
> > > > * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
> > > > 
> > > > These are the same settings as on my RHEL 6.4 KVM host (except I can
> > > > choose Solaris 10 as OS in virt-manager), which has KVM version:
> > > > qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
> > > > as a RHEV host, so the qemu-kvm-rhev package is installed in case you
> > > > wounder)...
> > > > 
> > > > What's working:
> > > > * OS installation on IDE disk
> > > > * Bringing up network interface
> > > > 
> > > > What's not working on oVirt:
> > > > * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
> > > > working...
> > > > 
> > > > 
> > > > I can see the mac address on my CentOS host, but can't ping the Solaris
> > > > vm:
> > > > 
> > > > # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
> > > > port no mac addris local?   ageing timer
> > > >   2 00:99:4a:00:64:83   no10.72
> > > > 
> > > > # arp -an | grep '00:99:4a:00:64:83'
> > > > ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
> > > > 
> > > > When using tcpdump on the vnet interface which belongs to the Solaris vm
> > > > (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
> > > > my CentOS host (10.0.100.42) but no response to it. Same when pinging
> > > > other ips in this network:
> > > > 
> > > > # tcpdump -n -i vnet2
> > > > tcpdump: WARNING: vnet2: no IPv4 address assigned
> > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> > > > decode
> > > > listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
> > > > bytes
> > > > 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > 10.0.100.123, length 46
> > > > 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > 10.0.100.123, length 46
> > > > 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > 10.0.100.123, length 46
> > > > 
> > > > I also compared the qemu-kvm process list on the KVM with the oVirt
> > > > machine and can't see much differences except that oVirt has more
> > > > information like smbios
> > > > oVirt host:
> > > > /usr/libexec/qemu-kvm
> > > > 
> > > >  -netdev tap,fd=27,id=hostnet0
> > > >  -device
> > > > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
> > > > 
> > > > RHEL KVM host:
> > > > /usr/libexec/qemu-kvm
> > > > 
> > > >  -netdev tap,fd=32,id=hostnet0
> > > >  -device
> > > > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
> > > > 
> > > > Any suggestions on how to troubleshoot / get Solaris networking running
> > > > is welcome.
> > > > Changing the interface to e1000 doesn't work either.
> > 
> > 
> > 
> > Thanks a lot for your answer and sorry for my late response - I was sick
> > leaving last week.
> > 
> > 
> > > 
> > > - Would you share the output of your `brctl show`?
> > 
> > 
> > # brctl show
> > bridge name bridge id   STP enabled interfaces
> > ;vdsmdummy; 8000.   no  
> > dmz 8000.0025901ad140   no  eth0.200
> > ovirtmgmt   8000.0025901ad140   no  eth0.100
> > vnet1
> > vnet2
> > setup   8000.0025901ad140   no  eth0.500
> > test2   8000.0025901ad140   no  eth0.602
> > vnet0
> > 
> > vnet1 is a Debian 7 vm which has a perfectly working network.
> > vnet2 is the Solaris 11 vm which can't communicate over the network.
> > 
> > 
> > > - Particulalry, does the host device with 10.0.100.42 sit on the same
> > >   bridge as your Solaris VM?
> > 
> > 
> > 10.0.100.42 is the ip of the oVirt host and it's ip is configured on
> > this bridge (and reachable from the Debian 7 vm):
> > 
> > # ip a | grep ovirt
> > 5: ovirtmgmt:  mtu 1500 qdisc noqueue
> > state UNKNOWN 
> > inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt
> > 
> > 
> > > - Do you see the who-has packet when sniffing the bridge device?
> > 
> > 
> > 
> > Yes, I can see them:
> > 12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > 10.0.100.123, length 46
> > 12:24:16.311246 ARP, Rep

Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLVED]

[Thomas Suckow]

On 09/13/2013 10:24 PM, Gianluca Cecchi wrote:

On Sat, Sep 14, 2013 at 1:52 AM, Thomas Suckow  wrote:

Everything was completely broken until I disabled NetworkManager, it seemed
to be doing something with the bridge despite NM_MANAGED=no


Donna if it was only a copy/paste typo, but just in ase the directive should be

NM_CONTROLLED=no

Gianluca
That was a typo on my part while writing the email NM_CONTROLLED=no is 
what appears in ifcfg-ovirtmgmt


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

Re: [Users] Ubuntu/Debian ovirt-guest-agent

[Jakub Bittner]

Dne 14.9.2013 08:14, Zhou Zheng Sheng napsal(a):

Hi Jakub,

on 2013/09/10 21:52, Jakub Bittner wrote:

Hello Zhou Zheng Sheng,

I tested your ovirt-guest-agent PPA which you provided and it works on
Ubuntu Precise (12.04) as expected, but I can not install it on Debian
Wheezy because that package needs upstart-job from Ubuntu which is not
in Debian...
Would you be so kind and provide even Debian packages on your PPA? :-)
I dont know if sysvinit style file for launching daemon is included by
oVirt.

Thank you.

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


Two good news.

Developers fixed the bug in latest master, so I updated the
ovirt-guest-agent package for Ubuntu 13.04 (Raring) to 1.0.8. This
package should be OK to use with 12.04 (Precise) as well.

I also wrote a Debian specific SysV init script for the guest agent.I
tested in my Debian Wheezy guest. There is a small problem,
luanchpad.net does not support hosting Debian packages, and for each
package per Ubuntu release, it hosts the latest version. So I upload the
Debian specific oVirt guest agent package as a Ubuntu 12.04 (Precise)
package.

You can dowanlod them from the following link.
https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu/+packages

In all, the ovirt-guest-agent-1.0.8 (Raring) package is for both Ubuntu
Raring and Precise. The ovirt-guest-agent-1.0.8 (Precise) is for Debian.


Dear Zhou Zheng Shen,

thank you for creating Ubuntu and Debian packages! I owe you a beer :-)

Thanks again.

Jakub Bittner, NSA Czech
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt Solaris support

[Koch (ovido)]

On Mon, 2013-09-16 at 18:36 +0200, Gianluca Cecchi wrote:

> On Mon, Sep 16, 2013 at 6:27 PM, René Koch (ovido) wrote:
> 
> >> >
> >> > Here's the complete qemu cmd:
> >> >
> >> > RHEL 6.4 (plain KVM - Solaris networking is fine):
> >> > /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -enable-kvm -m
> >> > 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
> >> > e7d3b9a4-8605-dc4f-9092-41d68dd83735 -nodefconfig -nodefaults -chardev
> >> > socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
> >> >  -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime 
> >> > -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive 
> >> > file=/var/lib/libvirt/images/solaris11.img,if=none,id=drive-ide0-0-0,format=raw
> >> >  -device 
> >> > ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
> >> > -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw 
> >> > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
> >> > -netdev tap,fd=40,id=hostnet0 -device 
> >> > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:27:d3,bus=pci.0,addr=0x3 
> >> > -chardev pty,id=charserial0 -device 
> >> > isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 
> >> > -vnc 127.0.0.1:13 -vga cirrus -device 
> >> > intel-hda,id=sound0,bus=pci.0,addr=0x4 -device 
> >> > hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device 
> >> > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
> >> >
> >> > CentOS 6.4 (oVirt - Solaris can't reach other nodes):
> >> > /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -cpu Nehalem
> >> > -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
> >> > cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5 -smbios
> >> > type=1,manufacturer=oVirt,product=oVirt
> >> > Node,version=6-4.el6.centos.10,serial=54443858-4E54-2500-901A-0025901AD140,uuid=cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5,sku=solaris11
> >> >  -nodefconfig -nodefaults -chardev 
> >> > socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
> >> >  -mon chardev=charmonitor,id=monitor,mode=control -rtc 
> >> > base=2013-09-06T15:08:22,driftfix=slew -no-shutdown -device 
> >> > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
> >> > virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive 
> >> > file=/rhev/data-center/484e62d7-7a01-4b5e-aec8-59d366100281/2055b80d-d59d-4fe6-80ec-5499674feed5/images/0786a273-780a-4f58-acc4-9b123953bde8/0c07f1f9-f9c0-4ac0-bfec-bee7a1c35a0b,if=none,id=drive-ide0-0-0,format=raw,serial=0786a273-780a-4f58-acc4-9b123953bde8,cache=none,werror=stop,rerror=stop,aio=threads
> >> >  -device 
> >> > ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
> >> > -drive 
> >> > if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= 
> >> > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
> >> > -drive 
> >> > file=/var/run/vdsm/payload/cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5.f3b4e68b93e9d35d3f17328fae2e178e.img,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,serial=
> >> >  -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 
> >> > -netdev tap,fd=27,id=hostnet0 -device 
> >> > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 
> >> > -chardev 
> >> > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/solaris11.com.redhat.rhevm.vdsm,server,nowait
> >> >  -device 
> >> > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
> >> >  -chardev 
> >> > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/solaris11.org.qemu.guest_agent.0,server,nowait
> >> >  -device 
> >> > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
> >> >  -chardev spicevmc,id=charchannel2,name=vdagent -device 
> >> > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
> >> >  -spice 
> >> > port=5902,tls-port=5903,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
> >> >  -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global 
> >> > qxl-vga.vram_size=67108864 -device 
> >> > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
> >> >
> >>
> 
> > I also did something really nasty and created a Solaris 11 vm with
> > virt-manager on this hypervisor (it's not a production machine so I took
> > the risk to interfere with oVirt). And guess what - networking of this
> > Solaris 11 guest is fine on ovirtmgmt bridge.
> >
> > So it seems to me that virt-manager is doing some magic for Solaris
> > guests oVirt doesn't...
> >
> >
> 
> and what about the qemu command line produced by virt-manager ?



Good point - here's the command line of Sol11 with virt-manager on this
oVirt host:

/usr/libexec/qem

[Users] Languages in drop down of admin portal 3.3.0

[Gianluca Cecchi]

In notice this from a firefox in CentOS 6.4:
https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing

I'm using f19 for engine enabling beta repo, that today provided
ovirt-engine-3.3.0-4.fc19.noarch

BTW: nice to see some more languages; how can I help to have Italian put in...?

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

Re: [Users] oVirt Solaris support

[Gianluca Cecchi]

On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:

>
> and what about the qemu command line produced by virt-manager ?
>
>
>
> Good point - here's the command line of Sol11 with virt-manager on this
> oVirt host:
>


Could it be that the
-cpu Nehalem

in some way can influence the problem? It only appears in oVirt
generated command line
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Native GlusterFs Storage domain and prereqs

[Mike Burns]

On 09/16/2013 11:30 AM, Joop wrote:

Sven Knohsalla  wrote:

Hi,

I'm very interested in using libgfapi to get rid of the FUSE
overhead, as read here:
http://www.ovirt.org/Features/GlusterFS_Storage_Domain

The pre-reqs for HVs are:

-  libvirt version 1.0.1

-  qemu version 1.3

Currently I just can find these packages for fc19, I'm running
FC18 based nodes with older packages (productive, not testing). So,
am I right in this position I need to migrate to fc19 based hosts
for this functionality?

No, you can add the virt-preview repo which should get you the f18
packages. Sorry don't have the URL handy right now. If you can't find
let know and I'll post it.


Yes, virt-preview would work with f18, but that feature is only 
available in the 3.3 release (coming very soon).  3.3 will run on Fedora 
19 hosts.







I'm running an oVirt Engine with version 3.2.1-1.fc18, here I
don't have the option to choose GlusterFS_Domain, just POSIXFS.
Which version do I need here ?


3.2 doesn't know about libgfapi, you'll need to do the lowlevel
gluster stuff yourself, I think.


Right, for 3.2, you need to use POSIXFS for gluster.  native gluster 
domains are added in 3.3.


Mike



Regards,

Joop



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

Re: [Users] page layout scrambled in 3.3?

[Alexander Wels]

We have at least one outstanding bugzilla about the resolution issue:
https://bugzilla.redhat.com/show_bug.cgi?id=832258

So it is on the radar, just don't know when we will get around to solving the 
issue.

On Monday, September 16, 2013 08:43:58 PM Gianluca Cecchi wrote:
> On Mon, Sep 16, 2013 at 7:33 PM, Alexander Wels wrote:
> > Gianluca,
> > 
> > looks like the resolution on your browser window is too low. If you make
> > the window wider the problem will go away. Basically the menu bar is
> > wrapping onto the next line.
> 
> My resolution is 1280x768.
> Indeed only when the browser window is quite full screnne I'm able to
> see the window correctly.
> See here a screenshot with the minimum width I have to put to get clean
> view...
> https://docs.google.com/file/d/0BwoPbcrMv8mvTWJJSUU3Um9DUTQ/edit?usp=sharin
> g
> 
> perhaps too much? Only an impression.
> The newbye could think it is a problem with the application and
> the first sight a user gets is quite important
> It could be fine to put something inside the welcome window related to
> both minimum resolution and better usability in full screen mode...
> Just my opinion
> 
> Thannks,
> Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt Solaris support

[Gianluca Cecchi]

On Mon, Sep 16, 2013 at 6:27 PM, René Koch (ovido) wrote:

>> >
>> > Here's the complete qemu cmd:
>> >
>> > RHEL 6.4 (plain KVM - Solaris networking is fine):
>> > /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -enable-kvm -m
>> > 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
>> > e7d3b9a4-8605-dc4f-9092-41d68dd83735 -nodefconfig -nodefaults -chardev
>> > socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
>> >  -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime 
>> > -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive 
>> > file=/var/lib/libvirt/images/solaris11.img,if=none,id=drive-ide0-0-0,format=raw
>> >  -device 
>> > ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
>> > -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw 
>> > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
>> > -netdev tap,fd=40,id=hostnet0 -device 
>> > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:27:d3,bus=pci.0,addr=0x3 
>> > -chardev pty,id=charserial0 -device 
>> > isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 
>> > -vnc 127.0.0.1:13 -vga cirrus -device 
>> > intel-hda,id=sound0,bus=pci.0,addr=0x4 -device 
>> > hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device 
>> > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
>> >
>> > CentOS 6.4 (oVirt - Solaris can't reach other nodes):
>> > /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -cpu Nehalem
>> > -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
>> > cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5 -smbios
>> > type=1,manufacturer=oVirt,product=oVirt
>> > Node,version=6-4.el6.centos.10,serial=54443858-4E54-2500-901A-0025901AD140,uuid=cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5,sku=solaris11
>> >  -nodefconfig -nodefaults -chardev 
>> > socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
>> >  -mon chardev=charmonitor,id=monitor,mode=control -rtc 
>> > base=2013-09-06T15:08:22,driftfix=slew -no-shutdown -device 
>> > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
>> > virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive 
>> > file=/rhev/data-center/484e62d7-7a01-4b5e-aec8-59d366100281/2055b80d-d59d-4fe6-80ec-5499674feed5/images/0786a273-780a-4f58-acc4-9b123953bde8/0c07f1f9-f9c0-4ac0-bfec-bee7a1c35a0b,if=none,id=drive-ide0-0-0,format=raw,serial=0786a273-780a-4f58-acc4-9b123953bde8,cache=none,werror=stop,rerror=stop,aio=threads
>> >  -device 
>> > ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
>> > -drive 
>> > if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= 
>> > -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
>> > file=/var/run/vdsm/payload/cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5.f3b4e68b93e9d35d3f17328fae2e178e.img,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,serial=
>> >  -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 
>> > -netdev tap,fd=27,id=hostnet0 -device 
>> > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 
>> > -chardev 
>> > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/solaris11.com.redhat.rhevm.vdsm,server,nowait
>> >  -device 
>> > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
>> >  -chardev 
>> > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/solaris11.org.qemu.guest_agent.0,server,nowait
>> >  -device 
>> > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
>> >  -chardev spicevmc,id=charchannel2,name=vdagent -device 
>> > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
>> >  -spice 
>> > port=5902,tls-port=5903,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
>> >  -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global 
>> > qxl-vga.vram_size=67108864 -device 
>> > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
>> >
>>

> I also did something really nasty and created a Solaris 11 vm with
> virt-manager on this hypervisor (it's not a production machine so I took
> the risk to interfere with oVirt). And guess what - networking of this
> Solaris 11 guest is fine on ovirtmgmt bridge.
>
> So it seems to me that virt-manager is doing some magic for Solaris
> guests oVirt doesn't...
>
>

and what about the qemu command line produced by virt-manager ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Languages in drop down of admin portal 3.3.0

[Einav Cohen]

>- Original Message -
> From: "Gianluca Cecchi" 
> Sent: Monday, September 16, 2013 2:50:12 PM
> 
> On Mon, Sep 16, 2013 at 8:36 PM, Einav Cohen wrote:
> >> - Original Message -
> >> From: "Gianluca Cecchi" 
> >> Sent: Monday, September 16, 2013 1:19:05 PM
> >>
> >> In notice this from a firefox in CentOS 6.4:
> >> https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing
> >
> > strange - looks like an encoding-related issue
> > [for some reason, all-and-only the Asian locales
> > (Japanese, Korean, Chinese) appear with squares).
> > Which FF version that you are using on your CentOS 6.4?
> > Can you verify in your FF Menu that the selected Character Encoding is
> > "Unicode (UTF-8)"?
> > @Alexander - any additional thoughts?
> 
> 
> firefox-17.0.8-1.el6.centos.x86_64
> I'm using default set after installing firefox, that I see is UTF-8
> and auto-detect is put to off
> see here:
> https://docs.google.com/file/d/0BwoPbcrMv8mvcHoteVNIb09pNGc/edit?usp=sharing
> On the server where I run the browser I configured xrdp and I'm
> connecting to its display from a windows 2008 R2 via mstsc; donna if
> this can influence layout..

I am not sure either, but just in case - it would be great if you can check 
from a different machine, maybe use VNC for remote access rather than xrdp 
(ideally, of course, it would be great if you can work directly with your 
CentOS 6.4 machine, rather than connect to it remotely via a different machine)

> 
> I'm going to try the steps for the transaltion... thanks.
> Gianluca
> ___
> 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] Native GlusterFs Storage domain and prereqs

[Joop]

Sven Knohsalla  wrote:
>Hi,
>
>I'm very interested in using libgfapi to get rid of the FUSE overhead,
>as read here:
>http://www.ovirt.org/Features/GlusterFS_Storage_Domain
>
>The pre-reqs for HVs are:
>
>-  libvirt version 1.0.1
>
>-  qemu version 1.3
>
>Currently I just can find these packages for fc19, I'm running FC18
>based nodes with older packages (productive, not testing).
>So, am I right in this position I need to migrate to fc19 based hosts
>for this functionality?
No, you can add the virt-preview repo which should get you the f18 packages. 
Sorry don't have the URL handy right now. If you can't find let know and I'll 
post it.


>
>I'm running an oVirt Engine with version 3.2.1-1.fc18, here I don't
>have the option to choose GlusterFS_Domain, just POSIXFS.
>Which version do I need here ?
>
3.2 doesn't know about libgfapi, you'll need to do the lowlevel gluster stuff 
yourself, I think.

Regards,

Joop

-- 
Sent from my Android tablet with K-9 Mail. Please excuse my brevity.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] page layout scrambled in 3.3?

[Gianluca Cecchi]

On Mon, Sep 16, 2013 at 7:33 PM, Alexander Wels wrote:
> Gianluca,
>
> looks like the resolution on your browser window is too low. If you make the
> window wider the problem will go away. Basically the menu bar is wrapping onto
> the next line.
>

My resolution is 1280x768.
Indeed only when the browser window is quite full screnne I'm able to
see the window correctly.
See here a screenshot with the minimum width I have to put to get clean view...
https://docs.google.com/file/d/0BwoPbcrMv8mvTWJJSUU3Um9DUTQ/edit?usp=sharing

perhaps too much? Only an impression.
The newbye could think it is a problem with the application and
the first sight a user gets is quite important
It could be fine to put something inside the welcome window related to
both minimum resolution and better usability in full screen mode...
Just my opinion

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

Re: [Users] page layout scrambled in 3.3?

[Einav Cohen]

> - Original Message -
> From: "Gianluca Cecchi" 
> Sent: Monday, September 16, 2013 2:43:58 PM
> 
> On Mon, Sep 16, 2013 at 7:33 PM, Alexander Wels wrote:
> > Gianluca,
> >
> > looks like the resolution on your browser window is too low. If you make
> > the
> > window wider the problem will go away. Basically the menu bar is wrapping
> > onto
> > the next line.
> >
> 
> My resolution is 1280x768.
> Indeed only when the browser window is quite full screnne I'm able to
> see the window correctly.
> See here a screenshot with the minimum width I have to put to get clean
> view...
> https://docs.google.com/file/d/0BwoPbcrMv8mvTWJJSUU3Um9DUTQ/edit?usp=sharing
> 
> perhaps too much? Only an impression.
> The newbye could think it is a problem with the application and
> the first sight a user gets is quite important
> It could be fine to put something inside the welcome window related to
> both minimum resolution and better usability in full screen mode...
> Just my opinion

Thank you for your feedback, Gianluca. we are aware of the issue - we already 
have several BZs that document the problematic layout of the application in 
low resolutions, and we are planning to solve it.

> 
> Thannks,
> Gianluca
> ___
> 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] Languages in drop down of admin portal 3.3.0

[Gianluca Cecchi]

On Mon, Sep 16, 2013 at 8:36 PM, Einav Cohen wrote:
>> - Original Message -
>> From: "Gianluca Cecchi" 
>> Sent: Monday, September 16, 2013 1:19:05 PM
>>
>> In notice this from a firefox in CentOS 6.4:
>> https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing
>
> strange - looks like an encoding-related issue
> [for some reason, all-and-only the Asian locales
> (Japanese, Korean, Chinese) appear with squares).
> Which FF version that you are using on your CentOS 6.4?
> Can you verify in your FF Menu that the selected Character Encoding is 
> "Unicode (UTF-8)"?
> @Alexander - any additional thoughts?


firefox-17.0.8-1.el6.centos.x86_64
I'm using default set after installing firefox, that I see is UTF-8
and auto-detect is put to off
see here:
https://docs.google.com/file/d/0BwoPbcrMv8mvcHoteVNIb09pNGc/edit?usp=sharing
On the server where I run the browser I configured xrdp and I'm
connecting to its display from a windows 2008 R2 via mstsc; donna if
this can influence layout..

I'm going to try the steps for the transaltion... thanks.
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Languages in drop down of admin portal 3.3.0

[Einav Cohen]

> - Original Message -
> From: "Gianluca Cecchi" 
> Sent: Monday, September 16, 2013 1:19:05 PM
> 
> In notice this from a firefox in CentOS 6.4:
> https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing

strange - looks like an encoding-related issue 
[for some reason, all-and-only the Asian locales 
(Japanese, Korean, Chinese) appear with squares).
Which FF version that you are using on your CentOS 6.4?
Can you verify in your FF Menu that the selected Character Encoding is "Unicode 
(UTF-8)"?
@Alexander - any additional thoughts?

> 
> I'm using f19 for engine enabling beta repo, that today provided
> ovirt-engine-3.3.0-4.fc19.noarch
> 
> BTW: nice to see some more languages; how can I help to have Italian put
> in...?

we are using the Zanata translation-management system.
you can go https://translate.zanata.org/zanata/project/view/ovirt, sign up, 
follow the instructions for translators and continue from there - I can 
assist if necessary.

> 
> Gianluca
> ___
> 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] page layout scrambled in 3.3?

[Gianluca Cecchi]

Firefox on CentOS 6.4 ( version firefox-17.0.8-1.el6.centos.x86_64)
gives these kinds of layout, just after engine-setup phase.

This is when selecting "Default" datacenter icon:
https://docs.google.com/file/d/0BwoPbcrMv8mvVGhxck9kTGJtLXc/edit?usp=sharing

This is when I select the main "System" icon:
https://docs.google.com/file/d/0BwoPbcrMv8mvcU11czRsTW1yX1k/edit?usp=sharing

the engine is freshly installed fedora 19 where to day I ran update
and engine-setup after enabling beta ovirt repo
(ovirt-engine-3.3.0-4.fc19.noarch installed)

Anyone else?
What would be recommended browser for upcoming 3.3 and its version?

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

Re: [Users] oVirt Solaris support

[Koch (ovido)]

On Mon, 2013-09-16 at 16:29 +0100, Dan Kenigsberg wrote:
> On Mon, Sep 16, 2013 at 04:39:47PM +0200, René Koch (ovido) wrote:
> > 
> > On Mon, 2013-09-16 at 15:14 +0100, Dan Kenigsberg wrote:
> > 
> > > On Mon, Sep 16, 2013 at 12:33:34PM +0200, René Koch (ovido) wrote:
> > > > 
> > > > On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:
> > > > 
> > > > > On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > I want to start the discussion about Solaris support on oVirt 
> > > > > > again, as
> > > > > > there was no solution for it yet.
> > > > > > 
> > > > > > On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
> > > > > > following specs:
> > > > > > * Operating System: Other
> > > > > > * nic1: rtl8139
> > > > > > * Disk1: IDE (Thin Provision)
> > > > > > * Host: CentOS 6.4 with 
> > > > > > qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
> > > > > > 
> > > > > > These are the same settings as on my RHEL 6.4 KVM host (except I can
> > > > > > choose Solaris 10 as OS in virt-manager), which has KVM version:
> > > > > > qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this 
> > > > > > host
> > > > > > as a RHEV host, so the qemu-kvm-rhev package is installed in case 
> > > > > > you
> > > > > > wounder)...
> > > > > > 
> > > > > > What's working:
> > > > > > * OS installation on IDE disk
> > > > > > * Bringing up network interface
> > > > > > 
> > > > > > What's not working on oVirt:
> > > > > > * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
> > > > > > working...
> > > > > > 
> > > > > > 
> > > > > > I can see the mac address on my CentOS host, but can't ping the 
> > > > > > Solaris
> > > > > > vm:
> > > > > > 
> > > > > > # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
> > > > > > port no mac addris local?   ageing timer
> > > > > >   2 00:99:4a:00:64:83   no10.72
> > > > > > 
> > > > > > # arp -an | grep '00:99:4a:00:64:83'
> > > > > > ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
> > > > > > 
> > > > > > When using tcpdump on the vnet interface which belongs to the 
> > > > > > Solaris vm
> > > > > > (ip 10.0.100.123) I can see ARP requests from the vm for ip address 
> > > > > > of
> > > > > > my CentOS host (10.0.100.42) but no response to it. Same when 
> > > > > > pinging
> > > > > > other ips in this network:
> > > > > > 
> > > > > > # tcpdump -n -i vnet2
> > > > > > tcpdump: WARNING: vnet2: no IPv4 address assigned
> > > > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol
> > > > > > decode
> > > > > > listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
> > > > > > bytes
> > > > > > 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > > > 10.0.100.123, length 46
> > > > > > 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > > > 10.0.100.123, length 46
> > > > > > 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
> > > > > > 10.0.100.123, length 46
> > > > > > 
> > > > > > I also compared the qemu-kvm process list on the KVM with the oVirt
> > > > > > machine and can't see much differences except that oVirt has more
> > > > > > information like smbios
> > > > > > oVirt host:
> > > > > > /usr/libexec/qemu-kvm
> > > > > > 
> > > > > >  -netdev tap,fd=27,id=hostnet0
> > > > > >  -device
> > > > > > rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
> > > > > > 
> > > > > > RHEL KVM host:
> > > > > > /usr/libexec/qemu-kvm
> > > > > > 
> > > > > >  -netdev tap,fd=32,id=hostnet0
> > > > > >  -device
> > > > > > rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
> > > > > > 
> > > > > > Any suggestions on how to troubleshoot / get Solaris networking 
> > > > > > running
> > > > > > is welcome.
> > > > > > Changing the interface to e1000 doesn't work either.
> > > > 
> > > > 
> > > > 
> > > > Thanks a lot for your answer and sorry for my late response - I was sick
> > > > leaving last week.
> > > > 
> > > > 
> > > > > 
> > > > > - Would you share the output of your `brctl show`?
> > > > 
> > > > 
> > > > # brctl show
> > > > bridge name bridge id   STP enabled interfaces
> > > > ;vdsmdummy; 8000.   no  
> > > > dmz 8000.0025901ad140   no  eth0.200
> > > > ovirtmgmt   8000.0025901ad140   no  eth0.100
> > > > vnet1
> > > > vnet2
> > > > setup   8000.0025901ad140   no  eth0.500
> > > > test2   8000.0025901ad140   no  eth0.602
> > > > vnet0
> > > > 
> > > > vnet1 is a Debian 7 vm which has a perfectly working network.
> > > > vnet2 is the Solaris 11 vm which can't c

[Users] Update from 3.2 to 3.3 (CentOS 6.4)

[H. Haven Liu]

Hello,

Is there any recommended procedure for updating from 3.2 to 3.3 (namely on a 
CentOS 6.4 system), or anything one should be careful when doing such update?

Thanks,

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

Re: [Users] so, what do you want next in oVirt?

[Chris Smith]

What about using ATA over ethernet (AoE) as an optional storage transport
within ovirt?  Is this feasible?  It seems that the protocol is fast and
efficient.
On Sep 10, 2013 11:58 AM, "Baptiste AGASSE" <
baptiste.aga...@lyra-network.com> wrote:

> Hi all,
>
> - Mail original -
> > De: "Itamar Heim" 
> > À: users@ovirt.org
> > Envoyé: Mardi 20 Août 2013 23:19:16
> > Objet: [Users] so, what do you want next in oVirt?
> >
> > earlier in the year we did a survey for feature requests /
> > improvements
> > / etc.
> >
> > since a lot of things were added, and priorities usually change, I'd
> > like to ask again for "what do you need the most from oVirt / what
> > are
> > your pain points" next?
> >
> > below[1] I've listed my understanding of what already went in from
> > previous survey requests (to various degrees of coverage).
> >
> > Thanks,
> > Itamar
> >
> > [1] from the top 12
> > V Allow disk resize
> > V Integrate Nagios/Zabbix monitoring - via a ui plugin
> > V Highly Available engine - via hosted engine[2]
> > V Open vSwitch integration - via neutron integration
> > X Allow cloning VMs without template
> > ? Enable hypervisor upgrade/updates through engine[3]
> > V Allow engine on an oVirt hosted VM - via hosted engine[2]
> > V Enable guest configuration (root password, SSH keys, network) via
> >guest agent in engine - via cloud-init
> > X Integrate v2v into engine
> > ? Bond/extend ovirtmgmt with a second network for HA/increased
> >bandwidth[4]
> > X Integrate scheduling of snapshots and VM export for backups in
> >engine[5]
> > V Spice – support Google Chrome - via mime based launch
> >
> >
> > Other items mentioned in previous survey which should be covered by
> > now:
> > - Fix timeout when adding local host during all-in-one configuration
> > - Fix engine set-up when SELinux is disabled
> > - Provide packages for el6 (CentOS, Red Hat Enterprise Linux)
> > - Allow multiple VMs to be deployed from the same template at the
> > same
> >time
> > - ISO domains on local/GlusterS
> > - Show IP addresses in Virtual Machines->Network Interfaces
> > - OpenStack Quantum support (now called Neutron)
> > - noVNC support
> > - Support spice.html5 and websocket proxy
> > - Add other guest OSes to list
> > - Port oVirt guest agent to Ubuntu[6]
> > - SLA - Allow resource time-sharing
> > - Spice - Mac client (via mime based launch)
> > - Spice - port XPI plug-in to Windows (not sure this will happen, but
> >mime based launch allows using firefox now)
> > - Spice - client for Ubuntu/Debian (should be covered via mime based
> >launch)
> >
> >
> > [2] hosted engine is in active development, but not released yet.
> > [3] host update is supported, but not for general yum update.
> > [4] a lot of improvements were done in this space, but i'm not sure
> > if
> >  they cover this exact use case
> > [5] backup api is now being pushed to master, and orchestration of
> >  backups should probably happen via 3rd part backup vendors?
> > [6] I'm not sure packaging exists yet, but ubuntu is covered for the
> >  basic functionality of the guest agent.
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
> Thanks for this thread !
>
> - ISCSI EqualLogic SAN support or use standard iscsi tools/configuration
> - SSO for webui and cli (IPA integration)
> - PXE boot for nodes
> - VMs dependencies on startup
>
> Have a nice day.
>
> Regards.
>
> ---
> Baptiste
> ___
> 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] All VMs disappeared

[Itamar Heim]

On 09/15/2013 10:19 PM, Yair Zaslavsky wrote:



- Original Message -

From: "Frank Wall" 
To: users@ovirt.org
Sent: Tuesday, August 27, 2013 12:40:06 AM
Subject: Re: [Users] All VMs disappeared

On 09.08.2013 09:48, Jakub Bittner wrote:

Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our VMs
disappeared from VMs tab. Nodes running on centos too. Repeating
problem in log is:


I have the same problem, but with a slightly different setup:

- fresh install of Fedora 19 (all updates installed)
- fresh install of oVirt 3.3 RC (no upgrade)
- All-in-One setup with only local storage
- VMs installed from scratch (no import)
- VM/node/engine uptime was about 22 hours before reboot

Now the problem is very the same as reported by Jakub:
Every time I reboot ovirt-engine the VMs will disappear. No matter what
I do before rebooting ovirt-engine - set storage to maintenance, set
host to maintenance - it's always the same.

One interesting thing to note: Only VMs created from my custom template
will disappear! If I create a VM from the "blank" template, it will NOT
disappear.


Hi frank,
I verified that commit c54353b11fb9ac2cb59cbc3e04b58e9114cbecba solved this 
issue as well.


also worth mentioning this was fixed for 3.3 GA prior to its release.





Of course, the VM Disks can still be found in the filesystem, but it's a
nightmare trying to guess what disk should be attached to what VM... I
consider these VMs lost, since it's (fortunately) my test server, but
still a day of work is lost.

Here are some interesting log entries from engine startup AFTER REBOOT:

2013-08-26 23:03:20,479 INFO
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Failing
task with empty vdsm id AsyncTaskType copyImage : Task
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate

2013-08-26 23:03:20,497 INFO
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Calling
updateTask for task with out vdsm id and AsyncTaskType copyImage : Task
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate
Parameters class {3}

2013-08-26 23:03:20,506 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
CommandAsyncTask::Adding CommandMultiAsyncTasks object for command
4202990d-e85f-4935-a91b-a832bc8582cc

2013-08-26 23:03:20,787 INFO
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (pool-6-thread-7)
[10025b02] Lock Acquired to object EngineLock [exclusiveLocks= key:
vm1.example.com value: VM_NAME

2013-08-26 23:03:20,788 INFO
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7)
[10025b02] CommandMultiAsyncTasks::AttachTask: Attaching task
---- to command
4202990d-e85f-4935-a91b-a832bc8582cc.

2013-08-26 23:03:20,796 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask]
(pool-6-thread-7) [10025b02] BaseAsyncTask::LogEndTaskFailure: Task
---- (Parent Command AddVmFromTemplate,
Parameters Type
org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with
failure:

2013-08-26 23:03:20,805 INFO
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7)
[10025b02] task with DB task ID ---- has
   empty vdsm  task ID and is about to be cleared

2013-08-26 23:03:20,806 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
[10025b02] CommandAsyncTask::EndActionIfNecessary: All tasks of command
4202990d-e85f-4935-a91b-a832bc8582cc has ended -> executing EndAction

2013-08-26 23:03:20,807 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
[10025b02] CommandAsyncTask::EndAction: Ending action for 1 tasks
(command ID: 4202990d-e85f-4935-a91b-a832bc8582cc): calling EndAction .

Needless to say that I'm ABSOLUTELY SURE the template-copy tasks
actually did succeed before rebooting, as I was using the VMs,
installing software, rebooting, ... they were all running fine for 22
hours!

These messages exist for every missing VM. A show-stopper for 3.3 if you
ask me :-/


Thanks
- Frank
___
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] single VM disappeared

[Itamar Heim]

On 09/13/2013 06:25 PM, James Wilson wrote:

Thanks for the update.  I'm hoping this can get fast tracked into the
mainline beta, ready for release on Monday.

This is a show stopper for many people - especially those migrating from
previous community release; where an in place upgrade does not work.

Since upgrading from 3.2 to 3.3, our VM estate is essentially useless.
  I understand the timing, and the possible uniqueness of the issue.

Yet, to wait a month the facilitate an upgrade would see our oVirt
estate dropped.  This is essentially a non starter.

I can replicate this issue consistently, so if I can assist in testing
any builds, please let me know.

Here's hoping for some good news! :)


agree. its critical. this should be in 3.3 GA which was re-spinned to 
include this.
(and even if it missed it, we shouldn't/wouldn't have waited a month to 
fix something like this, rather release once there is a patch and a new 
build could pass some testing)




Thanks,

James

On 13 Sep 2013, at 16:19, Ofer Schreiber mailto:oschr...@redhat.com>> wrote:


Nothing actually.
Unless its a huge blocker, than we might rebuild the engine with it.
Otherwise, it will be in 3.3.1 which will be a month from now.



ב-13 Sep 2013, בשעה 14:04, Yair Zaslavsky mailto:yzasl...@redhat.com>> כתב/ה:




- Original Message -

From: "James Wilson" mailto:j...@me.com>>
To: users@ovirt.org 
Cc: "Yair Zaslavsky" mailto:yzasl...@redhat.com>>
Sent: Friday, September 13, 2013 2:00:31 PM
Subject: Re: [Users] single VM disappeared

Hi,

Absolutely correct - I imported a VM, manually modified the vdsmTaskIds
entry, which was set to null.  Restarted ovirt-engine, and the VM
remains.

This is also successful, if post import, before restarting
overt-engine, the
task is deleted completed form the async_tasks table.

The VM remains.

Will this patch make it into Beta?


Ofer - what can be done so this patch makes it into beta? it is
already merged on ovirt-engine-3.3 branch



On 13 Sep 2013, at 11:53, Yair Zaslavsky mailto:yzasl...@redhat.com>> wrote:


I managed to resolve these issues (import vm, restart, no vms) with the
following patch

http://gerrit.ovirt.org/#/c/17582/



- Original Message -

From: "Markus Stockhausen" mailto:stockhau...@collogia.de>>
To: "Hans-Joachim" mailto:r...@chef.net>>,
users@ovirt.org 
Sent: Friday, September 13, 2013 10:11:11 AM
Subject: Re: [Users] single VM disappeared


Von: users-boun...@ovirt.org 
[users-boun...@ovirt.org ]" im
Auftrag von
"Hans-Joachim [r...@chef.net ]
Gesendet: Freitag, 13. September 2013 09:08
An: users@ovirt.org 
Betreff: Re: [Users] single VM disappeared

Hi,

Yesterday, I opened a ticket too... Sorry

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

Hans-Joachim


No problem at all. The more reports the better.

Markus


___
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



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

Re: [Users] oVIRT 3.3 Failed to acces Master Domain

[Itamar Heim]

On 09/12/2013 12:41 AM, Dan Kenigsberg wrote:

On Wed, Sep 11, 2013 at 10:50:44AM -0400, Hans-Joachim wrote:

Hello,

I run in troubles

For a testing I completly powered off the oVirt Cluster (Engine as well as the 
the host).. and now my host
is unable to fine the Master Domain


was this resolved? is there a bug tracking this?



System: CentOS 6.4, vdsm-4.12.1-1.el6, oVirt Engine Version: 3.3.0-1.el6

Trace vdsm.log

Thread-98::DEBUG::2013-09-11 16:35:06,859::BindingXMLRPC::177::vds::(wrapper) 
client [192.168.1.29]
Thread-98::DEBUG::2013-09-11 
16:35:06,859::task::579::TaskManager.Task::(_updateState) 
Task=`b2a7a44f-8cb0-453a-bf52-16a200f992f9`::moving from state init -> state 
preparing
Thread-98::INFO::2013-09-11 16:35:06,860::logUtils::44::dispatcher::(wrapper) 
Run and protect: 
connectStoragePool(spUUID='5849b030-626e-47cb-ad90-3ce782d831b3', hostID=1, 
scsiKey='5849b030-626e-47cb-ad90-3ce782d831b3', 
msdUUID='3401420d-6918-49f9-b9e2-23ba47949f29', masterVersion=1, options=None)
Thread-98::DEBUG::2013-09-11 
16:35:06,860::resourceManager::197::ResourceManager.Request::(__init__) 
ResName=`Storage.5849b030-626e-47cb-ad90-3ce782d831b3`ReqID=`079c6f43-9453-4598-a9f3-7056ad3a595e`::Request
 was made in '/usr/share/vdsm/storage/hsm.py' line '1020' at 
'_connectStoragePool'
Thread-98::DEBUG::2013-09-11 
16:35:06,860::resourceManager::541::ResourceManager::(registerResource) Trying 
to register resource 'Storage.5849b030-626e-47cb-ad90-3ce782d831b3' for lock 
type 'exclusive'
Thread-98::DEBUG::2013-09-11 
16:35:06,861::resourceManager::600::ResourceManager::(registerResource) 
Resource 'Storage.5849b030-626e-47cb-ad90-3ce782d831b3' is free. Now locking as 
'exclusive' (1 active user)
Thread-98::DEBUG::2013-09-11 
16:35:06,861::resourceManager::237::ResourceManager.Request::(grant) 
ResName=`Storage.5849b030-626e-47cb-ad90-3ce782d831b3`ReqID=`079c6f43-9453-4598-a9f3-7056ad3a595e`::Granted
 request
Thread-98::INFO::2013-09-11 
16:35:06,861::sp::680::Storage.StoragePool::(connect) Connect host #1 to the 
storage pool 5849b030-626e-47cb-ad90-3ce782d831b3 with master domain: 
3401420d-6918-49f9-b9e2-23ba47949f29 (ver = 1)
Thread-98::DEBUG::2013-09-11 
16:35:06,862::lvm::483::OperationMutex::(_invalidateAllPvs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,862::lvm::485::OperationMutex::(_invalidateAllPvs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,862::lvm::494::OperationMutex::(_invalidateAllVgs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,862::lvm::496::OperationMutex::(_invalidateAllVgs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,863::lvm::514::OperationMutex::(_invalidateAllLvs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,863::lvm::516::OperationMutex::(_invalidateAllLvs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:06,863::misc::807::SamplingMethod::(__call__) Trying to enter sampling 
method (storage.sdc.refreshStorage)
Thread-98::DEBUG::2013-09-11 
16:35:06,863::misc::809::SamplingMethod::(__call__) Got in to sampling method
Thread-98::DEBUG::2013-09-11 
16:35:06,863::misc::807::SamplingMethod::(__call__) Trying to enter sampling 
method (storage.iscsi.rescan)
Thread-98::DEBUG::2013-09-11 
16:35:06,864::misc::809::SamplingMethod::(__call__) Got in to sampling method
Thread-98::DEBUG::2013-09-11 
16:35:06,864::iscsiadm::91::Storage.Misc.excCmd::(_runCmd) '/usr/bin/sudo -n 
/sbin/iscsiadm -m session -R' (cwd None)
Thread-98::DEBUG::2013-09-11 16:35:06,875::iscsiadm::91::Storage.Misc.excCmd::(_runCmd) 
FAILED:  = 'iscsiadm: No session found.\n';  = 21


Before the connectStoragePool attempt, vdsm.log should have had
connectStorageServer. Does it? Is it successful?



Thread-98::DEBUG::2013-09-11 
16:35:06,875::misc::817::SamplingMethod::(__call__) Returning last result
Thread-98::DEBUG::2013-09-11 
16:35:08,902::multipath::111::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n 
/sbin/multipath' (cwd None)
Thread-98::DEBUG::2013-09-11 16:35:08,916::multipath::111::Storage.Misc.excCmd::(rescan) 
SUCCESS:  = '';  = 0
Thread-98::DEBUG::2013-09-11 
16:35:08,917::lvm::483::OperationMutex::(_invalidateAllPvs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:08,917::lvm::485::OperationMutex::(_invalidateAllPvs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:08,918::lvm::494::OperationMutex::(_invalidateAllVgs) Operation 'lvm 
invalidate operation' got the operation mutex
Thread-98::DEBUG::2013-09-11 
16:35:08,918::lvm::496::OperationMutex::(_invalidateAllVgs) Operation 'lvm 
invalidate operation' released the operation mutex
Thread-98::DEBUG::2013-09-11 
16:3

Re: [Users] page layout scrambled in 3.3?

[Thomas Suckow]

3.3 is now in ovirt-stable, as of the last hour. What you see is 
happening because the window is too narrow, this would happen on any 
browser. Try maximizing.


-
Thomas

On 09/16/2013 10:29 AM, Gianluca Cecchi wrote:

Firefox on CentOS 6.4 ( version firefox-17.0.8-1.el6.centos.x86_64)
gives these kinds of layout, just after engine-setup phase.

This is when selecting "Default" datacenter icon:
https://docs.google.com/file/d/0BwoPbcrMv8mvVGhxck9kTGJtLXc/edit?usp=sharing

This is when I select the main "System" icon:
https://docs.google.com/file/d/0BwoPbcrMv8mvcU11czRsTW1yX1k/edit?usp=sharing

the engine is freshly installed fedora 19 where to day I ran update
and engine-setup after enabling beta ovirt repo
(ovirt-engine-3.3.0-4.fc19.noarch installed)

Anyone else?
What would be recommended browser for upcoming 3.3 and its version?

Thanks,
Gianluca
___
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] single VM disappeared

[Mike Burns]

On 09/16/2013 04:27 PM, Itamar Heim wrote:

On 09/13/2013 06:25 PM, James Wilson wrote:

Thanks for the update.  I'm hoping this can get fast tracked into the
mainline beta, ready for release on Monday.

This is a show stopper for many people - especially those migrating from
previous community release; where an in place upgrade does not work.

Since upgrading from 3.2 to 3.3, our VM estate is essentially useless.
  I understand the timing, and the possible uniqueness of the issue.

Yet, to wait a month the facilitate an upgrade would see our oVirt
estate dropped.  This is essentially a non starter.

I can replicate this issue consistently, so if I can assist in testing
any builds, please let me know.

Here's hoping for some good news! :)


agree. its critical. this should be in 3.3 GA which was re-spinned to
include this.
(and even if it missed it, we shouldn't/wouldn't have waited a month to
fix something like this, rather release once there is a patch and a new
build could pass some testing)


This did land in 3.3.0-4 and is available in the 3.3 repos now.

Mike




Thanks,

James

On 13 Sep 2013, at 16:19, Ofer Schreiber mailto:oschr...@redhat.com>> wrote:


Nothing actually.
Unless its a huge blocker, than we might rebuild the engine with it.
Otherwise, it will be in 3.3.1 which will be a month from now.



ב-13 Sep 2013, בשעה 14:04, Yair Zaslavsky mailto:yzasl...@redhat.com>> כתב/ה:




- Original Message -

From: "James Wilson" mailto:j...@me.com>>
To: users@ovirt.org 
Cc: "Yair Zaslavsky" mailto:yzasl...@redhat.com>>
Sent: Friday, September 13, 2013 2:00:31 PM
Subject: Re: [Users] single VM disappeared

Hi,

Absolutely correct - I imported a VM, manually modified the
vdsmTaskIds
entry, which was set to null.  Restarted ovirt-engine, and the VM
remains.

This is also successful, if post import, before restarting
overt-engine, the
task is deleted completed form the async_tasks table.

The VM remains.

Will this patch make it into Beta?


Ofer - what can be done so this patch makes it into beta? it is
already merged on ovirt-engine-3.3 branch



On 13 Sep 2013, at 11:53, Yair Zaslavsky mailto:yzasl...@redhat.com>> wrote:


I managed to resolve these issues (import vm, restart, no vms)
with the
following patch

http://gerrit.ovirt.org/#/c/17582/



- Original Message -

From: "Markus Stockhausen" mailto:stockhau...@collogia.de>>
To: "Hans-Joachim" mailto:r...@chef.net>>,
users@ovirt.org 
Sent: Friday, September 13, 2013 10:11:11 AM
Subject: Re: [Users] single VM disappeared


Von: users-boun...@ovirt.org 
[users-boun...@ovirt.org ]" im
Auftrag von
"Hans-Joachim [r...@chef.net ]
Gesendet: Freitag, 13. September 2013 09:08
An: users@ovirt.org 
Betreff: Re: [Users] single VM disappeared

Hi,

Yesterday, I opened a ticket too... Sorry

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

Hans-Joachim


No problem at all. The more reports the better.

Markus


___
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



___
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] Update from 3.2 to 3.3 (CentOS 6.4)

[Mike Burns]

On 09/16/2013 04:30 PM, Joop wrote:

H. Haven Liu wrote:

Hello,

Is there any recommended procedure for updating from 3.2 to 3.3
(namely on a CentOS 6.4 system), or anything one should be careful
when doing such update?

Be careful when you use glusterfs, not nfs over glusterfs, but read the
release-notes. It should have something to say about glusterfs domain
not (yet) working on el6.
Saw a small discussion on irc just yet and my two cents are that you
can't add el6 support to ovirt in release 3.2 and then withdraw it with
3.3 and say well just wait for Centos/Rhel-6.5.


We haven't removed any functionality in 3.3.  In 3.2, we added support 
for gluster domains through a POSIXFS interface.  In 3.3, we're adding a 
feature where we support gluster natively.  This works in Fedora, but is 
not available on EL6.  The POSIXFS option still exists



The kernel can come from elrepo so that is not a burden for the ovirt
team, qemu/libvirt should be build by the ovirt team and be available
from the ovirt repo. At the moment I also see/saw Jboss-7.1.1
qemu/libvirt wouldn't be the first packages to be in the ovirt-repo
which are also in the main distributions repos.


We're trying to work out a way to do this in a consistent manner going 
forward.  We should have a solution soon, but in the meantime, the other 
functionality and features should work on both Fedora and EL6.


Thanks

Mike



Regards,

Joop

___
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] VM Crash at end of disk move

[Itamar Heim]

On 09/11/2013 11:51 PM, Yeela Kaplan wrote:

Hi Markus,
Relevant logs you can look at are:
on the hypervisor:
under /var/log/libvirt/..
The vdsm log under /var/log/vdsm/vdsm.log

and on the engine host:
under /var/log/ovirt-engine/engine.log

hope this helps,
Yeela



Markus - was this resolved?


- Original Message -

From: "Markus Stockhausen" 
To: users@ovirt.org
Sent: Wednesday, September 11, 2013 7:48:22 PM
Subject: Re: [Users] VM Crash at end of disk move


Von: Markus Stockhausen
Gesendet: Dienstag, 10. September 2013 21:43
An: users@ovirt.org
Betreff: VM Crash at end of disk move

Hello,

Thanks for the assistance to get this all running.  But now
I'm working on the next error on my new ovirt cluster.

I migrated a Windows 7 64Bit VMware VM into ovirt using
virt-v2v. VMWare tools were deinstalled in advance. After
two boots on ovirt everything seems fine. Just for curiousity
I moved the boot disk to another storage domain. At the
end the machine crashes without any indication of the
reason. ovirt webinterface log reads:

2013-Sep-10, 21:32 User admin@internal have failed to move disk
colvm40_1IB_win7x64_Office2010_Test_Disk to domain NAS3_IB.
2013-Sep-10, 21:32 VM colvm40_1IB_win7x64_Office2010_Test is down. Exit
message: Lost connection with qemu process.
2013-Sep-10, 21:19 User admin@internal moving disk
colvm40_1IB_win7x64_Office2010_Test_Disk1 to domain NAS3_IB.
2013-Sep-10, 21:19 Snapshot 'Auto-generated for Live Storage Migration'
creation for VM 'colvm40_1IB_win7x64_Office2010_Test' has been completed.
2013-Sep-10, 21:18 Snapshot 'Auto-generated for Live Storage Migration'
creation for VM 'colvm40_1IB_win7x64_Office2010_Test' was initiated by
admin@internal.
2013-Sep-10, 21:17 VM colvm40_1IB_win7x64_Office2010_Test started on Host
colovn1

After this crash VM can be started again. The disk image is
taken from the target storage domain. So it seems as if the
move was successful. Another (SLES 11 SP3) VM that was
newly created inside the cluster does not show this problem.

As I did not find qemu logs, what would be the best place to
start analysis with.

Best regards.

Markus


Memo for myself: Install ALL Windows VIRTIO drivers. virt-v2v
only does the basics to get the VM up after the migration.



___
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] Compliance problem with ovirt 3.3 on Fedora 19

[Greg Sheremeta]

- Original Message -
> From: "Greg Sheremeta" 
> To: "Thomas Suckow" 
> Cc: users@ovirt.org
> Sent: Sunday, September 15, 2013 5:43:42 PM
> Subject: Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19
> 
> - Original Message -
> > From: "Thomas Suckow" 
> > To: users@ovirt.org
> > Sent: Friday, September 13, 2013 8:14:32 PM
> > Subject: Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19
> > 
> > On 09/13/2013 09:28 AM, Suckow, Thomas J wrote:
> > > On 09/13/2013 04:29 AM, Greg Sheremeta wrote:
> > >> Did this get resolved? Is there a BZ? (I can't find one.) I am also
> > >> seeing
> > >> "The Hosts emulated machines are " on yesterday's nightly
> > >> build.
> > >> The host I'm trying to add is a VM.
> > >>
> > >> [host2 $] vdsClient -s 0 getVdsCaps | grep emulatedMachines
> > >>emulatedMachines = []
> > >>
> > >> Greg
> > >>
> > > I am uncertain if it did, I took down our production system (Low
> > > availability requirements) yesterday so I could fiddle with an
> > > all-in-one install trial today on another hard disk. I wonder if it is a
> > > certain hardware configuration, ours is an old Dell Precision.
> > >
> > > My previous attempt was "normal" install and then tried to add
> > > localhost. I wonder if the all in one would give different results.
> > >
> > > -
> > > Thomas
> > 
> > I just finally got the All-In-One installed. It seems to be working. I
> > noticed that the all-in-one set the CPU type in the cluster settings,
> > you could try setting that...
> 
> Thanks -- it didn't work. I reported this as a bug. I suspect it's a vdsm bug
> related to the host being virtualized. But just guessing.
> https://bugzilla.redhat.com/show_bug.cgi?id=1008243
> 
> Greg
> 

Following up. Thanks to Assaf Muller for the tip: running a yum update on a 
host works around the "The Hosts emulated machines are  and the 
cluster is [rhel6.4.0, pc-1.0]}". I guess it's just best to do that on all my 
new hosts from now on. Not sure if it's officially recommended or documented to 
do that.

Follow BZ1008243 if you're interested in the root cause.

Greg

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

Re: [Users] so, what do you want next in oVirt?

[Liviu Elama]

Anyone knows when multiple types of storage domains will be available in
the same cluster( e.g local disk and FC and GlusterFS)?



On Tue, Sep 17, 2013 at 8:20 AM, Chris Smith  wrote:

> What about using ATA over ethernet (AoE) as an optional storage transport
> within ovirt?  Is this feasible?  It seems that the protocol is fast and
> efficient.
> On Sep 10, 2013 11:58 AM, "Baptiste AGASSE" <
> baptiste.aga...@lyra-network.com> wrote:
>
>> Hi all,
>>
>> - Mail original -
>> > De: "Itamar Heim" 
>> > À: users@ovirt.org
>> > Envoyé: Mardi 20 Août 2013 23:19:16
>> > Objet: [Users] so, what do you want next in oVirt?
>> >
>> > earlier in the year we did a survey for feature requests /
>> > improvements
>> > / etc.
>> >
>> > since a lot of things were added, and priorities usually change, I'd
>> > like to ask again for "what do you need the most from oVirt / what
>> > are
>> > your pain points" next?
>> >
>> > below[1] I've listed my understanding of what already went in from
>> > previous survey requests (to various degrees of coverage).
>> >
>> > Thanks,
>> > Itamar
>> >
>> > [1] from the top 12
>> > V Allow disk resize
>> > V Integrate Nagios/Zabbix monitoring - via a ui plugin
>> > V Highly Available engine - via hosted engine[2]
>> > V Open vSwitch integration - via neutron integration
>> > X Allow cloning VMs without template
>> > ? Enable hypervisor upgrade/updates through engine[3]
>> > V Allow engine on an oVirt hosted VM - via hosted engine[2]
>> > V Enable guest configuration (root password, SSH keys, network) via
>> >guest agent in engine - via cloud-init
>> > X Integrate v2v into engine
>> > ? Bond/extend ovirtmgmt with a second network for HA/increased
>> >bandwidth[4]
>> > X Integrate scheduling of snapshots and VM export for backups in
>> >engine[5]
>> > V Spice – support Google Chrome - via mime based launch
>> >
>> >
>> > Other items mentioned in previous survey which should be covered by
>> > now:
>> > - Fix timeout when adding local host during all-in-one configuration
>> > - Fix engine set-up when SELinux is disabled
>> > - Provide packages for el6 (CentOS, Red Hat Enterprise Linux)
>> > - Allow multiple VMs to be deployed from the same template at the
>> > same
>> >time
>> > - ISO domains on local/GlusterS
>> > - Show IP addresses in Virtual Machines->Network Interfaces
>> > - OpenStack Quantum support (now called Neutron)
>> > - noVNC support
>> > - Support spice.html5 and websocket proxy
>> > - Add other guest OSes to list
>> > - Port oVirt guest agent to Ubuntu[6]
>> > - SLA - Allow resource time-sharing
>> > - Spice - Mac client (via mime based launch)
>> > - Spice - port XPI plug-in to Windows (not sure this will happen, but
>> >mime based launch allows using firefox now)
>> > - Spice - client for Ubuntu/Debian (should be covered via mime based
>> >launch)
>> >
>> >
>> > [2] hosted engine is in active development, but not released yet.
>> > [3] host update is supported, but not for general yum update.
>> > [4] a lot of improvements were done in this space, but i'm not sure
>> > if
>> >  they cover this exact use case
>> > [5] backup api is now being pushed to master, and orchestration of
>> >  backups should probably happen via 3rd part backup vendors?
>> > [6] I'm not sure packaging exists yet, but ubuntu is covered for the
>> >  basic functionality of the guest agent.
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>> Thanks for this thread !
>>
>> - ISCSI EqualLogic SAN support or use standard iscsi tools/configuration
>> - SSO for webui and cli (IPA integration)
>> - PXE boot for nodes
>> - VMs dependencies on startup
>>
>> Have a nice day.
>>
>> Regards.
>>
>> ---
>> Baptiste
>> ___
>> 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] page layout scrambled in 3.3?

[Alexander Wels]

Gianluca,

looks like the resolution on your browser window is too low. If you make the 
window wider the problem will go away. Basically the menu bar is wrapping onto 
the next line.

On Monday, September 16, 2013 07:29:02 PM Gianluca Cecchi wrote:
> Firefox on CentOS 6.4 ( version firefox-17.0.8-1.el6.centos.x86_64)
> gives these kinds of layout, just after engine-setup phase.
> 
> This is when selecting "Default" datacenter icon:
> https://docs.google.com/file/d/0BwoPbcrMv8mvVGhxck9kTGJtLXc/edit?usp=sharing
> 
> This is when I select the main "System" icon:
> https://docs.google.com/file/d/0BwoPbcrMv8mvcU11czRsTW1yX1k/edit?usp=sharing
> 
> the engine is freshly installed fedora 19 where to day I ran update
> and engine-setup after enabling beta ovirt repo
> (ovirt-engine-3.3.0-4.fc19.noarch installed)
> 
> Anyone else?
> What would be recommended browser for upcoming 3.3 and its version?
> 
> Thanks,
> Gianluca
> ___
> 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] Update from 3.2 to 3.3 (CentOS 6.4)

[Joop]

H. Haven Liu wrote:

Hello,

Is there any recommended procedure for updating from 3.2 to 3.3 (namely on a 
CentOS 6.4 system), or anything one should be careful when doing such update?
  
Be careful when you use glusterfs, not nfs over glusterfs, but read the 
release-notes. It should have something to say about glusterfs domain 
not (yet) working on el6.
Saw a small discussion on irc just yet and my two cents are that you 
can't add el6 support to ovirt in release 3.2 and then withdraw it with 
3.3 and say well just wait for Centos/Rhel-6.5.
The kernel can come from elrepo so that is not a burden for the ovirt 
team, qemu/libvirt should be build by the ovirt team and be available 
from the ovirt repo. At the moment I also see/saw Jboss-7.1.1 
qemu/libvirt wouldn't be the first packages to be in the ovirt-repo 
which are also in the main distributions repos.


Regards,

Joop

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

Re: [Users] Update from 3.2 to 3.3 (CentOS 6.4)

[Joop]

Mike Burns wrote:

On 09/16/2013 04:30 PM, Joop wrote:

H. Haven Liu wrote:

Hello,

Is there any recommended procedure for updating from 3.2 to 3.3
(namely on a CentOS 6.4 system), or anything one should be careful
when doing such update?

Be careful when you use glusterfs, not nfs over glusterfs, but read the
release-notes. It should have something to say about glusterfs domain
not (yet) working on el6.
Saw a small discussion on irc just yet and my two cents are that you
can't add el6 support to ovirt in release 3.2 and then withdraw it with
3.3 and say well just wait for Centos/Rhel-6.5.


We haven't removed any functionality in 3.3.  In 3.2, we added support 
for gluster domains through a POSIXFS interface.  In 3.3, we're adding 
a feature where we support gluster natively.  This works in Fedora, 
but is not available on EL6.  The POSIXFS option still exists
You're right but what about users who want to use the (much) improved 
speed of the gluster domain over the POSIXFS interface? They are left 
out or they should move to Fed19 which I would do but I need to convince 
a couple of other people as well and they aren't going to agree.





The kernel can come from elrepo so that is not a burden for the ovirt
team, qemu/libvirt should be build by the ovirt team and be available
from the ovirt repo. At the moment I also see/saw Jboss-7.1.1
qemu/libvirt wouldn't be the first packages to be in the ovirt-repo
which are also in the main distributions repos.


We're trying to work out a way to do this in a consistent manner going 
forward.  We should have a solution soon, but in the meantime, the 
other functionality and features should work on both Fedora and EL6.
Thanks for the clarification and I'm waiting eagerly for what/when the 
solution comes out.


Joop

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

Re: [Users] FC19 upgrade, oVirt 3.3 and node problems

[Itamar Heim]

On 08/29/2013 10:44 AM, Alin Dragomir wrote:

Hello,

I need a little bit of help to get my setup in a stable state... ;( I
used to have this configuration on three physical machines:
- engine - oVirt 3.2.1/FC18
- host1 - FC18
- host2 - FC18
- NAS with NFS data domains

It all started with my mistake: upgrading the engine to FC19 without
checking oVirt compatibility first. Of course, afterwards ovirt-engine
wouldn't start anymore, but I had my VM's running on the two hosts and I
thought I'd wait it out until 3.3 is released.
Today my email server VM crashed and I cannot start it manually (tried
variations of the qemu-kvm command line, created tap  devices, tried a
few other things without success).
After a while, I bit the bullet and enabled the oVirt 3.3 repo, and did
engine-upgrade. This seem to have worked fine except for a missing link
for Java which I fixed, so now I can access the web admin portal. I can
see the hosts and VM's that are running or stopped but I cannot start
any VM, error message is:

qemu-kvm: -drive file... Permissions denied

I checked the path and everything is accessible on the host.

Since I didn't have any other critical VM's on one of the host I made
possibly the second mistake: downloaded the oVirt node ISO and
reinstalled from scratch. First it wouldn't register due to a UUID
collision (crappy motherboard manufacturers) but I was able to make it
report a valid UUID and worked around that.
When I try to Approve the node, it goes through most of the steps but
fails with:

2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   2013-08-28 07:37:26 DEBUG
otopi.context context._executeMethod:119 Stage closeup METHOD
otopi.plugins.ovirt_host_deploy.node.persist.Plugin._closeup
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   2013-08-28 07:37:26 DEBUG
otopi.context context._executeMethod:133 method exception
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   Traceback (most recent call
last):
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND File
"/tmp/ovirt-S4pEN1vbH3/pythonlib/otopi/context.py", line 123, in
_executeMethod
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   method['method']()
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND File
"/tmp/ovirt-S4pEN1vbH3/otopi-plugins/ovirt-host-deploy/node/persist.py",
line 51, in _closeup
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   from ovirtnode import
ovirtfunctions
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND File
"/usr/lib/python2.7/site-packages/ovirtnode/ovirtfunctions.py", line
34, in 
2013-08-28 07:37:26 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:215 DIALOG:SEND   ImportError: could not
import gobject (could not find _PyGObject_API object)


I downgraded the node from 3.1.0-0.999.5.vdsm.fc19 to
3.0.0-5.1.6.vdsm.fc19 but ran into the same error.
I noticed the Python scripts being run during the deployment come from
ovirt-host-deploy.tar, but I don't know where that comes from. I renamed
it and it was recreated.
I checked the Python packages and the node does have pygobject2 v2.28.6
installed. Import gobject from Phyton doesn't report any errors and I
even tried to run a modified persist.py on the node and it works just
fine, imports the functions and persists a file I gave it as a parameter.

At this point, I'm lost; the only thing I can think of would be to
reinstall Fedora (FC19?) on the bad node and to try to re-add the node -
but I have a guess I'll see the exact the same error. Or maybe enable
the nightly repo?...

Thank you.

PS. I set up a temporary mail gateway so I don't lose incoming mail but
it's getting a lot of spam, plus I don't have IMAP access to emails as
that server was doing amavisd spam filtering and IMAP besides Postfix. A
way to start the VM manually on the "good" host would definitely be a
workable temporary solution.


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



was this resolved?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] VM snapshot creating failed

[Itamar Heim]

On 08/29/2013 01:03 PM, Jakub Bittner wrote:

Dne 29.8.2013 09:02, Laszlo Hornyak napsal(a):

ok, it is there in the vdsm log:

Thread-58161::ERROR::2013-08-29
07:48:18,255::libvirtvm::2089::vm.Vm::(snapshot)
vmId=`e4226eb3-9758-4d19-a4d3-0a263189013d`::The base volume doesn't
exist: {'device': 'disk', 'domainID':
'f5846dee-cbe1-415e-8452-d9fec8f2bcd0', 'volumeID':
'8b177d7c-4577-4ec4-adab-d2c87377f34a', 'imageID':
'c7a90893-83e9-4781-905f-470a2e6b653f'}

And this is the relevant snippet from vdsm:

 # The volume we want to snapshot doesn't exist
 _rollbackDrives(newDrives)
 self.log.error("The base volume doesn't exist: %s",
baseDrv)

I would suspect that this is another DB inconsistency, the engine is
sending a disk to snapshot that does not exist on the storage. Can you
still start this VM?

Thank you,
Laszlo

- Original Message -

From: "Jakub Bittner" 
To: "Laszlo Hornyak" 
Cc: users@ovirt.org
Sent: Thursday, August 29, 2013 7:50:55 AM
Subject: Re: [Users] VM snapshot creating failed

Dne 28.8.2013 18:09, Laszlo Hornyak napsal(a):

Hi Jakub,

Could you also share the VDSM logs from that host?

Thank you,
Laszlo

- Original Message -

From: "Jakub Bittner" 
To: users@ovirt.org
Sent: Wednesday, August 28, 2013 5:45:28 PM
Subject: [Users] VM snapshot creating failed

Hi,

I tryed to create snapshot of VM, but it fails with this in log:

http://paste.fedoraproject.org/35494/


I use oVirt 3.3RC


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


Here is the vdsm log from node
http://paste.fedoraproject.org/35641/

Thank you.


Ok, it is there in the VDSM log:

I can star, stop and edit this VM as normally. Only snapshots doesnt
work. It does not work for imported and even for newly created VMs.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


was this resolved?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] iSCSI VM storage overlap

[Itamar Heim]

On 08/23/2013 05:57 PM, Jérémy Clerc wrote:

Hello,

We have a 3 node setup with one for ovirt-engine managing the 2 others
nodes.

OS on all nodes is CentOS release 6.4 (Final)

Ovirt version is 3.2.1-1.beta1.el6.noarch

It uses an iSCSI IBM Backend.


When importing 2 VMs from exports, it happens that after importing VM1,
you import VM2 and it overwrites some parts of VM1's disk, and so you
lose pretty much all your data.

So it is like the SPM does not  know where it wrote VM1. I have found
any relevant logs.

Has anyone already experienced this ?

Thanks,

Jérémy


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



was this resolved? a bug filed?
(is there an all zero uuid anywhere in the ovf's?)

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

Re: [Users] Reimport iSCSI Storage Domain?

[Itamar Heim]

On 08/23/2013 11:09 AM, Hans-Joachim wrote:

Hello,

'unfortunally' I updated my oVirt to
3.4.0-0.2.master.20130815150659.git764a14c.el6 and i'd like to go back
with all 17 VMs to the soon brand new 3.3 version.
It looks like, the database schemas are different, 03030760 for my
installed version whereas 3.3 rc comes with 03030640.
So I'm pretty sure, I will not able to use this db for 3.3

So my question, is there any way to reimport an existing iSCSI domain
without passing hours of exporting/importing VMs from one system to the
other?

Thank you for your help

Hans-Joachim


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



import an existing data domain is very high on the list for next version.
if you upgraded your db to 3.4, the upgrade should have kept a backup 
which you should have been able to cleanly install the previous version 
with as a rollback?



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

Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql

[Itamar Heim]

On 08/28/2013 01:56 PM, Alon Bar-Lev wrote:



- Original Message -

From: "Nux!" 
To: "Yedidyah Bar David" 
Cc: users@ovirt.org
Sent: Wednesday, August 28, 2013 1:49:25 PM
Subject: Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql

On 28.08.2013 10:13, Yedidyah Bar David wrote:


I think it's the OS's locale. What do you have in /etc/locale.conf ?
You can try changing that to:

LANG="en_US.UTF-8"

Then login again (or just open a new shell), and verify that it worked
by running:

locale

and verifying that there are no errors.


Hi,

It worked after I reinitialised the DB like this:

initdb --locale=C -E UNICODE -D /var/lib/pgsql/data

Might be nice to be able to specify/force this from /etc/sysconfig or
similar, this is not very user friendly. :-)

Thanks for your help!


This is strange!

We use standard way to create the database:
fedora: /usr/bin/postgresql-setup
rhel/centos /etc/init.d/postgresql initdb

Both run:
 $SU -l postgres -c "$PGENGINE/initdb --pgdata='$PGDATA' --auth='ident'" >> 
"$PGLOG" 2>&1 < /dev/null

So we cannot provide parameters to this process...
And we cannot specify locale environment variables as it uses su.

Eli, is there any solution for this?


Eli - ping?
Eyal - we need a job running setup in all locales, say nightly...

Thanks,
   Itamar

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

Re: [Users] Update from 3.2 to 3.3 (CentOS 6.4)

[Mike Burns]

On 09/16/2013 05:26 PM, Joop wrote:

Mike Burns wrote:

On 09/16/2013 04:30 PM, Joop wrote:

H. Haven Liu wrote:

Hello,

Is there any recommended procedure for updating from 3.2 to 3.3
(namely on a CentOS 6.4 system), or anything one should be careful
when doing such update?

Be careful when you use glusterfs, not nfs over glusterfs, but read the
release-notes. It should have something to say about glusterfs domain
not (yet) working on el6.
Saw a small discussion on irc just yet and my two cents are that you
can't add el6 support to ovirt in release 3.2 and then withdraw it with
3.3 and say well just wait for Centos/Rhel-6.5.


We haven't removed any functionality in 3.3.  In 3.2, we added support
for gluster domains through a POSIXFS interface.  In 3.3, we're adding
a feature where we support gluster natively.  This works in Fedora,
but is not available on EL6.  The POSIXFS option still exists

You're right but what about users who want to use the (much) improved
speed of the gluster domain over the POSIXFS interface? They are left
out or they should move to Fed19 which I would do but I need to convince
a couple of other people as well and they aren't going to agree.


I understand the complaint, honestly.  And we're working on a solution 
so that it will work for people on EL6.


From the perspective of whether we should release with this limitation 
or not, I'd point out that by not releasing, we'd be preventing everyone 
from using any of the new features until we get a solution for this. 
I'd rather release and make it available for everyone now and say that 
the Gluster domain for EL6 will come as soon as we can work out the 
dependency issues.







The kernel can come from elrepo so that is not a burden for the ovirt
team, qemu/libvirt should be build by the ovirt team and be available
from the ovirt repo. At the moment I also see/saw Jboss-7.1.1
qemu/libvirt wouldn't be the first packages to be in the ovirt-repo
which are also in the main distributions repos.


We're trying to work out a way to do this in a consistent manner going
forward.  We should have a solution soon, but in the meantime, the
other functionality and features should work on both Fedora and EL6.

Thanks for the clarification and I'm waiting eagerly for what/when the
solution comes out.


There have been a few considerations for solving this including 
rebuilding pure upstream or fedora packages for EL6.  That is a risky 
solution in my mind since there are rather large deltas between Fedora 
and EL6.  We're looking at whether we can have a "virt-preview" type of 
repo for EL6 similar to what exists today for Fedora[1].



Thanks

Mike

[1] http://fedoraproject.org/wiki/Virtualization_Preview_Repository


Joop

___
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] SPICE Console with Portal - Windows clients

[Itamar Heim]

On 08/27/2013 08:50 AM, Karli Sjöberg wrote:

mån 2013-08-26 klockan 13:19 -0400 skrev Aaron Bliss:

Hi all,
Running ovirt-engine version 3.2 (from EL 6 repo) and most everything
seems to be working great.  I would like to setup SPICE based console
access from Windows based clients running Internet Explorer (spice
console from Linux based machines and FF work great).  The process to
setup console SPICE console access from Windows based clients is
documented here:

http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal

However, the link to download spice.cab
(http://elmarco.fedorapeople.org/spice.cab) isn't working.  Does
anyone have a trust worthy source for spice.cab?  Please advise and
thanks.

Aaron


Here, this is the one:
http://lists.ovirt.org/pipermail/users/2013-June/014937.html



you should also be able to use mime based launch without the activex in 3.3

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

Re: [Users] Problems with RHEL 5 x86_64 VMs in oVirt 3.3

[Itamar Heim]

On 09/05/2013 06:31 PM, Raul José Cheleguini wrote:

Hello all,

Please, I'm performing tests with oVirt 3.3 and it has been working
really well, except the fact that the installation of RHEL 5 VMs is not
happening, not sure why. Does anybody else is experiencing the same
issue? Details:

Reproducible steps:

1) Start the VM via 'Run once" option.
2) Insert the boot parameters, for instance: linux text
3) vmlinuz and initrd are loaded without errors.
4) Black screen with a blinking cursor.
5) Anaconda never come up, Kernel is not loaded apparently.

The same behavior occurs with the following versions:

RHEL 5.9 x86_64
RHEL 5.8 x86_64
RHEL 5.7 x86_64

VM definitions:

Operating System: Red Hat Enterprise Linux 5.x x64
Optimized for: Server


If I simple change to a RHEL 5.9 32Bits ISO (Even with the 'Operating
System' field defined to work for x64), I am able to carry on with the
VM installation and everything goes ok.

Fedora 18 and 19 for x84_64 works well, also RHEL 6 builds for x86_64.


Packages in use:

ovirt-engine-3.3.0-1.fc19.noarch
qemu-1.4.2-7.fc19.x86_64
qemu-kvm-1.4.2-7.fc19.x86_64
libvirt-1.0.5.5-1.fc19.x86_64


Details and data collected:

VM name: tests-rhel5-64bits
engine.log
vdsm.log
qemu process arguments
libvirt relevant logs

Last test timestamp: 2013-Sep-05, 12:09
VM tests-rhel5-64bits started on Host dell-pe2950-1


Should I file a bug?
Any help will be really appreciated.
Thanks,
Raul.



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



was this resolved?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Using the qemu guest agent

[Itamar Heim]

On 09/03/2013 02:34 PM, Karli Sjöberg wrote:

Hi!

I´ve trying to use qemu-ga in several different guests, Win7, 2008R2,
Fedora 18, and haven´t been able to get the agent to respond to
anything. Have managed to have the Windows version log some debugging:
1378199587.125000: debug: check
1378199587.125000: debug: prepare
1378199587.656250: debug: check
1378199587.656250: debug: prepare

But when installing the agent in Fedora, even when editing the
service-file to include "-v (for verbose logging) -l (log file)
/path/to/file.log", it doesn´t say anything at all. The only messages
logged are from when you stop the service:
1378206062.602118: debug: received signal num 15, quitting
1378206105.557416: debug: received signal num 15, quitting
1378206245.844695: debug: received signal num 15, quitting

No other messages logged. Information about the agent is sparse, and
uncertain if relevant since development progresses rapidly, which is a
good thing, but makes it harder to wrap your head around. Have tried to
use examples on "http://wiki.qemu.org/Features/QAPI/GuestAgent";
 for ways to test from
Host if agent is responding, e.g:
echo "{'execute':'guest-info'}" | socat stdio,ignoreeof
unix-connect:/var/lib/libvirt/qemu/channels/TestVM.org.qemu.guest_agent.0

Yielded no "return" and nothing logged in any guest. Have installed
ovirt-guest-agent and spice-vdagent in both Windows- and Fedora clients
and that works perfectly, so the virtio-serial config/drivers are OK in
general, it´s just qemu-ga that´s troublesome.

Is there anyone here that´s managed getting qemu-ga working in any guest
at all?

--

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




was this resolved?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Update from 3.2 to 3.3 (CentOS 6.4)

[H. Haven Liu]

Thanks for the discussion. But for those of us that are not using gluster, but 
just good ol' NFS, is updating simply "yum update ovirt-*"?

On Sep 16, 2013, at 2:54 PM, Mike Burns  wrote:

> On 09/16/2013 05:26 PM, Joop wrote:
>> Mike Burns wrote:
>>> On 09/16/2013 04:30 PM, Joop wrote:
 H. Haven Liu wrote:
> Hello,
> 
> Is there any recommended procedure for updating from 3.2 to 3.3
> (namely on a CentOS 6.4 system), or anything one should be careful
> when doing such update?
 Be careful when you use glusterfs, not nfs over glusterfs, but read the
 release-notes. It should have something to say about glusterfs domain
 not (yet) working on el6.
 Saw a small discussion on irc just yet and my two cents are that you
 can't add el6 support to ovirt in release 3.2 and then withdraw it with
 3.3 and say well just wait for Centos/Rhel-6.5.
>>> 
>>> We haven't removed any functionality in 3.3.  In 3.2, we added support
>>> for gluster domains through a POSIXFS interface.  In 3.3, we're adding
>>> a feature where we support gluster natively.  This works in Fedora,
>>> but is not available on EL6.  The POSIXFS option still exists
>> You're right but what about users who want to use the (much) improved
>> speed of the gluster domain over the POSIXFS interface? They are left
>> out or they should move to Fed19 which I would do but I need to convince
>> a couple of other people as well and they aren't going to agree.
> 
> I understand the complaint, honestly.  And we're working on a solution so 
> that it will work for people on EL6.
> 
> From the perspective of whether we should release with this limitation or 
> not, I'd point out that by not releasing, we'd be preventing everyone from 
> using any of the new features until we get a solution for this. I'd rather 
> release and make it available for everyone now and say that the Gluster 
> domain for EL6 will come as soon as we can work out the dependency issues.
> 
>> 
>>> 
 The kernel can come from elrepo so that is not a burden for the ovirt
 team, qemu/libvirt should be build by the ovirt team and be available
 from the ovirt repo. At the moment I also see/saw Jboss-7.1.1
 qemu/libvirt wouldn't be the first packages to be in the ovirt-repo
 which are also in the main distributions repos.
>>> 
>>> We're trying to work out a way to do this in a consistent manner going
>>> forward.  We should have a solution soon, but in the meantime, the
>>> other functionality and features should work on both Fedora and EL6.
>> Thanks for the clarification and I'm waiting eagerly for what/when the
>> solution comes out.
> 
> There have been a few considerations for solving this including rebuilding 
> pure upstream or fedora packages for EL6.  That is a risky solution in my 
> mind since there are rather large deltas between Fedora and EL6.  We're 
> looking at whether we can have a "virt-preview" type of repo for EL6 similar 
> to what exists today for Fedora[1].
> 
> 
> Thanks
> 
> Mike
> 
> [1] http://fedoraproject.org/wiki/Virtualization_Preview_Repository
>> 
>> Joop
>> 
>> ___
>> 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] Update from 3.2 to 3.3 (CentOS 6.4)

[Mike Burns]

On 09/16/2013 06:41 PM, H. Haven Liu wrote:

Thanks for the discussion. But for those of us that are not using
gluster, but just good ol' NFS, is updating simply "yum update
ovirt-*"?



No, yum update won't upgrade ovirt packages.

If you're running on Fedora, you need to update Fedora first, then run 
engine-upgrade.  If you're on EL6, a simple engine-upgrade should work.


Ofer,  any other gotchas?  Can you have someone create a 3.2 to 3.3 
upgrade page on the wiki?


Thanks

Mike


On Sep 16, 2013, at 2:54 PM, Mike Burns  wrote:


On 09/16/2013 05:26 PM, Joop wrote:

Mike Burns wrote:

On 09/16/2013 04:30 PM, Joop wrote:

H. Haven Liu wrote:

Hello,

Is there any recommended procedure for updating from 3.2 to
3.3 (namely on a CentOS 6.4 system), or anything one should
be careful when doing such update?

Be careful when you use glusterfs, not nfs over glusterfs,
but read the release-notes. It should have something to say
about glusterfs domain not (yet) working on el6. Saw a small
discussion on irc just yet and my two cents are that you
can't add el6 support to ovirt in release 3.2 and then
withdraw it with 3.3 and say well just wait for
Centos/Rhel-6.5.


We haven't removed any functionality in 3.3.  In 3.2, we added
support for gluster domains through a POSIXFS interface.  In
3.3, we're adding a feature where we support gluster natively.
This works in Fedora, but is not available on EL6.  The POSIXFS
option still exists

You're right but what about users who want to use the (much)
improved speed of the gluster domain over the POSIXFS interface?
They are left out or they should move to Fed19 which I would do
but I need to convince a couple of other people as well and they
aren't going to agree.


I understand the complaint, honestly.  And we're working on a
solution so that it will work for people on EL6.

From the perspective of whether we should release with this
limitation or not, I'd point out that by not releasing, we'd be
preventing everyone from using any of the new features until we get
a solution for this. I'd rather release and make it available for
everyone now and say that the Gluster domain for EL6 will come as
soon as we can work out the dependency issues.






The kernel can come from elrepo so that is not a burden for
the ovirt team, qemu/libvirt should be build by the ovirt
team and be available from the ovirt repo. At the moment I
also see/saw Jboss-7.1.1 qemu/libvirt wouldn't be the first
packages to be in the ovirt-repo which are also in the main
distributions repos.


We're trying to work out a way to do this in a consistent
manner going forward.  We should have a solution soon, but in
the meantime, the other functionality and features should work
on both Fedora and EL6.

Thanks for the clarification and I'm waiting eagerly for
what/when the solution comes out.


There have been a few considerations for solving this including
rebuilding pure upstream or fedora packages for EL6.  That is a
risky solution in my mind since there are rather large deltas
between Fedora and EL6.  We're looking at whether we can have a
"virt-preview" type of repo for EL6 similar to what exists today
for Fedora[1].


Thanks

Mike

[1]
http://fedoraproject.org/wiki/Virtualization_Preview_Repository


Joop

___ 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



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

[Users] ovirt-guest-agent for Windows

[Liviu Elama]

hi

I've been googling for a couple of days now trying to find the
ovirt-guest-agent for windows.
I have found a few references to rhevm having the tools iso but nothing on
ovirt.
Is there a guest tools iso for ovirt as well?

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

[Users] oVirt Updates - September 16th

[Itamar Heim]

Summer vacations and holidays, but many updates...

Conferences/Talks
- Greg Padget will cover the new sla mechanism in ovirt at
  LinuxCon/CloudOpen NA (September 17th, New Orleans)

- a lot of sessions around linuxcon europe/kvm forum.
  also, the annual developer summit.
  Dave Neary created this helpful page:
  http://www.ovirt.org/KVM_Forum_2013

3.3

- Release is going out any minute now...
  looks like an exciting one, packed with features!

- deep dives to new 3.3 features
  if you missed them - deep dives into some of the new features are
  available at the end of this page:
  http://www.ovirt.org/OVirt_3.3_release_notes

- note on native glusterfs storage domain and .el6
  centos/rhel 6.4 don't have qemu/libvirt packages supporting this.
  these are expected with 6.5.
  we are trying to find a solution prior to 6.5 to resolve this.

- Zhou Zheng Sheng graciously created guest agent packages for ubuntu
  and debian[1]

- heads up that we're planning a bit larger 3.3.1 which will rebase and
  pass some more testing. then more frequent 3.3.x updates for issues
  found.

- jason brooks blogged on "Testing oVirt 3.3 with Nested KVM" and "Up
  and Running with oVirt 3.3"
  http://community.redhat.com/testing-ovirt-3-3-with-nested-kvm
  http://community.redhat.com/up-and-running-with-ovirt-3-3/

3.4
- I started a thread for "what do you want next" - will collect and
  publish separately. feel free to chime in[2]

Case Studies
- Dave Neary worked with Alter Way to publish one.
  http://www.ovirt.org/Alter_Way_case_study
- We'd love to see more of these - please ping dne...@redhat.com

Kimchi
- Adam Litke followed on the vote to accept Kimchi as in incubated
  project. Kimchi is a lightweight single machine virt manager.
  simplified, html 5, etc.
- Mike burns updated they are already trying to build a stand alone
  ovirt-node with it.
- Adam will present Kimchi at the KVM Forum (see conferences below)`

Other
- René Koch asked for early testing on a new version of the Nagios
  plugin[3]
- Karli Sjöberg published screenshots of their "order portal"[4]
- (YouTube) how to use a glance image with ovirt by Hervé Leclerc   
  http://www.youtube.com/watch?v=4yeopUKjjnY

Thanks,
   Itamar

[1] http://lists.ovirt.org/pipermail/users/2013-September/016308.html
[2] http://lists.ovirt.org/pipermail/users/2013-August/015807.html
[3] http://lists.ovirt.org/pipermail/users/2013-August/015779.html
[4] http://lists.ovirt.org/pipermail/users/2013-August/015619.html
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Using the qemu guest agent

[Karli Sjöberg]

tis 2013-09-17 klockan 00:42 +0300 skrev Itamar Heim:


On 09/03/2013 02:34 PM, Karli Sjöberg wrote:
> Hi!
>
> I´ve trying to use qemu-ga in several different guests, Win7, 2008R2,
> Fedora 18, and haven´t been able to get the agent to respond to
> anything. Have managed to have the Windows version log some debugging:
> 1378199587.125000: debug: check
> 1378199587.125000: debug: prepare
> 1378199587.656250: debug: check
> 1378199587.656250: debug: prepare
>
> But when installing the agent in Fedora, even when editing the
> service-file to include "-v (for verbose logging) -l (log file)
> /path/to/file.log", it doesn´t say anything at all. The only messages
> logged are from when you stop the service:
> 1378206062.602118: debug: received signal num 15, quitting
> 1378206105.557416: debug: received signal num 15, quitting
> 1378206245.844695: debug: received signal num 15, quitting
>
> No other messages logged. Information about the agent is sparse, and
> uncertain if relevant since development progresses rapidly, which is a
> good thing, but makes it harder to wrap your head around. Have tried to
> use examples on "http://wiki.qemu.org/Features/QAPI/GuestAgent";
>  for ways to test from
> Host if agent is responding, e.g:
> echo "{'execute':'guest-info'}" | socat stdio,ignoreeof
> unix-connect:/var/lib/libvirt/qemu/channels/TestVM.org.qemu.guest_agent.0
>
> Yielded no "return" and nothing logged in any guest. Have installed
> ovirt-guest-agent and spice-vdagent in both Windows- and Fedora clients
> and that works perfectly, so the virtio-serial config/drivers are OK in
> general, it´s just qemu-ga that´s troublesome.
>
> Is there anyone here that´s managed getting qemu-ga working in any guest
> at all?
>
> --
>
> 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
>


was this resolved?


No, I never got any replies and don´t know what I can do to investigate the 
issue further. If someone has any suggestions, I´m up for testing, for sure!

--

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] ovirt-guest-agent for Windows

[Karli Sjöberg]

tis 2013-09-17 klockan 11:09 +1200 skrev Liviu Elama:
hi


I've been googling for a couple of days now trying to find the 
ovirt-guest-agent for windows.

I have found a few references to rhevm having the tools iso but nothing on 
ovirt.

Is there a guest tools iso for ovirt as well?

Yes, you can "git clone" this:
https://github.com/oVirt/ovirt-guest-agent

You´ll get with a directory called "ovirt-guest-agent", and inside of that is 
another directory also called "ovirt-guest-agent" where there is a 
README-windows.txt with instructions on how to intstall. HTH



Cheers

Liviu


--

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] VM Crash at end of disk move

[Markus Stockhausen]

Hi Itamar,

yes it was. Sorry for making it not clear. Reason was
that I missed to install ALL virtio drivers in the imported
Windows VM. For whatever reason qemu did not like
that and crashed at the end of a disk move.

Markus


Von: Itamar Heim [ih...@redhat.com]
Gesendet: Montag, 16. September 2013 23:11
An: Yeela Kaplan
Cc: Markus Stockhausen; users@ovirt.org
Betreff: Re: [Users] VM Crash at end of disk move

On 09/11/2013 11:51 PM, Yeela Kaplan wrote:
> Hi Markus,
> Relevant logs you can look at are:
> on the hypervisor:
> under /var/log/libvirt/..
> The vdsm log under /var/log/vdsm/vdsm.log
>
> and on the engine host:
> under /var/log/ovirt-engine/engine.log
>
> hope this helps,
> Yeela
>

Markus - was this resolved?

> - Original Message -
>> From: "Markus Stockhausen" 
>> To: users@ovirt.org
>> Sent: Wednesday, September 11, 2013 7:48:22 PM
>> Subject: Re: [Users] VM Crash at end of disk move
>>
>>> Von: Markus Stockhausen
>>> Gesendet: Dienstag, 10. September 2013 21:43
>>> An: users@ovirt.org
>>> Betreff: VM Crash at end of disk move
>>>
>>> Hello,
>>>
>>> Thanks for the assistance to get this all running.  But now
>>> I'm working on the next error on my new ovirt cluster.
>>>
>>> I migrated a Windows 7 64Bit VMware VM into ovirt using
>>> virt-v2v. VMWare tools were deinstalled in advance. After
>>> two boots on ovirt everything seems fine. Just for curiousity
>>> I moved the boot disk to another storage domain. At the
>>> end the machine crashes without any indication of the
>>> reason. ovirt webinterface log reads:
>>>
>>> 2013-Sep-10, 21:32 User admin@internal have failed to move disk
>>> colvm40_1IB_win7x64_Office2010_Test_Disk to domain NAS3_IB.
>>> 2013-Sep-10, 21:32 VM colvm40_1IB_win7x64_Office2010_Test is down. Exit
>>> message: Lost connection with qemu process.
>>> 2013-Sep-10, 21:19 User admin@internal moving disk
>>> colvm40_1IB_win7x64_Office2010_Test_Disk1 to domain NAS3_IB.
>>> 2013-Sep-10, 21:19 Snapshot 'Auto-generated for Live Storage Migration'
>>> creation for VM 'colvm40_1IB_win7x64_Office2010_Test' has been completed.
>>> 2013-Sep-10, 21:18 Snapshot 'Auto-generated for Live Storage Migration'
>>> creation for VM 'colvm40_1IB_win7x64_Office2010_Test' was initiated by
>>> admin@internal.
>>> 2013-Sep-10, 21:17 VM colvm40_1IB_win7x64_Office2010_Test started on Host
>>> colovn1
>>>
>>> After this crash VM can be started again. The disk image is
>>> taken from the target storage domain. So it seems as if the
>>> move was successful. Another (SLES 11 SP3) VM that was
>>> newly created inside the cluster does not show this problem.
>>>
>>> As I did not find qemu logs, what would be the best place to
>>> start analysis with.
>>>
>>> Best regards.
>>>
>>> Markus
>>
>> Memo for myself: Install ALL Windows VIRTIO drivers. virt-v2v
>> only does the basics to get the VM up after the migration.
>>
>>
>>
>> ___
>> 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
>


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] ovirt-guest-agent for Windows

[Itamar Heim]

On 09/17/2013 08:18 AM, Karli Sjöberg wrote:

tis 2013-09-17 klockan 11:09 +1200 skrev Liviu Elama:

hi


I've been googling for a couple of days now trying to find the
ovirt-guest-agent for windows.

I have found a few references to rhevm having the tools iso but
nothing on ovirt.

Is there a guest tools iso for ovirt as well?


Yes, you can "git clone" this:
https://github.com/oVirt/ovirt-guest-agent

You´ll get with a directory called "ovirt-guest-agent", and inside of
that is another directory also called "ovirt-guest-agent" where there is
a README-windows.txt with instructions on how to intstall. HTH


is this wiki-fied somewhere?

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

Re: [Users] Bridge for logical network

[Moti Asayag]

Sorry for the delay in response.

- Original Message -
> From: "Juan Pablo Lorier" 
> To: users@ovirt.org
> Sent: Tuesday, September 10, 2013 6:39:16 PM
> Subject: Re: [Users] Bridge for logical network
> 
> Hi Moti,
> 
> When you say
> 
> As long as the bridge is defined on engine side and reported by VDSM you
> should
> be able to assign vms to it.
> 
> What do you mean? I can't see bridge interfaces in the engine, it just
> shows the fisical nics. Is there a way to force engine to see the bridge?

The engine reports the network configuration as VDSM reports it. If the reported
network exists on the engine (by Logical Network definition), the admin will be
able to edit that network via the engine, else the engine considers a network
which doesn't exist on the engine to be non-managed and the only operation the 
admin
can perform is removing it from the nic.

By bridges I meant logical networks marked as VM network (current vm network 
implementation
by ovirt) as presented on the image in [1] marked by 2 "assigned networks".

https://motiasayag.wordpress.com/2013/02/13/setup-networks/


> If I hide one nic, then if the visible one fails, I loose connectivity
> even if the other nic in the bridge is active?

I haven't tested that scenario since ovirt doesn't supports such topology.
I might expect that if the visible interface is down, although the hidden nic
is operational, the host will be set to non-operational, unless the network
isn't marked as required (on Cluster --> networks sub-tab).

> If I add both nics to the bridge (the hidden and the visible) and then
> by the engine assign the LN to the visible nic, is it going to work? 

I'd follow the next steps:
1. Via setupNetworks attach the LN to the visible nic.
2. Manually add the hidden nic as another leg of the bridge.

There is downside for this: If you decide to remove the network from the 
engine-side,
you'll have to remove it manually from the hidden nic as well.

The above is experiential and based on assumptions of how ovirt should
behave with such configuration. I'd use it only on test enviroment.

>I'm
> used to assign the ip address to the bridgen, no to one of the
> interfases member as this shouldn't work, and I guess that the engine
> will set the ip to the nic not to the bridge as it's what it sees.
> Sorry for so many questions, but I want to be sure of what I'm doing
> before testing it as I have to work on the production platform.
> Regards,
> 
> >> From: "Juan Pablo Lorier" 
> >> To: "Dan Kenigsberg" 
> >> Cc: "users" 
> >> Sent: Tuesday, September 10, 2013 2:50:08 AM
> >> Subject: Re: [Users] Bridge for logical network
> >>
> >> Hi Dan
> >>
> >> By hiding the eths, will I be able to use the bridge to assign it to a vm?
> >> Regards,
> >>
> > As long as the bridge is defined on engine side and reported by VDSM you
> > should
> > be able to assign vms to it.
> >
> > Please report if hiding the additional nics (only one nic shouldn't be
> > hidden) works
> > for you.
> >
> >> El 09/09/13 19:48, Dan Kenigsberg escribi?:
> >>> On Mon, Sep 09, 2013 at 03:19:48PM -0300, Juan Pablo Lorier wrote:
>  Hi,
> 
>  Another question: I need to connect 2 eths to a Fortigate cluster so I
>  need them to be in a bridge with single ip so it can connect to the DMZ.
>  As far as I can see, ovirt 3.2 is allowing me to create bonds and assign
>  logical network to them, but not to create a bridge. Can I create it
>  manually and get ovirt to handle it?
> >>> Indeed, ovirt does not support setting up a bridge with multiple
> >>> physical legs.
> >>>
> >>> I do not recall having tried that, but I have a suspition that Engine
> >>> may be confused if such a bridge is to be reported by Vdsm.
> > The engine do complains about a bridge created on more than a single
> > interface.
> >
> >>> If that happens, I suggest that you list these two eths in vdsm.conf's
> >>> hidden_nics. Then, they would not show up on ovirt's network editing
> >>> tools and would not tempt admins to use them for other purposes.
> >>>
> >>> Dan.
> >>> Please test it out and r
> >> ___
> >> 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] ovirt-guest-agent for Windows

[Karli Sjöberg]

tis 2013-09-17 klockan 08:56 +0300 skrev Itamar Heim:


On 09/17/2013 08:18 AM, Karli Sjöberg wrote:
> tis 2013-09-17 klockan 11:09 +1200 skrev Liviu Elama:
>> hi
>>
>>
>> I've been googling for a couple of days now trying to find the
>> ovirt-guest-agent for windows.
>>
>> I have found a few references to rhevm having the tools iso but
>> nothing on ovirt.
>>
>> Is there a guest tools iso for ovirt as well?
>
> Yes, you can "git clone" this:
> https://github.com/oVirt/ovirt-guest-agent
>
> You´ll get with a directory called "ovirt-guest-agent", and inside of
> that is another directory also called "ovirt-guest-agent" where there is
> a README-windows.txt with instructions on how to intstall. HTH

is this wiki-fied somewhere?



Not that I´ve seen at least, this is what I found out from digging around a 
little.

--

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] ovirt-guest-agent for Windows

[Hervé Leclerc]

https://github.com/oVirt/ovirt-guest-agent/blob/master/ovirt-guest-agent/README-windows.txt

Hervé Leclerc
CTO
Alter Way
1, rue royale
9 ème étage
92210 St Cloud
+33 1 78152407
+33 6 83979598




On Tue, Sep 17, 2013 at 8:28 AM, Karli Sjöberg  wrote:

> **
> tis 2013-09-17 klockan 08:56 +0300 skrev Itamar Heim:
>
> On 09/17/2013 08:18 AM, Karli Sjöberg wrote:> tis 2013-09-17 klockan 11:09 
> +1200 skrev Liviu Elama:>> hi>> I've been googling for a couple of days 
> now trying to find the>> ovirt-guest-agent for windows. I have found a 
> few references to rhevm having the tools iso but>> nothing on ovirt. Is 
> there a guest tools iso for ovirt as well?>> Yes, you can "git clone" this:> 
> https://github.com/oVirt/ovirt-guest-agent>> You´ll get with a directory 
> called "ovirt-guest-agent", and inside of> that is another directory also 
> called "ovirt-guest-agent" where there is> a README-windows.txt with 
> instructions on how to intstall. HTH
>
> is this wiki-fied somewhere?
>
>
>
> Not that I´ve seen at least, this is what I found out from digging around
> a little.
>
>
>   --
>
> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirt-guest-agent for Windows

[Karli Sjöberg]

tis 2013-09-17 klockan 08:47 +0200 skrev Hervé Leclerc:
https://github.com/oVirt/ovirt-guest-agent/blob/master/ovirt-guest-agent/README-windows.txt

Exactly! But you still need the rest of the tree to actually install anything 
anyway, which is why I wrote that you need to clone the tree first.



Hervé Leclerc
CTO
Alter Way
1, rue royale
9 ème étage
92210 St Cloud
+33 1 78152407
+33 6 83979598


[http://www.alterway.fr/signatures/img/1]



On Tue, Sep 17, 2013 at 8:28 AM, Karli Sjöberg 
mailto:karli.sjob...@slu.se>> wrote:
tis 2013-09-17 klockan 08:56 +0300 skrev Itamar Heim:


On 09/17/2013 08:18 AM, Karli Sjöberg wrote:
> tis 2013-09-17 klockan 11:09 +1200 skrev Liviu Elama:
>> hi
>>
>>
>> I've been googling for a couple of days now trying to find the
>> ovirt-guest-agent for windows.
>>
>> I have found a few references to rhevm having the tools iso but
>> nothing on ovirt.
>>
>> Is there a guest tools iso for ovirt as well?
>
> Yes, you can "git clone" this:
> https://github.com/oVirt/ovirt-guest-agent
>
> You´ll get with a directory called "ovirt-guest-agent", and inside of
> that is another directory also called "ovirt-guest-agent" where there is
> a README-windows.txt with instructions on how to intstall. HTH

is this wiki-fied somewhere?




Not that I´ve seen at least, this is what I found out from digging around a 
little.


--

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




--

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