Re: [ovirt-users] Proper way to change and persist vdsm configuration options
On 08/05/2014 08:12 AM, Trey Dockendorf wrote: I'll file BZ. As far as I can recall this has been an issue since 3.3.x as please send a link to the BZ, or assign me there I have been using Puppet to modify values and have had to rerun Puppet after installing a node via GUI and when performing update from GUI. Given that it has occurred when VDSM version didn't change on the node it seems likely to be something being done by Python code that bootstraps a node and performs the other tasks. I won't have any systems available to test with for a few days. New hardware specifically for our oVirt deployment is on order so should be able to more thoroughly debug and capture logs at that time. Would using vdsm-reg be a better solution for adding new nodes? I only tried using vdsm-reg once and it went very poorly...lots of missing dependencies not pulled in from yum install I had to install manually via yum. Then the node was auto added to newest cluster with no ability to change the cluster. Be happy to debug that too if there's some docs that outline the expected behavior. Using vdsm-reg or something similar seems like a better fit for puppet deployed nodes, as opposed to requiring GUI steps to add the node. please consult Fabian\Douglas on using vdsm-reg, though, I don't think it will do any change. after vdsm-reg engine still runs host-deploy process and this might overrides your vdsm.conf (which I need to test) Thanks - Trey On Aug 4, 2014 5:53 AM, "ybronhei" wrote: On 07/31/2014 01:28 AM, Trey Dockendorf wrote: I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM installed. I am using iSER to do iSCSI over RDMA and to make that work I have to modify /etc/vdsm/vdsm.conf to include the following: [irs] iscsi_default_ifaces = iser,default I've noticed that any time I upgrade a node from the engine web interface that changes to vdsm.conf are wiped out. I don't know if this is being done by the configuration code or by the vdsm package. Is there a more reliable way to ensure changes to vdsm.conf are NOT removed automatically? Hey, vdsm.conf shouldn't wiped out and shouldn't changed at all during upgrade. other related conf files (such as libvirtd.conf) might be overrided to keep defaults configurations for vdsm. but vdsm.conf should persist with user's modification. from my check, regular yum upgrade doesn't touch vdsm.conf Douglas can you verify that with node upgrade? might be specific to that flow.. Trey, can file a bugzilla on that and describe your steps there? Thanks Yaniv Bronhaim, Thanks, - Trey ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Bronhaim. -- Yaniv Bronhaim. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Proper way to change and persist vdsm configuration options
I'll file BZ. As far as I can recall this has been an issue since 3.3.x as I have been using Puppet to modify values and have had to rerun Puppet after installing a node via GUI and when performing update from GUI. Given that it has occurred when VDSM version didn't change on the node it seems likely to be something being done by Python code that bootstraps a node and performs the other tasks. I won't have any systems available to test with for a few days. New hardware specifically for our oVirt deployment is on order so should be able to more thoroughly debug and capture logs at that time. Would using vdsm-reg be a better solution for adding new nodes? I only tried using vdsm-reg once and it went very poorly...lots of missing dependencies not pulled in from yum install I had to install manually via yum. Then the node was auto added to newest cluster with no ability to change the cluster. Be happy to debug that too if there's some docs that outline the expected behavior. Using vdsm-reg or something similar seems like a better fit for puppet deployed nodes, as opposed to requiring GUI steps to add the node. Thanks - Trey On Aug 4, 2014 5:53 AM, "ybronhei" wrote: > On 07/31/2014 01:28 AM, Trey Dockendorf wrote: > >> I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM >> installed. I am using iSER to do iSCSI over RDMA and to make that >> work I have to modify /etc/vdsm/vdsm.conf to include the following: >> >> [irs] >> iscsi_default_ifaces = iser,default >> >> I've noticed that any time I upgrade a node from the engine web >> interface that changes to vdsm.conf are wiped out. I don't know if >> this is being done by the configuration code or by the vdsm package. >> Is there a more reliable way to ensure changes to vdsm.conf are NOT >> removed automatically? >> > > Hey, > > vdsm.conf shouldn't wiped out and shouldn't changed at all during upgrade. > other related conf files (such as libvirtd.conf) might be overrided to keep > defaults configurations for vdsm. but vdsm.conf should persist with user's > modification. from my check, regular yum upgrade doesn't touch vdsm.conf > > Douglas can you verify that with node upgrade? might be specific to that > flow.. > > Trey, can file a bugzilla on that and describe your steps there? > > Thanks > > Yaniv Bronhaim, > >> >> Thanks, >> - Trey >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -- > Yaniv Bronhaim. > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Sharing iSCSI data stroage domain across multiple clusters in the same datacenter
On 08/04/2014 05:46 PM, santosh wrote:
On 08/03/2014 03:01 PM, Itamar Heim wrote:
On 07/30/2014 10:35 PM, santosh wrote:
Hi,
*
**Can we share the iSCSI data storage domain across multiple clusters in
the same datacenter?*
Following are the setup details which I tried.
-One datacenter, Say DC1
-in DC1, two clusters, say CL1 and CL2
-In CL1, one host, say H1. And in CL2 one host, say H2
-iSCSI Data Storage domain is configured where external storage
LUNs are exported to host H1(A host in CL1 of Datacenter).
While adding H1 to CL1 is succeeded; addition of H2 in CL2 is failing
with following error in vdsm.log.
Traceback (most recent call last):
File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 1020, in
connectStoragePool
spUUID, hostID, msdUUID, masterVersion, domainsMap)
File "/usr/share/vdsm/storage/hsm.py", line 1091, in
_connectStoragePool
res = pool.connect(hostID, msdUUID, masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 630, in connect
self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 1153, in __rebuild
self.setMasterDomain(msdUUID, masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 1360, in setMasterDomain
raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID)
StoragePoolMasterNotFound: Cannot find master domain:
'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042'
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::885::TaskManager.Task::(_run)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._run:
07997682-8d6b-42fd-acb3-1360f14860d6
('a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2', 2,
'741f7913-09ad-4d96-a225-3bda6d06e042', 1, None) {} failed -
stopping task
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::1211::TaskManager.Task::(stop)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::stopping in state
preparing (force False)
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::990::TaskManager.Task::(_decref)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 1 aborting True
*Thread-13::INFO::2014-07-30
15:24:49,780::task::1168::TaskManager.Task::(prepare)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::aborting: Task is
aborted: 'Cannot find master domain' - code 304*
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::1173::TaskManager.Task::(prepare)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Prepare: aborted:
Cannot find master domain
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::990::TaskManager.Task::(_decref)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 0 aborting True
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::925::TaskManager.Task::(_doAbort)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._doAbort: force False
Thread-13::DEBUG::2014-07-30
15:24:49,781::resourceManager::977::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::595::TaskManager.Task::(_updateState)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
preparing -> state aborting
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::550::TaskManager.Task::(__state_aborting)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::_aborting: recover
policy none
Thread-13::DEBUG::2014-07-30
15:24:49,782::task::595::TaskManager.Task::(_updateState)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
aborting -> state failed
Thread-13::DEBUG::2014-07-30
15:24:49,782::resourceManager::940::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-13::DEBUG::2014-07-30
15:24:49,782::resourceManager::977::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-13::ERROR::2014-07-30
15:24:49,782::dispatcher::65::Storage.Dispatcher.Protect::(run)
{'status': {'message': "Cannot find master domain:
'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042'", 'code': 304}}
_*Please advise if I need to have one Storage Domain per cluster in
given datacenter.*_
Thanks, Santosh.
***Legal Disclaimer***
"This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you."
***
Re: [ovirt-users] ovirt guest agent iso
Hello Lev, That's right, attach/mount the iso through the ovirt admin interface, then open the cd drive and double click on ovirt-guest-tools-setup.exe. I'm using Server 2012 R2 Standard. The same thing happened on all 12 servers I installed last week, but they were cloned from the same oVirt template though. I will try to reproduce this tomorrow with a clean install and also double check build number. On 4 August 2014 18:00, Lev Veyde wrote: > Hi Tiemen, > > That is quite strange behaviour... > > I tried to reproduce this, but was unable to do so. > You simply double-click on the ovirt-guest-tools-setup executable file on > the CD right? Or you do something else? > If you do something different can you please explain the exact scenario of > what you do? > > Can you please provide me with the exact release details of 2K12R2 that > you're using? (I used Standard, Build 9600). > > Also, can you please try again installing the tools on the clean instance > of 2K12R2 ? > > Just as a side note, the ovirt-guest-tools-setup.exe can be copied to any > location and run from there, as it self-contains all the necessary files. > The installer doesn't copies any files from the CD's bin directory etc., > nor it's supposed to run any of the files included on the CD. > The sole purpose of these files on the CD is for user's convenience, to > allow i.e. manual copying and installation of oVirt Guest Agent if one > desires so. > > Thanks in advance, > Lev Veyde. > > - Original Message - > From: "Tiemen Ruiten" > To: lve...@redhat.com, sbona...@redhat.com > Cc: users@ovirt.org > Sent: Tuesday, July 29, 2014 2:49:52 PM > Subject: Re: [ovirt-users] ovirt guest agent iso > > I'm afraid I have to retract my statement: After a reboot I discovered > the files are installed to C:\Program Files (x86)\oVirt Guest Tools, but > the service is installed with a path to the CD drive > (D:\bin\OvirtGuestService.exe). > > On 07/26/14 04:44, Tiemen Ruiten wrote: > > I installed the newest iso 3.5_5 on my Server 2012 R2 guests and it > > works nicely now. > > > > On 23-07-14 10:41, Lev Veyde wrote: > >> Hi Sandro, > >> > >> No, it doesn't. > >> > >> But the latest release (ISO 3.5_5) should support this OS. > >> > >> Thanks in advance, > >> Lev Veyde. > >> > >> - Original Message - > >> From: "Sandro Bonazzola" > >> To: "Tiemen Ruiten" , users@ovirt.org, > lve...@redhat.com, "Simone Tiraboschi" > >> Sent: Wednesday, July 23, 2014 11:08:11 AM > >> Subject: Re: [ovirt-users] ovirt guest agent iso > >> > >> Il 23/07/2014 10:02, Tiemen Ruiten ha scritto: > >>> On 07/23/14 08:13, Sandro Bonazzola wrote: > Il 14/07/2014 10:21, Tiemen Ruiten ha scritto: > > On 07/11/14 17:13, Bob Doolittle wrote: > >> On 07/11/2014 11:12 AM, Bob Doolittle wrote: > >>> On 07/11/2014 10:55 AM, Tiemen Ruiten wrote: > Hello, > > Is it possible/advisable to install the Windows Guest Agent tools > 3.5 > ISO on a VM on a 3.4.2 oVirt cluster? > >>> Yes. I've done just that. Works great. > >> Caveat - there was a bug related to not setting the Guest Agent to > >> autostart (at least for Windows 2008 R2). I think that's been fixed > >> but don't know if the fix has been pushed to the latest ISO yet. > >> Workaround - go into Services and change it from Manual to > Automatic. > >> > >> -Bob > >> > > Unfortunately, I get 'Unsupported Windows version' on Windows Server > > 2012 R2. > > > Which release of the iso are you using? > > > >>> This one: > >>> > http://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-guest-tools/ovirt-guest-tools-3.5-2.iso > >>> > >> Lev, does above build include 2012 R2 support? > >> We're going to release a new build today as part of the 3.5.0 beta 2 > release, can you re-test it once it's ready? > >> > >> > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > > -- Tiemen Ruiten Systems Engineer R&D Media ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt June/July 2014 Updates
Summertime, and the livin' is easy... but the oVirt community has still been staying busy! Here's the latest community news from June and July as we ramp up for more events in August and beyond. What's New? * Brussels Airport Case Study posted by Brian Proffitt http://www.ovirt.org/Brussels_Airport_Case_Study * Vojtech Szocs rolled out the new oVirt.js prototype with a sample GWT wrapper http://lists.ovirt.org/pipermail/devel/2014-June/007698.html http://lists.ovirt.org/pipermail/devel/2014-June/007701.html http://lists.ovirt.org/pipermail/devel/2014-June/007826.html * oVirt brings order to Illinois county courts http://www.ovirt.org/Judici_Case_Study * Community project ManageIQ was officially open sourced, with instructions on how to use with oVirt http://manageiq.org/download/ovirt/ * A new RubyGems plugin monitors oVirt provisions for new hosts and performs related API calls to ovirt-engine. http://rubygems.org/gems/ovirt_provision_plugin * Francesco Romani worked on reducing the number of threads in VDSM. http://lists.ovirt.org/pipermail/devel/2014-June/007808.html * Christophe Fergeau continued his work on foreign menu patches in oVirt. http://www.marshut.net/iyzmhu/ovirt-foreign-menu-support.html * The oVirt 3.4.3 RC was released on July 10. http://www.ovirt.org/OVirt_3.4.3_Release_Notes * Daniel Erez posted an oVirt Engine prototype Docker container in the official Docker registry. https://registry.hub.docker.com/u/danielerez/ovirt-engine/ * Mad Man Allon Mureinik got an oVirt ad running on StackOverflow http://meta.stackoverflow.com/questions/260377/open-source-advertising-sidebar-2h-2014/261094#261094 * OriginStack produced a video on oVirt/OPenStack network integration with Neutron https://www.youtube.com/watch?v=wikIIH8tLTc * The first two Test Days for oVirt 3.5 helped us make progress toward the next release http://www.ovirt.org/OVirt_3.5_TestDay * Michal Skrivanek contributed a quick peek at the new live migration progress bar coming in oVirt 3.5. http://youtu.be/XapIZYPaRBg * Events and Activities * Kiril Nesenko educated Jenkins User Conference attendees on how to manage oVirt infrastructure with Jenkins http://lanyrd.com/2014/jenkinsconf-israel/sdbqzc/ * Rizwan Ashraf is seeking fellow oVirt users in the Bay Area for a usergroup or meetup! http://lists.ovirt.org/pipermail/users/2014-July/025981.html * oVirt will join other community projects to present at Infrastructure.Next in Chicago on Aug. 20. * Join Yaniv Bronheim as he speaks at LinuxCon on Aug. 21 about Integrating oVirt and Foreman to Empower your Data-Center http://sched.co/1jQmiuw * Visit Red Hat Israel's offices for the first-ever DevOps at Red Hat meetup on Aug 26. http://www.meetup.com/Open-Source-Israel/events/195812602/ * oVirt will be one of many community projects represented at Fossetcon in Orlando Sep. 11-13. * The next oVirt workshop to be co-located on October 16 with KVM Forum Oct. 14-16, 2014 How to install oVirt. Room 41D pic.twitter.com/jvBCEdFzH2 * René Koch reports on oVirt open source events in Austria http://lists.ovirt.org/pipermail/users/2014-May/024190.html * Recent Posts * Alissa Bonas published Getting the Most Out of Your Open Source Project Website http://developerblog.redhat.com/2014/06/12/getting-the-most-out-of-your-open-source-project-website/ * Douglas Landsgraf walked users through generating an oVirt Node ISO with modified packages http://dougsland.livejournal.com/123418.html * Fabian Deutsch introduced the all-new oVirt Engine Virtual Appliance http://dummdida.tumblr.com/post/88944206100/say-hello-to-the-ovirt-engine-virtual-appliance * oVirt's July update included a sneak peek at oVirt 3.5. http://community.redhat.com/blog/2014/07/ovirt-community-update-july-2014/ * Maor Lipchuk updated the community on oVirt's Google Summer of Code programs. http://community.redhat.com/blog/2014/07/ovirt-google-summer-of-code-update/ * Amador Pahim explained how to add QEMU discard support to oVirt http://apahim.livejournal.com/2294.html -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead 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 guest agent iso
Hi Tiemen, That is quite strange behaviour... I tried to reproduce this, but was unable to do so. You simply double-click on the ovirt-guest-tools-setup executable file on the CD right? Or you do something else? If you do something different can you please explain the exact scenario of what you do? Can you please provide me with the exact release details of 2K12R2 that you're using? (I used Standard, Build 9600). Also, can you please try again installing the tools on the clean instance of 2K12R2 ? Just as a side note, the ovirt-guest-tools-setup.exe can be copied to any location and run from there, as it self-contains all the necessary files. The installer doesn't copies any files from the CD's bin directory etc., nor it's supposed to run any of the files included on the CD. The sole purpose of these files on the CD is for user's convenience, to allow i.e. manual copying and installation of oVirt Guest Agent if one desires so. Thanks in advance, Lev Veyde. - Original Message - From: "Tiemen Ruiten" To: lve...@redhat.com, sbona...@redhat.com Cc: users@ovirt.org Sent: Tuesday, July 29, 2014 2:49:52 PM Subject: Re: [ovirt-users] ovirt guest agent iso I'm afraid I have to retract my statement: After a reboot I discovered the files are installed to C:\Program Files (x86)\oVirt Guest Tools, but the service is installed with a path to the CD drive (D:\bin\OvirtGuestService.exe). On 07/26/14 04:44, Tiemen Ruiten wrote: > I installed the newest iso 3.5_5 on my Server 2012 R2 guests and it > works nicely now. > > On 23-07-14 10:41, Lev Veyde wrote: >> Hi Sandro, >> >> No, it doesn't. >> >> But the latest release (ISO 3.5_5) should support this OS. >> >> Thanks in advance, >> Lev Veyde. >> >> - Original Message - >> From: "Sandro Bonazzola" >> To: "Tiemen Ruiten" , users@ovirt.org, >> lve...@redhat.com, "Simone Tiraboschi" >> Sent: Wednesday, July 23, 2014 11:08:11 AM >> Subject: Re: [ovirt-users] ovirt guest agent iso >> >> Il 23/07/2014 10:02, Tiemen Ruiten ha scritto: >>> On 07/23/14 08:13, Sandro Bonazzola wrote: Il 14/07/2014 10:21, Tiemen Ruiten ha scritto: > On 07/11/14 17:13, Bob Doolittle wrote: >> On 07/11/2014 11:12 AM, Bob Doolittle wrote: >>> On 07/11/2014 10:55 AM, Tiemen Ruiten wrote: Hello, Is it possible/advisable to install the Windows Guest Agent tools 3.5 ISO on a VM on a 3.4.2 oVirt cluster? >>> Yes. I've done just that. Works great. >> Caveat - there was a bug related to not setting the Guest Agent to >> autostart (at least for Windows 2008 R2). I think that's been fixed >> but don't know if the fix has been pushed to the latest ISO yet. >> Workaround - go into Services and change it from Manual to Automatic. >> >> -Bob >> > Unfortunately, I get 'Unsupported Windows version' on Windows Server > 2012 R2. > Which release of the iso are you using? >>> This one: >>> http://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-guest-tools/ovirt-guest-tools-3.5-2.iso >>> >> Lev, does above build include 2012 R2 support? >> We're going to release a new build today as part of the 3.5.0 beta 2 >> release, can you re-test it once it's ready? >> >> > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Tiemen Ruiten Systems Engineer R&D Media ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Convert vmware vm
Am 03.08.2014 21:35, schrieb Itamar Heim: > On 06/30/2014 09:50 AM, Sven Kieske wrote: >> No, as far as I know this is _not_ on the roadmap. >> > > actually it is. > http://www.ovirt.org/Features/virt-v2v_Integration > > one of my comments to the feature page was it should include a file > based conversion, not just from esxi. > http://lists.ovirt.org/pipermail/users/2014-July/025876.html No, it's not: "Offline VMware images (OVAs), not yet. However patches are welcome. We quite literally have no one available to implement this."[1] [1]http://lists.ovirt.org/pipermail/users/2014-July/025881.html Or has this changed yet? This would be great news! -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Convert vmware vm
On Aug 4, 2014, at 17:26 , Sven Kieske wrote: > > > Am 03.08.2014 21:35, schrieb Itamar Heim: >> On 06/30/2014 09:50 AM, Sven Kieske wrote: >>> No, as far as I know this is _not_ on the roadmap. >>> >> >> actually it is. >> http://www.ovirt.org/Features/virt-v2v_Integration >> >> one of my comments to the feature page was it should include a file >> based conversion, not just from esxi. >> http://lists.ovirt.org/pipermail/users/2014-July/025876.html > > No, it's not: > > "Offline VMware images (OVAs), not yet. However patches are welcome. > We quite literally have no one available to implement this."[1] > > > [1]http://lists.ovirt.org/pipermail/users/2014-July/025881.html > > Or has this changed yet? This would be great news! well, it is in the plan to do that, so "yes, it's on the roadmap" is it done? no, not yet… We're hoping to get it in for 3.6 timeframe… Thanks, michal > > -- > Mit freundlichen Grüßen / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > Königsberger Straße 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Geschäftsführer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > ___ > 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] Sharing iSCSI data stroage domain across multiple clusters in the same datacenter
On 08/03/2014 03:01 PM, Itamar Heim wrote:
On 07/30/2014 10:35 PM, santosh wrote:
Hi,
*
**Can we share the iSCSI data storage domain across multiple clusters in
the same datacenter?*
Following are the setup details which I tried.
-One datacenter, Say DC1
-in DC1, two clusters, say CL1 and CL2
-In CL1, one host, say H1. And in CL2 one host, say H2
-iSCSI Data Storage domain is configured where external storage
LUNs are exported to host H1(A host in CL1 of Datacenter).
While adding H1 to CL1 is succeeded; addition of H2 in CL2 is failing
with following error in vdsm.log.
Traceback (most recent call last):
File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 1020, in
connectStoragePool
spUUID, hostID, msdUUID, masterVersion, domainsMap)
File "/usr/share/vdsm/storage/hsm.py", line 1091, in
_connectStoragePool
res = pool.connect(hostID, msdUUID, masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 630, in connect
self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 1153, in __rebuild
self.setMasterDomain(msdUUID, masterVersion)
File "/usr/share/vdsm/storage/sp.py", line 1360, in setMasterDomain
raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID)
StoragePoolMasterNotFound: Cannot find master domain:
'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042'
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::885::TaskManager.Task::(_run)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._run:
07997682-8d6b-42fd-acb3-1360f14860d6
('a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2', 2,
'741f7913-09ad-4d96-a225-3bda6d06e042', 1, None) {} failed -
stopping task
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::1211::TaskManager.Task::(stop)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::stopping in state
preparing (force False)
Thread-13::DEBUG::2014-07-30
15:24:49,780::task::990::TaskManager.Task::(_decref)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 1 aborting True
*Thread-13::INFO::2014-07-30
15:24:49,780::task::1168::TaskManager.Task::(prepare)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::aborting: Task is
aborted: 'Cannot find master domain' - code 304*
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::1173::TaskManager.Task::(prepare)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Prepare: aborted:
Cannot find master domain
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::990::TaskManager.Task::(_decref)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 0 aborting True
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::925::TaskManager.Task::(_doAbort)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._doAbort: force False
Thread-13::DEBUG::2014-07-30
15:24:49,781::resourceManager::977::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::595::TaskManager.Task::(_updateState)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
preparing -> state aborting
Thread-13::DEBUG::2014-07-30
15:24:49,781::task::550::TaskManager.Task::(__state_aborting)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::_aborting: recover
policy none
Thread-13::DEBUG::2014-07-30
15:24:49,782::task::595::TaskManager.Task::(_updateState)
Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
aborting -> state failed
Thread-13::DEBUG::2014-07-30
15:24:49,782::resourceManager::940::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-13::DEBUG::2014-07-30
15:24:49,782::resourceManager::977::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-13::ERROR::2014-07-30
15:24:49,782::dispatcher::65::Storage.Dispatcher.Protect::(run)
{'status': {'message': "Cannot find master domain:
'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042'", 'code': 304}}
_*Please advise if I need to have one Storage Domain per cluster in
given datacenter.*_
Thanks, Santosh.
***Legal Disclaimer***
"This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you."
***
Re: [ovirt-users] backup.sh fails
Finally done :) Am 23.07.2014 00:39, schrieb Itamar Heim: > maybe update the stale wiki for others to not fall the same way... -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Lowering cluster CPU level : safe?
Le 03/08/2014 21:45, Itamar Heim a écrit : (assuming not relevant, but for next person googling...) Clever attitude. Thanks. live migration of VMs may fail / misbehave in such a case. we do not currently check the original cpu level to compare it during live migration. Strange, because here is what I noticed : - Eventually, I lowered the cluster CPU level from SandyBridge to Westmere - I tried to migrate the VMs that were still running since the sandybridge time. When destination choosing the sandybridge hosts, it worked. When choosing the westmere hosts, it failed. - I had to shutdown the VMs, then bring them back. Since then, I can migrate them anywhere. To me this looks perfectly clear and sound - this deals with available CPU features (and instructions passthrough I guess). -- Nicolas Ecarnot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] RAID Expanded
Hi Itamar, Thanks for coming back to me. Strangely enough I can see the new LUNS if I move SPM onto host01 , but my other two hosts don't see the new LUNS. I'm assuming it's probably something to do with the FC card drivers/software so I'm trying to work through it currently. Thanks very much though. Much appreciated. Kind regards. Neil Wilson. On Mon, Aug 4, 2014 at 2:19 PM, Itamar Heim wrote: > On 08/04/2014 11:18 AM, Neil wrote: >> >> Hi guys, >> >> My apologies if this is a re-post, but I don't recall seeing any replies. >> >> I've just added some new LUNS to my SAN, and when I go to edit the >> main storage domain I don't see them, however if I try say "New >> storage domain" the LUNS show up. Can I add in the additional LUNS to >> my existing storage domain? > > > yes, you can extend an existing SD with more LUNs > > >> >> Thank you. >> >> Regards. >> >> Neil Wilson. >> >> >> On Mon, Jul 28, 2014 at 9:16 AM, Neil wrote: >>> >>> Hi guys, >>> >>> I'm running oVirt 3.3 with an FC SAN. I had 12x500GB LUNS and these >>> were all assigned to my data domain. Once the new volumes have finally >>> finished syncing on the SAN, will oVirt automatically see the new >>> LUNS, or is there anything that needs to be done in order to see them? >>> >>> I'm just trying to prepare for when things finally finish. >>> >>> Thank you. >>> >>> Regards. >>> >>> Neil Wilson. >> >> ___ >> 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] RAID Expanded
On 08/04/2014 11:18 AM, Neil wrote: Hi guys, My apologies if this is a re-post, but I don't recall seeing any replies. I've just added some new LUNS to my SAN, and when I go to edit the main storage domain I don't see them, however if I try say "New storage domain" the LUNS show up. Can I add in the additional LUNS to my existing storage domain? yes, you can extend an existing SD with more LUNs Thank you. Regards. Neil Wilson. On Mon, Jul 28, 2014 at 9:16 AM, Neil wrote: Hi guys, I'm running oVirt 3.3 with an FC SAN. I had 12x500GB LUNS and these were all assigned to my data domain. Once the new volumes have finally finished syncing on the SAN, will oVirt automatically see the new LUNS, or is there anything that needs to be done in order to see them? I'm just trying to prepare for when things finally finish. Thank you. Regards. Neil Wilson. ___ 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] User Portal "Open in Full Screen"
On Jul 28, 2014, at 12:33 , Sigbjorn Lie wrote: > Hi, > > In version 3.3 the "Open in Full Screen" under Spice Console Options in the > User Portal was not > enabled by default. In version 3.4 the "Open in Full Screen" is now enabled > by default. > > Is it possible to manage the default behaviour of this setting? I would like > it *not* to be > enabled by default. Not yet. It's "fixed" in 3.4 to match the previous <3.3 behavior I wonder at what level such an option should be. We can make it global..but currently we have a different behavior in webadmin&power user portal vs user portal. Per user global might make sense too thoughts? Thanks, michal > > > Regards, > Siggi > > > ___ > 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] Proper way to change and persist vdsm configuration options
On 07/31/2014 01:28 AM, Trey Dockendorf wrote: I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM installed. I am using iSER to do iSCSI over RDMA and to make that work I have to modify /etc/vdsm/vdsm.conf to include the following: [irs] iscsi_default_ifaces = iser,default I've noticed that any time I upgrade a node from the engine web interface that changes to vdsm.conf are wiped out. I don't know if this is being done by the configuration code or by the vdsm package. Is there a more reliable way to ensure changes to vdsm.conf are NOT removed automatically? Hey, vdsm.conf shouldn't wiped out and shouldn't changed at all during upgrade. other related conf files (such as libvirtd.conf) might be overrided to keep defaults configurations for vdsm. but vdsm.conf should persist with user's modification. from my check, regular yum upgrade doesn't touch vdsm.conf Douglas can you verify that with node upgrade? might be specific to that flow.. Trey, can file a bugzilla on that and describe your steps there? Thanks Yaniv Bronhaim, Thanks, - Trey ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Bronhaim. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] RAID Expanded
Hi guys, My apologies if this is a re-post, but I don't recall seeing any replies. I've just added some new LUNS to my SAN, and when I go to edit the main storage domain I don't see them, however if I try say "New storage domain" the LUNS show up. Can I add in the additional LUNS to my existing storage domain? Thank you. Regards. Neil Wilson. On Mon, Jul 28, 2014 at 9:16 AM, Neil wrote: > Hi guys, > > I'm running oVirt 3.3 with an FC SAN. I had 12x500GB LUNS and these > were all assigned to my data domain. Once the new volumes have finally > finished syncing on the SAN, will oVirt automatically see the new > LUNS, or is there anything that needs to be done in order to see them? > > I'm just trying to prepare for when things finally finish. > > Thank you. > > Regards. > > Neil Wilson. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ilo4 vs. ipmilan fencing agents
On 07/21/2014 05:29 PM, Jason Brooks wrote: If you change the mapping to use the native scripts its OK as long as it works for you addin Marec G to the thread Marec, should we always map ILO3 & ILO4 to the native scripts (fence_ilo3 , fence_ilo4) and not to ipmilan ??? yes, it is better as they already contains what is required. m, sorry, for late answer - PTO ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
