[ovirt-users] dependency error when upgrade ovirt 3.3 - 3.4 (CentOS)
Hello, I'm trying to upgrade an ovirt 3.3 installation to 3.4, but getting a dependency error. I tried to update the ovirt-engine-setup package to v 3.4.0-1.el6, which requires ovirt-engine-setup-plugin-ovirt-engine = 3.4.0-1.el6, which requires ovirt-engine = 3.3.2. However, it appears that ovirt-engine 3.3 is in the versionlock list and cannot be updated. Should I manually disable the versionlock plugin, or am I missing something? Thanks, Haven ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
Have you had any recent luck? On Thu, Apr 10, 2014 at 3:40 AM, Jorick Astrego j.astr...@netbulae.eu wrote: Sorry, I see you already updated this bug... The name Matt instead of Yama Kasi misled me :-% On Wed, 2014-04-09 at 19:33 +0200, Jorick Astrego wrote: I think this is the bug you're experiencing: http://projects.theforeman.org/issues/4996 and maybe related to: http://projects.theforeman.org/issues/4684 Kind regards, Jorick Astrego Netbulae B.V. On Tue, 2014-04-08 at 21:05 +0200, Matt . wrote: Yeah that is no problem but it seems to hang only on the template part... when you have a Default DC it should not happen. As I don't have it (and don't want it to avoid confusions) I'm stuck there and that needs a workaround :) 2014-04-08 20:59 GMT+02:00 Darrell Budic darrell.bu...@zenfire.com: I didn’t mean to imply they worked perfectly, but you can make it provision a new host successfully, and it does see to do host management fine with puppet. Here’s the workaround I’m using at the moment (and need to get off my butt and report, as soon as I finish cleaning up openssl versions…): 0: functioning smart-proxy for dhcp tftp, ovirt compute resource bound and displaying info on currently running vms, compute resources setup with custom template (had to uncheck the one pci card option even though there’s only one display) 1: create new host in foreman on ovirt compute resource, save/commit : foreman does it’s stuff, actually creates the VM, then hangs waiting for ovirt to start the VM, barber pole on foreman screen : you can try starting the VM by hand, it will start to kickstart, then fail partway through while not finding the kickstart template from foreman 2: let this barber pole time out (default time 600 sec, might want to shorten for testing), then save the host again : it will go to host view, and now it will actually access the kickstart templates : but it deleted the VM! so you have to recreate it by hand 3: recreate and PXE boot your VM, this time it builds successfully and foreman takes over management just fine (including vm power management, oddly enough) A little headache, but I haven’t had time to followup on it with foreman yet. On Apr 8, 2014, at 12:52 PM, Matt . yamakasi@gmail.com wrote: Thanks for the update! The strange thing is that it's not working in any way (new provisioning) on 1.5. Back those days I installed a new 1.4.2 as I wanted to migrate to CentOS anyway because a 1.4.2 stopped working well, even the rbovirt update and so on didn't fix it. I have ran 1.4.2 very well against 3.3 and if I'm right also for one day to 3.4, but I didn't need to provision after my tests so did the upgrade which went well. I need 3.4 as it supports mixed Storage, so I'm bound to that as I don't want to do such a major upgrade on a running system for now, so I went and well. Only FM doesn't mix with it, also not the nightly's it seems. Are there other options ? 2014-04-08 16:56 GMT+02:00 Darrell Budic darrell.bu...@zenfire.com: If this is the same problem I had, this is a known issue in Foreman 1.4.2. API update in Ovirt broke the rbovirt integration component: http://projects.theforeman.org/issues/4346#change-13781 . I didn't investigate mine in as much depth, but your original symptoms look the same as what I saw. 1.5 nightlies mostly work, I'm using them with good success. They appear to have some trouble starting a new VM for provisioning, I need to get on reproducing and reporting that. I find you can fail the first build attempt (no provisioning template until then), then manually start the VM it runs it properly from there. On Apr 8, 2014, at 7:58 AM, Matt . yamakasi@gmail.com wrote: Hi, The only thing I see in the engine.log is a bunch of: 2014-04-08 14:47:51,167 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-3) Running command: LoginUserCommand internal: false. 2014-04-08 14:47:51,303 INFO [org.ovirt.engine.core.bll.LogoutUserCommand] (ajp--127.0.0.1-8702-3) [621339b] Running command: LogoutUserCommand internal: false. 2014-04-08 14:47:51,321 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [621339b] Correlation ID: 621339b, Call Stack: null, Custom Event ID: -1, Message: User admin logged out. 2014-04-08 14:47:51,352 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-4) Running command: LoginUserCommand internal: false. 2014-04-08 14:47:51,418 INFO [org.ovirt.engine.core.bll.LogoutUserCommand] (ajp--127.0.0.1-8702-4) [67db2722] Running command: LogoutUserCommand internal: false. 2014-04-08 14:47:51,429 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) [67db2722] Correlation ID: 67db2722, Call Stack: null, Custom Event ID: -1, Message: User admin logged out. And in the server.log: 2014-04-08
Re: [ovirt-users] dependency error when upgrade ovirt 3.3 - 3.4 (CentOS)
- Original Message - From: H. Haven Liu haven@ucla.edu To: users@ovirt.org Sent: Sunday, April 13, 2014 12:43:58 PM Subject: [ovirt-users] dependency error when upgrade ovirt 3.3 - 3.4 (CentOS) Hello, I'm trying to upgrade an ovirt 3.3 installation to 3.4, but getting a dependency error. I tried to update the ovirt-engine-setup package to v 3.4.0-1.el6, which requires ovirt-engine-setup-plugin-ovirt-engine = 3.4.0-1.el6, which requires ovirt-engine = 3.3.2. However, it appears that ovirt-engine 3.3 is in the versionlock list and cannot be updated. Should I manually disable the versionlock plugin, In general, no. or am I missing something? What exact version do you have now? If 3.3.2, you should first upgrade to latest 3.3, then to 3.4. -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] List disk images residing on specific lun
Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] List disk images residing on specific lun
Hi Amedeo, I don't think that it's possible. But if your storage domain contains only 1 FC lun, then listing the disks on this storage domain will provide you the info. - Original Message - From: Amedeo Salvati ame...@oscert.net To: users@ovirt.org Sent: Sunday, April 13, 2014 1:23:13 PM Subject: [ovirt-users] List disk images residing on specific lun Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati ___ 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] List disk images residing on specific lun
Il 13/04/2014 12:37, Meital Bourvine ha scritto: Hi Amedeo, I don't think that it's possible. But if your storage domain contains only 1 FC lun, then listing the disks on this storage domain will provide you the info. - Original Message - From: Amedeo Salvati ame...@oscert.net To: users@ovirt.org Sent: Sunday, April 13, 2014 1:23:13 PM Subject: [ovirt-users] List disk images residing on specific lun Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Meital and all, unfortunately we have several luns, but we've lost one of them (and it's not possible to recover it from the box), so we're looking to know what images are residing on that lun due to remove those images from db/engine gui... using lvm command on hypervisor node it's possible to match lv name still alive, with some id present on engine db or by ovirt-shell cmd like list disk --show-all ? thanks in advance a ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] List disk images residing on specific lun
Hi Amedeo, Was the LUN that was lost a separate storage domain? if it was, you can list all the disks in the system and then filter the list for disks on that storage domain. for example, in python sdk: disks = api.disks.list() [disk for disk in disks if disk.get_storage_domains().get_storage_domain().get_id() == fc_storage_domain_id] Thanks, Gadi Ickowicz - Original Message - From: Amedeo Salvati ame...@oscert.net To: Meital Bourvine mbour...@redhat.com Cc: users@ovirt.org Sent: Sunday, April 13, 2014 3:05:37 PM Subject: Re: [ovirt-users] List disk images residing on specific lun Il 13/04/2014 12:37, Meital Bourvine ha scritto: Hi Amedeo, I don't think that it's possible. But if your storage domain contains only 1 FC lun, then listing the disks on this storage domain will provide you the info. - Original Message - From: Amedeo Salvati ame...@oscert.net To: users@ovirt.org Sent: Sunday, April 13, 2014 1:23:13 PM Subject: [ovirt-users] List disk images residing on specific lun Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Meital and all, unfortunately we have several luns, but we've lost one of them (and it's not possible to recover it from the box), so we're looking to know what images are residing on that lun due to remove those images from db/engine gui... using lvm command on hypervisor node it's possible to match lv name still alive, with some id present on engine db or by ovirt-shell cmd like list disk --show-all ? thanks in advance a ___ 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] List disk images residing on specific lun
Il 13/04/2014 14:15, Gadi Ickowicz ha scritto: Hi Amedeo, Was the LUN that was lost a separate storage domain? if it was, you can list all the disks in the system and then filter the list for disks on that storage domain. for example, in python sdk: disks = api.disks.list() [disk for disk in disks if disk.get_storage_domains().get_storage_domain().get_id() == fc_storage_domain_id] Thanks, Gadi Ickowicz - Original Message - From: Amedeo Salvati ame...@oscert.net To: Meital Bourvine mbour...@redhat.com Cc: users@ovirt.org Sent: Sunday, April 13, 2014 3:05:37 PM Subject: Re: [ovirt-users] List disk images residing on specific lun Il 13/04/2014 12:37, Meital Bourvine ha scritto: Hi Amedeo, I don't think that it's possible. But if your storage domain contains only 1 FC lun, then listing the disks on this storage domain will provide you the info. - Original Message - From: Amedeo Salvati ame...@oscert.net To: users@ovirt.org Sent: Sunday, April 13, 2014 1:23:13 PM Subject: [ovirt-users] List disk images residing on specific lun Hello, does anyone know if it's possible, using ovirt-shell or api, to list every disk image residing on specific FC LUN? best regards Amedeo Salvati ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Meital and all, unfortunately we have several luns, but we've lost one of them (and it's not possible to recover it from the box), so we're looking to know what images are residing on that lun due to remove those images from db/engine gui... using lvm command on hypervisor node it's possible to match lv name still alive, with some id present on engine db or by ovirt-shell cmd like list disk --show-all ? thanks in advance a ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Gadi, no on that DC we have two storagedomains, each one of them has 2 LUNs, (total 4 LUNs on two SD), and we have lost only one of them, so we have one SD consistent and one SD broken without one lun. To better understand what was happened, the lost LUN was effectively not lost, but was inadvertently overwrite during new hypervisor instalation, so it was not lost, and is still visible to hypervisor, but it's content was wiped out / overwritten. do you think that it's possible to match, by lvm command on hypervisor, lv name still alive, with some id present on engine db or by ovirt-shell cmd? thanks in advance a ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Call for Papers Extension: USENIX Lisa
All: Just a note to let you know that the CfP for USENIX LISA has been extended to this Friday, April 18, 2014, 11:59 p.m. PDT https://www.usenix.org/conference/lisa14/call-for-participation/papers-posters So you have a little more time to get a presentation in! BKP -- Brian Proffitt - oVirt Community Manager 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] Disable auth basic in API
- Original Message - From: Jose Manuel Marquez Alhambra jm.marq...@ayto-miguelturra.es To: users@ovirt.org Sent: Saturday, April 12, 2014 12:28:31 AM Subject: [ovirt-users] Disable auth basic in API Hi, I’m testing a connection broker that uses oVirt's API. At the moment, the connection broker doesn’t work because it doesn’t send the basic authentication to oVirt's API. I contacted the developers and they're investigating the error. While they solve the error, I would like to continue testing the connection broker. Is there any way to disable auth basic in oVirt's API? I’m using it in a testing environment (oVirt 3.4 at CentOS 6), so I’m not worried about security risks. Thank you. Regards, Jose Please elaborate more on what you're trying to achieve, I'm not sure I fully understood. Thanks in advance, 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