Re: [Users] replacing self-signed certificates
Hi Itamar, On Wed, Nov 20, 2013 at 2:54 PM, Itamar Heim ih...@redhat.com wrote: iordan - maybe wikify for future generations? I don't see why not! Once I verify the procedure I'll get an account to edit the wiki. Cheers, iordan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] API read-only access / roles
Hi Doron, The user I've defined in [1] works for me. A built-in login-/read-only role would be nice, but it's quite easy to define a custom role so more of a nice-to-have instead of a must-have. Thanks for asking! Sander. On Wed, Nov 20, 2013 at 5:40 PM, Doron Fediuck dfedi...@redhat.com wrote: Hi Sander, We're closing the ovirt 3.4 scope, and wondering if you're handling Zabbix based on [1]. If so please let me know and I'll update the 3.4 features list. Thanks, Doron [1] http://lists.ovirt.org/pipermail/users/2013-November/017946.html ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] API read-only access / roles
- Original Message - From: Sander Grendelman san...@grendelman.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Thursday, November 21, 2013 10:52:26 AM Subject: Re: [Users] API read-only access / roles Hi Doron, The user I've defined in [1] works for me. A built-in login-/read-only role would be nice, but it's quite easy to define a custom role so more of a nice-to-have instead of a must-have. Thanks for asking! Sander. On Wed, Nov 20, 2013 at 5:40 PM, Doron Fediuck dfedi...@redhat.com wrote: Hi Sander, We're closing the ovirt 3.4 scope, and wondering if you're handling Zabbix based on [1]. If so please let me know and I'll update the 3.4 features list. Thanks, Doron [1] http://lists.ovirt.org/pipermail/users/2013-November/017946.html Thanks Sander, other than that anything else needed for Zabbix monitoring? Rene mentioned this in his request: Zabbix monitoring Monitoring the oVirt environment should work with my check_rhev3 plugin by adding it as an external check to Zabbix. I'll test this and if it's working I'll provide a short guide on how to do it. Displaying data/triggers in oVirt isn't possible yet with my Monitoring UI-plugin, but on the feature list (help is welcome)... So I'm wondering what should be done in order to satisfy the request? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] info on chrome and spice
On Nov 18, 2013, at 23:48 , Nicholas Kesick cybertimber2...@hotmail.com wrote: From: r.k...@ovido.at To: gianluca.cec...@gmail.com Date: Mon, 18 Nov 2013 14:56:31 +0100 CC: users@ovirt.org Subject: Re: [Users] info on chrome and spice On Sat, 2013-11-16 at 10:59 +0100, Gianluca Cecchi wrote: Hello, I have an all-in-one installation based on Fedora 18 and oVirt stable repo. oVirt is 3.2.3-1.fc18 Fedora system is updated at 11/11/2013. I have both firefox (firefox-25.0-3.fc18.x86_64) and chrome (google-chrome-stable-30.0.1599.114-1.x86_64 , baseurl of yum from baseurl=http://dl.google.com/linux/chrome/rpm/stable/x86_64) While I can use spice console with firefox, in chrome the icon is not enabled. Is there any way to have chrome able to open spice console? Does it change anything in oVirt 3.3 for chrome on Linux (and/or on WIndows)? In oVirt 3.3 you have serveral options for SPICE: - Native client - Browser plugin (requires Firefox) - SPICE HTML5 browser client (didn't test this option yet) The native client option is working fine for me with Chrome 31 on Fedora 19. It opens console.vv with virt-viewer. Theoretically it should work on Windows as well, but didn't test it yet... native client works on Windows if virt-viewer is installed on Windows. it does work on Mac OS X as well, with this wrapper [1] Gianluca, with oVirt 3.3 you can use Native or Spice HTML5 with Chrome, as well as noVNC if you choose to go that route. I wouldn't really encourage spice_html5 for a real work yet, it's indeed experimental with quite a few glitches (though if it works for you it does perform really well) worth a note is that Frantisek Kobzik is working on a support for both displays at the same time in 3.4, effectively allowing you to use SPICE console most of the times for performance, but when you're somewhere else you can still open a noVNC from almost any browser (or use native vnc client on any possible platform one can have) Thanks, michal [1] https://github.com/brianwcook/launchvv Regards, René Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ 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] 3.4 planning sheet
Just an update: All feature requests which did not have a devel owner were moved to a separate sheet. From experience, not all features with a devel owner make the version, and some more items will probably get devel owners over the next couple of weeks. Thanks, itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] API read-only access / roles
On Tue, 2013-11-19 at 09:55 +0100, Sander Grendelman wrote: On Mon, Nov 18, 2013 at 5:18 PM, René Koch (ovido) r.k...@ovido.at wrote: Very nice - do you use my check_rhev3 Nagios plugin (https://github.com/ovido/check_rhev3) or are you working on your own script? At the moment: both. The problem with using Nagios scripts in Zabbix is that the trigger/alarm decision is made in different places. In Nagios this is done in the check scripts / on the client side while Zabbix mainly collects data and fires triggers if certain conditions in that data are met. Yes that's true. Maybe adding a Zabbix compatibility mode for check_rhev3 could also be an option where no decisions about the status is done in the script so you can let Zabbix triggers handle this? Anyway I think you're much more experienced with Zabbix then I am, so you properly know better what's the best solution for monitoring oVirt with Zabbix... New(er) Zabbix versions also have a feature called low level discovery that automatically creates items. It also seems that there is better RESTful/ovirt API support in python so I'm giving that a try too. Although perl is usually my poison of choice too ;) Yes, the Python SDK is really good. But as I'm more experienced with Perl I don't use it often... For this I've created a AdminLoginOnly role that only has System-Configure System-Login Permissions access. Is this the way to go for this king of configuration? Or is there a way to further minimize the permissions of this user? I create a custom role with these permissions for Nagios monitoring, too. I was thinking that in oVirt 3.3 there should be a predefined viewers-role, but can't find it in my setup :( OK, that would have been nice, do you have any history on this one? Another issue is that a Login event is generated every time the user connects through the API. This makes the Events pane less useful / readable. Is there a way to disable this for some users/roles? It depends if you have your own script or check_rhev3: - check_rhev3 1.2: use option -o - check_rhev3 1.3: you should not see any login information in this version anymore - custom script: see this page on information how to use the JSESSIONID cookie: http://www.ovirt.org/Features/RESTSessionManagement Thanks for the info I'll look into this. It does make the logic in the script a bit harder because you have to store the sessionid somewhere and check if the session is still valid. I'm not sure if Session management works out of the box in Python SDK (I think so), so maybe the Python SDK can be the best solution when starting new scripts for Zabbix... Regards, René ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Is there any way of prohibiting 2 vms to run on the same hv ?
You could pin each VM to a host, but this isn't a great solution. Alternatively you could write a scheduler plugin that does this based on tags. http://www.ovirt.org/Features/oVirtSchedulerAPI For 3.4 we're looking at adding affinity and anti-affinity rules in the core product. - Original Message - From: Ernest Beinrohr ernest.beinr...@axonpro.sk To: users users@ovirt.org Sent: Thursday, November 21, 2013 11:06:16 AM Subject: [Users] Is there any way of prohibiting 2 vms to run on the same hv ? I have 2 vms in ha cluster and now they are running on the same hypervisor (out of 5). Is there any way ovirt can help preventing such an situation? thank you -- Ernest Beinrohr, AXON PRO DevOps, Ing , RHCE , RHCVA , LPIC , VCA , +421-2--6241-0360 , +421-903--482-603 icq:28153343, skype:oernii-work , jabber:oer...@jabber.org “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman ___ 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] Guest Agent
On 11/21/2013 08:27 PM, Thomas Suckow wrote: I am running several RHEL6 vms in ovirt. I am looking to install the guest agent. The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use? I see in the release repo: ovirt-guest-agent-1.0.8-1.el6.noarch.rpm http://resources.ovirt.org/releases/3.3/rpm/EL/6Server/noarch/ ? How is this distinct from qemu-guest-agent? qemu-guest-agent is a newcomer. ovirt uses some functionality from qemu-guest-agent, and for what's not covered by qemu-guest-agent, uses ovirt-guest-agent. If I were to install an Ubuntu vm, what should I do about the guest agent? use this: http://lists.ovirt.org/pipermail/users/2013-September/016308.html - Thomas ___ 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] Resizing the iscsi data domain
Hi Ayal, I've posted in an already created bug that was pointed to me on this matter. https://bugzilla.redhat.com/show_bug.cgi?id=961532 If you preffer I can open a new one, but I think there's no need. Regards, On 21/11/13 10:57, Ayal Baron wrote: - Original Message - Hi again, I've tried again to set the SD to mantenance and back and it didn't make the trick. I've posted in the bug you refered. Thanks to you all. Regards, Currently we do not update the size of the LUN in the db. Please file a bug on this as in 3.3 we already retrieve the lun info on activation of domain so it's a simple matter of updating the db when the data changes. On 19/11/13 16:43, Pavel Zhukov wrote: On Tuesday, November 19, 2013 09:41:52 AM Juan Pablo Lorier wrote: Hi Pavel, Hi Juan, Re electing the spm didn't update the size. I may try adding a secondary lun, but first, I'll schedule and upgrade to 3.3.1 to get the benefits of forcing spm election among others. Did you try to put SD to the maintenance and activate it again? ¿Why is it so complicated to resize the storage if the change is so easy in the hosts? It's by historical reasons :) RFE: https://bugzilla.redhat.com/show_bug.cgi?id=961532 Regards, Thanks for the reply. On 18/11/13 19:58, Pavel Zhukov wrote: On Monday, November 18, 2013 05:10:19 PM Juan Pablo Lorier wrote: Hi, I've resized the lun I'm using for data domain. I've changed the lun, rescaned the target with iscsiadm and reloaded multipath to get the new size. The thins is that though all the hosts sees the new size, ovirt doesn't. Do I need to run something to update the engine db? I'm running ovirt 3.2 Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Juan, Resizing of the LUN is not supported yet. You can extend SD with additional LUN instead (Map new LUN - SD - Edit - check new LUN). You can try to re-elect SPM for now. ___ 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] Is there any way of prohibiting 2 vms to run on the same hv ?
I have 2 vms in ha cluster and now they are running on the same hypervisor (out of 5). Is there any way ovirt can help preventing such an situation? thank you -- Ernest Beinrohr, AXON PRO DevOps, Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+421-903--482-603 icq:28153343, skype:oernii-work callto://oernii-work, jabber:oer...@jabber.org “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On Thu, Nov 21, 2013 at 6:57 PM, Itamar Heim wrote: oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. BTW on rhel6 list today I saw several guys complaining about 6.5 repos already in place before official announce. So today and tomorrow updates for sure would get in 6.5 packages. One option is to register with rhsm and block release version with # subscription-manager register --username user_name --autosubscribe --release=6.4 (or from the web gui) So that you are sure not to get 6.5 packages until fixed/verified in oVirt. You can see available versions: # subscription-manager release --list 6.1 6.2 6.3 6.4 6Server --- if this level is the one set (that is the default) the system would update to 6.5 when available # subscription-manager service-level --show Current service level: XXX (it doesn't work in 6.3, I don't know in 6.4) Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Time keeping in Windows VM
About this bug, Will a windows machine will set the hardware clock or will it set the showed\Calculated time? Eliezer On 20/11/13 18:46, Martin Goldstone wrote: We've got a couple of versions of libvirt and qemu installed across our boxes: qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.6.x86_64 libvirt-0.10.2-18.el6_4.9.x86_64 qemu-kvm-0.12.1.2-2.355.0.1.el6_4.9.x86_64 libvirt-0.10.2-18.el6_4.14.x86_64 qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64 libvirt-0.10.2-18.el6_4.9.x86_64 I guess it probably is that bug. I'm guessing that once the doc is updated someone will have to fix libvirt so that it uses the offset it gets back from qemu to work out what the offset from utc it should store is. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.3.1 rlease
The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/21/2013 07:48 PM, Itamar Heim wrote: On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) I just did yum clean all; yum update. Same result. -Bob Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/22/2013 02:52 AM, Bob Doolittle wrote: On 11/21/2013 07:48 PM, Itamar Heim wrote: On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) I just did yum clean all; yum update. Same result. do you have glusterfs-3.4.0.36rhs-1.el6 in the repo? -Bob Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/21/2013 07:53 PM, Itamar Heim wrote: On 11/22/2013 02:52 AM, Bob Doolittle wrote: On 11/21/2013 07:48 PM, Itamar Heim wrote: On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) I just did yum clean all; yum update. Same result. do you have glusterfs-3.4.0.36rhs-1.el6 in the repo? Apparently: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (@glusterfs-epel) Requires: glusterfs-libs = 3.4.0-8.el6 Removing: glusterfs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) Not found Removing: glusterfs-libs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) glusterfs-libs = 3.4.0.36rhs-1.el6 Available: glusterfs-3.2.7-1.el6.i686 (epel) glusterfs-libs = 3.2.7-1.el6 -Bob -Bob Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Resizing the iscsi data domain
- Original Message - Hi Ayal, I've posted in an already created bug that was pointed to me on this matter. https://bugzilla.redhat.com/show_bug.cgi?id=961532 If you preffer I can open a new one, but I think there's no need. Well, that is an RFE to coordinate the entire flow so it's a bigger scope. What we can do relatively quickly is just update the new size in engine. But we can use the same bug to track progress. Thanks. Regards, On 21/11/13 10:57, Ayal Baron wrote: - Original Message - Hi again, I've tried again to set the SD to mantenance and back and it didn't make the trick. I've posted in the bug you refered. Thanks to you all. Regards, Currently we do not update the size of the LUN in the db. Please file a bug on this as in 3.3 we already retrieve the lun info on activation of domain so it's a simple matter of updating the db when the data changes. On 19/11/13 16:43, Pavel Zhukov wrote: On Tuesday, November 19, 2013 09:41:52 AM Juan Pablo Lorier wrote: Hi Pavel, Hi Juan, Re electing the spm didn't update the size. I may try adding a secondary lun, but first, I'll schedule and upgrade to 3.3.1 to get the benefits of forcing spm election among others. Did you try to put SD to the maintenance and activate it again? ¿Why is it so complicated to resize the storage if the change is so easy in the hosts? It's by historical reasons :) RFE: https://bugzilla.redhat.com/show_bug.cgi?id=961532 Regards, Thanks for the reply. On 18/11/13 19:58, Pavel Zhukov wrote: On Monday, November 18, 2013 05:10:19 PM Juan Pablo Lorier wrote: Hi, I've resized the lun I'm using for data domain. I've changed the lun, rescaned the target with iscsiadm and reloaded multipath to get the new size. The thins is that though all the hosts sees the new size, ovirt doesn't. Do I need to run something to update the engine db? I'm running ovirt 3.2 Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Juan, Resizing of the LUN is not supported yet. You can extend SD with additional LUN instead (Map new LUN - SD - Edit - check new LUN). You can try to re-elect SPM for now. ___ 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] Guest Agent
Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing? -- Thomas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/22/2013 02:55 AM, Bob Doolittle wrote: On 11/21/2013 07:53 PM, Itamar Heim wrote: On 11/22/2013 02:52 AM, Bob Doolittle wrote: On 11/21/2013 07:48 PM, Itamar Heim wrote: On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) I just did yum clean all; yum update. Same result. do you have glusterfs-3.4.0.36rhs-1.el6 in the repo? Apparently: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (@glusterfs-epel) Requires: glusterfs-libs = 3.4.0-8.el6 Removing: glusterfs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) Not found ok, glusterfs and -libs exist. the matching cli doesn't. vijay - thoughts? Removing: glusterfs-libs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) glusterfs-libs = 3.4.0.36rhs-1.el6 Available: glusterfs-3.2.7-1.el6.i686 (epel) glusterfs-libs = 3.2.7-1.el6 -Bob -Bob Thanks, Bob Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest Agent
On 11/22/2013 03:04 AM, Thomas Suckow wrote: Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing? -- Thomas i guess no one asked for one till now so its not built. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest Agent
On 11/21/2013 05:08 PM, Itamar Heim wrote: On 11/22/2013 03:04 AM, Thomas Suckow wrote: Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing? -- Thomas i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest Agent
On 11/22/2013 03:14 AM, Thomas Suckow wrote: On 11/21/2013 05:08 PM, Itamar Heim wrote: On 11/22/2013 03:04 AM, Thomas Suckow wrote: Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing? -- Thomas i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5. rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Thanks, Bob and also to a multilib version error due to vdsm-python 4.12 and 4.13. What's the proper upgrade procedure for a Host? Thanks, Bob On 11/21/2013 10:43 AM, Kiril Nesenko wrote: The oVirt development team is very happy to announce the general availability of oVirt 3.3.1 as of November 21th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). See release notes [1] for a list of the new features and bug fixed. [1] http://www.ovirt.org/OVirt_3.3.1_release_notes - Kiril ___ 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] Guest Agent
I am running several RHEL6 vms in ovirt. I am looking to install the guest agent. The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use? How is this distinct from qemu-guest-agent? If I were to install an Ubuntu vm, what should I do about the guest agent? - Thomas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Resizing the iscsi data domain
- Original Message - Hi again, I've tried again to set the SD to mantenance and back and it didn't make the trick. I've posted in the bug you refered. Thanks to you all. Regards, Currently we do not update the size of the LUN in the db. Please file a bug on this as in 3.3 we already retrieve the lun info on activation of domain so it's a simple matter of updating the db when the data changes. On 19/11/13 16:43, Pavel Zhukov wrote: On Tuesday, November 19, 2013 09:41:52 AM Juan Pablo Lorier wrote: Hi Pavel, Hi Juan, Re electing the spm didn't update the size. I may try adding a secondary lun, but first, I'll schedule and upgrade to 3.3.1 to get the benefits of forcing spm election among others. Did you try to put SD to the maintenance and activate it again? ¿Why is it so complicated to resize the storage if the change is so easy in the hosts? It's by historical reasons :) RFE: https://bugzilla.redhat.com/show_bug.cgi?id=961532 Regards, Thanks for the reply. On 18/11/13 19:58, Pavel Zhukov wrote: On Monday, November 18, 2013 05:10:19 PM Juan Pablo Lorier wrote: Hi, I've resized the lun I'm using for data domain. I've changed the lun, rescaned the target with iscsiadm and reloaded multipath to get the new size. The thins is that though all the hosts sees the new size, ovirt doesn't. Do I need to run something to update the engine db? I'm running ovirt 3.2 Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Juan, Resizing of the LUN is not supported yet. You can extend SD with additional LUN instead (Map new LUN - SD - Edit - check new LUN). You can try to re-elect SPM for now. ___ 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] Guest Agent
On 11/21/2013 12:33 PM, Itamar Heim wrote: On 11/21/2013 08:27 PM, Thomas Suckow wrote: I am running several RHEL6 vms in ovirt. I am looking to install the guest agent. The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use? I see in the release repo: ovirt-guest-agent-1.0.8-1.el6.noarch.rpm http://resources.ovirt.org/releases/3.3/rpm/EL/6Server/noarch/ ? I'm an idiot. There is totally ovirt-guest-agent. I am still going to use the EPEL since for some reason the ovirt el6 repo is being wierd on my system (404 error). Probably the corporate proxy. How is this distinct from qemu-guest-agent? qemu-guest-agent is a newcomer. ovirt uses some functionality from qemu-guest-agent, and for what's not covered by qemu-guest-agent, uses ovirt-guest-agent. Cool If I were to install an Ubuntu vm, what should I do about the guest agent? use this: http://lists.ovirt.org/pipermail/users/2013-September/016308.html I'll keep that in mind. Many thanks, even if I was chasing my own tail. - Thomas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.4 planning - integration features review
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T03 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:41520a09-661c-48b4-867c-1ad8de936ec5 SUMMARY:oVirt 3.4 planning - integration features review LOCATION:#ovirt IRC channel ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:iheim@r edhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:oschrei b...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:obasan@ redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:ydary@r edhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:didi@re dhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:alonbl@ redhat.com ORGANIZER;CN=Sandro Bonazzola:mailto:sbona...@redhat.com DTSTART;TZID=Europe/Berlin:20131127T15 DTEND;TZID=Europe/Berlin:20131127T16 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20131121T154952Z DTSTAMP:20131121T154952Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.4 pl anning - integration features review \nOrganizer: Sandro Bonazzola sbonaz z...@redhat.com \n\nLocation: #ovirt IRC channel \nTime: Wednesday\, November 27\, 2013\, 3:00:00 PM - 4:00:00 PM GMT +01:00 Amsterdam\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n \nInvitees: users@ovirt.org\; a...@ovirt.org\; i h...@redhat.com\; oschr...@redhat.com\; oba...@redhat.com\; yd...@redhat.com \; d...@redhat.com\; alo...@redhat.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest Agent
On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote: i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5. rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community. Not tried yet myself, but I think you can download related source rpm here and try to rebuld: http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/ HIH, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Trouble upgrading
On 11/22/2013 06:08 AM, Vijay Bellur wrote: On 11/22/2013 06:25 AM, Bob Doolittle wrote: On 11/21/2013 07:53 PM, Itamar Heim wrote: On 11/22/2013 02:52 AM, Bob Doolittle wrote: On 11/21/2013 07:48 PM, Itamar Heim wrote: On 11/22/2013 02:33 AM, Bob Doolittle wrote: On 11/21/2013 12:57 PM, Itamar Heim wrote: On 11/21/2013 07:38 PM, Bob Doolittle wrote: On 11/21/2013 12:00 PM, Itamar Heim wrote: On 11/21/2013 06:32 PM, Bob Doolittle wrote: Yay! Congratulations to all of the oVirt team. I am having trouble locating upgrade instructions, however. There's nothing in the release notes. I discovered through trial-and-error that running engine-setup again handles upgrade of the Engine. But I don't know how to upgrade my RH 6.4 KVM host. When I try to run yum update it fails due to dependency errors notably in: glusterfs qemu vdsm can you please include the yum output log? Sorry yes. Attached are three outputs. First my repolist. Then yum update with no options, and yum update with --skip-broken (so you can see the lurking issues masked by the first failure). It appears that the glusterfs issue is due to a newer version offered by rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has dependencies which conflict with the version provided by ovirt-stable (and glusterfs-epel). It looks like there was a large update to the Red Hat repo last night that has caused conflicts with ovirt-stable. Note I can get it to the point where it's willing to install packages if I specify --skip-broken and also --exclude vdsm-python-4.12.1, but that's a bit too scary for me without checking first. oh, you may caught rhel repo in middle of a refresh - try again in a few hours first, but could be the refresh may cause an issue we'd need to resolve. Not sure why I'm the only person reporting this (am I the only person who runs RH 6 on their KVM hosts who has tried upgrading??), but the problem has not resolved. What's the next step? Does it need a bug opened? Let me know if I can provide any more information. have you tried refreshing your repo / clear yum cache? (since glusterfs-3.4.0.36rhs-1.el6 should be in the repo) I just did yum clean all; yum update. Same result. do you have glusterfs-3.4.0.36rhs-1.el6 in the repo? Apparently: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (@glusterfs-epel) Requires: glusterfs-libs = 3.4.0-8.el6 Removing: glusterfs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) Not found Removing: glusterfs-libs-3.4.0-8.el6.x86_64 (@glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Updated By: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (rhel-x86_64-server-6) glusterfs-libs = 3.4.0.36rhs-1.el6 Available: glusterfs-3.2.7-1.el6.i686 (epel) glusterfs-libs = 3.2.7-1.el6 If you are using EPEL packages to create/run gluster volumes on RHEL (essentially the server side functionality of gluster), it would be better to move to GlusterFS 3.4.1 and then try the upgrade. If you are not making use of gluster's server side packages, you can remove glusterfs-cli and related dependencies. If an upgrade is initiated after that, it should go through. Regards, Vijay doesn't vdsm require vdsm-gluster which requires them? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users