Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic?
- Original Message - From: Itamar Heim ih...@redhat.com To: Lior Vernia lver...@redhat.com, Morgan McLean wrx...@gmail.com Cc: users@ovirt.org Sent: Wednesday, October 1, 2014 12:38:13 PM Subject: Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic? On 10/01/2014 10:54 AM, Lior Vernia wrote: Hi Morgan, I'm not sure if you want all VMs to use the same network or not. If you do, the best way would be to create a template with one interface, and the relevant network (profile) attached. If you want certain VMs to be connected to other networks, once you create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and update it with the relevant network (profile). I thought we allow to change the logical network at vm creation since instance types were added? Not on API level. In webadmin/userportal you can do it in one go, but that anyway triggers two different actions. But now as I have tried it, if I create a VM from template or instance type (using API), the NICs are completely ignored. It does not matter if template or instance type since instance types just inherit the behavior of the templates so are inheriting also the bug/missing logic etc. For me it seems like a bug but not sure. Is there a reason why the NICs are ignored when the VM is created from a template with NICs using API? What I think is that since the NIC can have different profiles assigned and this can be edited on the FE, this functionality of sending different profile for the specific NIC is just not implemented on API level, so the API just completely ignores the NICs. What do you think Lior? Hope this helps! Let us know please :) Yours, Lior. On 01/10/14 10:32, Morgan McLean wrote: Hi, Trying to remotely spawn a large amount of VM's. It would appear I can only use templates...which would have a NIC stuck to one network vlan. It doesn't appear that I can change that vlan remotely. Is there any easy way I can get this done? Thanks, Morgan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [hosted-engine-ha] restart-loop
On 10/01/2014 02:39 PM, Daniel Helgenberger wrote: On 01.10.2014 13:33, Jiri Moskovcak wrote: On 10/01/2014 01:17 PM, Daniel Helgenberger wrote: Hello Jirka, On 01.10.2014 09:10, Jiri Moskovcak wrote: Hi Daniel, from the logs it seems like you ran into [1]. It should be fixed in ovirt-hosted-engine-ha-1.1.5 (part of oVirt 3.4.2). I am running 3.4.4 - and from hosted-engine --vm-status both hosts had a score of 2400... - doesn't seem like it from the logs, I can see the transition from EngineStart to EngineUp and directly to EngineUpBadHealth, if you have the latest version it should go to the EngineStarting before it's EngineUp, are you sure you've restarted the services (broker and agent) after update? Please provide output of rpm -q ovirt-hosted-engine-ha. here you go: rpm -q ovirt-hosted-engine-ha ovirt-hosted-engine-ha-1.1.5-1.el6.noarch also, I upgraded to 3.4.3 prior to 3.4.4. I cannot recall whatevter I restarted ovirt-ha-agent; but it is highly likely. Here system reboots after kernel updates: reboot system boot 2.6.32-431.29.2. Tue Sep 30 21:46 - 14:36 (16:50) reboot system boot 2.6.32-431.29.2. Mon Sep 29 12:19 - 21:44 (1+09:24) reboot system boot 2.6.32-431.29.2. Fri Sep 12 08:47 - 12:17 (17+03:30) reboot system boot 2.6.32-431.20.3. Mon Sep 1 17:48 - 08:44 (10+14:56) ok, so please just to be 100% sure, check the version on both hosts (it should be = 1.1.5) and restart broker and agent and then try to reproduce the problem. I went thru the code in 1.1.5 and I don't see any code path which could take the agent from EngineStart to EngineUp without going thru the EngineStarting state - this was the behavior prior 1.1.5. Regards, Jirka Thanks, Jirka --Jirka [1] https://bugzilla.redhat.com/show_bug.cgi?id=1093366 On 09/27/2014 12:40 PM, Daniel Helgenberger wrote: Hello, before filing a BZ against 3.4 branch I wanted to get some input on the following issue: Steps, root shell on one engine-ha hosts, using hosted-engine cmd: 1. set global maintenance 2. shutdown hosted-engine vm (do some work) 3. disable global maintenance Result: My engine was started and immediately powered down again, in a loop. I could only manually brake this with: 1. enable global mt. gain 2. start engine 3. disable global mt. I attached the hosts' engine-ha broker logs as well as agent logs, from today 12:00 to 12:27, right after I 'fixed' this. Note, the engine was started on nodehv02 automatically after i disabled global mt. @ about 12:05 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: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic?
On 02/10/14 10:22, Tomas Jelinek wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Lior Vernia lver...@redhat.com, Morgan McLean wrx...@gmail.com Cc: users@ovirt.org Sent: Wednesday, October 1, 2014 12:38:13 PM Subject: Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic? On 10/01/2014 10:54 AM, Lior Vernia wrote: Hi Morgan, I'm not sure if you want all VMs to use the same network or not. If you do, the best way would be to create a template with one interface, and the relevant network (profile) attached. If you want certain VMs to be connected to other networks, once you create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and update it with the relevant network (profile). I thought we allow to change the logical network at vm creation since instance types were added? Not on API level. In webadmin/userportal you can do it in one go, but that anyway triggers two different actions. But now as I have tried it, if I create a VM from template or instance type (using API), the NICs are completely ignored. It does not matter if template or instance type since instance types just inherit the behavior of the templates so are inheriting also the bug/missing logic etc. For me it seems like a bug but not sure. Is there a reason why the NICs are ignored when the VM is created from a template with NICs using API? What I think is that since the NIC can have different profiles assigned and this can be edited on the FE, this functionality of sending different profile for the specific NIC is just not implemented on API level, so the API just completely ignores the NICs. What do you think Lior? If I correctly understand what you mean, then that is the current intended behavior - supplying NICs as part of VM creation isn't supported, and there's this RFE to support it: https://bugzilla.redhat.com/show_bug.cgi?id=69 My two original suggestions will apparently have to suffice until this RFE is realised; either properly configuring the template's NICs before VM creation or modifying the VMs' NICs following creation. Hope this helps! Let us know please :) Yours, Lior. On 01/10/14 10:32, Morgan McLean wrote: Hi, Trying to remotely spawn a large amount of VM's. It would appear I can only use templates...which would have a NIC stuck to one network vlan. It doesn't appear that I can change that vlan remotely. Is there any easy way I can get this done? Thanks, Morgan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic?
Hi, I think template configuration is definitely not an option for networks with a large amount of segments. I haven't played with VNIC profiles, but I will tomorrow. I didn't remember seeing any documentation on changing that with a PUT, but I'll look into it. Will report back shortly, thank you! Morgan On Thursday, October 2, 2014, Lior Vernia lver...@redhat.com wrote: On 02/10/14 10:22, Tomas Jelinek wrote: - Original Message - From: Itamar Heim ih...@redhat.com javascript:; To: Lior Vernia lver...@redhat.com javascript:;, Morgan McLean wrx...@gmail.com javascript:; Cc: users@ovirt.org javascript:; Sent: Wednesday, October 1, 2014 12:38:13 PM Subject: Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic? On 10/01/2014 10:54 AM, Lior Vernia wrote: Hi Morgan, I'm not sure if you want all VMs to use the same network or not. If you do, the best way would be to create a template with one interface, and the relevant network (profile) attached. If you want certain VMs to be connected to other networks, once you create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and update it with the relevant network (profile). I thought we allow to change the logical network at vm creation since instance types were added? Not on API level. In webadmin/userportal you can do it in one go, but that anyway triggers two different actions. But now as I have tried it, if I create a VM from template or instance type (using API), the NICs are completely ignored. It does not matter if template or instance type since instance types just inherit the behavior of the templates so are inheriting also the bug/missing logic etc. For me it seems like a bug but not sure. Is there a reason why the NICs are ignored when the VM is created from a template with NICs using API? What I think is that since the NIC can have different profiles assigned and this can be edited on the FE, this functionality of sending different profile for the specific NIC is just not implemented on API level, so the API just completely ignores the NICs. What do you think Lior? If I correctly understand what you mean, then that is the current intended behavior - supplying NICs as part of VM creation isn't supported, and there's this RFE to support it: https://bugzilla.redhat.com/show_bug.cgi?id=69 My two original suggestions will apparently have to suffice until this RFE is realised; either properly configuring the template's NICs before VM creation or modifying the VMs' NICs following creation. Hope this helps! Let us know please :) Yours, Lior. On 01/10/14 10:32, Morgan McLean wrote: Hi, Trying to remotely spawn a large amount of VM's. It would appear I can only use templates...which would have a NIC stuck to one network vlan. It doesn't appear that I can change that vlan remotely. Is there any easy way I can get this done? Thanks, Morgan ___ Users mailing list Users@ovirt.org javascript:; http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org javascript:; http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org javascript:; http://lists.ovirt.org/mailman/listinfo/users -- Thanks, Morgan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ovirt-3.5 ovirt-guest-agent linux builds are now available
Hi, I have just released the ovirt-guest-agent ovirt-3.5 builds with version 1.0.10.2 The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 - openSuSE 12.3, 13.1 - SuSE Linux Enterprise 11 SP3 Builds for the guest agent on the fedora environment have been posted as updates and are currently available in the testing repositories for: - Fedora 19 - Fedora 20 - Fedora 21 - EPEL6 (el6) - EPEL5 (el5) - EPEL7 (el7) It would be great if the users of the ovirt-guest-agent on Linux guests could test the guest agent. Thanks. -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo 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: [ovirt-users] [hosted-engine-ha] restart-loop
On 02.10.2014 09:51, Jiri Moskovcak wrote: On 10/01/2014 02:39 PM, Daniel Helgenberger wrote: On 01.10.2014 13:33, Jiri Moskovcak wrote: On 10/01/2014 01:17 PM, Daniel Helgenberger wrote: Hello Jirka, On 01.10.2014 09:10, Jiri Moskovcak wrote: Hi Daniel, from the logs it seems like you ran into [1]. It should be fixed in ovirt-hosted-engine-ha-1.1.5 (part of oVirt 3.4.2). I am running 3.4.4 - and from hosted-engine --vm-status both hosts had a score of 2400... - doesn't seem like it from the logs, I can see the transition from EngineStart to EngineUp and directly to EngineUpBadHealth, if you have the latest version it should go to the EngineStarting before it's EngineUp, are you sure you've restarted the services (broker and agent) after update? Please provide output of rpm -q ovirt-hosted-engine-ha. here you go: rpm -q ovirt-hosted-engine-ha ovirt-hosted-engine-ha-1.1.5-1.el6.noarch also, I upgraded to 3.4.3 prior to 3.4.4. I cannot recall whatevter I restarted ovirt-ha-agent; but it is highly likely. Here system reboots after kernel updates: reboot system boot 2.6.32-431.29.2. Tue Sep 30 21:46 - 14:36 (16:50) reboot system boot 2.6.32-431.29.2. Mon Sep 29 12:19 - 21:44 (1+09:24) reboot system boot 2.6.32-431.29.2. Fri Sep 12 08:47 - 12:17 (17+03:30) reboot system boot 2.6.32-431.20.3. Mon Sep 1 17:48 - 08:44 (10+14:56) ok, so please just to be 100% sure, check the version on both hosts (it should be = 1.1.5) and restart broker and agent and then try to reproduce the problem. I went thru the code in 1.1.5 and I don't see any code path which could take the agent from EngineStart to EngineUp without going thru the EngineStarting state - this was the behavior prior 1.1.5. Hi Jirka, sadly I cannot reproduce this atm because yesterday I upgraded to ovirt-hosted-engine-ha-1.1.6-1.el6.noarch. (but at least, I did restart everything). This was resulting in HA being inoperable, one of my HA hosts quits with: Exception: Failed to start monitoring domain (sd_uuid=bcfa7ec4-5278-44d8-9f31-682f2d9de91d, host_id=1): timeout during domain acquisition I might have a lot of issues because of changes I made for resolving BZ1147148 (witch should be reverted by now). I try do downgrade and if I get HA working again try to reproduce this. Cheers Regards, Jirka Thanks, Jirka --Jirka [1] https://bugzilla.redhat.com/show_bug.cgi?id=1093366 On 09/27/2014 12:40 PM, Daniel Helgenberger wrote: Hello, before filing a BZ against 3.4 branch I wanted to get some input on the following issue: Steps, root shell on one engine-ha hosts, using hosted-engine cmd: 1. set global maintenance 2. shutdown hosted-engine vm (do some work) 3. disable global maintenance Result: My engine was started and immediately powered down again, in a loop. I could only manually brake this with: 1. enable global mt. gain 2. start engine 3. disable global mt. I attached the hosts' engine-ha broker logs as well as agent logs, from today 12:00 to 12:27, right after I 'fixed' this. Note, the engine was started on nodehv02 automatically after i disabled global mt. @ about 12:05 Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Request for Mentors] oVirt Outreach Program for Women
Hi Brian, what do you mean by no responses? I have: - sent an intro mail to opw-l...@gnome.org - registered here as mentor: https://opw.gnome.org/?q=program_homeprg=3 - it is waiting for approval now - filled myself here: http://www.ovirt.org/Outreach_Program_for_Women Did I miss some step? Thanx, Tomas - Original Message - From: Brian Proffitt bprof...@redhat.com To: users users@ovirt.org, de...@ovirt.org Sent: Wednesday, October 1, 2014 9:46:16 PM Subject: [ovirt-users] [Request for Mentors] oVirt Outreach Program for Women All: Since my Sept. 19 request for mentors for the GNOME OPW project[1], I have had no responses from anyone to lend an effort on mentoring potential applicants. The application process has been opened and I know we have had at least one potential candidate[2] interested, and I would hate to turn people away because we did not have mentor(s) to assist them. The application deadline for OPW is Oct. 22, but because potential applicants are required to get involved with the community before they formally apply, it is very important we have some mentors in place as soon as possible. oVirt has an excellent community in place, and here's another chance to show that off! Peace, Brian [1] http://lists.ovirt.org/pipermail/devel/2014-September/008829.html [2] http://lists.ovirt.org/pipermail/devel/2014-September/008896.html -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Request for Mentors] oVirt Outreach Program for Women
Just one: notifying the coordinator so I know you're in! :) Thank you very much for doing all of this. I will be more proactive in the future at checking the page first! BKP - Original Message - From: Tomas Jelinek tjeli...@redhat.com To: Brian Proffitt bprof...@redhat.com Cc: users users@ovirt.org, de...@ovirt.org Sent: Thursday, October 2, 2014 7:45:14 AM Subject: Re: [ovirt-users] [Request for Mentors] oVirt Outreach Program for Women Hi Brian, what do you mean by no responses? I have: - sent an intro mail to opw-l...@gnome.org - registered here as mentor: https://opw.gnome.org/?q=program_homeprg=3 - it is waiting for approval now - filled myself here: http://www.ovirt.org/Outreach_Program_for_Women Did I miss some step? Thanx, Tomas - Original Message - From: Brian Proffitt bprof...@redhat.com To: users users@ovirt.org, de...@ovirt.org Sent: Wednesday, October 1, 2014 9:46:16 PM Subject: [ovirt-users] [Request for Mentors] oVirt Outreach Program for Women All: Since my Sept. 19 request for mentors for the GNOME OPW project[1], I have had no responses from anyone to lend an effort on mentoring potential applicants. The application process has been opened and I know we have had at least one potential candidate[2] interested, and I would hate to turn people away because we did not have mentor(s) to assist them. The application deadline for OPW is Oct. 22, but because potential applicants are required to get involved with the community before they formally apply, it is very important we have some mentors in place as soon as possible. oVirt has an excellent community in place, and here's another chance to show that off! Peace, Brian [1] http://lists.ovirt.org/pipermail/devel/2014-September/008829.html [2] http://lists.ovirt.org/pipermail/devel/2014-September/008896.html -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-3.5 ovirt-guest-agent linux builds are now available
On Thu, Oct 2, 2014 at 12:26 PM, Vinzenz Feenstra vfeen...@redhat.com wrote: Hi, I have just released the ovirt-guest-agent ovirt-3.5 builds with version 1.0.10.2 The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 Hello, this is for Ubuntu 14.04.1, following http://www.ovirt.org/Feature/GuestAgentUbuntu All ok. Only note that when at the end you write to run the command: service ovirt-guest-agent start actually the installation already did it so the step, at least for trusty, is not necessary. root@ubuntutrusty:~# service ovirt-guest-agent status ovirt-guest-agent start/running, process 8479 root@ubuntutrusty:~# ps -ef|grep 8479 root 8479 1 0 14:41 ?00:00:00 sudo -u ovirtagent -g ovirtagent python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py ovirtag+ 8480 8479 5 14:41 ?00:00:00 python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py This was done on a guest that didn't have any version of ovirt-guest agent installed yet. I have not access at the webadmin gui at the moment, but from vdsClient all is ok: fields not empty and values in line with what detected from guest side. [root@ovnode04 ~]# vdsClient -s 0 getVmStats 168470b1-b7eb-4dab-8fa4-6b744e2ad738 168470b1-b7eb-4dab-8fa4-6b744e2ad738 Status = Up displayInfo = [{'tlsPort': '5901', 'ipAddress': '192.168.1.74', 'port': '5900', 'type': 'spice'}] memUsage = 21 acpiEnable = true pid = 13761 session = Unknown netIfaces = [{'inet6': ['fe80::201:a4ff:fea3:4202'], 'hw': '00:01:a4:a3:42:02', 'inet': ['192.168.1.129'], 'name': 'eth0'}] timeOffset = 7200 memoryStats = {'swap_out': '0', 'majflt': '0', 'swap_usage': '537564', 'mem_cached': '2235820', 'mem_free': '3304220', 'mem_buffers': '808384', 'swap_in': '0', 'swap_total': '4190204', 'pageflt': '127', 'mem_total': '4046624', 'mem_unused': '260016'} balloonInfo = {'balloon_max': '4194304', 'balloon_min': '2795520', 'balloon_target': '4194304', 'balloon_cur': '4194304'} disksUsage = [{'path': '/', 'total': '132761899008', 'fs': 'ext4', 'used': '96525254656'}, {'path': '/boot', 'total': '246755328', 'fs': 'ext2', 'used': '37814272'}] network = {'vnet0': {'macAddr': '00:01:a4:a3:42:02', 'rxDropped': '0', 'txDropped': '0', 'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': 'vnet0'}} displayType = qxl guestName = ubuntutrusty elapsedTime = 531765 vmJobs = {} cpuSys = 2.13 appsList = ['ovirt-guest-agent-1.0.10.2-1.1', 'xserver-xorg-video-qxl-0.1.1-0ubuntu3', 'linux-image-3.13.0-32.57'] guestOs = 3.13.0-32-generic guestFQDN = ubuntutrusty hash = 321743183059063288 lastLogin = 1412253703.11 vmType = kvm displayIp = 192.168.1.74 vcpuPeriod = 1000 displayPort = 5900 guestIPs = 192.168.1.129 vcpuQuota = -1 kvmEnable = true disks = {'vda': {'readLatency': '1280281', 'apparentsize': '133143986176', 'writeLatency': '3354880', 'imageID': 'd690177e-eca6-4dd2-9380-9d2d49c35b68', 'flushLatency': '4457684', 'readRate': '1293.33', 'truesize': '133143986176', 'writeRate': '1565.61'}, 'hdc': {'readLatency': '0', 'apparentsize': '0', 'writeLatency': '0', 'flushLatency': '0', 'readRate': '0.00', 'truesize': '0', 'writeRate': '0.00'}} monitorResponse = 0 statsAge = 1.01 username = gianluca cpuUser = 10.14 guestCPUCount = 1 vcpuCount = 1 clientIp = displaySecurePort = 5901 Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-3.5 ovirt-guest-agent linux builds are now available
On Thu, Oct 2, 2014 at 2:51 PM, Gianluca Cecchi gianluca.cec...@gmail.com wrote: On Thu, Oct 2, 2014 at 12:26 PM, Vinzenz Feenstra vfeen...@redhat.com wrote: Hi, I have just released the ovirt-guest-agent ovirt-3.5 builds with version 1.0.10.2 The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 Hello, this is for Ubuntu 14.04.1, following http://www.ovirt.org/Feature/GuestAgentUbuntu All ok. I forgot to mention oVirt version: Infra is with 3.5 rc2 on CentOS 6.5 (one system for engine and one for vdsm host). ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-3.5 ovirt-guest-agent linux builds are now available
On 10/02/2014 02:52 PM, Gianluca Cecchi wrote: On Thu, Oct 2, 2014 at 2:51 PM, Gianluca Cecchi gianluca.cec...@gmail.com mailto:gianluca.cec...@gmail.com wrote: On Thu, Oct 2, 2014 at 12:26 PM, Vinzenz Feenstra vfeen...@redhat.com mailto:vfeen...@redhat.com wrote: Hi, I have just released the ovirt-guest-agent ovirt-3.5 builds with version 1.0.10.2 The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 Hello, this is for Ubuntu 14.04.1, following http://www.ovirt.org/Feature/GuestAgentUbuntu All ok. I forgot to mention oVirt version: Infra is with 3.5 rc2 on CentOS 6.5 (one system for engine and one for vdsm host). Thanks! :-) -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo 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: [ovirt-users] ovirt-3.5 ovirt-guest-agent linux builds are now available
Il 02/ott/2014 15:18 Vinzenz Feenstra vfeen...@redhat.com ha scritto The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 Hello, this is for Ubuntu 14.04.1, following http://www.ovirt.org/Feature/GuestAgentUbuntu All ok. I forgot to mention oVirt version: Infra is with 3.5 rc2 on CentOS 6.5 (one system for engine and one for vdsm host). Thanks! :-) Actually it is already in rc3 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [ANN] oVirt 3.5.0 Fourth Release Candidate is now available for testing
The oVirt team is pleased to announce that the 3.5.0 Fourth Release Candidate is now available for testing as of Oct 2nd 2014. The release candidate is available now for Fedora 19, Fedora 20 and Red Hat Enterprise Linux 6.5 (or similar) and allow you to use Red Hat Enterprise Linux 7 as node and run Hosted Engine. This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.5-pre has been updated for delivering this release without the need of enabling any other repository. If you're already using oVirt 3.5 repository, please update ovirt-release35 rpm. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ -- 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: [ovirt-users] [ovirt-devel] ovirt-3.5 ovirt-guest-agent linux builds are now available
I can't seem to find any spec for the usual guest OBS repositories for guest-agent on Ubuntu. It's not specified on this page: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Note that this page and the pages it references probably need updating, since it's supposed to provide links to all relevant info for all platforms: http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests Pointer for Ubuntu please? Thanks, Bob On Thu, Oct 2, 2014 at 6:26 AM, Vinzenz Feenstra vfeen...@redhat.com wrote: Hi, I have just released the ovirt-guest-agent ovirt-3.5 builds with version 1.0.10.2 The usual guest agent OBS repositories on have been updated for - Debian 7 - Ubuntu 12.04, 13.10, 14.04 - openSuSE 12.3, 13.1 - SuSE Linux Enterprise 11 SP3 Builds for the guest agent on the fedora environment have been posted as updates and are currently available in the testing repositories for: - Fedora 19 - Fedora 20 - Fedora 21 - EPEL6 (el6) - EPEL5 (el5) - EPEL7 (el7) It would be great if the users of the ovirt-guest-agent on Linux guests could test the guest agent. Thanks. -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] ovirt-3.5 ovirt-guest-agent linux builds are now available
On Thu, Oct 2, 2014 at 8:34 PM, Bob Doolittle b...@doolittle.us.com wrote: I can't seem to find any spec for the usual guest OBS repositories for guest-agent on Ubuntu. It's not specified on this page: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Note that this page and the pages it references probably need updating, since it's supposed to provide links to all relevant info for all platforms: http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests Pointer for Ubuntu please? Thanks, Bob I think correct link is what I referred in my first answer and that I used: http://www.ovirt.org/Feature/GuestAgentUbuntu In that page we have the timestamp and tested version of *Name*: oVirt Guest Agent on Ubuntu *Modules*: ovirt-guest-agent *Target version*: 3.4.1 *Status*: Done *Last updated*: 2014-08-05 by Vfeenstr That is valid also for 3.5rc3 and ubuntu 14.04 I edited the page http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests pointing to my referred page. Let me know if ok for all Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] 3.5 on centos7 hosted-engine --deploy failed
Hi, I've trying to install a hosted engine on centos7 with 3.5 rc3, but it was failed. [root@node0 network-scripts]# 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-20141002213312-ebysmz.log Version: otopi-1.3.0_master (otopi-1.3.0-0.0.master.20140911.git7c7d631.el7.centos) [ 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 [ ERROR ] Failed to execute stage 'Environment setup': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The vdsm daemon log: MainThread::INFO::2014-10-02 21:02:04,001::vdsm::131::vds::(run) (PID: 4376) I am the actual vdsm 4.16.5-0.el7 node0.itsmart.cloud (3.10.0-123.6.3.el7.x86_64) MainThread::DEBUG::2014-10-02 21:02:04,002::resourceManager::421::Storage.ResourceManager::(registerNamespace) Registering namespace 'Storage' MainThread::DEBUG::2014-10-02 21:02:04,002::threadPool::35::Storage.ThreadPool::(__init__) Enter - numThreads: 10, waitTimeout: 3, maxTasks: 500 MainThread::DEBUG::2014-10-02 21:02:04,005::fileUtils::142::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt MainThread::DEBUG::2014-10-02 21:02:04,036::supervdsm::77::SuperVdsmProxy::(_connect) Trying to connect to Super Vdsm MainThread::ERROR::2014-10-02 21:02:06,039::utils::1158::root::(panic) Panic: Connect to supervdsm service failed: [Errno 2] No such file or directory Traceback (most recent call last): File /usr/share/vdsm/supervdsm.py, line 79, in _connect utils.retry(self._manager.connect, Exception, timeout=60, tries=3) File /usr/lib64/python2.7/site-packages/vdsm/utils.py, line 1086, in retry return func() File /usr/lib64/python2.7/multiprocessing/managers.py, line 500, in connect conn = Client(self._address, authkey=self._authkey) File /usr/lib64/python2.7/multiprocessing/connection.py, line 173, in Client c = SocketClient(address) File /usr/lib64/python2.7/multiprocessing/connection.py, line 301, in SocketClient s.connect(address) File /usr/lib64/python2.7/socket.py, line 224, in meth return getattr(self._sock,name)(*args) error: [Errno 2] No such file or directory What can I do ? Thanks Tibor ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] ovirt-3.5 ovirt-guest-agent linux builds are now available
On 10/02/2014 03:19 PM, Gianluca Cecchi wrote: On Thu, Oct 2, 2014 at 8:34 PM, Bob Doolittle b...@doolittle.us.com mailto:b...@doolittle.us.com wrote: I can't seem to find any spec for the usual guest OBS repositories for guest-agent on Ubuntu. It's not specified on this page: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Note that this page and the pages it references probably need updating, since it's supposed to provide links to all relevant info for all platforms: http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests Pointer for Ubuntu please? Thanks, Bob I think correct link is what I referred in my first answer and that I used: http://www.ovirt.org/Feature/GuestAgentUbuntu In that page we have the timestamp and tested version of *Name*: oVirt Guest Agent on Ubuntu *Modules*: ovirt-guest-agent *Target version*: 3.4.1 *Status*: Done *Last updated*: 2014-08-05 by Vfeenstr That is valid also for 3.5rc3 and ubuntu 14.04 I edited the page http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests pointing to my referred page. Let me know if ok for all Gianluca This looks a little bit like an APT repository (it has Packages and Release) but I don't see the structure I expect (e.g. a dists directory). What is the appropriate APT line e.g. for sources.list? What is the uri, suite, and component? I'm able to fetch the .deb and install it manually (and then fix the missing dependencies) but a properly configured APT repository would make this more seamless. -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Falsely detected network device status
On Thu, Oct 02, 2014 at 12:14:40AM +1000, Lewis Shobbrook wrote: Hi All, I've encountered a network device that is being falsely detected as down. On adding a new network to a 3.4 hosted engine, one of the two hosts is displaying a component interface as down with the webadmin console. Which network did you add? On top of which nics? could you share the setupNetwork command from vdsm.log? Ethtool confirms the link status as up and connectivity through the corresponding interfaces of the network has been proven. Shortly after adding the network I noted that the node with the falsely detected iface status, was set Non-Operational. All running VM's evacuated. The engine.log showing... INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-33) [2daa7788] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host hosted_engine_2 moved to Non-Operational state because interfaces 'eth1' are down but are needed by networks 'EVD_DMZ' in the current cluster Do you have /var/log/vdsm/connectivity.log (it's a recent addition)? It may should have traces of eth1 going down. Does it? When did it happen? What else happen at that time on the host? 2 other interfaces for ovirtmgmt and another VM network on this same host have long functioned perfectly well. When assigning the network to the interface I see the following in messages... Oct 1 20:57:39 lx004 kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready Oct 1 20:57:39 lx004 kernel: 8021q: adding VLAN 0 to HW filter on device eth1 Oct 1 20:57:39 lx004 kernel: device eth1 entered promiscuous mode Oct 1 20:57:40 lx004 kernel: igb: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX Oct 1 20:57:40 lx004 kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Oct 1 20:57:40 lx004 kernel: EVD_DMZ: port 1(eth1) entering forwarding state Looks as it should to me, brctl also shows the bridge is as it should be. # brctl show bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000. no EVD_DMZ 8000.0025901abc49 no eth1 PXE 8000.0007e9a5a197 no eth3 ovirtmgmt 8000.0025901abc48 no eth0 Not able to see anything relevant in vdsm.log vdsClient -s 0 getVdsStats does not list the new network, but instead lists an older deleted one. Could you elaborate on that? what's reported there exactly? what should be? Is getVdsCaps up-to-date? Regards, Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic?
I'm actually having issues across the board...maybe its because I'm going against the design ideals but I was told that in order to use the local storage on the box and sacrifice VM migration capabilities, all machines had to be in their own datacenter. Pain point number one. Second pain point is adding additional networks aside from the initial management network doesn't seem to be very intuitive. I'm a network engineer for a living...and I can't figure it out. Third pain point is ovirt management UI requires a restart semi frequently due to crashing. I added the network under the networks tab, but I noticed it doesn't ask any interface questions (ok, it could technically attempt arp on all interfaces like a citrix netscaler). I notice theres no ifconfig changes on the host. I also notice that the other interface has a bridge named exactly as the management name in the UI; ovirtmgmt, which is bridged to eth0. OK, so I create a bridge called utility (my network name) and mapped it to a vlan tagged interface I had setup on eth1.21. Everything looks identical to how ovirt setup the initial network. The interface itself works, I can see things on the network etc. Traffic passes. Trying to run the VM results in errors because its failing network filters, says it doesn't exist etc. All I want to do, is create a VM with some memory, some disk, with a nic on a network, across individual machines. My PXE provisioning will take over from there. Whats the best way to do this? Sorry for all the questions -- your guys' response is great, and I really appreciate the help thus far. The exact message I get is: Error while executing action: utiltest: - Cannot run VM. There are no available running Hosts with all the networks used by the VM. - Cannot run VM. There is no host that satisfies current scheduling constraints. See below for details: - The host load3.pod1..com did not satisfy internal filter Network Thanks, Morgan On Thu, Oct 2, 2014 at 1:30 AM, Morgan McLean wrx...@gmail.com wrote: Hi, I think template configuration is definitely not an option for networks with a large amount of segments. I haven't played with VNIC profiles, but I will tomorrow. I didn't remember seeing any documentation on changing that with a PUT, but I'll look into it. Will report back shortly, thank you! Morgan On Thursday, October 2, 2014, Lior Vernia lver...@redhat.com wrote: On 02/10/14 10:22, Tomas Jelinek wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Lior Vernia lver...@redhat.com, Morgan McLean wrx...@gmail.com Cc: users@ovirt.org Sent: Wednesday, October 1, 2014 12:38:13 PM Subject: Re: [ovirt-users] API -- Do I need to use templates? Can I change network for the nic? On 10/01/2014 10:54 AM, Lior Vernia wrote: Hi Morgan, I'm not sure if you want all VMs to use the same network or not. If you do, the best way would be to create a template with one interface, and the relevant network (profile) attached. If you want certain VMs to be connected to other networks, once you create the VM you can send a PUT request on /api/vms/{id}/nics/{id}/ and update it with the relevant network (profile). I thought we allow to change the logical network at vm creation since instance types were added? Not on API level. In webadmin/userportal you can do it in one go, but that anyway triggers two different actions. But now as I have tried it, if I create a VM from template or instance type (using API), the NICs are completely ignored. It does not matter if template or instance type since instance types just inherit the behavior of the templates so are inheriting also the bug/missing logic etc. For me it seems like a bug but not sure. Is there a reason why the NICs are ignored when the VM is created from a template with NICs using API? What I think is that since the NIC can have different profiles assigned and this can be edited on the FE, this functionality of sending different profile for the specific NIC is just not implemented on API level, so the API just completely ignores the NICs. What do you think Lior? If I correctly understand what you mean, then that is the current intended behavior - supplying NICs as part of VM creation isn't supported, and there's this RFE to support it: https://bugzilla.redhat.com/show_bug.cgi?id=69 My two original suggestions will apparently have to suffice until this RFE is realised; either properly configuring the template's NICs before VM creation or modifying the VMs' NICs following creation. Hope this helps! Let us know please :) Yours, Lior. On 01/10/14 10:32, Morgan McLean wrote: Hi, Trying to remotely spawn a large amount of VM's. It would appear I can only use templates...which would have a NIC stuck to one network vlan. It doesn't appear that I can change that vlan remotely. Is there any easy way I can get this