Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
Il 23/01/2014 09:18, Ramesh ha scritto: On 01/23/2014 12:32 PM, Sandro Bonazzola wrote: Il 23/01/2014 07:45, Ramesh Nachimuthu ha scritto: Hi, After adding the node to engine, it goes to non operational state with the error Host 10.70.43.160 is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4.. I have enabled the repo http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/$releasever/ in host. Following is the vdsm version installed in F19 node: [root@localhost ~]# rpm -qa | grep vdsm vdsm-cli-4.14.1-2.fc19.noarch vdsm-4.14.1-2.fc19.x86_64 vdsm-python-4.14.1-2.fc19.x86_64 vdsm-python-zombiereaper-4.14.1-2.fc19.noarch vdsm-xmlrpc-4.14.1-2.fc19.noarch vdsm-gluster-4.14.1-2.fc19.noarch [root@localhost ~]# vdsClient -s 0 getVdsCaps clusterLevels = ['3.0', '3.1', '3.2', '3.3'] Anything I am missing here? Same here, if it's not already there, please open a BZ on VDSM. As temporary workaround, please use cluster with 3.3 cluster level I have rasied the BZ https://bugzilla.redhat.com/show_bug.cgi?id=1056918. https://bugzilla.redhat.com/show_bug.cgi?id=1056918 But I am not able to create a new Cluster with Compatibility version 3.3 in Gluster only mode. Only compataibility version supported is 3.4. Can you try upgrading libvirt* from ftp://libvirt.org/libvirt/ or http://fedorapeople.org/groups/virt/virt-preview/fedora-19/rpms/ ? Regards, Ramesh https://bugzilla.redhat.com/show_bug.cgi?id=1056918 Regards, Ramesh - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: arch a...@ovirt.org, engine-devel engine-de...@ovirt.org, Users@ovirt.org Sent: Wednesday, January 22, 2014 6:37:23 PM Subject: [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th Hi all, tomorrow Jan 23th we'll have oVirt 3.4.0 test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 hosts or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save a you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, jboss). Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.4-testday-1 [2] http://www.ovirt.org/OVirt_3.4.0_release_notes [3] http://www.ovirt.org/OVirt_3.4_Test_Day Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
On 01/23/2014 01:48 PM, Ramesh wrote: On 01/23/2014 12:32 PM, Sandro Bonazzola wrote: Il 23/01/2014 07:45, Ramesh Nachimuthu ha scritto: Hi, After adding the node to engine, it goes to non operational state with the error Host 10.70.43.160 is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4.. I have enabled the repohttp://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/$releasever/ in host. Following is the vdsm version installed in F19 node: [root@localhost ~]# rpm -qa | grep vdsm vdsm-cli-4.14.1-2.fc19.noarch vdsm-4.14.1-2.fc19.x86_64 vdsm-python-4.14.1-2.fc19.x86_64 vdsm-python-zombiereaper-4.14.1-2.fc19.noarch vdsm-xmlrpc-4.14.1-2.fc19.noarch vdsm-gluster-4.14.1-2.fc19.noarch [root@localhost ~]# vdsClient -s 0 getVdsCaps clusterLevels = ['3.0', '3.1', '3.2', '3.3'] Anything I am missing here? Same here, if it's not already there, please open a BZ on VDSM. As temporary workaround, please use cluster with 3.3 cluster level I have rasied the BZ https://bugzilla.redhat.com/show_bug.cgi?id=1056918. https://bugzilla.redhat.com/show_bug.cgi?id=1056918 But I am not able to create a new Cluster with Compatibility version 3.3 in Gluster only mode. Only compataibility version supported is 3.4. Raised another bug https://bugzilla.redhat.com/show_bug.cgi?id=1056936 for the above issue in Gluster Only mode. Regards, Ramesh Regards, Ramesh - Original Message - From: Sandro Bonazzolasbona...@redhat.com To: archa...@ovirt.org, engine-develengine-de...@ovirt.org,Users@ovirt.org Sent: Wednesday, January 22, 2014 6:37:23 PM Subject: [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th Hi all, tomorrow Jan 23th we'll have oVirt 3.4.0 test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 hosts or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save a you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes:http://www.ovirt.org/OVirt_3.4.0_release_notes Features pages links:http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, jboss). Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1]http://etherpad.ovirt.org/p/3.4-testday-1 [2]http://www.ovirt.org/OVirt_3.4.0_release_notes [3]http://www.ovirt.org/OVirt_3.4_Test_Day Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 issues with storage
Jon, Can you please file a bug?
1. iso and export domain not being available should not cause the data
center to become non responsive.
2. it seems to be a cache issue in upgrade...
Thanks,
Dafna
On 01/23/2014 12:48 AM, Jon Archer wrote:
I rebooted the server (probably could have restarted services) and it
all seems to have come back to life...
Seems to be an issue somewhere in there then
Jon
On 23/01/14 00:44, Jon Archer wrote:
I think I am getting a little closer.
Somewhere during the upgrade the /etc/exports file was modified, so
my iso directory (/var/lib/exports/iso) was set to none, whereas it
was originally set to 0.0.0.0/0.0.0.0(rw).
I was seeing in the vdsm log that the UID for the ISO_DOMAIN was
showing as not existing:
StorageDomainDoesNotExist: Storage domain does not exist:
('69ea8415-8d33-4d9b-a29b-057970984c99',)
That uid was in the metadata file in the above export.
Now, stranger it seems my export_domain (should be NFS to /data2)
path in the GUI is showing as /var/lib/exports/iso
Getting closer but still not working.
Jon
On 22/01/14 23:24, Jon Archer wrote:
Hi all,
I upgraded to 3.4 beta this evening and seem to have developed a
problem with the storage domains. I seem unable to bring them online
getting the error in the console Failed to activate Storage Domain.
Also alongside this error is a warning, Invalid status on Data
Center local_datacenter. Setting status to Non Responsive
Anyone seen this? Or any ideas?
Thanks
Jon
___
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
--
Dafna Ron
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
/top posting/ Guys, please make sure to report the issues in this pad: http://etherpad.ovirt.org/p/3.4-testday-1 and possible work-arounds. This will help everyone else who hits the same issues. Thanks. - Original Message - From: Ramesh rnach...@redhat.com To: Sandro Bonazzola sbona...@redhat.com Cc: Users@ovirt.org Sent: Thursday, January 23, 2014 10:41:53 AM Subject: Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th On 01/23/2014 01:48 PM, Ramesh wrote: On 01/23/2014 12:32 PM, Sandro Bonazzola wrote: Il 23/01/2014 07:45, Ramesh Nachimuthu ha scritto: Hi, After adding the node to engine, it goes to non operational state with the error Host 10.70.43.160 is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4.. I have enabled the repo http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/$releasever/ in host. Following is the vdsm version installed in F19 node: [root@localhost ~]# rpm -qa | grep vdsm vdsm-cli-4.14.1-2.fc19.noarch vdsm-4.14.1-2.fc19.x86_64 vdsm-python-4.14.1-2.fc19.x86_64 vdsm-python-zombiereaper-4.14.1-2.fc19.noarch vdsm-xmlrpc-4.14.1-2.fc19.noarch vdsm-gluster-4.14.1-2.fc19.noarch [root@localhost ~]# vdsClient -s 0 getVdsCaps clusterLevels = ['3.0', '3.1', '3.2', '3.3'] Anything I am missing here? Same here, if it's not already there, please open a BZ on VDSM. As temporary workaround, please use cluster with 3.3 cluster level I have rasied the BZ https://bugzilla.redhat.com/show_bug.cgi?id=1056918. But I am not able to create a new Cluster with Compatibility version 3.3 in Gluster only mode. Only compataibility version supported is 3.4. Raised another bug https://bugzilla.redhat.com/show_bug.cgi?id=1056936 for the above issue in Gluster Only mode. Regards, Ramesh Regards, Ramesh - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: arch a...@ovirt.org , engine-devel engine-de...@ovirt.org , Users@ovirt.org Sent: Wednesday, January 22, 2014 6:37:23 PM Subject: [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th Hi all, tomorrow Jan 23th we'll have oVirt 3.4.0 test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 hosts or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save a you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, jboss). Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.4-testday-1 [2] http://www.ovirt.org/OVirt_3.4.0_release_notes [3] http://www.ovirt.org/OVirt_3.4_Test_Day Thanks. ___ 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] Centos 6.5 and bonding: A slave interface is not properly configured
On Thu, Jan 23, 2014 at 06:50:59AM +, Karli Sjöberg wrote: One comment to your wiki page: in order to better intergrate with our recent source-routing support (mostly useful for display network), please set GATEWAY only in ifcfg-ovirtmgmt, and remember to set DEFROUTE=no in any other ifcfg that mentions IPADDR so as not to override the default. Dan. Does that imply that default gateway is supposed to be on the same net as ovirtmgmt? Yes, and that's what happening whenever you make changes to ovirtmgmt via Vdsm. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th -- oVirt Node ISO for the Test Day
Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola: Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. Hey, the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4 components) can be used for the Test Day: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso Important: You need to append enforcing=0 to the kernel when booting the ISO to prevent SELinux denials. Please provide your audit.log after the Test Day by replying to this email. Greetings fabian signature.asc Description: This is a digitally signed message part ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cluster compatibility
I wanted to install two hosts one on f19 and the second on el6. I created additional cluster for el6. Host installation for el6 worked well and it joined the cluster without any issues. Whereas host in f19was successfully deployed but it failed to join the cluster due to: Host fedora is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4. Here are the versions that I use: engine: Name: ovirt-engine Arch: noarch Version : 3.4.0 Release : 0.5.beta1.fc19 Size: 1.5 M Repo: installed From repo : ovirt-3.4.0-prerelease fedora host: Name: vdsm Arch: x86_64 Version : 4.14.1 Release : 2.fc19 Size: 2.9 M Repo: installed From repo : ovirt-3.4.0-prerelease el6 host: Name: vdsm Arch: x86_64 Version : 4.14.1 Release : 2.el6 Size: 2.9 M Repo: installed From repo : ovirt-3.4.0-prerelease Both clusters are set to be compatible with 3.4. Is there anything that I am missing? Piotr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Cluster compatibility
Il 23/01/2014 10:49, Piotr Kliczewski ha scritto: I wanted to install two hosts one on f19 and the second on el6. I created additional cluster for el6. Host installation for el6 worked well and it joined the cluster without any issues. Whereas host in f19was successfully deployed but it failed to join the cluster due to: Host fedora is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4. known issue, on F19 please enable fedora-virt-preview repo, update libvirt* and retry Here are the versions that I use: engine: Name: ovirt-engine Arch: noarch Version : 3.4.0 Release : 0.5.beta1.fc19 Size: 1.5 M Repo: installed From repo : ovirt-3.4.0-prerelease fedora host: Name: vdsm Arch: x86_64 Version : 4.14.1 Release : 2.fc19 Size: 2.9 M Repo: installed From repo : ovirt-3.4.0-prerelease el6 host: Name: vdsm Arch: x86_64 Version : 4.14.1 Release : 2.el6 Size: 2.9 M Repo: installed From repo : ovirt-3.4.0-prerelease Both clusters are set to be compatible with 3.4. Is there anything that I am missing? Piotr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured
On Thu, 2014-01-23 at 09:34 +, Dan Kenigsberg wrote: On Thu, Jan 23, 2014 at 06:50:59AM +, Karli Sjöberg wrote: One comment to your wiki page: in order to better intergrate with our recent source-routing support (mostly useful for display network), please set GATEWAY only in ifcfg-ovirtmgmt, and remember to set DEFROUTE=no in any other ifcfg that mentions IPADDR so as not to override the default. Dan. Does that imply that default gateway is supposed to be on the same net as ovirtmgmt? Yes, and that's what happening whenever you make changes to ovirtmgmt via Vdsm. To tell you the truth, that makes me rather uncomfortable since we have set up our ovirtmgmt on a non-routed, black net, only used for _mgmt_ (thought that was the point). The display network is set up on a another logcal network, a routed net, which is where we also have the default gateway. Is this now a wrong/bad way to go about it? /K ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured
- Original Message - From: Federico Sayd fs...@uncu.edu.ar To: users@ovirt.org Sent: Wednesday, January 22, 2014 2:22:01 AM Subject: [Users] Centos 6.5 and bonding: A slave interface is not properly configured Hello: I am having problems with bonding I have installed Centos 6.5 in order to use it as host. I configured eth0 with the vlan of the management network (Vlan 70). Then I registered the host to the engine (3.3.2-1-el6) and the engine installed oVirt in the host without problem. Ovirtmgmt was created automatically and bridged with eth0.70. Now I need to bond a second network interface (eth1) with eth0. But when I try to bond the nics, I get the next error: Could you describe how you've created the bond ? via webadmin setup networks dialog or via api ? A slave interface is not properly configured. Please verify slaves do not contain any of the following properties: network name, boot protocol, IP address, netmask, gateway or vlan-ID notation (as part of interface's name or explicitly) I delete any unnecessary parameters from ifcfg-eth0 and ifcfg-eth1. This is my network config: ifcfg-eth0: DEVICE=eth0 TYPE=Ethernet ONBOOT=yes ifcfg-eth1: DEVIC E=eth1 TYPE=Ethernet ONBOOT=yes ifcfg-eth0.70: # Generated by VDSM version 4.13.2-1.el6 DEVICE=eth0.70 ONBOOT=yes VLAN=yes BRIDGE=ovirtmgmt NM_CONTROLLED=no STP=no ifcfg-ovirtmgmt: # Generated by VDSM version 4.13.2-1.el6 DEVICE=ovirtmgmt ONBOOT=yes TYPE=Bridge DELAY=0 IPADDR=192.168.1.101 NETMASK=255.255.255.0 BOOTPROTO=none DEFROUTE=yes NM_CONTROLLED=no STP=no No others ifcfg-* files. I don't see the parameters that oVirt doesn't like. Any clue, workaround, bug report? Thanks! Federico PD: Sorry for my basic english ___ 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] What component to use when reporting bugs on engine-managed-domains?
Hi list, I'm taking a look at engine-managed-domains as part of the oVirt 3.4 Test Day, and was wondering what component I should use to report bugs on it. The closest available component seems to be ovirt-engine-installer, as this is a setup flow in some sense, but it doesn't really feel right. Any better ideas? Or, alternatively, is there any way to add an ovirt-engine-managed-domains component to bugzilla? Thanks, Allon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] another networking question: ssh to VM with private dhcp addr
I assume when you're creating VMs you connect them to the ovirtmgmt network? If so, when the VM generates a DHCP request it goes out to the same physical network that the ovirtmgmt device is on. Meaning, that if the VM and the management device both generate DHCP requests they should get responses in the same subnet. As for SSH'ing into those VMs, DHCP vs static addressing shouldn't make a difference unless you end up with different subnets. If you give a VM a static address in the same range as the DHCP responses I'd imagine you wouldn't be able to SSH into it either. Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Robert Story rst...@tislabs.com To: users users@ovirt.org Sent: Thursday, January 23, 2014 7:21:01 AM Subject: [Users] another networking question: ssh to VM with private dhcp addr Hello, I've got oVirt 3.3.x all-in-one up and running on CentOS 6.3. The IP address on the ovirtmgmt bridge is static/public. I have not done any additional network/VLAN configuration. If I create a VM and give it an address on the same subnet, I can ssh to it just fine. If I create a VM and let it use dhcp, it gets a 172.31.x.x address. Outgoing access works fine, but I can't figure out what to do to allow me to be able to ssh into those VMs. With straight KVM the VM private network was on a virtual interface on the host, making it easy. But I can't figure out how to do it with oVirt. Any help greatly appreciated. Thanks in advance. Robert ___ 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] What component to use when reporting bugs on engine-managed-domains?
- Original Message - From: Allon Mureinik amure...@redhat.com To: users users@ovirt.org Cc: Juan Hernandez jhern...@redhat.com, Doron Fediuck dfedi...@redhat.com Sent: Thursday, January 23, 2014 12:12:57 PM Subject: What component to use when reporting bugs on engine-managed-domains? Hi list, I'm taking a look at engine-managed-domains as part of the oVirt 3.4 Test Day, and was wondering what component I should use to report bugs on it. The closest available component seems to be ovirt-engine-installer, as this is a setup flow in some sense, but it doesn't really feel right. Any better ideas? Or, alternatively, is there any way to add an ovirt-engine-managed-domains component to bugzilla? Thanks, Allon engine-config. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Ovirt 3.3.2. and vdsm 4.14
Il 22/01/2014 18:32, Federico Alberto Sayd ha scritto: Hello: Why Ovirt 3.3.2. installs vdsm 4.14 on Centos 6.5?? please yum clean all, yum update ovirt-release, and then retry. I am installing 5 nodes with Centos 6.5. I have installed two nodes, I have added: 1 - epel repo (http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm) 2 - ovirt repo (http://ovirt.org/releases/ovirt-release-el.noarch.rpm) In the two first nodes Ovirt engine installed vdsm 4.13. Now I have installed the third node with the same repos and Ovirt installs vdsm 4.14 and when it tries to activate the node complains about the vdsm version, it says that vdsm version is not compatible: Host my-third-node is installed with VDSM version (4.14) and cannot join cluster Cluster-XXX which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. /etc/yum.repos.d in the trhee nodes are the same: CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Media.repo CentOS-Vault.repo el6-ovirt.repo epel.repo epel-testing.repo glusterfs-epel.repo Why the difference? It is not suppossed that oVirt 3.3.2 should install vdsm 3.13 ?? Thanks, Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] OVirt 3.3.2 Snapshot Pane empty in Firefox
Hello, I had a mysterios behaviour in the webinterface twice this week. The Snapshot list of a VM remained empty in Firefox although I know that snapshots exist. The Create Snapshot button was still working and issued the right commands. Nevertheless the list remained empty. Opening an IE session prooved that everything was ok. The pane was populated with the list of snapshots. After restarting Firefox everything was fine again. Has anybody experienced simialr issues and if yes is there already an opn BZ for that? Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Possible problems testing 3.3.3 RC
Hello, engine 3.3.3 beta1 on fedora 19 fully updated (for f19 repos). I would like to upgrade and test 3.3.3 RC I just updated ovirt-release so that now I have ovirt-release-fedora-10.0.1-2.noarch yum clean metadata modified new ovirt repofile enabling updates-testing and disabling beta [ovirt-stable] name=Older Stable builds of the oVirt project baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/ [ovirt-3.3.2] name=oVirt 3.3.2 release baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/Fedora/$releasever/ [ovirt-updates-testing] name=Test Updates builds of the oVirt project baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/ Even if ovirt update will be made through engine-setup, I presum that a yum update shouldn't give any depedency error, correct? Instead I have: # yum update Loaded plugins: langpacks, refresh-packagekit, versionlock Resolving Dependencies -- Running transaction check --- Package ovirt-engine-dwh.noarch 0:3.3.3-1.fc19 will be updated --- Package ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 will be an update -- Processing Dependency: ovirt-engine-dwh-setup = 3.4.0-0.2.master.20140122122024.fc19 for package: ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch --- Package ovirt-engine-lib.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-lib.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-engine-setup.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-setup.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-image-uploader.noarch 0:3.3.2-1.fc19 will be updated --- Package ovirt-image-uploader.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-iso-uploader.noarch 0:3.3.2-1.fc19 will be updated --- Package ovirt-iso-uploader.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-log-collector.noarch 0:3.3.2-2.fc19 will be updated --- Package ovirt-log-collector.noarch 0:3.3.3-1.fc19 will be an update -- Running transaction check --- Package ovirt-engine-dwh-setup.noarch 0:3.4.0-0.2.master.20140122122024.fc19 will be installed -- Processing Dependency: ovirt-engine-setup-plugin-ovirt-engine-common for package: ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch -- Finished Dependency Resolution Error: Package: ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch (ovirt-updates-testing) Requires: ovirt-engine-setup-plugin-ovirt-engine-common You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Why ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 is proposed as an update? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Possible problems testing 3.3.3 RC
- Original Message - From: Gianluca Cecchi gianluca.cec...@gmail.com To: users users@ovirt.org Sent: Thursday, January 23, 2014 12:49:50 PM Subject: [Users] Possible problems testing 3.3.3 RC Hello, engine 3.3.3 beta1 on fedora 19 fully updated (for f19 repos). I would like to upgrade and test 3.3.3 RC I just updated ovirt-release so that now I have ovirt-release-fedora-10.0.1-2.noarch yum clean metadata modified new ovirt repofile enabling updates-testing and disabling beta [ovirt-stable] name=Older Stable builds of the oVirt project baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/ [ovirt-3.3.2] name=oVirt 3.3.2 release baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/Fedora/$releasever/ [ovirt-updates-testing] name=Test Updates builds of the oVirt project baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/ Even if ovirt update will be made through engine-setup, I presum that a yum update shouldn't give any depedency error, correct? Instead I have: # yum update Loaded plugins: langpacks, refresh-packagekit, versionlock Resolving Dependencies -- Running transaction check --- Package ovirt-engine-dwh.noarch 0:3.3.3-1.fc19 will be updated --- Package ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 will be an update -- Processing Dependency: ovirt-engine-dwh-setup = 3.4.0-0.2.master.20140122122024.fc19 for package: ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch --- Package ovirt-engine-lib.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-lib.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-engine-setup.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-setup.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-0.1.beta1.fc19 will be updated --- Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-image-uploader.noarch 0:3.3.2-1.fc19 will be updated --- Package ovirt-image-uploader.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-iso-uploader.noarch 0:3.3.2-1.fc19 will be updated --- Package ovirt-iso-uploader.noarch 0:3.3.3-1.fc19 will be an update --- Package ovirt-log-collector.noarch 0:3.3.2-2.fc19 will be updated --- Package ovirt-log-collector.noarch 0:3.3.3-1.fc19 will be an update -- Running transaction check --- Package ovirt-engine-dwh-setup.noarch 0:3.4.0-0.2.master.20140122122024.fc19 will be installed -- Processing Dependency: ovirt-engine-setup-plugin-ovirt-engine-common for package: ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch -- Finished Dependency Resolution Error: Package: ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch (ovirt-updates-testing) Requires: ovirt-engine-setup-plugin-ovirt-engine-common You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Why ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 is proposed as an update? Because it's in the updates repo, not sure why is that. Yaniv/Eyal? -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Possible problems testing 3.3.3 RC
On Thu, Jan 23, 2014 at 12:08 PM, Yedidyah Bar David wrote: Because it's in the updates repo, not sure why is that. Yaniv/Eyal? -- Didi Indeed I see that 1) In this repo http://resources.ovirt.org/releases/beta/rpm/Fedora/19/noarch/ I would expect dwh for 3.4 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm 2) in this repo http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/ I would expect dwh for 3.3.3 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.3.3 RC EL6 Live Snapshot
Hi! I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our test environment, went off without a hitch, so good job guys! However something I´d very much like to see fixed is live snapshots for CentOS, especially since it seems to be fixed already for Fedora. Issue already been discussed: http://lists.ovirt.org/pipermail/users/2013-December/019090.html Is this something that can be targeted for 3.3.3 GA? -- 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 3.4.0 beta - Hosted Engine Setup -- issues
On 1/22/14 11:42 PM, Andrew Lau wrote: That sounds exactly what I did, do you mind putting those log files into the BZ saves me from having to find some hardware and replicate it again. So what i did was I ended up just nuking the whole OS, and getting a clean start. First after doing all your initial prep EXCEPT configuring your 4 NICs run the hosted-engine --deploy command twice. Assuming the first run fails always like in my case, else once you get to the Configure Storage phase press Ctrl + D to exit. Now configure your NICs (also configure ovirtmgmt manually as there is another BZ about it not being able to create the bridge) and rerun hosted-engine --deploy and you should be back in action. This should get you to a working hosted-engine solution. P.S. could you add me in the CC when you reply, I would've seen your message sooner. Weird, very very weird. I'll give it a shot and see what happens. Thanks! -Brad ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues
Good luck! If you get time it'd really be great if you could post those logs (ovirt-hosted-engine-setup.log and vdsm.log) to BZ 1055153 for me? It'd help them debug the issue and save me from having to find a new spare server. I spent a good 2 days trying to work through the alpha jungle so hope this helps :) On Thu, Jan 23, 2014 at 10:32 PM, Brad House b...@monetra.com wrote: On 1/22/14 11:42 PM, Andrew Lau wrote: That sounds exactly what I did, do you mind putting those log files into the BZ saves me from having to find some hardware and replicate it again. So what i did was I ended up just nuking the whole OS, and getting a clean start. First after doing all your initial prep EXCEPT configuring your 4 NICs run the hosted-engine --deploy command twice. Assuming the first run fails always like in my case, else once you get to the Configure Storage phase press Ctrl + D to exit. Now configure your NICs (also configure ovirtmgmt manually as there is another BZ about it not being able to create the bridge) and rerun hosted-engine --deploy and you should be back in action. This should get you to a working hosted-engine solution. P.S. could you add me in the CC when you reply, I would've seen your message sooner. Weird, very very weird. I'll give it a shot and see what happens. Thanks! -Brad ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues
On 1/23/14 7:00 AM, Andrew Lau wrote: Good luck! If you get time it'd really be great if you could post those logs (ovirt-hosted-engine-setup.log and vdsm.log) to BZ 1055153 for me? It'd help them debug the issue and save me from having to find a new spare server. I spent a good 2 days trying to work through the alpha jungle so hope this helps :) No, problem, I'll do that before I rebuild the server to follow your procedure. Hopefully I'll be able to do it today since it is test day, but unfortunately I've got meetings planned most of the day :/ -Brad ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 issues with storage
On 23/01/2014 06:59, Yedidyah Bar David wrote: Hi, - Original Message - From: Jon Archer j...@rosslug.org.uk To: users users@ovirt.org Sent: Thursday, January 23, 2014 2:48:13 AM Subject: Re: [Users] oVirt 3.4.0 issues with storage I rebooted the server (probably could have restarted services) and it all seems to have come back to life... What do you mean by that? Did you manually fix your /etc/exports before rebooting? The path for your export_domain? Also, can you please post the upgrade log? If it indeed trashed your /etc/exports that's a bug, please open a bz for that if possible. Thanks! It seems that the upgrade did trash my /etc/exports, I manually fixed it and restarted the services and all was good. Interestingly it only broke one entry in the exports file. I will post both my log and a bz at some point today. Thanks Jon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Possible problems testing 3.3.3 RC
Il 23/01/2014 12:12, Gianluca Cecchi ha scritto: On Thu, Jan 23, 2014 at 12:08 PM, Yedidyah Bar David wrote: Because it's in the updates repo, not sure why is that. Yaniv/Eyal? -- Didi Indeed I see that 1) In this repo http://resources.ovirt.org/releases/beta/rpm/Fedora/19/noarch/ I would expect dwh for 3.4 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm 2) in this repo http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/ I would expect dwh for 3.3.3 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm It seems that it has been added after 3.3.3-rc announce by mistake. Will fix it Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 issues with storage
Just been delving through the update logs,
My upgrade was to alpha first, then I saw the beta release notice and
took it to beta about 1 hour later.
I found a line in the alpha to beta upgrade which suggests it modifies
the export file ISO_DOMAIN entry so in my case the default
/var/lib/exports/iso and includes removed 'removed':
'/var/lib/exports/isotNone', 'added': '/var/lib/exports/isotNone'
this suggested to me the change happened between 3.3 and 3.4 alpha,
sure enough that particular entry in the previous log was:
2014-01-21 23:57:08 DEBUG otopi.context context.dumpEnvironment:471 ENV
OVESETUP_CORE_MODIFIED_LINES_GROUP/exportfs=dict:'{'/etc/exports':
[{'removed': '/var/lib/exports/isot0.0.0.0/0.0.0.0(rw)', 'added':
'/var/lib/exports/isotNone'}]}'
So it looks like it isn't a beta issue after all.
Jon
On 23/01/2014 08:46, Dafna Ron wrote:
Jon, Can you please file a bug?
1. iso and export domain not being available should not cause the data
center to become non responsive.
2. it seems to be a cache issue in upgrade...
Thanks,
Dafna
On 01/23/2014 12:48 AM, Jon Archer wrote:
I rebooted the server (probably could have restarted services) and it all
seems to have come back to life... Seems to be an issue somewhere in there
then Jon On 23/01/14 00:44, Jon Archer wrote: I think I am getting a
little closer. Somewhere during the upgrade the /etc/exports file was
modified, so my iso directory (/var/lib/exports/iso) was set to none, whereas
it was originally set to 0.0.0.0/0.0.0.0(rw). I was seeing in the vdsm log
that the UID for the ISO_DOMAIN was showing as not existing:
StorageDomainDoesNotExist: Storage domain does not exist:
('69ea8415-8d33-4d9b-a29b-057970984c99',) That uid was in the metadata file
in the above export. Now, stranger it seems my export_domain (should be NFS
to /data2) path in the GUI is showing as /var/lib/exports/iso Getting closer
but still not working. Jon On 22/01/14 23:24, Jon Archer wrote: Hi all, I
upgraded to 3.4 beta this evening and seem to have developed a problem with
the storage domains. I seem unable to bring
them
online getting the error in the console Failed to activate Storage Domain.
Also alongside this error is a warning, Invalid status on Data Center
local_datacenter. Setting status to Non Responsive Anyone seen this? Or any
ideas? Thanks Jon ___ Users mailing
list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1]
___ Users mailing list
Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1]
___ Users mailing list
Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1]
Links:
--
[1] http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 issues with storage
Hi, - Original Message - From: Jonathan Archer j...@rosslug.org.uk To: users users@ovirt.org Sent: Thursday, January 23, 2014 2:23:16 PM Subject: Re: [Users] oVirt 3.4.0 issues with storage On 23/01/2014 06:59, Yedidyah Bar David wrote: Hi, - Original Message - From: Jon Archer j...@rosslug.org.uk To: users users@ovirt.org Sent: Thursday, January 23, 2014 2:48:13 AM Subject: Re: [Users] oVirt 3.4.0 issues with storage I rebooted the server (probably could have restarted services) and it all seems to have come back to life... What do you mean by that? Did you manually fix your /etc/exports before rebooting? The path for your export_domain? Also, can you please post the upgrade log? If it indeed trashed your /etc/exports that's a bug, please open a bz for that if possible. Thanks! It seems that the upgrade did trash my /etc/exports, I manually fixed it and restarted the services and all was good. Interestingly it only broke one entry in the exports file. I will post both my log and a bz at some point today. OK, thanks. Please report also: * exact versions before and after upgrade * OS * content of /etc/exports before and after uprade - engine-setup keeps backups (with a timestamp suffix) * Did you have /etc/exports.d and content of files there Both 3.3 and 3.4 under certain conditions modify /etc/exports but in different ways. 3.3 tries to keep old content while 3.4 asks you for the ACL to use for the iso domain. Both move the export line to a file under /etc/exports.d if it exists. Thanks! -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4.0 issues with storage
Hi,
- Original Message -
From: Jonathan Archer j...@rosslug.org.uk
To: d...@redhat.com
Cc: users users@ovirt.org
Sent: Thursday, January 23, 2014 2:37:49 PM
Subject: Re: [Users] oVirt 3.4.0 issues with storage
Just been delving through the update logs,
My upgrade was to alpha first, then I saw the beta release notice and took it
to beta about 1 hour later.
I found a line in the alpha to beta upgrade which suggests it modifies the
export file ISO_DOMAIN entry so in my case the default /var/lib/exports/iso
and includes removed 'removed': '/var/lib/exports/iso\tNone', 'added':
'/var/lib/exports/iso\tNone'
this suggested to me the change happened between 3.3 and 3.4 alpha,
sure enough that particular entry in the previous log was:
2014-01-21 23:57:08 DEBUG otopi.context context.dumpEnvironment:471 ENV
OVESETUP_CORE_MODIFIED_LINES_GROUP/exportfs=dict:'{'/etc/exports':
[{'removed': '/var/lib/exports/iso\t0.0.0.0/0.0.0.0(rw)', 'added':
'/var/lib/exports/iso\tNone'}]}'
Can you post the full log please?
Do you use an answer file? Can you post it?
As I just now wrote, in 3.4 setup asks you for the ACL. So it being 'None'
means there
was some problem in getting this ACL from you.
Thanks!
--
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Possible problems testing 3.3.3 RC
On Thu, Jan 23, 2014 at 1:23 PM, Sandro Bonazzola wrote: Il 23/01/2014 12:12, Gianluca Cecchi ha scritto: [snip] 2) in this repo http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/ I would expect dwh for 3.3.3 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm It seems that it has been added after 3.3.3-rc announce by mistake. Will fix it OK. It seems now the updates-testing repo is ok: ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm upgrade went smooth. I'm going to test. Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cannot start VM
Hi! I built small ovirt cluster with one dedicated node (A) and one node (B) with engine and gluster storage. Test VM succesfuly started at node A, but cannot start at node B. In an engine.log I see error could not open disk image ... Permission denied. SELinux disabled on both nodes. All nodes on Centos 6 with ovirt 3.3.2-1.el6. Could you help me? P.S. Node B also runs a few VM's, not managed by ovirt with disks in lvm-volumes. logs.tar.gz Description: application/gzip ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Possible problems testing 3.3.3 RC
Il 23/01/2014 14:07, Gianluca Cecchi ha scritto: On Thu, Jan 23, 2014 at 1:23 PM, Sandro Bonazzola wrote: Il 23/01/2014 12:12, Gianluca Cecchi ha scritto: [snip] 2) in this repo http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/ I would expect dwh for 3.3.3 while I have ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm It seems that it has been added after 3.3.3-rc announce by mistake. Will fix it OK. It seems now the updates-testing repo is ok: ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm upgrade went smooth. I'm going to test. Yes, updates-testing repo is back to stable: http://jenkins.ovirt.org/job/check_repo_closure/26/ Gianluca -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] hosted-engine setup fails on RHEL6
Hi, I'm currently trying to setup a hosted-engine on a RHEL6 host with nightly repository (because 3.4 BETA didn't work either): [root@host ~]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log Version: otopi-1.2.0_master (otopi-1.2.0-0.2.master.20140121.git84f0852.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The full log is available here: http://pastebin.com/Xpa87sjc The matching log entry is below: 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND During customization use CTRL-D to abort. 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:630 _check_existing_pools 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:631 getConnectedStoragePoolsList 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 729, in _customization self._check_existing_pools() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 632, in _check_existing_pools pools = self.serv.s.getConnectedStoragePoolsList() File /usr/lib64/python2.6/xmlrpclib.py, line 1199, in __call__ return self.__send(self.__name, args) File /usr/lib64/python2.6/xmlrpclib.py, line 1489, in __request verbose=self.__verbose File /usr/lib64/python2.6/xmlrpclib.py, line 1235, in request self.send_content(h, request_body) File /usr/lib64/python2.6/xmlrpclib.py, line 1349, in send_content connection.endheaders() File /usr/lib64/python2.6/httplib.py, line 908, in endheaders self._send_output() File /usr/lib64/python2.6/httplib.py, line 780, in _send_output self.send(msg) File /usr/lib64/python2.6/httplib.py, line 739, in send self.connect() File /usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py, line 188, in connect sock = socket.create_connection((self.host, self.port), self.timeout) File /usr/lib64/python2.6/socket.py, line 567, in create_connection raise error, msg error: [Errno 111] Connection refused 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': [Errno 111] Connection refused RPM version information: otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch ovirt-release-el6-10.0.1-2.noarch vdsm-python-zombiereaper-4.14.1-6.gite008998.el6.noarch vdsm-python-4.14.1-6.gite008998.el6.x86_64 vdsm-cli-4.14.1-6.gite008998.el6.noarch vdsm-xmlrpc-4.14.1-6.gite008998.el6.noarch vdsm-4.14.1-6.gite008998.el6.x86_64 Any hint? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest Agent Data under Network Interfaces empty
Yedidyah Bar David wrote: Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? I'm guessing that you're missing ethtool and/or python-ethtool? (sorry can't find the right name right now) Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Guest Agent Data under Network Interfaces empty
Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? [1] https://build.opensuse.org/package/show/home:evilissimo/ovirt-guest-agent Thanks, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] disks successfully removed with torage failure message
On Mon, Dec 16, 2013 at 10:52 AM, Vered Volansky wrote: Gianluca, Huntxu It looks like huntxu's solution is the way to go. I'd appreciate it if any of you will open a bug on this issue and inform the list. If there's anything else regarding this issue please ask. Thanks, Vered - Original Message - From: Gianluca Cecchi To: Vered Volansky Cc: users , huntxu Sent: Saturday, December 14, 2013 11:10:35 AM Subject: Re: [Users] disks successfully removed with torage failure message On Dec 14, 2013 9:41 AM, Vered Volansky wrote: Hi, I've looked at the logs and will have to discuss the issue with some people, which I will only be able to do tomorrow. In the mean time, When the message to manually remove the disks appear, it actually means manually - not through the engine at all, if that helps for now. This means through the DB, which it not recommended and I'd prefer to wait till tomorrow and figure this out. Regards, Vered OK. Let me know when you have something for me to try. I'm going to analyze the other user suggestion too Gianluca Hello, to resume this thread and confirm as resolved in 3.3.3 RC. I had 3 disks in Illegal state since 3.3.2 beta and that I was unable to delete. It seems it was already fixed in beta1 but I didn't test there. I think it is related to this bug in QA https://bugzilla.redhat.com/show_bug.cgi?id=1046600 Just to confirm that indeed I was able to delete and so confirm for 3.3.3 RC Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
Il 23/01/2014 14:24, Frank Wall ha scritto: Hi, I'm currently trying to setup a hosted-engine on a RHEL6 host with nightly repository (because 3.4 BETA didn't work either): Do you have the same issue you've with nightly? [root@host ~]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log Version: otopi-1.2.0_master (otopi-1.2.0-0.2.master.20140121.git84f0852.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The full log is available here: http://pastebin.com/Xpa87sjc The matching log entry is below: 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND During customization use CTRL-D to abort. 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:630 _check_existing_pools 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:631 getConnectedStoragePoolsList 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 729, in _customization self._check_existing_pools() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 632, in _check_existing_pools pools = self.serv.s.getConnectedStoragePoolsList() File /usr/lib64/python2.6/xmlrpclib.py, line 1199, in __call__ return self.__send(self.__name, args) File /usr/lib64/python2.6/xmlrpclib.py, line 1489, in __request verbose=self.__verbose File /usr/lib64/python2.6/xmlrpclib.py, line 1235, in request self.send_content(h, request_body) File /usr/lib64/python2.6/xmlrpclib.py, line 1349, in send_content connection.endheaders() File /usr/lib64/python2.6/httplib.py, line 908, in endheaders self._send_output() File /usr/lib64/python2.6/httplib.py, line 780, in _send_output self.send(msg) File /usr/lib64/python2.6/httplib.py, line 739, in send self.connect() File /usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py, line 188, in connect sock = socket.create_connection((self.host, self.port), self.timeout) File /usr/lib64/python2.6/socket.py, line 567, in create_connection raise error, msg error: [Errno 111] Connection refused 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': [Errno 111] Connection refused can you attach vdsm logs? RPM version information: otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch ovirt-release-el6-10.0.1-2.noarch vdsm-python-zombiereaper-4.14.1-6.gite008998.el6.noarch vdsm-python-4.14.1-6.gite008998.el6.x86_64 vdsm-cli-4.14.1-6.gite008998.el6.noarch vdsm-xmlrpc-4.14.1-6.gite008998.el6.noarch vdsm-4.14.1-6.gite008998.el6.x86_64 Any hint? Thanks - Frank ___ Users mailing
Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues
Il 22/01/2014 21:32, Brad House ha scritto: I'm trying to test out the oVirt Hosted Engine, but am experiencing a failure early on and was hoping someone could point me in the right direction. I'm not familiar enough with the architecture of oVirt to start to debug this situation. Basically, I run the hosted-engine --deploy command and it outputs: [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140122110741.log Version: otopi-1.2.0_beta (otopi-1.2.0-0.1.beta.fc19) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140122110741.log has: 2014-01-22 11:07:57 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:631 getConnectedStoragePoolsList 2014-01-22 11:07:57 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 729, in _customization self._check_existing_pools() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 632, in _check_existing_pools pools = self.serv.s.getConnectedStoragePoolsList() File /usr/lib64/python2.7/xmlrpclib.py, line 1224, in __call__ return self.__send(self.__name, args) File /usr/lib64/python2.7/xmlrpclib.py, line 1578, in __request verbose=self.__verbose File /usr/lib64/python2.7/xmlrpclib.py, line 1264, in request return self.single_request(host, handler, request_body, verbose) File /usr/lib64/python2.7/xmlrpclib.py, line 1292, in single_request self.send_content(h, request_body) File /usr/lib64/python2.7/xmlrpclib.py, line 1439, in send_content connection.endheaders(request_body) File /usr/lib64/python2.7/httplib.py, line 969, in endheaders self._send_output(message_body) File /usr/lib64/python2.7/httplib.py, line 829, in _send_output self.send(msg) File /usr/lib64/python2.7/httplib.py, line 791, in send self.connect() File /usr/lib64/python2.7/site-packages/vdsm/SecureXMLRPCServer.py, line 188, in connect sock = socket.create_connection((self.host, self.port), self.timeout) File /usr/lib64/python2.7/socket.py, line 571, in create_connection raise err error: [Errno 111] Connection refused 2014-01-22 11:07:57 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': [Errno 111] Connection refused It seems that VDSM is not working on your system. Can you attach vdsm logs? Unfortunately I do not know what service this is trying to connect to, or what hostname or port to try to start debugging that. Some other useful information about my environment: - Fedora 19 (64bit), minimal install, selected 'standard' add-on utilities. This was a fresh install just for this test. - 512MB /boot ext4 - 80GB / ext4 in LVM, 220GB free in VG - yum -y update performed to get all latest updates - SElinux in permissive mode - Hardware: - Supermicro 1026T-URF barebones - single CPU populated (Xeon E5630 4x2.53GHz) - 12GB ECC DDR3 RAM - H/W Raid with SSDs - Networking: - Network Manager DISABLED - 4 GbE ports (p2p1, p2p2, em1, em2) - all 4 ports configured in a bond (bond0) using balance-alb - ovirtmgmt bridge pre-created with 'bond0' as the only member, assigned a
Re: [Users] Guest Agent Data under Network Interfaces empty
- Original Message - From: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:25:15 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty Yedidyah Bar David wrote: Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? I'm guessing that you're missing ethtool and/or python-ethtool? (sorry can't find the right name right now) Both have python-ethtool, which is a dependency of the guest agent. And vdsm does report correctly - I am pretty certain it's a problem in the engine and not on the host/VMs. Thanks anyway, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured
Hi Karli, Normally we configure the host's default gateway on the ovirtmgmt network. If your engine is in the same subnet as all of your hosts, then it's not to define a getway on the ovirtmgmt network. From 3.3, you can define gateways on the other networks. These will be used via source routing. For example, if you set a gateway on the display network, but leave the gateway blank for the ovirtmgmt network, then you'll see that 'ip route' won't list a default gateway. However, we configure source routing so that all traffic coming in to the display network on the host, will be returned via that network's gateway. You can view source routing rules via: ip rule Then ip route show table %s, for each table listed in ip rule. Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: dan...@redhat.com Cc: amul...@redhat.com, fs...@uncu.edu.ar, users@ovirt.org Sent: Thursday, January 23, 2014 12:00:52 PM Subject: Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured On Thu, 2014-01-23 at 09:34 +, Dan Kenigsberg wrote: On Thu, Jan 23, 2014 at 06:50:59AM +, Karli Sjöberg wrote: One comment to your wiki page: in order to better intergrate with our recent source-routing support (mostly useful for display network), please set GATEWAY only in ifcfg-ovirtmgmt, and remember to set DEFROUTE=no in any other ifcfg that mentions IPADDR so as not to override the default. Dan. Does that imply that default gateway is supposed to be on the same net as ovirtmgmt? Yes, and that's what happening whenever you make changes to ovirtmgmt via Vdsm. To tell you the truth, that makes me rather uncomfortable since we have set up our ovirtmgmt on a non-routed, black net, only used for _mgmt_ (thought that was the point). The display network is set up on a another logcal network, a routed net, which is where we also have the default gateway. Is this now a wrong/bad way to go about it? /K ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
Hi Sandro,
On Thu, Jan 23, 2014 at 02:28:29PM +0100, Sandro Bonazzola wrote:
Do you have the same issue you've with nightly?
on BETA the hosted-engine setup fails (earlier) with another issue that seems
to be
fixed in NIGHTLY:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel rhel.status:138
check service vdsmd status
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:366 execute: ('/sbin/initctl', 'status', 'vdsmd'),
executable='None', cwd='None', env=None
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:383 execute-result: ('/sbin/initctl', 'status', 'vdsmd'), rc=1
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:441
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stdout:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:446
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stderr:
initctl: Unknown job: vdsmd
Please don't mixup things... this was the first try on BETA. All other logs are
from NIGHTLY :-)
can you attach vdsm logs?
Yes, but only a few lines are logged during hosted-engine setup:
MainThread::DEBUG::2014-01-23
14:17:37,132::supervdsmServer::424::SuperVdsm.Server::(main) Terminated normally
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config
set.
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config
set.
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::384::SuperVdsm.Server::(main) Making sure I'm
root - SuperVdsm
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::393::SuperVdsm.Server::(main) Parsing cmd args
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::396::SuperVdsm.Server::(main) Cleaning old
socket /var/run/vdsm/svdsm.sock
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::400::SuperVdsm.Server::(main) Setting up keep
alive thread
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::406::SuperVdsm.Server::(main) Creating remote
object manager
MainThread::DEBUG::2014-01-23
14:17:37,901::supervdsmServer::417::SuperVdsm.Server::(main) Started serving
super vdsm object
sourceRoute::DEBUG::2014-01-23
14:17:37,901::sourceRouteThread::56::root::(_subscribeToInotifyLoop)
sourceRouteThread.subscribeToInotifyLoop started
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
Hi Sandro, This is exactly the same issue I had with BZ 1055153, I recognize all the error messages exactly and the way it occurred. There was also the earlier message on the list which I mentioned my workaround. Thanks, Andrew On Fri, Jan 24, 2014 at 12:28 AM, Sandro Bonazzola sbona...@redhat.comwrote: Il 23/01/2014 14:24, Frank Wall ha scritto: Hi, I'm currently trying to setup a hosted-engine on a RHEL6 host with nightly repository (because 3.4 BETA didn't work either): Do you have the same issue you've with nightly? [root@host ~]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log Version: otopi-1.2.0_master (otopi-1.2.0-0.2.master.20140121.git84f0852.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The full log is available here: http://pastebin.com/Xpa87sjc The matching log entry is below: 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND During customization use CTRL-D to abort. 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:630 _check_existing_pools 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:631 getConnectedStoragePoolsList 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 729, in _customization self._check_existing_pools() File /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py, line 632, in _check_existing_pools pools = self.serv.s.getConnectedStoragePoolsList() File /usr/lib64/python2.6/xmlrpclib.py, line 1199, in __call__ return self.__send(self.__name, args) File /usr/lib64/python2.6/xmlrpclib.py, line 1489, in __request verbose=self.__verbose File /usr/lib64/python2.6/xmlrpclib.py, line 1235, in request self.send_content(h, request_body) File /usr/lib64/python2.6/xmlrpclib.py, line 1349, in send_content connection.endheaders() File /usr/lib64/python2.6/httplib.py, line 908, in endheaders self._send_output() File /usr/lib64/python2.6/httplib.py, line 780, in _send_output self.send(msg) File /usr/lib64/python2.6/httplib.py, line 739, in send self.connect() File /usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py, line 188, in connect sock = socket.create_connection((self.host, self.port), self.timeout) File /usr/lib64/python2.6/socket.py, line 567, in create_connection raise error, msg error: [Errno 111] Connection refused 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': [Errno 111] Connection refused can you attach vdsm logs? RPM version information: otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch
Re: [Users] Centos 6.5: mom spam
On 22/01/14 21:32, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:
On 22/01/14 12:13, Dan Kenigsberg wrote:
snip
The supervdsm.log whith the lines logged yesterday:
http://pastebin.com/kpXrRd2w
On an unrelated matter: this log includes
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return
ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return
ksmTune with None
spam every 10 seconds. Federico, which version of mom do you have installed? I
thought we have solved a similar issue in the past.
mom-0.3.2-6.el6.noarch
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
Il 23/01/2014 14:39, Frank Wall ha scritto:
Hi Sandro,
On Thu, Jan 23, 2014 at 02:28:29PM +0100, Sandro Bonazzola wrote:
Do you have the same issue you've with nightly?
on BETA the hosted-engine setup fails (earlier) with another issue that seems
to be
fixed in NIGHTLY:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel rhel.status:138
check service vdsmd status
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:366 execute: ('/sbin/initctl', 'status', 'vdsmd'),
executable='None', cwd='None', env=None
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:383 execute-result: ('/sbin/initctl', 'status', 'vdsmd'),
rc=1
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.execute:441 execute-output: ('/sbin/initctl', 'status', 'vdsmd')
stdout:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.execute:446 execute-output: ('/sbin/initctl', 'status', 'vdsmd')
stderr:
initctl: Unknown job: vdsmd
can you attach full logs of this execution?
Please don't mixup things... this was the first try on BETA. All other logs
are from NIGHTLY :-)
can you attach vdsm logs?
Yes, but only a few lines are logged during hosted-engine setup:
MainThread::DEBUG::2014-01-23
14:17:37,132::supervdsmServer::424::SuperVdsm.Server::(main) Terminated
normally
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing
config set.
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing
config set.
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::384::SuperVdsm.Server::(main) Making sure I'm
root - SuperVdsm
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::393::SuperVdsm.Server::(main) Parsing cmd args
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::396::SuperVdsm.Server::(main) Cleaning old
socket /var/run/vdsm/svdsm.sock
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::400::SuperVdsm.Server::(main) Setting up keep
alive thread
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::406::SuperVdsm.Server::(main) Creating remote
object manager
MainThread::DEBUG::2014-01-23
14:17:37,901::supervdsmServer::417::SuperVdsm.Server::(main) Started serving
super vdsm object
sourceRoute::DEBUG::2014-01-23
14:17:37,901::sourceRouteThread::56::root::(_subscribeToInotifyLoop)
sourceRouteThread.subscribeToInotifyLoop started
so vdsmd never started at all?
Thanks
- Frank
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.4 release notes and what's new section empty
Il 23/01/2014 14:49, Gianluca Cecchi ha scritto: hello, at http://www.ovirt.org/OVirt_3.4.0_release_notes the what's new section seems to be empty. Release notes page is still under writing What major/minor features one would expect as added value passing from 3.3.3 to 3.4? Any other pointers? you can find a list of features here http://bit.ly/17qBn6F or here: http://www.ovirt.org/OVirt_3.4_Test_Day#oVirt_3.4_New_Features_-_Test_Status_Table Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured
On 23/01/14 07:02, Moti Asayag wrote: - Original Message - From: Federico Sayd fs...@uncu.edu.ar To: users@ovirt.org Sent: Wednesday, January 22, 2014 2:22:01 AM Subject: [Users] Centos 6.5 and bonding: A slave interface is not properly configured Hello: I am having problems with bonding I have installed Centos 6.5 in order to use it as host. I configured eth0 with the vlan of the management network (Vlan 70). Then I registered the host to the engine (3.3.2-1-el6) and the engine installed oVirt in the host without problem. Ovirtmgmt was created automatically and bridged with eth0.70. Now I need to bond a second network interface (eth1) with eth0. But when I try to bond the nics, I get the next error: Could you describe how you've created the bond ? via webadmin setup networks dialog or via api ? Via webadmin Setup Network (Web GUI) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt 3.4 beta on F19: engine-setup error Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
Hi,
Installing a fresh fedora 19 minimal install and ovirt 3.4 beta got me
stuck again. Maybe we should do a bit more QA before releasing a beta?
--== CONFIGURATION PREVIEW ==--
Engine database name: engine
Engine database secured connection : False
Engine database host: localhost
Engine database user name : engine
Engine database host name validation: False
Engine database port: 5432
NFS setup : True
PKI organization: x.xxx
Application mode: both
Firewall manager: firewalld
Update Firewall : True
Configure WebSocket Proxy : True
Host FQDN : .x.x
NFS export ACL : 0.0.0.0/0.0.0.0(rw)
NFS mount point : /var/lib/exports/iso
Datacenter storage type : posixfs
Configure local Engine database : True
Set application as default page : True
Configure Apache SSL: True
Please confirm installation settings (OK, Cancel) [OK]:
[ INFO ] Stage: Transaction setup
[ INFO ] Stopping engine service
[ INFO ] Stopping websocket-proxy service
[ INFO ] Stage: Misc configuration
[ INFO ] Stage: Package installation
[ INFO ] Stage: Misc configuration
[ INFO ] Initializing PostgreSQL
[ INFO ] Creating PostgreSQL 'engine' database
[ INFO ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO ] Yum Performing yum transaction rollback
[ INFO ] Stage: Clean up
Log file is located
at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140123145115.log
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
systemd.state:134 starting service postgresql
2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:366 execute: ('/bin/systemctl', 'start',
'postgresql.service'), executable='None', cwd='None', env=None
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:383 execute-result: ('/bin/systemctl', 'start',
'postgresql.service'), rc=1
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:441 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stdout:
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:446 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stderr:
Job for postgresql.service failed. See 'systemctl status
postgresql.service' and 'journalctl -xn' for details.
2014-01-23 14:52:40 DEBUG otopi.context context._executeMethod:152
method exception
Traceback (most recent call last):
File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
_executeMethod
method['method']()
File
/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py,
line 182, in _misc
self._provisioning.provision()
File /usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py,
line 552, in provision
self._restart()
File /usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py,
line 407, in _restart
state=state,
File /usr/share/otopi/plugins/otopi/services/systemd.py, line 138,
in state
'start' if state else 'stop'
File /usr/share/otopi/plugins/otopi/services/systemd.py, line 77, in
_executeServiceCommand
raiseOnError=raiseOnError
File /usr/lib/python2.7/site-packages/otopi/plugin.py, line 451, in
execute
command=args[0],
RuntimeError: Command '/bin/systemctl' failed to execute
2014-01-23 14:52:40 ERROR otopi.context context._executeMethod:161
Failed to execute stage 'Misc configuration': Command '/bin/systemctl'
failed to execute
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Yum Transaction'
2014-01-23 14:52:40 INFO otopi.plugins.otopi.packagers.yumpackager
yumpackager.info:92 Yum Performing yum transaction rollback
Loaded plugins: langpacks, refresh-packagekit, versionlock
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Database Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Version Lock Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Firewalld Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'File transaction for '/etc/sysctl.d/ovirt-engine.conf''
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'File transaction for
Re: [Users] ovirt 3.4 beta on F19: engine-setup error Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
Hi,
- Original Message -
From: Jorick Astrego j.astr...@netbulae.eu
To: users users@ovirt.org
Sent: Thursday, January 23, 2014 4:01:24 PM
Subject: [Users] ovirt 3.4 beta on F19: engine-setup error Failed to execute
stage 'Misc configuration': Command '/bin/systemctl' failed to execute
Hi,
Installing a fresh fedora 19 minimal install and ovirt 3.4 beta got me stuck
again. Maybe we should do a bit more QA before releasing a beta?
--== CONFIGURATION PREVIEW ==--
Engine database name : engine
Engine database secured connection : False
Engine database host : localhost
Engine database user name : engine
Engine database host name validation : False
Engine database port : 5432
NFS setup : True
PKI organization : x.xxx
Application mode : both
Firewall manager : firewalld
Update Firewall : True
Configure WebSocket Proxy : True
Host FQDN : .x.x
NFS export ACL : 0.0.0.0/0.0.0.0(rw)
NFS mount point : /var/lib/exports/iso
Datacenter storage type : posixfs
Configure local Engine database : True
Set application as default page : True
Configure Apache SSL : True
Please confirm installation settings (OK, Cancel) [OK]:
[ INFO ] Stage: Transaction setup
[ INFO ] Stopping engine service
[ INFO ] Stopping websocket-proxy service
[ INFO ] Stage: Misc configuration
[ INFO ] Stage: Package installation
[ INFO ] Stage: Misc configuration
[ INFO ] Initializing PostgreSQL
[ INFO ] Creating PostgreSQL 'engine' database
[ INFO ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO ] Yum Performing yum transaction rollback
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140123145115.log
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
systemd.state:134 starting service postgresql
2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:366 execute: ('/bin/systemctl', 'start',
'postgresql.service'), executable='None', cwd='None', env=None
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:383 execute-result: ('/bin/systemctl', 'start',
'postgresql.service'), rc=1
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:441 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stdout:
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:446 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stderr:
Perhaps it's http://bugzilla.redhat.com/1039616 ? Mentioned also on
http://www.ovirt.org/OVirt_3.4.0_release_notes#Known_issues .
Best,
--
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
On 01/23/2014 08:24 AM, Frank Wall wrote: Hi, I'm currently trying to setup a hosted-engine on a RHEL6 host with nightly repository (because 3.4 BETA didn't work either): snip [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination snip Any hint? Thanks - Frank Yep, I get the _same_ exact issue. Please see my e-mail chain from yesterday with the subject line: oVirt 3.4.0 beta - Hosted Engine Setup -- issues And look at Andrew Lau's responses who also experienced the same issue ... with a potential work-around which I have yet to try. -Brad ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [SOLVED] Guest Agent Data under Network Interfaces empty
- Original Message - From: Yedidyah Bar David d...@redhat.com To: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:30:27 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty - Original Message - From: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:25:15 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty Yedidyah Bar David wrote: Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? I'm guessing that you're missing ethtool and/or python-ethtool? (sorry can't find the right name right now) Both have python-ethtool, which is a dependency of the guest agent. And vdsm does report correctly - I am pretty certain it's a problem in the engine and not on the host/VMs. Thanks anyway, -- Didi Found https://bugzilla.redhat.com/907781, and following comment 7 there, restarted the browser (logout/login was not enough) and now it's ok. -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th -- oVirt Node ISO for the Test Day
On Thu, 2014-01-23 at 10:48 +0100, Fabian Deutsch wrote: Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola: Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. Hey, the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4 components) can be used for the Test Day: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso Important: You need to append enforcing=0 to the kernel when booting the ISO to prevent SELinux denials. Is this the only node iso supported for the current 3.4 beta? I also see another iso in the release tree: http://resources.ovirt.org/releases/3.4.0-beta/iso/ovirt-node-iso-3.1.0-0.999.999.20130719141614git21ad9e6.1235.fc18.iso But that is Fedora 18 which is EOL already. Kind regards Jorick Astrego Netbulae B.V. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5 and bonding: A slave interface is not properly configured
On 22/01/14 21:31, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:
On 22/01/14 12:13, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 07:43:52AM +, Karli Sjöberg wrote:
On Tue, 2014-01-21 at 21:22 -0300, Federico Sayd wrote:
Hello:
I am having problems with bonding
I have installed Centos 6.5 in order to use it as host. I configured
eth0 with the vlan of the management network (Vlan 70). Then I
registered the host to the engine (3.3.2-1-el6) and the engine
installed oVirt in the host without problem. Ovirtmgmt was created
automatically and bridged with eth0.70.
Now I need to bond a second network interface (eth1) with eth0. But
when I try to bond the nics, I get the next error:
A slave interface is not properly configured. Please verify slaves do
not contain any of the following properties: network name, boot
protocol, IP address, netmask, gateway or vlan-ID notation (as part of
interface's name or explicitly)
Federico, where exactly do you get this error? Would you attach the
setupNetwork log from supervdsmd.log?
I get the error in the setup-network dialog in ovirt-engine.
Today I solved the issue copying the network config of other host
(same hardware), and it worked.
The supervdsm.log whith the lines logged yesterday:
http://pastebin.com/kpXrRd2w
It would be nice if the error could be more explicit, i.e. telling
the ifcfg-* that are conflictive.
I do not understand the error yet... I believe that in the text you have
quoted, Engine complains that an interface has not joined a bond. But
Engine's command to Vdsm
MainProcess|Thread-15::DEBUG::2014-01-21
13:13:21,166::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
setupNetworks with ({'ovirtmgmt': {'nic': 'eth0', 'vlan': '70', 'ipaddr':
'192.168.1.101', 'netmask': '255.255.255.0', 'STP': 'no', 'bridged': 'true'}},
{}, {'connectivityCheck': 'true', 'connectivityTimeout': 120}
contains no reference to a bond device, and seems to have succeeded.
One notable problem is that the network definitions lack a 'gateway'
parameter, which is very important for ovirtmgmt.
Would you share your vdsm.log, too? The output of getCapabilities before
and after setupNetworks may shed some light on the circumstances.
Regads,
Dan.
Exactly , Engine doesn't want to create the bond because the
configuration of a nic have unacceptable parameters.
But, specifically what parameters? Which interface? Could the error be
more explicit?
Engine complains about the contents of ifcfg-* or actual network config?
or both? In any case I restarted network service after edit ifcfg-* files.
I got the error when I tried to bond the interfaces. The ovirtmgmt was
created by oVirt and bridged to eth0.70 when the host was installed via
oVirt Engine. After, I tried to bond the two interfaces: eth0, (with
ovirtmgmt attached to it) and eth1 (without config), then the gui showed
the error about ifcfg-* parameters.
I guess that the text that you quoted corresponds to the creation of
ovirmgmnt network at install time. I don't find in supervdsm.log any
references to the bond creation.
vdsm.log: http://pastebin.com/AGSMBnkN
Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3.3 RC EL6 Live Snapshot
On Thu, Jan 23, 2014 at 12:23 PM, Karli Sjöberg karli.sjob...@slu.se wrote: Hi! I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our test environment, went off without a hitch, so good job guys! However something I´d very much like to see fixed is live snapshots for CentOS, especially since it seems to be fixed already for Fedora. Issue already been discussed: http://lists.ovirt.org/pipermail/users/2013-December/019090.html Is this something that can be targeted for 3.3.3 GA? The problem is that you need a different qemu-kvm package for live snapshots. At the moment the only way to get this package is building it from the srpm: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm (It's a drop-in replacement). This version should probably be included in the oVirt or CentOS repositories. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.4 beta on F19: engine-setup error Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
On Thu, Jan 23, 2014 at 3:21 PM, Jorick Astrego wrote: Yes that's it: Adding --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736 works. I never thought a known issue would crop up so soon, so I just started installing. Thanks hello, is it correct to say that if I put something like this in my /etc/sysctl.d/ovirt-engine.conf # cat /etc/sysctl.d/ovirt-engine.conf # ovirt-engine configuration. # Put 200Mb 15/01/14 kernel.shmmax = 209715200 And then # systemctl stop ovirt-engine # systemctl stop postgresql # sysctl -p # sysctl -a --system | grep shmmax (to verify new settings) # systemctl start postgresql # systemctl start ovirt-engine Then I can run engine-setup without need of putting the env variable any more? At least it worked from me for upgrade to 3.3.3beta1 and 3.3.3rc Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Conflicts during enigne install
As part of test day I wanted to install engine 3.4.0-0.5.beta1.fc20 from ovirt-3.4.0-prerelease and I can see following info: Transaction check error: file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarc Thanks, Piotr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
On Thu, Jan 23, 2014 at 09:13:14AM -0500, Brad House wrote: Yep, I get the _same_ exact issue. Please see my e-mail chain from yesterday with the subject line: oVirt 3.4.0 beta - Hosted Engine Setup -- issues Thanks for the pointer, I guess I missed that :-( As discussed on IRC the issue is related to wrong file permissions and a workaround is described in BZ 1055153 https://bugzilla.redhat.com/show_bug.cgi?id=1055153. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] SELinux persistent changes on ovirt node
Hi. I have a question regarding to the ovirt node. Im trying to disable o set selinux in permissive mode..I have modified /etc/sysconfig/selinux and then use the persist command on it but sestats output shows the following: [root@ovirth1 ~]# sestatus SELinux status: enabled SELinuxfs mount:/selinux Current mode: enforcing Mode from config file: permissive Policy version: 24 Policy from config file:targeted I have found that this also can be acomplished by modifying kernel's boot parameters So it's looks like kernel's boot parameter enforce=1 overrides /etc/sysconfig/selinux. Where is the config file to set enforce=0? Can't find grub config on the node. Best regards Francisco ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirtmgmt vanishes after reboot
Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Best regards. Francisco. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] networking: basic vlan help
Hello again, I'm new to VLANs and have a few questions. Right now I just have the mgmt interface (bridged with eth0) on my all-in-one oVirt test setup. I want to separate some VMs from the public facing net, which I think means that they need to be on a different VLAN. I created two new networks, pubX and privY, with vlan ids X and Y, but couldn't assign them to eth0 because the current mgmt network is non-VLAN. I was about to enable VLAN tagging on the mgmt network, but I wanted to make sure that doing so wouldn't do anything to eth0 that would disrupt access to it (I only have remote access and don't want to lock myself out). Also, if it is safe, does the mgmt vlan tag id matter? is 0 the right value? Any/all help, hints, tips or references to examples/links greatly appreciated. Robert signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.4 beta on F19: engine-setup error Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
Il 23/01/2014 16:07, Gianluca Cecchi ha scritto: On Thu, Jan 23, 2014 at 3:21 PM, Jorick Astrego wrote: Yes that's it: Adding --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736 works. I never thought a known issue would crop up so soon, so I just started installing. Thanks hello, is it correct to say that if I put something like this in my /etc/sysctl.d/ovirt-engine.conf # cat /etc/sysctl.d/ovirt-engine.conf # ovirt-engine configuration. # Put 200Mb 15/01/14 kernel.shmmax = 209715200 And then # systemctl stop ovirt-engine # systemctl stop postgresql # sysctl -p # sysctl -a --system | grep shmmax (to verify new settings) # systemctl start postgresql # systemctl start ovirt-engine Then I can run engine-setup without need of putting the env variable any more? if you're on x86_64 you can set it to 68719476736. I've asked kernel peoples and they said that arch limit is a safe value. However, I'm going to have it fixed for 3.3.3 GA and 3.4.0 GA by engine-setup. At least it worked from me for upgrade to 3.3.3beta1 and 3.3.3rc Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Conflicts during enigne install
Il 23/01/2014 16:14, Piotr Kliczewski ha scritto: As part of test day I wanted to install engine 3.4.0-0.5.beta1.fc20 from ovirt-3.4.0-prerelease and I can see following info: Transaction check error: file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attempted installs of ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and sos-3.0-3.fc20.noarc https://bugzilla.redhat.com/show_bug.cgi?id=1037663 Sorry, F20 is not supported yet. Thanks, Piotr ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
If you enable VLAN tagging on the management network, which is configured on eth0 (Which also provides internet access from my understanding) then you will connectivity as (I assume) your physical switches aren't configured for VLANs. For an all-in-one, what I would suggest is the following procedure: On your PC, create a dummy NIC via: sudo ip link add dev dummy_0 type dummy sudo ip link set dev dummy_0 up It's important that the name will be in the dummy_* format. Following that, go back to the GUI, select the host and hit Refresh Host Capabilities. You should see the new dummy_0 device as a host NIC. Create a VM network, and under the host Network Interfaces tab hit Setup Host Networks. Drag and drop the new VM network on dummy_0 (Don't give dummy_0 a boot protocol or an IP address in the edit network dialog). At this point you should be able to attach VM vNICs' to the new VM network and they won't be physically connected to any other network, but they'll be able to talk amongst themselves. The private network feature is planned* for oVirt 3.5, so in the future you'll be able to just define a network as a private one and everything will work automatically. * No promises! Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Robert Story rst...@tislabs.com To: users users@ovirt.org Sent: Thursday, January 23, 2014 5:44:25 PM Subject: [Users] networking: basic vlan help Hello again, I'm new to VLANs and have a few questions. Right now I just have the mgmt interface (bridged with eth0) on my all-in-one oVirt test setup. I want to separate some VMs from the public facing net, which I think means that they need to be on a different VLAN. I created two new networks, pubX and privY, with vlan ids X and Y, but couldn't assign them to eth0 because the current mgmt network is non-VLAN. I was about to enable VLAN tagging on the mgmt network, but I wanted to make sure that doing so wouldn't do anything to eth0 that would disrupt access to it (I only have remote access and don't want to lock myself out). Also, if it is safe, does the mgmt vlan tag id matter? is 0 the right value? Any/all help, hints, tips or references to examples/links greatly appreciated. Robert ___ 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] SELinux persistent changes on ovirt node
Am Donnerstag, den 23.01.2014, 12:26 -0300 schrieb Francisco Pérez: Hi. I have a question regarding to the ovirt node. Im trying to disable o set selinux in permissive mode..I have modified /etc/sysconfig/selinux and then use the persist command on it but sestats output shows the following: [root@ovirth1 ~]# sestatus SELinux status: enabled SELinuxfs mount:/selinux Current mode: enforcing Mode from config file: permissive Policy version: 24 Policy from config file:targeted I have found that this also can be acomplished by modifying kernel's boot parameters So it's looks like kernel's boot parameter enforce=1 overrides /etc/sysconfig/selinux. Where is the config file to set enforce=0? Can't find grub config on the node. Hey Francisco, the easiest way is to install Node with enforcing=0. When you pass it at install time it is automatically persisted. To find the boot partition take a look at the output of $ blkid Also: An updated ISO is available here: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso - fabian signature.asc Description: This is a digitally signed message part ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirtmgmt vanishes after reboot
Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez: Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Hey Francisco, that sounds like a bug. VDSM Devs, how can we debug why the network is not brought up? - fabian signature.asc Description: This is a digitally signed message part ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [ANN] Second oVirt Node ISO for oVirt 3.4 Test Day
Hey, we've updated the oVirt Node iso: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.201401231512draft.vdsm.el6.iso This updated contains fixes for this two problems: Bug 1057050 - manual instalation screen freezes at 75% Bug 1057064 - ovirt-node cannot be added as a host from TUI Additional that iso should raise less SELinux denials and can possibly without appending enforcing=0. As always: feedback is always appreciated. - fabian signature.asc Description: This is a digitally signed message part ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirtmgmt vanishes after reboot
On 01/23/2014 06:12 PM, Fabian Deutsch wrote: Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez: Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Hey Francisco, that sounds like a bug. VDSM Devs, how can we debug why the network is not brought up? - fabian is there an open bug tracking this? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [SOLVED] Guest Agent Data under Network Interfaces empty
On 01/23/2014 04:20 PM, Yedidyah Bar David wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:30:27 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty - Original Message - From: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:25:15 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty Yedidyah Bar David wrote: Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? I'm guessing that you're missing ethtool and/or python-ethtool? (sorry can't find the right name right now) Both have python-ethtool, which is a dependency of the guest agent. And vdsm does report correctly - I am pretty certain it's a problem in the engine and not on the host/VMs. Thanks anyway, -- Didi Found https://bugzilla.redhat.com/907781, and following comment 7 there, restarted the browser (logout/login was not enough) and now it's ok. why would that be an ok behavior? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3.3 RC EL6 Live Snapshot
On 01/23/2014 05:00 PM, Sander Grendelman wrote: On Thu, Jan 23, 2014 at 12:23 PM, Karli Sjöberg karli.sjob...@slu.se wrote: Hi! I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our test environment, went off without a hitch, so good job guys! However something I´d very much like to see fixed is live snapshots for CentOS, especially since it seems to be fixed already for Fedora. Issue already been discussed: http://lists.ovirt.org/pipermail/users/2013-December/019090.html Is this something that can be targeted for 3.3.3 GA? The problem is that you need a different qemu-kvm package for live snapshots. At the moment the only way to get this package is building it from the srpm: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm (It's a drop-in replacement). This version should probably be included in the oVirt or CentOS repositories. there is a CentOS Cloud SIG being discussed where we'd like to see this resolved. feel free to chime in (maybe cc ovirt mailing list on relevant threads) http://lists.centos.org/pipermail/centos-devel/2014-January/009451.html ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Manage domains
In version 3.4. The authentication has been refactored. How do I add 389-ds as my authentication backend without the use of Kerberos? This was supposed to be possible in 3.4 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote: AM If you enable VLAN tagging on the management network, which is AM configured on eth0 (Which also provides internet access from my AM understanding) then you will connectivity as (I assume) your physical AM switches aren't configured for VLANs. I'm assuming will connectivity should have been will lose connectivity, which is what I feared. I'm glad I asked! AM For an all-in-one, what I would suggest is the following procedure: Excellent, I'll try that. Thanks! My next question is for future planning. There is a second interface (eth1) with a separate physical network which only contains the engine, nodes and the nfs server. +--+ | internet |-|---|--| +--+ ++ +---+ +---+ eth0 | engine | | node1 | | node2 | +-+ ++ +---+ +---+ eth1 | nfs |---|---|--| +-+ Can the mgmt network be easily moved to eth1? Then the pubX would be non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1 interfaces are connected to a dedicated/isolated switch, does that switch need to explicitly support vlans, or does it matter? Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Issues starting hosted engine VM
- Original Message - From: Itamar Heim ih...@redhat.com To: Andrew Lau and...@andrewklau.com Cc: users users@ovirt.org Sent: Monday, January 20, 2014 2:33:08 PM Subject: Re: [Users] Issues starting hosted engine VM On 01/20/2014 02:27 PM, Andrew Lau wrote: On Mon, Jan 20, 2014 at 11:19 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.comwrote: On 01/20/2014 01:19 PM, Andrew Lau wrote: Hi, That bug seems to be private :( I'm interested also to hear about this feature, as with 3.3.2 I had my gluster vms go into paused state quite a few times and they actually couldn't be resumed at all, they needed to be forced off and back on. did the storage domain go back to up and they remained down? Yup, the storage domain went down and when it came back up the VMs remained paused. please open a bug with repro steps in that case and attach logs. thanks On Mon, Jan 20, 2014 at 10:13 PM, Dafna Ron d...@redhat.com mailto:d...@redhat.com mailto:d...@redhat.com mailto:d...@redhat.com wrote: interesting... :) so this is now configurable... what happens if qemu fails to start the vm (this happens sometimes - mostly on file type storage). do we have a re-try or a specific error telling the use that the activation failed and manual intervention is required? Andrew, did you manage to open a bug for the resume issue? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Extremely poor disk access speeds in Windows guest
Backing Storage: Gluster Replica Storage Domain: NFS Ovirt Hosts: CentOS 6.5 Ovirt version: 3.3.2 Network: GigE # of VM's: 3 - two Linux guests are idle, one Windows guest is installing updates. I've installed a Windows 2008 R2 guest with virtio disk, and all the drivers from the latest virtio iso. I've also installed the spice agent drivers. Guest disk access is horribly slow, Resource monitor during Windows updates shows Disk peaking at 1MB/sec (scale never increases) and Disk Queue Length Peaking at 5 and looks to be sitting at that level 99% of the time. 113 updates in Windows has been running solidly for about 2.5 hours and is at 89/113 updates complete. I can't say my Linux guests are blisteringly fast, but updating a guest from RHEL 6.3 fresh install to 6.5 took about 25 minutes. If anyone has any ideas, please let me know - I haven't found any tuning docs for Windows guests that could explain this issue. Thanks, *Steve Dainard * ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5: mom spam
On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:
On 22/01/14 21:32, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:
On 22/01/14 12:13, Dan Kenigsberg wrote:
snip
The supervdsm.log whith the lines logged yesterday:
http://pastebin.com/kpXrRd2w
On an unrelated matter: this log includes
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return
ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return
ksmTune with None
spam every 10 seconds. Federico, which version of mom do you have installed? I
thought we have solved a similar issue in the past.
mom-0.3.2-6.el6.noarch
This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features. For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.
The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!). For now, please try to upgrade to
this build of master [2].
[1]
http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/20/noarch/mom-0.3.2-20140120.gitfd877c5.fc20.noarch.rpm
[2]
http://jenkins.ovirt.org/view/All/job/manual-build-tarball/174/label=centos6-host/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Manage domains
No matter what provider I use, it keeps complaining about kerberos From: midnightst...@msn.com To: users@ovirt.org Date: Thu, 23 Jan 2014 12:13:03 -0500 Subject: [Users] Manage domains In version 3.4. The authentication has been refactored. How do I add 389-ds as my authentication backend without the use of Kerberos? This was supposed to be possible in 3.4 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
Hi Robert, You can use mgmt untagged but if it's a non-vm network. If you tag mgmt network, ovirt will configure a vlan interface and add it to ovirtmgmt, so you'll get a disruption when network gets restarted to take the changes. Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
Hi Itamar, I don't know if I get your post right, but to me, it seems that if so many users hit the same rock, it should mean that this should be documented somewhere visible and in my opinion, push on getting bug 1049476 https://bugzilla.redhat.com/show_bug.cgi?id=1049476 solved asap. Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
Sorry, privY on eth1. Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Robert Story rst...@tislabs.com To: Assaf Muller amul...@redhat.com Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 7:11:50 PM Subject: Re: [Users] networking: basic vlan help On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote: AM If you enable VLAN tagging on the management network, which is AM configured on eth0 (Which also provides internet access from my AM understanding) then you will connectivity as (I assume) your physical AM switches aren't configured for VLANs. I'm assuming will connectivity should have been will lose connectivity, which is what I feared. I'm glad I asked! AM For an all-in-one, what I would suggest is the following procedure: Excellent, I'll try that. Thanks! My next question is for future planning. There is a second interface (eth1) with a separate physical network which only contains the engine, nodes and the nfs server. +--+ | internet |-|---|--| +--+ ++ +---+ +---+ eth0 | engine | | node1 | | node2 | +-+ ++ +---+ +---+ eth1 | nfs |---|---|--| +-+ Can the mgmt network be easily moved to eth1? Then the pubX would be non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1 interfaces are connected to a dedicated/isolated switch, does that switch need to explicitly support vlans, or does it matter? Robert -- Senior Software Engineer @ Parsons ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
What is the purpose of PubY on eth1? Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Robert Story rst...@tislabs.com To: Assaf Muller amul...@redhat.com Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 7:11:50 PM Subject: Re: [Users] networking: basic vlan help On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote: AM If you enable VLAN tagging on the management network, which is AM configured on eth0 (Which also provides internet access from my AM understanding) then you will connectivity as (I assume) your physical AM switches aren't configured for VLANs. I'm assuming will connectivity should have been will lose connectivity, which is what I feared. I'm glad I asked! AM For an all-in-one, what I would suggest is the following procedure: Excellent, I'll try that. Thanks! My next question is for future planning. There is a second interface (eth1) with a separate physical network which only contains the engine, nodes and the nfs server. +--+ | internet |-|---|--| +--+ ++ +---+ +---+ eth0 | engine | | node1 | | node2 | +-+ ++ +---+ +---+ eth1 | nfs |---|---|--| +-+ Can the mgmt network be easily moved to eth1? Then the pubX would be non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1 interfaces are connected to a dedicated/isolated switch, does that switch need to explicitly support vlans, or does it matter? Robert -- Senior Software Engineer @ Parsons ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
On Thu, 23 Jan 2014 13:33:07 -0500 (EST) Assaf wrote: AM Sorry, privY on eth1. For VM to VM communication that doesn't need to go over the public net.. Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
Then the currently offered topology is to have ovirtmgmt on eth1 untagged, and non-VM, and have privY as a VM, tagged network on eth1. That would require the physical switch to be VLAN-aware and configured properly. oVirt wise you should have no problems using the GUI to move to that topology once you've decided to do so. Assaf Muller, Cloud Networking Engineer Red Hat - Original Message - From: Robert Story rst...@tislabs.com To: Assaf Muller amul...@redhat.com Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 8:41:43 PM Subject: Re: [Users] networking: basic vlan help On Thu, 23 Jan 2014 13:33:07 -0500 (EST) Assaf wrote: AM Sorry, privY on eth1. For VM to VM communication that doesn't need to go over the public net.. Robert -- Senior Software Engineer @ Parsons ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
Hi Robert, As I said before, you'll have network disruptions everytime you change network topology and that's not because of ovirt but because you need to restart network to set the new interfaces, routing tables and addresses, etc. This does not mean that you loose access to your hosts, if everything goes right and you have everything set correctly, then after network comes up, you should have access to your hosts. But if you have network traffic, it will loose connectivity for a few seconds. For the switch stuff, a simple switch will forward all packages regardless of the vlan tag, so you won't need to configure anything. These are the domestic or soho kind of switches. If you have a vlan aware switch (most managed cheap ones have vlan features), then you'll have to set vlans (either tagged or untagged) in the respective ports to be able to get traffic from them. Remember that marking a network in ovirt as a vlan network means that it'll be accepting tagged traffic from that vlan. If you set your ports to have a native vlan (untagged), then you should use non-vlan networks in ovirt. Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirtmgmt vanishes after reboot
- Original Message - From: Fabian Deutsch fabi...@redhat.com To: Francisco Pérez fpere...@gmail.com, VDSM Project Development vdsm-de...@lists.fedorahosted.org Cc: users@ovirt.org Sent: Thursday, January 23, 2014 5:12:17 PM Subject: Re: [Users] ovirtmgmt vanishes after reboot Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez: Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Hey Francisco, that sounds like a bug. VDSM Devs, how can we debug why the network is not brought up? Well, we should check if after the reboot /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt and /etc/sysconfig/network-scripts/ifcfg-emX (or whatever the name of the interface ovirtmgmt sits on is) are present. If vdsmd is started and properly listening and if that is the case. virsh -r net-list has vdsm-ovirtmgmt - fabian ___ 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] Making v2v easier?
Hi, I did some migrations with v2v and p2v (most of them to RHEV, but there's not really a difference between RHEV and oVirt). Sources where VMware ESX, KVM-servers (hosted on RHEL and Debian), Xen (hosted on an old SUSE server) and physical machines for p2v. The servers I used to run virt-v2v from where RHEL 6.3-6.5 - didn't test Fedora yet. All sources worked fine except the old SUSE server (had some connection errors to libvirt but didn't analyzed it further, as we decided to not migrate this vm and instead create a new one and migrate the data). One of the most common errors when it comes to migration from VMware is that users connect to vCenter instead of the ESX host directly (I also did this on my first test, as I expected to be redirected to the correct hypervisor by vCenter). In the past there were big issues when migration machines from VMware with installed VMware guest tools. You have to uninstall guest tools _BEFORE_ you migrate the vm. If not, VMware guest tools interfere with RHEV guest tools - meaning that RHEV guest tools want work properly and VMware guest tools refuse to uninstall if the machine is not running on VMware platform. This is definitely more an issue of VMware guest tools then oVirt/RHEV, but it can be a pitfall in the migration process. virt-v2v is doing a great job for Windows and RHEL servers by installing the virtio drivers and setting disks and nics to virtio in ovf-file. For other Linux distributions I edited ovf file manually to have the correct type. Debian and Ubuntu worked fine when changing disk and nic type to virtio (as they use UUIDs in /etc/fstab and have virtio support in initrd), openSUSE nics work fine with virtio, disk don't, btw :) It would be an improvement if virt-v2v could prepare Debian/Ubuntu and openSUSE/SLES for oVirt/RHEV in the same way as it does with RHEL and Windows. Furthermore it would be great if I could change settings during import (e.g. NIC of disk type, memory, cpu, display type,...). One thing which is a big pain is, that virt-v2v copies the whole disk to the export domain and validates it afterwards. If the validation fails, the disk gets removed from the export domain. When migration big disks ( 100GB) this is a real pain. What are the improvements I would like to see? First of all, I would love to do imports from within the webadmin portal. At the moment I have to use virt-v2v, switch to Storage tab in webadmin afterwards to import the vm and change it's settings (if required) in vm tab. One tab for all these actions would be a huge improvements. Especially if Windows admins or non-hardcore-commandline-admins are doing the migration this would help a lot. When adding virt-v2v to webadmin I suggest to add a big red notice that users shall uninstall VMware guest tools before migration the vm when selection ESX as an input source and also mention to use the hypervisor instead of the vCenter server. As written above I would also love to see support for multiple Linux distributions in virt-v2v (and p2v, too). Last, verifying the disk before copying would be really great (don't know if this is possible - if not an option in virt-v2v to not remove the disk would help as maybe the disk can be imported but only virt-v2v fails). I hope I could explain my experience and wishes with/for virt-v2v good enough. -- Best Regards René Koch Senior Solution Architect LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rk...@linuxland.at On Fri, 2014-01-17 at 17:19 +0200, Itamar Heim wrote: I see a lot of threads about v2v pains (mostly from ESX?) I'm interested to see if we can make this simpler/easier. if you have experience with this, please describe the steps you are using (also the source platform), and how you would like to see this make simpler (I'm assuming that would start from somewhere in the webadmin probably). Thanks, Itamar ___ 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] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th -- oVirt Node ISO for the Test Day
- Original Message - On Thu, 2014-01-23 at 10:48 +0100, Fabian Deutsch wrote: Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola: Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. Hey, the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4 components) can be used for the Test Day: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso Important: You need to append enforcing=0 to the kernel when booting the ISO to prevent SELinux denials. Is this the only node iso supported for the current 3.4 beta? Hey Jorick, Yes, that is currently the only ISO. But right now we are working on a new ISO fixing these two bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1057064 https://bugzilla.redhat.com/show_bug.cgi?id=1057050 I also see another iso in the release tree: http://resources.ovirt.org/releases/3.4.0-beta/iso/ovirt-node-iso-3.1.0-0.999.999.20130719141614git21ad9e6.1235.fc18.iso But that is Fedora 18 which is EOL already. yes - that is a very old build from a couple of months ago - please ignore it. Once we have one stable node around we'll also be providing Fedora based nodes again. - fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Script to auto backup VMs
Hello, Do you guys know of a script that I could use to backup VMs automatically but creating the lower downtime? I modified a bit the 'virt-backup.pl' script by Daniel Berteaud dan...@firewall-services.com so it authenticates against Ovirt as shown below: Sys::Virt::CRED_AUTHNAME, Sys::Virt::CRED_PASSPHRASE, However, wondering if I could get advice from you as to which tool or script will do this job better. Thanks --Rizzo ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [vdsm] ovirtmgmt vanishes after reboot
On Thu, Jan 23, 2014 at 05:12:17PM +0100, Fabian Deutsch wrote: Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez: Hi. I have configured an ovirt-engine to manage an ovirt node succesfully. I have created VM and all runs well but im trying to do some escenario testing and i have found an issue. If somehow the ovirt node is rebooted(Power failure, crash, manual reboot, etc) when its comes up it does not start the ovirtmgmt network. Even if in the ovirt-engine you save network configuration or if you execute persist on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's already been added to the configuration. Is this normal behavior after ovirt node's is rebooted? Am i doing something wrong? Hey Francisco, that sounds like a bug. VDSM Devs, how can we debug why the network is not brought up? Could you share vdsm.log and supervdsm.log? When you set up ovirtmgmt, as setupNetworks command should be visible there. Later, on save, a call to setSafeNetworkConfig is sent, which is expected to persist your network configuration. Is it visible? Is it successful? What do you see in the logs post boot? Can you tell whether the vdsm-restore-net-config.init server was run? (its job is to revert unsaved network config changes on non-ovirt-nodes). ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [SOLVED] Guest Agent Data under Network Interfaces empty
- Original Message - From: Itamar Heim ih...@redhat.com To: Yedidyah Bar David d...@redhat.com, Joop jvdw...@xs4all.nl Cc: users users@ovirt.org, Moti Asayag masa...@redhat.com, Lior Vernia lver...@redhat.com Sent: Thursday, January 23, 2014 6:45:11 PM Subject: Re: [Users] [SOLVED] Guest Agent Data under Network Interfaces empty On 01/23/2014 04:20 PM, Yedidyah Bar David wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:30:27 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty - Original Message - From: Joop jvdw...@xs4all.nl Cc: users users@ovirt.org Sent: Thursday, January 23, 2014 3:25:15 PM Subject: Re: [Users] Guest Agent Data under Network Interfaces empty Yedidyah Bar David wrote: Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under Network Interfaces, the Guest Agent Data tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? I'm guessing that you're missing ethtool and/or python-ethtool? (sorry can't find the right name right now) Both have python-ethtool, which is a dependency of the guest agent. And vdsm does report correctly - I am pretty certain it's a problem in the engine and not on the host/VMs. Thanks anyway, -- Didi Found https://bugzilla.redhat.com/907781, and following comment 7 there, restarted the browser (logout/login was not enough) and now it's ok. why would that be an ok behavior? The restart of the browser doesn't seem require. I guess all needed is switching sub-tabs so the new data will be fetched from the engine and presented in UI. I'm not sure if this specific split sub tab is being updated recurrently. Lior, could you confirm ? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Adding storage domain via ovirt-node host
- Original Message -
From: Vojtech Szocs vsz...@redhat.com
To: users users@ovirt.org
Sent: Thursday, January 23, 2014 8:42:37 PM
Subject: [Users] Adding storage domain via ovirt-node host
Hi,
I'm using oVirt Node ISO prepared by Fabian:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.201401231512draft.vdsm.el6.iso
Starting with clean environment, after adding ovirt-node host to my setup,
I've tried to add Data/NFS storage domain via this host.
In WebAdmin GUI, adding storage domain succeeds and it appears with Cross
DataCenter Status = Locked. After a while, it changes Status to Unattached
with and following error message appears:
Error while executing action Attach Storage Domain: Could not obtain lock
Attached vdsm.log, it shows ERROR like this one:
Thread-356::ERROR::2014-01-23
19:15:13,924::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status':
{'message': 'Cannot obtain lock: id=86c292b0-6f40-47cf-a1b1-304f28f753fc,
rc=90, out=Cannot acquire cluster lock, err=(90, \'Sanlock resource not
acquired\', \'Message too long\')', 'code': 651}}
The ovirt-node host has network access to storage domain machine, what does
Message too long means?
OK this is fishy, now it works, after several attempts..
Thanks,
Vojtech
___
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] Spice-proxy questions
Hi, It looks like my only option to get a console is using spice-proxy as in http://www.ovirt.org/Features/Spice_Proxy However I am not sure how to make it work. I have installed all three required packages on the engine (3.3.2). And my engine-config shows: [root@xyz ~]# engine-config -a | grep Spice EnableSpiceRootCertificateValidation: true version: general SpiceReleaseCursorKeys: shift+f12 version: general SpiceSecureChannels: smain,sinputs version: 3.0 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.1 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.2 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.3 SpiceToggleFullScreenKeys: shift+f11 version: general SpiceUsbAutoShare: true version: general SpiceProxyDefault: version: general ClientModeSpiceDefault: Auto version: general The problem is that on my web portal, I don't see any Enable SPICE Proxy box that I can check. Anyone knows why? Thanks. David ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] networking: basic vlan help
On 01/23/2014 08:34 PM, Juan Pablo Lorier wrote: Hi Itamar, I don't know if I get your post right, but to me, it seems that if so many users hit the same rock, it should mean that this should be documented somewhere visible and in my opinion, push on getting bug 1049476 https://bugzilla.redhat.com/show_bug.cgi?id=1049476 solved asap. Regards, 1. yes, too many issues on this one, hinting we should provide better text explaining this in the UI. 2. the bug you referenced[1] Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC is actually supported, as long as the untagged logical network is not a VM network (so VMs associated with it would not be able to see/create other logical networks traffic). 3. considering how prevalent this is, maybe we should allow doing this, even for VM networks, with a big red warning, rather than block it, which seems to be failing everyone. cc-ing some more folks for their thoughts. [1] in the future, please use number-name formatso not everyone would have to open it to understand ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Spice-proxy questions
On 01/23/2014 10:05 PM, David Li wrote: Hi, It looks like my only option to get a console is using spice-proxy as in http://www.ovirt.org/Features/Spice_Proxy However I am not sure how to make it work. I have installed all three required packages on the engine (3.3.2). And my engine-config shows: [root@xyz ~]# engine-config -a | grep Spice EnableSpiceRootCertificateValidation: true version: general SpiceReleaseCursorKeys: shift+f12 version: general SpiceSecureChannels: smain,sinputs version: 3.0 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.1 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.2 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.3 SpiceToggleFullScreenKeys: shift+f11 version: general SpiceUsbAutoShare: true version: general SpiceProxyDefault: version: general i don't remember the details, but i assume SpiceProxyDefault should not be empty, set it with engine-config -s SpiceProxyDefault engine-config.properties:SpiceProxyDefault.description='Default proxy used by SPICE client to connect to the ClientModeSpiceDefault: Auto version: general The problem is that on my web portal, I don't see any Enable SPICE Proxy box that I can check. Anyone knows why? Thanks. David ___ 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] Centos 6.5: mom spam
On 01/23/2014 08:04 PM, Adam Litke wrote:
On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:
On 22/01/14 21:32, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:
On 22/01/14 12:13, Dan Kenigsberg wrote:
snip
The supervdsm.log whith the lines logged yesterday:
http://pastebin.com/kpXrRd2w
On an unrelated matter: this log includes
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
spam every 10 seconds. Federico, which version of mom do you have
installed? I
thought we have solved a similar issue in the past.
mom-0.3.2-6.el6.noarch
This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features. For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.
The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!). For now, please try to upgrade to
this build of master [2].
any reason we don't build it via jenkins to resources.ovirt.org like
other rpms?
[1]
http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/20/noarch/mom-0.3.2-20140120.gitfd877c5.fc20.noarch.rpm
[2]
http://jenkins.ovirt.org/view/All/job/manual-build-tarball/174/label=centos6-host/
___
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] Manage domains
On 01/23/2014 08:06 PM, Maurice James wrote: No matter what provider I use, it keeps complaining about kerberos From: midnightst...@msn.com To: users@ovirt.org Date: Thu, 23 Jan 2014 12:13:03 -0500 Subject: [Users] Manage domains In version 3.4. The authentication has been refactored. How do I add 389-ds as my authentication backend without the use of Kerberos? This was supposed to be possible in 3.4 ___ 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 the refactoring happened, I'm not sure the new functionality made it. maybe if its low risk could be looked at for following through. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Issues starting hosted engine VM
Sorry, I must've overlooked this email - I'll try reproduce and open a new bz. On Fri, Jan 24, 2014 at 4:13 AM, Doron Fediuck dfedi...@redhat.com wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Andrew Lau and...@andrewklau.com Cc: users users@ovirt.org Sent: Monday, January 20, 2014 2:33:08 PM Subject: Re: [Users] Issues starting hosted engine VM On 01/20/2014 02:27 PM, Andrew Lau wrote: On Mon, Jan 20, 2014 at 11:19 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.comwrote: On 01/20/2014 01:19 PM, Andrew Lau wrote: Hi, That bug seems to be private :( I'm interested also to hear about this feature, as with 3.3.2 I had my gluster vms go into paused state quite a few times and they actually couldn't be resumed at all, they needed to be forced off and back on. did the storage domain go back to up and they remained down? Yup, the storage domain went down and when it came back up the VMs remained paused. please open a bug with repro steps in that case and attach logs. thanks On Mon, Jan 20, 2014 at 10:13 PM, Dafna Ron d...@redhat.com mailto:d...@redhat.com mailto:d...@redhat.com mailto:d...@redhat.com wrote: interesting... :) so this is now configurable... what happens if qemu fails to start the vm (this happens sometimes - mostly on file type storage). do we have a re-try or a specific error telling the use that the activation failed and manual intervention is required? Andrew, did you manage to open a bug for the resume issue? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Centos 6.5: mom spam
On 23/01/14 23:02 +0200, Itamar Heim wrote:
On 01/23/2014 08:04 PM, Adam Litke wrote:
On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:
On 22/01/14 21:32, Dan Kenigsberg wrote:
On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:
On 22/01/14 12:13, Dan Kenigsberg wrote:
snip
The supervdsm.log whith the lines logged yesterday:
http://pastebin.com/kpXrRd2w
On an unrelated matter: this log includes
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
spam every 10 seconds. Federico, which version of mom do you have
installed? I
thought we have solved a similar issue in the past.
mom-0.3.2-6.el6.noarch
This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features. For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.
The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!). For now, please try to upgrade to
this build of master [2].
any reason we don't build it via jenkins to resources.ovirt.org like
other rpms?
Yes, because (up until now) the mom build system was not compatible
with other oVirt projects. That was fixed this week [1] so now we can
release proper RPMs into the oVirt repositories. Next I want to do a
MOM version bump and synchronize the official Fedora packages with
what we have in oVirt.
Any opinion on whether we should adopt the current MOM master (build
system rewrite) this late in the 3.4 release process? If so, I will
work with Sandro to make sure that rc1 has it updated. Othewise, we
can do that for 3.4.1.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Extremely poor disk access speeds in Windows guest
On 01/23/2014 07:46 PM, Steve Dainard wrote: Backing Storage: Gluster Replica Storage Domain: NFS Ovirt Hosts: CentOS 6.5 Ovirt version: 3.3.2 Network: GigE # of VM's: 3 - two Linux guests are idle, one Windows guest is installing updates. I've installed a Windows 2008 R2 guest with virtio disk, and all the drivers from the latest virtio iso. I've also installed the spice agent drivers. Guest disk access is horribly slow, Resource monitor during Windows updates shows Disk peaking at 1MB/sec (scale never increases) and Disk Queue Length Peaking at 5 and looks to be sitting at that level 99% of the time. 113 updates in Windows has been running solidly for about 2.5 hours and is at 89/113 updates complete. virtio-block or virtio-scsi? which windows guest driver version for that? I can't say my Linux guests are blisteringly fast, but updating a guest from RHEL 6.3 fresh install to 6.5 took about 25 minutes. If anyone has any ideas, please let me know - I haven't found any tuning docs for Windows guests that could explain this issue. Thanks, *Steve Dainard * ___ 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-proxy questions
Itamar, The web page isn't very clear how to set this. What's the someProxy supposed to be? engine-config -s SpiceProxyDefault=someProxy - Original Message - From: Itamar Heim ih...@redhat.com To: David Li david...@sbcglobal.net; users@ovirt.org users@ovirt.org Cc: Sent: Thursday, January 23, 2014 1:01 PM Subject: Re: [Users] Spice-proxy questions On 01/23/2014 10:05 PM, David Li wrote: Hi, It looks like my only option to get a console is using spice-proxy as in http://www.ovirt.org/Features/Spice_Proxy However I am not sure how to make it work. I have installed all three required packages on the engine (3.3.2). And my engine-config shows: [root@xyz ~]# engine-config -a | grep Spice EnableSpiceRootCertificateValidation: true version: general SpiceReleaseCursorKeys: shift+f12 version: general SpiceSecureChannels: smain,sinputs version: 3.0 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.1 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.2 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.3 SpiceToggleFullScreenKeys: shift+f11 version: general SpiceUsbAutoShare: true version: general SpiceProxyDefault: version: general i don't remember the details, but i assume SpiceProxyDefault should not be empty, set it with engine-config -s SpiceProxyDefault engine-config.properties:SpiceProxyDefault.description='Default proxy used by SPICE client to connect to the ClientModeSpiceDefault: Auto version: general The problem is that on my web portal, I don't see any Enable SPICE Proxy box that I can check. Anyone knows why? Thanks. David ___ 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] Manage domains
- Original Message - From: Itamar Heim ih...@redhat.com To: Maurice James midnightst...@msn.com, users@ovirt.org, Barak Azulay bazu...@redhat.com, Juan Antonio Hernandez Fernandez jhern...@redhat.com Sent: Thursday, January 23, 2014 11:03:48 PM Subject: Re: [Users] Manage domains On 01/23/2014 08:06 PM, Maurice James wrote: No matter what provider I use, it keeps complaining about kerberos From: midnightst...@msn.com To: users@ovirt.org Date: Thu, 23 Jan 2014 12:13:03 -0500 Subject: [Users] Manage domains In version 3.4. The authentication has been refactored. How do I add 389-ds as my authentication backend without the use of Kerberos? This was supposed to be possible in 3.4 H ___ 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 the refactoring happened, I'm not sure the new functionality made it. maybe if its low risk could be looked at for following through. Hi, the refactoring included introduction of new infrastructure to support loose coupling between authentication and directory related operations. It also includes a tested bridge - between the new interfaces and the old code. The new ldap directory code is still under development. manage-domains is still working only with Kerberos for authentication. You can see more at http://www.ovirt.org/Features/Authentication-Rewrite You will see that what I described in this email is related to Phase 1 Hope this helps , Yair ___ 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] Extremely poor disk access speeds in Windows guest
I have two options, virtio and virtio-scsi. I was using virtio, and have also attempted virtio-scsi on another Windows guest with the same results. Using the newest drivers, virtio-win-0.1-74.iso. *Steve Dainard * IT Infrastructure Manager Miovision http://miovision.com/ | *Rethink Traffic* 519-513-2407 ex.250 877-646-8476 (toll-free) *Blog http://miovision.com/blog | **LinkedIn https://www.linkedin.com/company/miovision-technologies | Twitter https://twitter.com/miovision | Facebook https://www.facebook.com/miovision* -- Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. On Thu, Jan 23, 2014 at 4:24 PM, Itamar Heim ih...@redhat.com wrote: On 01/23/2014 07:46 PM, Steve Dainard wrote: Backing Storage: Gluster Replica Storage Domain: NFS Ovirt Hosts: CentOS 6.5 Ovirt version: 3.3.2 Network: GigE # of VM's: 3 - two Linux guests are idle, one Windows guest is installing updates. I've installed a Windows 2008 R2 guest with virtio disk, and all the drivers from the latest virtio iso. I've also installed the spice agent drivers. Guest disk access is horribly slow, Resource monitor during Windows updates shows Disk peaking at 1MB/sec (scale never increases) and Disk Queue Length Peaking at 5 and looks to be sitting at that level 99% of the time. 113 updates in Windows has been running solidly for about 2.5 hours and is at 89/113 updates complete. virtio-block or virtio-scsi? which windows guest driver version for that? I can't say my Linux guests are blisteringly fast, but updating a guest from RHEL 6.3 fresh install to 6.5 took about 25 minutes. If anyone has any ideas, please let me know - I haven't found any tuning docs for Windows guests that could explain this issue. Thanks, *Steve Dainard * ___ 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-proxy questions
Still not working. I believe spice-proxy has setup on the engine: SpiceUsbAutoShare: true version: general SpiceProxyDefault: myProxy version: general ClientModeSpiceDefault: Auto version: general In the web portal, I also see Enable SPICE Proxy checked under SPICE options. But no matter what method I use under Console Invocation, nothing works. It's either fail to connect to the graphics server or show a blank browser window. David - Original Message - From: Itamar Heim ih...@redhat.com To: David Li david...@sbcglobal.net; users@ovirt.org users@ovirt.org Cc: Sent: Thursday, January 23, 2014 1:01 PM Subject: Re: [Users] Spice-proxy questions On 01/23/2014 10:05 PM, David Li wrote: Hi, It looks like my only option to get a console is using spice-proxy as in http://www.ovirt.org/Features/Spice_Proxy However I am not sure how to make it work. I have installed all three required packages on the engine (3.3.2). And my engine-config shows: [root@xyz ~]# engine-config -a | grep Spice EnableSpiceRootCertificateValidation: true version: general SpiceReleaseCursorKeys: shift+f12 version: general SpiceSecureChannels: smain,sinputs version: 3.0 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.1 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.2 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.3 SpiceToggleFullScreenKeys: shift+f11 version: general SpiceUsbAutoShare: true version: general SpiceProxyDefault: version: general i don't remember the details, but i assume SpiceProxyDefault should not be empty, set it with engine-config -s SpiceProxyDefault engine-config.properties:SpiceProxyDefault.description='Default proxy used by SPICE client to connect to the ClientModeSpiceDefault: Auto version: general The problem is that on my web portal, I don't see any Enable SPICE Proxy box that I can check. Anyone knows why? Thanks. David ___ 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] Extremely poor disk access speeds in Windows guest
Are we sure that the issue is the guest I/O - what's the raw performance on the host accessing the gluster storage? - Original Message - From: Steve Dainard sdain...@miovision.com To: Itamar Heim ih...@redhat.com Cc: Ronen Hod r...@redhat.com, users users@ovirt.org, Sanjay Rao s...@redhat.com Sent: Thursday, January 23, 2014 4:56:58 PM Subject: Re: [Users] Extremely poor disk access speeds in Windows guest I have two options, virtio and virtio-scsi. I was using virtio, and have also attempted virtio-scsi on another Windows guest with the same results. Using the newest drivers, virtio-win-0.1-74.iso. Steve Dainard IT Infrastructure Manager Miovision | Rethink Traffic 519-513-2407 ex.250 877-646-8476 (toll-free) Blog | LinkedIn | Twitter | Facebook Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. On Thu, Jan 23, 2014 at 4:24 PM, Itamar Heim ih...@redhat.com wrote: On 01/23/2014 07:46 PM, Steve Dainard wrote: Backing Storage: Gluster Replica Storage Domain: NFS Ovirt Hosts: CentOS 6.5 Ovirt version: 3.3.2 Network: GigE # of VM's: 3 - two Linux guests are idle, one Windows guest is installing updates. I've installed a Windows 2008 R2 guest with virtio disk, and all the drivers from the latest virtio iso. I've also installed the spice agent drivers. Guest disk access is horribly slow, Resource monitor during Windows updates shows Disk peaking at 1MB/sec (scale never increases) and Disk Queue Length Peaking at 5 and looks to be sitting at that level 99% of the time. 113 updates in Windows has been running solidly for about 2.5 hours and is at 89/113 updates complete. virtio-block or virtio-scsi? which windows guest driver version for that? I can't say my Linux guests are blisteringly fast, but updating a guest from RHEL 6.3 fresh install to 6.5 took about 25 minutes. If anyone has any ideas, please let me know - I haven't found any tuning docs for Windows guests that could explain this issue. Thanks, *Steve Dainard * __ _ 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
