- Users - oVirt List Archives

[Users] Constant lopping log of task activity
by Matt Warren 07 Feb '14

07 Feb '14

I'm seeing a constant loop of task issues in the vdsm.log Host is a CentOS 6.5 server otherwise setup as a db lab server. Engine is a CentOS 6.5 vm running on vmware esx host. The host has local storage only. Not sure if related, but I've been trying to attach a Win2k8-hosted NFS share for ISO's and failing. I can manually mount it just fine from the host os, but the ovirt-engine complains of privileges errors. I also had trouble getting the host recognized in ovirt dues to a messed up sudoers file. With that sorted, it added and report fine. Any troubleshooting tips? -------------------------------------------- Thread-84::DEBUG::2014-02-02 16:08:55,459::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11] Thread-84::DEBUG::2014-02-02 16:08:55,459::task::579::TaskManager.Task::(_updateState) Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::moving from state init -> state preparing Thread-84::INFO::2014-02-02 16:08:55,460::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None) Thread-84::INFO::2014-02-02 16:08:55,460::logUtils::47::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}} Thread-84::DEBUG::2014-02-02 16:08:55,460::task::1168::TaskManager.Task::(prepare) Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}} Thread-84::DEBUG::2014-02-02 16:08:55,460::task::579::TaskManager.Task::(_updateState) Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::moving from state preparing -> state finished Thread-84::DEBUG::2014-02-02 16:08:55,460::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-84::DEBUG::2014-02-02 16:08:55,461::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-84::DEBUG::2014-02-02 16:08:55,461::task::974::TaskManager.Task::(_decref) Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::ref 0 aborting False Thread-85::DEBUG::2014-02-02 16:08:55,470::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11] Thread-85::DEBUG::2014-02-02 16:08:55,470::task::579::TaskManager.Task::(_updateState) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::moving from state init -> state preparing Thread-85::INFO::2014-02-02 16:08:55,470::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None) Thread-85::DEBUG::2014-02-02 16:08:55,471::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`7bbb6abd-006b- 4b7b-b540-322dfdda7644`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '2553' at 'getStoragePoolInfo' Thread-85::DEBUG::2014-02-02 16:08:55,471::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' for lock type 'shared' Thread-85::DEBUG::2014-02-02 16:08:55,471::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free. Now locking as 'shared' (1 active user) Thread-85::DEBUG::2014-02-02 16:08:55,471::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`7bbb6abd-006b- 4b7b-b540-322dfdda7644`::Granted request Thread-85::DEBUG::2014-02-02 16:08:55,472::task::811::TaskManager.Task::(resourceAcquired) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::_resourcesAcquired: Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745 (shared) Thread-85::DEBUG::2014-02-02 16:08:55,472::task::974::TaskManager.Task::(_decref) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::ref 1 aborting False Thread-85::INFO::2014-02-02 16:08:55,472::logUtils::47::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local', 'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1}, 'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}} Thread-85::DEBUG::2014-02-02 16:08:55,473::task::1168::TaskManager.Task::(prepare) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::finished: {'info': {'spm_id': 1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local', 'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1}, 'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}} Thread-85::DEBUG::2014-02-02 16:08:55,473::task::579::TaskManager.Task::(_updateState) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::moving from state preparing -> state finished Thread-85::DEBUG::2014-02-02 16:08:55,473::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745': < ResourceRef 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', isValid: 'True' obj: 'None'>} Thread-85::DEBUG::2014-02-02 16:08:55,473::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-85::DEBUG::2014-02-02 16:08:55,473::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' Thread-85::DEBUG::2014-02-02 16:08:55,473::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' (0 active users) Thread-85::DEBUG::2014-02-02 16:08:55,474::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free, finding out if anyone is waiting for it. Thread-85::DEBUG::2014-02-02 16:08:55,474::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', Clearing records. Thread-85::DEBUG::2014-02-02 16:08:55,474::task::974::TaskManager.Task::(_decref) Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::ref 0 aborting False [slight pause] Thread-21::DEBUG::2014-02-02 16:08:58,274::fileSD::222::Storage.Misc.excCmd::(getReadDelay) '/bin/dd iflag=direct if=/rhev/data-center/mnt/_data_images/d9f70b92-3c38-4503-ac69-b48325ead406/ dom_md/metadata bs=4096 count=1' (cwd None) Thread-21::DEBUG::2014-02-02 16:08:58,281::fileSD::222::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n461 bytes (461 B) copied, 0.000121435 s, 3.8 MB/s\n'; <rc> = 0 [slight pause and repeat] Thread-89::DEBUG::2014-02-02 16:09:05,405::task::579::TaskManager.Task::(_updateState) Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::moving from state init -> state preparing Thread-89::INFO::2014-02-02 16:09:05,406::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-89::INFO::2014-02-02 16:09:05,406::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'d9f70b92-3c38-4503-ac69-b48325ead406': {'delay': '0.000121435', 'lastCheck': '7.1', 'code': 0, 'valid': True, 'version': 3}} Thread-89::DEBUG::2014-02-02 16:09:05,406::task::1168::TaskManager.Task::(prepare) Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::finished: {'d9f70b92-3c38-4503-ac69-b48325ead406': {'delay': '0.000121435', 'lastCheck': '7.1', 'code': 0, 'valid': True, 'version': 3}} Thread-89::DEBUG::2014-02-02 16:09:05,406::task::579::TaskManager.Task::(_updateState) Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::moving from state preparing -> state finished Thread-89::DEBUG::2014-02-02 16:09:05,406::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-89::DEBUG::2014-02-02 16:09:05,407::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-89::DEBUG::2014-02-02 16:09:05,407::task::974::TaskManager.Task::(_decref) Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::ref 0 aborting False Thread-91::DEBUG::2014-02-02 16:09:05,488::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11] Thread-91::DEBUG::2014-02-02 16:09:05,488::task::579::TaskManager.Task::(_updateState) Task=`91b6affb-d61c-491e-ba08-6db785402efe`::moving from state init -> state preparing Thread-91::INFO::2014-02-02 16:09:05,489::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None) Thread-91::INFO::2014-02-02 16:09:05,489::logUtils::47::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}} Thread-91::DEBUG::2014-02-02 16:09:05,489::task::1168::TaskManager.Task::(prepare) Task=`91b6affb-d61c-491e-ba08-6db785402efe`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}} Thread-91::DEBUG::2014-02-02 16:09:05,489::task::579::TaskManager.Task::(_updateState) Task=`91b6affb-d61c-491e-ba08-6db785402efe`::moving from state preparing -> state finished Thread-91::DEBUG::2014-02-02 16:09:05,489::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-91::DEBUG::2014-02-02 16:09:05,489::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-91::DEBUG::2014-02-02 16:09:05,490::task::974::TaskManager.Task::(_decref) Task=`91b6affb-d61c-491e-ba08-6db785402efe`::ref 0 aborting False Thread-92::DEBUG::2014-02-02 16:09:05,496::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11] Thread-92::DEBUG::2014-02-02 16:09:05,496::task::579::TaskManager.Task::(_updateState) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::moving from state init -> state preparing Thread-92::INFO::2014-02-02 16:09:05,497::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None) Thread-92::DEBUG::2014-02-02 16:09:05,497::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`128ecb64-c414- 44be-8fb4-ce8688f3a66f`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '2553' at 'getStoragePoolInfo' Thread-92::DEBUG::2014-02-02 16:09:05,497::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' for lock type 'shared' Thread-92::DEBUG::2014-02-02 16:09:05,498::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free. Now locking as 'shared' (1 active user) Thread-92::DEBUG::2014-02-02 16:09:05,498::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`128ecb64-c414- 44be-8fb4-ce8688f3a66f`::Granted request Thread-92::DEBUG::2014-02-02 16:09:05,498::task::811::TaskManager.Task::(resourceAcquired) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::_resourcesAcquired: Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745 (shared) Thread-92::DEBUG::2014-02-02 16:09:05,498::task::974::TaskManager.Task::(_decref) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::ref 1 aborting False Thread-92::INFO::2014-02-02 16:09:05,499::logUtils::47::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local', 'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1}, 'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}} Thread-92::DEBUG::2014-02-02 16:09:05,499::task::1168::TaskManager.Task::(prepare) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::finished: {'info': {'spm_id': 1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local', 'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1}, 'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}} Thread-92::DEBUG::2014-02-02 16:09:05,499::task::579::TaskManager.Task::(_updateState) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::moving from state preparing -> state finished Thread-92::DEBUG::2014-02-02 16:09:05,499::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745': < ResourceRef 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', isValid: 'True' obj: 'None'>} Thread-92::DEBUG::2014-02-02 16:09:05,499::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-92::DEBUG::2014-02-02 16:09:05,500::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' Thread-92::DEBUG::2014-02-02 16:09:05,500::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' (0 active users) Thread-92::DEBUG::2014-02-02 16:09:05,500::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free, finding out if anyone is waiting for it. Thread-92::DEBUG::2014-02-02 16:09:05,500::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', Clearing records. Thread-92::DEBUG::2014-02-02 16:09:05,500::task::974::TaskManager.Task::(_decref) Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::ref 0 aborting False [slight pause] Thread-21::DEBUG::2014-02-02 16:09:08,290::fileSD::222::Storage.Misc.excCmd::(getReadDelay) '/bin/dd iflag=direct if=/rhev/data-center/mnt/_data_images/d9f70b92-3c38-4503-ac69-b48325ead406/ dom_md/metadata bs=4096 count=1' (cwd None) Thread-21::DEBUG::2014-02-02 16:09:08,296::fileSD::222::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n461 bytes (461 B) copied, 0.000263153 s, 1.8 MB/s\n'; <rc> = 0

3 2

[Users] Will this two node concept scale and work?
by ml ml 06 Feb '14

06 Feb '14

Hello List, my aim is to host multiple VMs which are redundant and are high available. It should also scale well. I think usually people just buy a fat iSCSI Storage and attach this. In my case it should scale well from very small nodes to big ones. Therefore an iSCSI Target will bring a lot of overhead (10GBit Links and two Paths, and really i should have a 2nd Hot Standby SAN, too). This makes scalability very hard. This post is also not meant to be a iscsi discussion. Since oVirt does not support DRBD out of the box i came up with my own concept: http://oi62.tinypic.com/2550xg5.jpg As far as i can tell i have the following advantages: -------------------------------------------------------------------- - i can start with two simple cheap nodes - i could add more disks to my nodes. Maybe even a SSD as a dedicated drbdresource. - i can connect the two nodes directly to each other with bonding or infiniband. i dont need a switch or something between it. Downside: --------------- - i always need two nodes (as a couple) Will this setup work for me. So far i think i will be quite happy with it. Since the DRBD Resources are shared in dual primary mode i am not sure if ovirt can handle it. It is not allowed to write to a vm disk at the same time. The Concept of Linbit ( http://www.linbit.com/en/company/news/333-high-available-virtualization-at-…) seems to much of an overhead with the iSCSI Layer and pacemaker setup. Its just too much for such a simple task. Please tell me that this concept is great and will work and scale well. Otherwise i am also thankful for any hints or critical ideas. Thanks a lot, Mario

6 6

Re: [Users] oVirt or RHEV ?
by Martijn Grendelman 06 Feb '14

06 Feb '14

Martijn Grendelman schreef op 6-2-2014 17:02: > Hi, > > Dan Yasny schreef op 6-2-2014 16:38: >> This is the same question as in RHEL or Fedora IMO: do you want the >> bleeding edge features and lower code stability and reliability, or do >> you want to have techsupport (and that means a real SLA and an >> escalation path up to the engineering, if need be) behind you, stable >> and reliable, well tested code, but less of the advanced features. > > Thank you, this is what I thought. > > It's still a hard decision. If the stability and "testedness" of RHEL is > anything to go by, it's not reassuring at all (although it may be better > than Fedora, I don't know), although I must say that RedHat support is > helpful at times. > > Thanks again, I think I know enough :-) Or not ;-) Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? Cheers, Martijn. >> >> >> On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman >> <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: >> >> Hi, >> >> This may be the wrong place to ask, but I'm looking for input to form an >> opinion on an "oVirt or RHEV" question within my company. >> >> I have been running oVirt for about 5 months now, and I'm quite >> comfortable with its features and maintenance procedures. We are now >> planning to build a private virtualization cluster for hosting clients' >> applications as well as our own. Some people in the company are >> questioning whether we should buy RHEV, but at this point, I can't see >> the benefits. >> >> Can anyone on this list shed a light on when RHEV might be a better >> choice than oVirt? What are the benefits? The trade-offs? >> >> I am looking for pragmatic, real-world things, not marketing mumbo >> jumbo. That, I can get from redhat.com <http://redhat.com> ;-) >> >> Best regards, >> Martijn. >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> >> > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

6 6

Re: [Users] oVirt or RHEV ?
by Martijn Grendelman 06 Feb '14

06 Feb '14

Hi, Dan Yasny schreef op 6-2-2014 16:38: > This is the same question as in RHEL or Fedora IMO: do you want the > bleeding edge features and lower code stability and reliability, or do > you want to have techsupport (and that means a real SLA and an > escalation path up to the engineering, if need be) behind you, stable > and reliable, well tested code, but less of the advanced features. Thank you, this is what I thought. It's still a hard decision. If the stability and "testedness" of RHEL is anything to go by, it's not reassuring at all (although it may be better than Fedora, I don't know), although I must say that RedHat support is helpful at times. Thanks again, I think I know enough :-) Best regards, Martijn Grendelman > > > > > On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman > <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: > > Hi, > > This may be the wrong place to ask, but I'm looking for input to form an > opinion on an "oVirt or RHEV" question within my company. > > I have been running oVirt for about 5 months now, and I'm quite > comfortable with its features and maintenance procedures. We are now > planning to build a private virtualization cluster for hosting clients' > applications as well as our own. Some people in the company are > questioning whether we should buy RHEV, but at this point, I can't see > the benefits. > > Can anyone on this list shed a light on when RHEV might be a better > choice than oVirt? What are the benefits? The trade-offs? > > I am looking for pragmatic, real-world things, not marketing mumbo > jumbo. That, I can get from redhat.com <http://redhat.com> ;-) > > Best regards, > Martijn. > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > >

1 0

Re: [Users] Storage server
by Koen Vanoppen 06 Feb '14

06 Feb '14

Thanks. Found the command! For further reference to users: update storageconnection <storageconnectionid> --address <IP-Address> Kind regards, Koen 2014-02-06 Itamar Heim <iheim(a)redhat.com>: > On 02/06/2014 01:48 PM, Koen Vanoppen wrote: > >> I would like to keep the vms... >> I know that there is a command in the CLI "update storageconnection", >> but how do I use this to change only the IP of the storage connection? >> >> Kind regards, >> >> Koen >> On Feb 6, 2014 12:55 PM, "Itamar Heim" <iheim(a)redhat.com >> <mailto:iheim@redhat.com>> wrote: >> >> On 02/06/2014 12:54 PM, Koen Vanoppen wrote: >> >> What if I remove the "old ip" storage domains and import the >> same iscsi >> luns with the new IP, would that work? >> >> >> removing a domain *deletes* all disks/vms, other than that... >> >> (we are working on ability to detach/attach domains post 3.4) >> >> >> Kind Regards >> >> >> 2014-02-06 Koen Vanoppen <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.__com >> >> <mailto:vanoppen.koen@gmail.com>>>: >> >> Can I change the storagedomain ip from the ovirt-shell? >> Thanks in advance >> >> >> 2014-02-06 Itamar Heim <iheim(a)redhat.com >> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com >> <mailto:iheim@redhat.com>>>: >> >> On 02/06/2014 12:03 PM, Koen Vanoppen wrote: >> >> Can I change the storagedomain ip from the >> ovirt-shell? >> Thanks in advance >> >> >> please reply to list, thanks >> >> >> >> 2014-02-06 Itamar Heim <iheim(a)redhat.com >> <mailto:iheim@redhat.com> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com >> >>>>: >> >> >> >> On 02/06/2014 05:16 AM, Koen Vanoppen wrote: >> >> It's not on DNS... The storage server in >> ovirt is >> on IP... So... >> What >> are my options in this case? >> >> >> you would need to 'edit the connection'. since >> 3.3.1 >> this is >> possible via the rest api without hacking the >> db: >> http://www.ovirt.org/Features/______Manage_Storage_Connections >> <http://www.ovirt.org/Features/____Manage_Storage_Connections> >> >> <http://www.ovirt.org/__Features/__Manage_Storage___Connections >> <http://www.ovirt.org/Features/__Manage_Storage_Connections>> >> >> >> >> <http://www.ovirt.org/____Features/Manage_Storage_____Connections< >> http://www.ovirt.org/__Features/Manage_Storage___Connections> >> >> <http://www.ovirt.org/__Features/Manage_Storage___Connections >> <http://www.ovirt.org/Features/Manage_Storage_Connections>>> >> >> Thanx! >> >> Kind regards, >> Koen >> >> On Feb 5, 2014 9:08 AM, "Itamar Heim" >> <iheim(a)redhat.com <mailto:iheim@redhat.com> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> >> <mailto:iheim@redhat.com >> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com >> <mailto:iheim@redhat.com>>> >> <mailto:iheim@redhat.com >> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com >> <mailto:iheim@redhat.com>> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>>> wrote: >> >> On 02/04/2014 03:10 PM, Elad Ben >> Aharon wrote: >> >> Actually, the best way to do it >> would be >> to create another >> storage domain and migrate all >> the VMs's >> disks to it >> (you can do >> it while the VMs are running), >> then you >> won't suffer >> from a down >> time. >> >> >> notice this will create a snapshot >> for your >> vms and may >> change them >> from raw to qcow. also, this not >> supported for >> shared disks. >> >> If you don't have the option to >> do so, the >> best way to >> do it >> would be to shut down the VMs, >> put the >> storage domain to >> 'Maintenance' and then perform >> the storage >> server network >> change. When the connection to >> the storage >> is fixed, >> activate >> the domain and resume the VMs >> manually. >> >> >> that's assuming the domain was added >> using dns >> and not ip >> address, >> and that the dns expiration/caching >> on all >> hosts will >> notice the new >> ip address. >> >> >> >> ----- Original Message ----- >> From: "Koen Vanoppen" >> <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.__com <mailto:vanoppen.koen@gmail.com >> >> >> <mailto:vanoppen.koen@gmail. >> <mailto:vanoppen.koen@gmail.>____com >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail >> <mailto:vanoppen.koen@gmail>. >> <mailto:vanoppen.koen@gmail >> <mailto:vanoppen.koen@gmail>.>______com >> >> <mailto:vanoppen.koen@gmail. >> <mailto:vanoppen.koen@gmail.>____com >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>>>> >> To: "Elad Ben Aharon" >> <ebenahar(a)redhat.com <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>>> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>>>>__>__, users(a)ovirt.org >> >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >> >> >> Sent: Tuesday, February 4, 2014 >> 2:57:57 PM >> Subject: Re: [Users] Storage server >> >> For the moment, nothing is going >> on. The >> change is >> planned on >> Thursday. So, >> correct me if I'm wrong, you say >> that the >> fastest and >> easiest >> way is to >> suspend all the machines, make >> the change >> of the >> storage server, >> rediscover >> the iscsi server and then bring >> the vm's >> back up? >> >> Kind regards, >> Koen >> On Feb 4, 2014 1:47 PM, "Elad Ben >> Aharon" >> <ebenahar(a)redhat.com >> <mailto:ebenahar@redhat.com> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>>> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>> >> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>>>>__> wrote: >> >> Hi, >> >> I suppose that those VMs are >> now in >> 'Paused' state, >> correct >> me if I'm >> wrong. >> After connectivity with >> storage comes >> back, all VMs >> which >> couldn't detect >> their disks should be resumed >> from >> 'Paused' to 'Up' >> state >> automatically. It >> shouldn't take them a long >> time to >> change their >> state (a few >> minutes). >> >> ----- Original Message ----- >> From: "Koen Vanoppen" >> <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.__com <mailto:vanoppen.koen@gmail.com >> >> >> <mailto:vanoppen.koen@gmail. >> <mailto:vanoppen.koen@gmail.>____com >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail >> <mailto:vanoppen.koen@gmail>. >> <mailto:vanoppen.koen@gmail >> <mailto:vanoppen.koen@gmail>.>______com >> >> <mailto:vanoppen.koen@gmail. >> <mailto:vanoppen.koen@gmail.>____com >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>>>> >> To: users(a)ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >> Sent: Tuesday, February 4, >> 2014 2:32:46 PM >> Subject: [Users] Storage server >> >> Dear All, >> >> At work, the network guys >> have come to >> a discovery >> that they >> have made a >> mistake in their network >> configuration... The >> Storage server >> that we use as >> ISCSI target in oVirt, is in >> the wrong >> VLAN, so the >> wrong IP >> address... >> >> What is the best way to make >> sure that >> all of our >> vms (40) >> that are using >> this scsi storage will come >> up again >> after the storage >> server has changed >> his ip? >> What are the best steps to be >> taken...? >> We are using oVirt Engine >> Version: >> 3.3.1-2.el6 >> >> Kind Regards, >> >> Koen >> >> >> >> _______________________________________________________ >> >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>>>> >> http://lists.ovirt.org/________mailman/listinfo/users >> <http://lists.ovirt.org/______mailman/listinfo/users> >> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users>> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users>>> >> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users>> >> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users> >> <http://lists.ovirt.org/__mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users>>>> >> >> >> >> _______________________________________________________ >> >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>>>> >> http://lists.ovirt.org/________mailman/listinfo/users >> <http://lists.ovirt.org/______mailman/listinfo/users> >> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users>> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users>>> >> >> >> <http://lists.ovirt.org/______mailman/listinfo/users >> <http://lists.ovirt.org/____mailman/listinfo/users> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users>> >> >> <http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users> >> <http://lists.ovirt.org/__mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users>>>> >> >> >> >> >> >> >> >> >> >> _________________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/__mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > juan replied to that >

2 2

Re: [Users] Storage server
by Koen Vanoppen 06 Feb '14

06 Feb '14

Can I change the storagedomain ip from the ovirt-shell? Thanks in advance 2014-02-06 Itamar Heim <iheim(a)redhat.com>: > On 02/06/2014 12:03 PM, Koen Vanoppen wrote: > >> Can I change the storagedomain ip from the ovirt-shell? >> Thanks in advance >> > > please reply to list, thanks > > >> >> 2014-02-06 Itamar Heim <iheim(a)redhat.com <mailto:iheim@redhat.com>>: >> >> >> On 02/06/2014 05:16 AM, Koen Vanoppen wrote: >> >> It's not on DNS... The storage server in ovirt is on IP... So... >> What >> are my options in this case? >> >> >> you would need to 'edit the connection'. since 3.3.1 this is >> possible via the rest api without hacking the db: >> http://www.ovirt.org/Features/__Manage_Storage_Connections >> >> <http://www.ovirt.org/Features/Manage_Storage_Connections> >> >> Thanx! >> >> Kind regards, >> Koen >> >> On Feb 5, 2014 9:08 AM, "Itamar Heim" <iheim(a)redhat.com >> <mailto:iheim@redhat.com> >> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote: >> >> On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: >> >> Actually, the best way to do it would be to create >> another >> storage domain and migrate all the VMs's disks to it >> (you can do >> it while the VMs are running), then you won't suffer >> from a down >> time. >> >> >> notice this will create a snapshot for your vms and may >> change them >> from raw to qcow. also, this not supported for shared disks. >> >> If you don't have the option to do so, the best way to >> do it >> would be to shut down the VMs, put the storage domain to >> 'Maintenance' and then perform the storage server network >> change. When the connection to the storage is fixed, >> activate >> the domain and resume the VMs manually. >> >> >> that's assuming the domain was added using dns and not ip >> address, >> and that the dns expiration/caching on all hosts will >> notice the new >> ip address. >> >> >> >> ----- Original Message ----- >> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>> >> To: "Elad Ben Aharon" <ebenahar(a)redhat.com >> <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> <mailto:ebenahar@redhat.com>>>, users(a)ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> >> Sent: Tuesday, February 4, 2014 2:57:57 PM >> Subject: Re: [Users] Storage server >> >> For the moment, nothing is going on. The change is >> planned on >> Thursday. So, >> correct me if I'm wrong, you say that the fastest and >> easiest >> way is to >> suspend all the machines, make the change of the >> storage server, >> rediscover >> the iscsi server and then bring the vm's back up? >> >> Kind regards, >> Koen >> On Feb 4, 2014 1:47 PM, "Elad Ben Aharon" >> <ebenahar(a)redhat.com <mailto:ebenahar@redhat.com> >> <mailto:ebenahar@redhat.com >> >> <mailto:ebenahar@redhat.com>>> wrote: >> >> Hi, >> >> I suppose that those VMs are now in 'Paused' state, >> correct >> me if I'm >> wrong. >> After connectivity with storage comes back, all VMs >> which >> couldn't detect >> their disks should be resumed from 'Paused' to 'Up' >> state >> automatically. It >> shouldn't take them a long time to change their >> state (a few >> minutes). >> >> ----- Original Message ----- >> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.__com >> <mailto:vanoppen.koen@gmail.com>>> >> To: users(a)ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> Sent: Tuesday, February 4, 2014 2:32:46 PM >> Subject: [Users] Storage server >> >> Dear All, >> >> At work, the network guys have come to a discovery >> that they >> have made a >> mistake in their network configuration... The >> Storage server >> that we use as >> ISCSI target in oVirt, is in the wrong VLAN, so the >> wrong IP >> address... >> >> What is the best way to make sure that all of our >> vms (40) >> that are using >> this scsi storage will come up again after the >> storage >> server has changed >> his ip? >> What are the best steps to be taken...? >> We are using oVirt Engine Version: 3.3.1-2.el6 >> >> Kind Regards, >> >> Koen >> >> ___________________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users> >> <http://lists.ovirt.org/__mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users>> >> >> ___________________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> http://lists.ovirt.org/____mailman/listinfo/users >> <http://lists.ovirt.org/__mailman/listinfo/users> >> <http://lists.ovirt.org/__mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users>> >> >> >> >> >> >

3 5

[Users] Python SDK list vms slow, excessive cpu usage
by Sander Grendelman 06 Feb '14

06 Feb '14

Fetching the list of vms through the API with the python SDK takes several seconds[1] with 100% cpu usage in the python script. When I look at the engine log there is only one (fast) fetch from the API. The rest of the time is spent in the SDK processing a relatively small bit of XML data (only 26 VMs in my environment). This seems an excessive amount of CPU for processing ~6KB of XML. I've included some sample code [2] and output [3]. Attached is the cProfile output for this call and a visualization. [1] ~6,5 seconds on an oVirt VM with 1 vcpu on older hardware, ~3,5 seconds on a fast physical machine with an i5 cpu. [2] Sample code, add your own url/credentials/certificate: #!/usr/bin/python """Get ovirt VM names""" import time from ovirtsdk.api import API from ovirtsdk.xml import params def print_elapsed(logString): elapsed = time.time() - startTime print "%fs %s" % (elapsed, logString) startTime = time.time() print_elapsed("before connect") api = API( url="https://my.engine.url/api", username="user@domain", password="password", ca_file="./ca.crt", ) print_elapsed("after connect") print_elapsed("before fetch list") vmList = api.vms.list() print_elapsed("after fetch list") print_elapsed("before use list") count = 0 for vm in vmList: vmName = vm.get_name() count += 1 print "\t number of VMs %d" % count [3] Example of output: [grendelmans@bungee src]$ /usr/bin/time ./vm_list_test.py 0.000003s before connect 0.338248s after connect 0.338299s before fetch list 6.795967s after fetch list 6.796041s before use list number of VMs 26 6.796181s after use list 7.28user 0.05system 0:07.64elapsed 96%CPU (0avgtext+0avgdata 84624maxresident)k 0inputs+0outputs (0major+5605minor)pagefaults 0swaps [grendelmans@bungee src]$

5 6

Re: [Users] Storage server
by Itamar Heim 06 Feb '14

06 Feb '14

On 02/06/2014 05:16 AM, Koen Vanoppen wrote: > It's not on DNS... The storage server in ovirt is on IP... So... What > are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections > Thanx! > > Kind regards, > Koen > > On Feb 5, 2014 9:08 AM, "Itamar Heim" <iheim(a)redhat.com > <mailto:iheim@redhat.com>> wrote: > > On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: > > Actually, the best way to do it would be to create another > storage domain and migrate all the VMs's disks to it (you can do > it while the VMs are running), then you won't suffer from a down > time. > > > notice this will create a snapshot for your vms and may change them > from raw to qcow. also, this not supported for shared disks. > > If you don't have the option to do so, the best way to do it > would be to shut down the VMs, put the storage domain to > 'Maintenance' and then perform the storage server network > change. When the connection to the storage is fixed, activate > the domain and resume the VMs manually. > > > that's assuming the domain was added using dns and not ip address, > and that the dns expiration/caching on all hosts will notice the new > ip address. > > > > ----- Original Message ----- > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com>> > To: "Elad Ben Aharon" <ebenahar(a)redhat.com > <mailto:ebenahar@redhat.com>>, users(a)ovirt.org > <mailto:users@ovirt.org> > Sent: Tuesday, February 4, 2014 2:57:57 PM > Subject: Re: [Users] Storage server > > For the moment, nothing is going on. The change is planned on > Thursday. So, > correct me if I'm wrong, you say that the fastest and easiest > way is to > suspend all the machines, make the change of the storage server, > rediscover > the iscsi server and then bring the vm's back up? > > Kind regards, > Koen > On Feb 4, 2014 1:47 PM, "Elad Ben Aharon" <ebenahar(a)redhat.com > <mailto:ebenahar@redhat.com>> wrote: > > Hi, > > I suppose that those VMs are now in 'Paused' state, correct > me if I'm > wrong. > After connectivity with storage comes back, all VMs which > couldn't detect > their disks should be resumed from 'Paused' to 'Up' state > automatically. It > shouldn't take them a long time to change their state (a few > minutes). > > ----- Original Message ----- > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com>> > To: users(a)ovirt.org <mailto:users@ovirt.org> > Sent: Tuesday, February 4, 2014 2:32:46 PM > Subject: [Users] Storage server > > Dear All, > > At work, the network guys have come to a discovery that they > have made a > mistake in their network configuration... The Storage server > that we use as > ISCSI target in oVirt, is in the wrong VLAN, so the wrong IP > address... > > What is the best way to make sure that all of our vms (40) > that are using > this scsi storage will come up again after the storage > server has changed > his ip? > What are the best steps to be taken...? > We are using oVirt Engine Version: 3.3.1-2.el6 > > Kind Regards, > > Koen > > _________________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/__mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > _________________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/__mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > >

1 0

[Users] Import VMware
by Maurice James 06 Feb '14

06 Feb '14

--_14551f3c-807e-4ead-9bc7-e8dee89e0f36_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is it possible to import vmware images into ovirt 3.3=2C Or is a running Es= x instance still required? = --_14551f3c-807e-4ead-9bc7-e8dee89e0f36_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Is it possible to import vmware = images into ovirt 3.3=2C Or is a running Esx instance still required? = </div></body> </html>= --_14551f3c-807e-4ead-9bc7-e8dee89e0f36_--

4 9

[Users] Mixing tagged and untagged VLANs
by Trey Dockendorf 06 Feb '14

06 Feb '14

Using 3.3.2 I seem unable to mix tagged and untagged VLANs on a single interface. I'm trying to put the following logical networks on a host's eth0. ovirtmgmt: - Display Network - Migration Network - NOT VM Network - NO VLAN private: - VM network - NO VLAN ipmi: - VM Network - VLAN 2 In the host's network setup ovirtmgmt is already linked to eth0. If I attach 'ipmi (VLAN 2)' then try and attach 'private' the message is "Cannot have more than one non-VLAN network on one interface". Same occurs if I try and attach 'private' when only 'ovirtmgmt' is assigned to eth0. Is it not possible to have multiple untagged VLAN networks associated to one interface in oVirt? Thanks - Trey

3 3

[Users] ovirt 3.3.3 host deploy push an "old" vdsm
by Gianluca Cecchi 05 Feb '14

05 Feb '14

Hello, fedora 19 engine 3.3.3 with ovirt-host-deploy-1.1.3-1.fc19.noarch when I deploy a fedora 19 host from web admin gui I get on it vdsm-4.13.0-11.fc19.x86_64 (it seems updated at november 2013) If after that I explicitly enable ovirt 3.3.3 yum repo and run yum update on host it correctly passes to : vdsm-4.13.3-3.fc19.x86_64 Gianluca

3 4

[Users] Putting a Gluster host into an ISCSI DC
by Gianluca Cecchi 05 Feb '14

05 Feb '14

Hello, in a test infra I would to temporarily put a Host that is part of Gluster DC and has gluster volumes active into an ISCSI DC. I put Gluster DC in maintenance, stop glustervolume and put both hosts in maintenance. Then I try to edit host and put into the ISCSI DC. But I receive error Error while executing action: node02: Cannot Edit host. Server having Gluster volume Is there any basic check so that I cannot do this at all? Any tip? Thanks, Gianluca

3 3

[Users] My first wiki page
by Juan Pablo Lorier 05 Feb '14

05 Feb '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --deoiLO4vfFDeGT8PRV00k91A9xPxiS603 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I've created my first wiki page and I'd like someone to review it and tell me if there's something that need to be changed (besides it does not have any style yet) The URL is http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interfa= ce Regards, --deoiLO4vfFDeGT8PRV00k91A9xPxiS603 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS754aAAoJEC5KDDg2+NMMAnMIAKRXKtYFHfo/PSqEJOaacWom B8L1px+Vy2HpL9m71ofaaGhl1fvGP8hGYGFuAwTDT2zXxheE5BQlnM6sh0Dc2KS9 f4sNwylw9axbMdTmhr/6rGfsTSuv/616FRumOHJ+lUoxg0q4xd4kIMfN56o+E2TQ MC5x/ZMtSimaTZeoP8ZZsXFSBwVoX3Y3PSI0FJ6PbsMz9/v/XPDoYSdLP/ZhSptj NV9PVUqyVEj0A/8T0HPY2Uja9AXmWZL0Z1DYTms0uBkk7jwvzbGOYbJ/9WXckaxn uOTxrMrkfa1qsyzsun26Qxi6mTj04Kp03bnwnFgXDXt4ey4EZ+mfWh6U5ezYGQY= =GZ12 -----END PGP SIGNATURE----- --deoiLO4vfFDeGT8PRV00k91A9xPxiS603--

4 4

[Users] Networking. Hosted Setup. All in One Host. Hetzner
by Peter Styk 05 Feb '14

05 Feb '14

Greetings, I'm writing here as to share some of my findings about hosting with Hetzner. All in one setups on single remote host can be tricky. Provider mounted an extra /29 subnet to the main host but none is routed by default and host has to become router itself. At the same time single mistake in bridging configuration and lost access results in need for re-bootstrap. It's still tempting to try and with many trials I eventually got to see guests talking to the net. Scenario 1: Working. Package bridge-utils, oVirt engine, setup bridge, VDSM, add host to engine, add routing to host routing table. Networking by trial and error. Still something is not right. Occasionally on ping out I'm getting "Redirect Host (New nexthop" messages. http://styk.tv/wp-content/uploads/2014/01/oVirtHosted1_almost_working.png Scenario 2: Dreaming. Private network with private router/dhcp/nat. Private 10.0.0.0/24 network. No problems with routing as gateway 10.0.0.1 would be on the same subnet. Thought of using pfSense but can't seem to bring up an instance with two network cards on two different networks. I thought this would be easy. Go to Networks, click create new network, type private, save ok. then go to new instance. point at iso, attach two network cards. save ok. Launch "Host did not satisfy internal filter Network" No idea what that is. Maybe I don't understand how this works. I even tried removing ovirtmgmt network and leaving private network by itself. Tried with all 3 network card types (rtl8139/e1000/VirtIO) http://styk.tv/wp-content/uploads/2014/01/oVirtHosted2_preferred.png Either way if you have a minute or two please take a look at both attached diagrams. Deliberately making it difficult by forcing all elements on single box in hosted environment. Maybe there is a way to have this all installed with Neutron or vSwitch on the same box or is that pushing it? Regards, Peter

3 3

[Users] Engine-setup Fail
by Kevin Tibi 05 Feb '14

05 Feb '14

Hi all, i try to update my ovirt-engine. I use nightly repo. For moment, i am on 3.4. When i try to up 3.5 i have a fail when it download the package: [ INFO ] Yum Downloading: (7/7): ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm 48 M(47%) [ ERROR ] Yum [u'Des erreurs ont \xe9t\xe9 rencontr\xe9e durant le t\xe9l\xe9chargement des paquets.', u'ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-dbscripts-3.5.…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-restapi-3.5.0-…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-tools-3.5.0-0.…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-webadmin-porta…: [Errno 14] curl#18 - "transfer closed with 54679208 bytes remaining to read"', u'ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-3.5.0-0.0.mast…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-backend-3.5.0-…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable'] [ ERROR ] Failed to execute stage 'Package installation': [u'Des erreurs ont \xe9t\xe9 rencontr\xe9e durant le t\xe9l\xe9chargement des paquets.', u'ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-dbscripts-3.5.…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-restapi-3.5.0-…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-tools-3.5.0-0.…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-webadmin-porta…: [Errno 14] curl#18 - "transfer closed with 54679208 bytes remaining to read"', u'ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-3.5.0-0.0.mast…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable', u'ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch: failure: noarch/ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp:// ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-backend-3.5.0-…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable'] [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140204133303.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I try to manual download, its work. I add the package in cache of yum and it's dont work. Thx for your help ;) Kevin.

3 10

[Users] ovirt engine and vdsm on same node
by Hans Emmanuel 05 Feb '14

05 Feb '14

Can we install ovirt engine and vdsm on same node ? If so any down side ? -- *Hans Emmanuel* *NOthing to FEAR but something to FEEL......*

3 3

[Users] Storage server
by Koen Vanoppen 05 Feb '14

05 Feb '14

Dear All, At work, the network guys have come to a discovery that they have made a mistake in their network configuration... The Storage server that we use as ISCSI target in oVirt, is in the wrong VLAN, so the wrong IP address... What is the best way to make sure that all of our vms (40) that are using this scsi storage will come up again after the storage server has changed his ip? What are the best steps to be taken...? We are using oVirt Engine Version: 3.3.1-2.el6 Kind Regards, Koen

3 5

[Users] Limit bandwidths for VM
by Hans Emmanuel 05 Feb '14

05 Feb '14

Hi all, I was thinking whether it is possible to limit bandwidth used by a particular vm ? So that we can make sure that its not eating up bw for other vms also. -- *Hans Emmanuel*

2 2

[Users] Problems with migration on a VM and not detected by gui
by Gianluca Cecchi 05 Feb '14

05 Feb '14

Hello, passing from 3.3.3rc to 3.3.3 final on fedora 19 based infra. Two hosts and one engine. Gluster DC. I have 3 VMs: CentOS 5.10, 6.5, Fedora 20 Main steps: 1) update engine with usual procedure 2) all VMs are on one node; I put into maintenance the other one and update it and reboot 3) activate the new node and migrate all VMs to it. >From webadmin gui point of view it seems all ok. Only "strange" thing is that the CentOS 6.5 VM has no ip shown, when usually it has becuse of ovrt-guest-agent installed on it So I try to connect to its console (configured as VNC). But I get error (the other two are ok and they are spice) Also, I cannot ping or ssh into the VM so there is indeed some problem. I didn't connect since 30th January so I don't knw if any probem arised before today. >From the original host /var/log/libvirt/qemu/c6s.log I see: 2014-01-30 11:21:37.561+0000: shutting down 2014-01-30 11:22:14.595+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name c6s -S -machine pc-1.0,accel=kvm,usb=off -cpu Opteron_G2 -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid 4147e0d3-19a7-447b-9d88-2ff19365bec0 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-5,serial=34353439-3036-435A-4A38-303330393338,uuid=4147e0d3-19a7-447b-9d88-2ff19365bec0 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/c6s.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-01-23T11:42:26,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/f18ovn01.ceda.polimi.it:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/a5e4f67b-50b5-4740-9990-39deb8812445/53408cb0-bcd4-40de-bc69-89d59b7b5bc2,if=none,id=drive-virtio-disk0,format=raw,serial=a5e4f67b-50b5-4740-9990-39deb8812445,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/mnt/glusterSD/f18ovn01.ceda.polimi.it:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/c1477133-6b06-480d-a233-1dae08daf8b3/c2a82c64-9dee-42bb-acf2-65b8081f2edf,if=none,id=drive-scsi0-0-0-0,format=raw,serial=c1477133-6b06-480d-a233-1dae08daf8b3,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:8f:04:f8,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/4147e0d3-19a7-447b-9d88-2ff19365bec0.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/4147e0d3-19a7-447b-9d88-2ff19365bec0.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -device usb-tablet,id=input0 -vnc 0:0,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 char device redirected to /dev/pts/0 (label charconsole0) 2014-02-04 12:48:01.855+0000: shutting down qemu: terminating on signal 15 from pid 1021 >From the updated host where I apparently migrated it I see: 2014-02-04 12:47:54.674+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name c6s -S -machine pc-1.0,accel=kvm,usb=off -cpu Opteron_G2 -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid 4147e0d3-19a7-447b-9d88-2ff19365bec0 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-5,serial=34353439-3036-435A-4A38-303330393338,uuid=4147e0d3-19a7-447b-9d88-2ff19365bec0 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/c6s.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-01-28T13:08:06,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/glusterSD/f18ovn01.ceda.polimi.it:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/a5e4f67b-50b5-4740-9990-39deb8812445/53408cb0-bcd4-40de-bc69-89d59b7b5bc2,if=none,id=drive-virtio-disk0,format=raw,serial=a5e4f67b-50b5-4740-9990-39deb8812445,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/mnt/glusterSD/f18ovn01.ceda.polimi.it:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/c1477133-6b06-480d-a233-1dae08daf8b3/c2a82c64-9dee-42bb-acf2-65b8081f2edf,if=none,id=drive-scsi0-0-0-0,format=raw,serial=c1477133-6b06-480d-a233-1dae08daf8b3,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:8f:04:f8,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/4147e0d3-19a7-447b-9d88-2ff19365bec0.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/4147e0d3-19a7-447b-9d88-2ff19365bec0.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -device usb-tablet,id=input0 -vnc 0:0,password -k en-us -vga cirrus -incoming tcp:[::]:51152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 char device redirected to /dev/pts/1 (label charconsole0) engine log https://drive.google.com/file/d/0BwoPbcrMv8mvZWpqOHNqc0dnenc/edit?usp=shari… source vdsm log: https://drive.google.com/file/d/0BwoPbcrMv8mvYlluMDh1Y19jdEU/edit?usp=shari… dest vdsm log https://drive.google.com/file/d/0BwoPbcrMv8mvT1JxcmdKWlloOFU/edit?usp=shari… First error I see in source host log: Thread-728830::ERROR::2014-02-04 13:42:59,735::BindingXMLRPC::984::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 970, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 53, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 206, in volumeStatus statusOption) File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeStatus File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) KeyError: 'path' Thread-728831::ERROR::2014-02-04 13:42:59,805::BindingXMLRPC::984::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 970, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 53, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 206, in volumeStatus statusOption) File "/usr/share/vdsm/supervdsm.py", line 50, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeStatus File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) KeyError: 'path' Thread-323::INFO::2014-02-04 13:43:05,765::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID='d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291', spUUID='eb679feb-4da2-4fd0-a185-abbe459ffa70', imgUUID='a3d332c0-c302-4f28-9ed3-e2e83566343f', volUUID='701eca86-df87-4b16-ac6d-e9f51e7ac171', options=None) Apart the problem itself, another one is in my opinion the engine that doesn't know about it at all.... For this VM, in its event tab I can see only: 2014-Feb-04, 13:57 user admin@internal initiated console session for VM c6s 1b78630c oVirt 2014-Feb-04, 13:51 user admin@internal initiated console session for VM c6s 1d77f16a oVirt 2014-Feb-04, 13:48 Migration completed (VM: c6s, Source: f18ovn03, Destination: f18ovn01, Duration: 8 sec). 17c547cc oVirt 2014-Feb-04, 13:47 Migration started (VM: c6s, Source: f18ovn03, Destination: f18ovn01, User: admin@internal). 17c547cc oVirt 2014-Jan-30, 12:30 user admin@internal initiated console session for VM c6s 5536edb8 oVirt 2014-Jan-30, 12:23 VM c6s started on Host f18ovn03 45209312 oVirt 2014-Jan-30, 12:22 user admin@internal initiated console session for VM c6s 19c766c8 oVirt 2014-Jan-30, 12:22 user admin@internal initiated console session for VM c6s 79815897 oVirt 2014-Jan-30, 12:22 VM c6s was started by admin@internal (Host: f18ovn03). 45209312 oVirt 2014-Jan-30, 12:22 VM c6s configuration was updated by admin@internal. 76cbc53 oVirt 2014-Jan-30, 12:21 VM c6s is down. Exit message: User shut down oVirt 2014-Jan-30, 12:20 VM shutdown initiated by admin@internal on VM c6s (Host: f18ovn03). 213c3a55 oVirt Gianluca

4 6

[Users] VM install failures on a stateless node
by David Li 04 Feb '14

04 Feb '14

Hi, I have been trying to install my first VM on a stateless node. so far I have failed twice with the node ending up in the "Non-responsive" mode. I had to reboot to recover and it took a while to reconfigure everything since this is stateless. I can still get into the node via the console. It's not dead. But the ovirtmgmt interface seems to be dead. The other iSCSI interface is running ok. Can anyone recommend ways how to debug this problem? Thanks. David

2 5

[Users] Ovirt 3.3.2 Cannot attach POSIX (gluster) storage domain
by Steve Dainard 04 Feb '14

04 Feb '14

I can successfully create a POSIX storage domain backed by gluster, but at the end of creation I get an error message "failed to acquire host id". Note that I have successfully created/activated NFS DC/SD on the same ovirt/hosts. I have some logs when I tried to attach to the DC after failure: *engine.log* 2014-02-04 09:54:04,324 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (ajp--127.0.0.1-8702-3) [1dd40406] Lock Acquired to object EngineLock [ex clusiveLocks= key: 8c4e8898-c91a-4d49-98e8-b6467791a9cc value: POOL , sharedLocks= ] 2014-02-04 09:54:04,473 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [1dd40406] Running command: AddStoragePoolWithStorages Command internal: false. Entities affected : ID: 8c4e8898-c91a-4d49-98e8-b6467791a9cc Type: StoragePool 2014-02-04 09:54:04,673 INFO [org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand] (pool-6-thread-42) [3f86c31b] Running command: ConnectStorageToVdsCommand intern al: true. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2014-02-04 09:54:04,682 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (pool-6-thread-42) [3f86c31b] START, ConnectStorageServerVDSCommand( HostName = ovirt001, HostId = 48f13d47-8346-4ff6-81ca-4f4324069db3, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = POSIXFS, connectionList = [{ id: 87f9 ff74-93c4-4fe5-9a56-ed5338290af9, connection: 10.0.10.3:/rep2, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), lo g id: 332ff091 2014-02-04 09:54:05,089 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (pool-6-thread-42) [3f86c31b] FINISH, ConnectStorageServerVDSCommand , return: {87f9ff74-93c4-4fe5-9a56-ed5338290af9=0}, log id: 332ff091 2014-02-04 09:54:05,093 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] START, CreateStoragePoolVDSCommand(HostNa me = ovirt001, HostId = 48f13d47-8346-4ff6-81ca-4f4324069db3, storagePoolId=8c4e8898-c91a-4d49-98e8-b6467791a9cc, storageType=POSIXFS, storagePoolName=IT, masterDomainId=471 487ed-2946-4dfc-8ec3-96546006be12, domainsIdList=[471487ed-2946-4dfc-8ec3-96546006be12], masterVersion=3), log id: 1be84579 2014-02-04 09:54:08,833 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorag ePoolVDSCommand] (pool-6-thread-42) [3f86c31b] Failed in CreateStoragePoolVDS method 2014-02-04 09:54:08,834 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] Error code AcquireHostIdFailure and error message VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) 2014-02-04 09:54:08,835 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=661, mMessage=Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument'))]] 2014-02-04 09:54:08,836 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] HostName = ovirt001 2014-02-04 09:54:08,840 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] Command CreateStoragePoolVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) 2014-02-04 09:54:08,840 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand] (pool-6-thread-42) [3f86c31b] FINISH, CreateStoragePoolVDSCommand, log id: 1be84579 2014-02-04 09:54:08,841 ERROR [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [3f86c31b] Command org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) (Failed with error AcquireHostIdFailure and code 661) 2014-02-04 09:54:08,867 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [3f86c31b] Command [id=373987cb-b54d-4174-b4a9-195be631f0d7]: Compensating CHANGED_ENTITY of org.ovirt.engine.core.common.businessentities.StoragePool; snapshot: id=8c4e8898-c91a-4d49-98e8-b6467791a9cc. 2014-02-04 09:54:08,871 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [3f86c31b] Command [id=373987cb-b54d-4174-b4a9-195be631f0d7]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: storagePoolId = 8c4e8898-c91a-4d49-98e8-b6467791a9cc, storageId = 471487ed-2946-4dfc-8ec3-96546006be12. 2014-02-04 09:54:08,879 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [3f86c31b] Command [id=373987cb-b54d-4174-b4a9-195be631f0d7]: Compensating CHANGED_ENTITY of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: id=471487ed-2946-4dfc-8ec3-96546006be12. 2014-02-04 09:54:08,951 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-42) [3f86c31b] Correlation ID: 1dd40406, Job ID: 07003dff-9e0e-42ae-8f88-6b055b45f797, Call Stack: null, Custom Event ID: -1, Message: Failed to attach Storage Domains to Data Center IT. (User: admin@internal) 2014-02-04 09:54:08,975 INFO [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand] (pool-6-thread-42) [3f86c31b] Lock freed to object EngineLock [exclusiveLocks= key: 8c4e8898-c91a-4d49-98e8-b6467791a9cc value: POOL , sharedLocks= ] *vdsm.log* Thread-30::DEBUG::2014-02-04 09:54:04,692::BindingXMLRPC::167::vds::(wrapper) client [10.0.10.2] flowID [3f86c31b] Thread-30::DEBUG::2014-02-04 09:54:04,692::task::579::TaskManager.Task::(_updateState) Task=`218dcde9-bbc7-4d5a-ad53-0bab556c6261`::moving from state init -> state preparing Thread-30::INFO::2014-02-04 09:54:04,693::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=6, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'port': '', 'connection': '10.0.10.3:/rep2', 'iqn': '', 'portal': '', 'user': '', 'vfs_type': 'glusterfs', 'password': '******', 'id': '87f9ff74-93c4-4fe5-9a56-ed5338290af9'}], options=None) Thread-30::DEBUG::2014-02-04 09:54:04,698::mount::226::Storage.Misc.excCmd::(_runcmd) '/usr/bin/sudo -n /bin/mount -t glusterfs 10.0.10.3:/rep2 /rhev/data-center/mnt/10.0.10.3:_rep2' (cwd None) Thread-30::DEBUG::2014-02-04 09:54:05,067::hsm::2315::Storage.HSM::(__prefetchDomains) posix local path: /rhev/data-center/mnt/10.0.10.3:_rep2 Thread-30::DEBUG::2014-02-04 09:54:05,078::hsm::2333::Storage.HSM::(__prefetchDomains) Found SD uuids: ('471487ed-2946-4dfc-8ec3-96546006be12',) Thread-30::DEBUG::2014-02-04 09:54:05,078::hsm::2389::Storage.HSM::(connectStorageServer) knownSDs: {471487ed-2946-4dfc-8ec3-96546006be12: storage.nfsSD.findDomain} Thread-30::INFO::2014-02-04 09:54:05,078::logUtils::47::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '87f9ff74-93c4-4fe5-9a56-ed5338290af9'}]} Thread-30::DEBUG::2014-02-04 09:54:05,079::task::1168::TaskManager.Task::(prepare) Task=`218dcde9-bbc7-4d5a-ad53-0bab556c6261`::finished: {'statuslist': [{'status': 0, 'id': '87f9ff74-93c4-4fe5-9a56-ed5338290af9'}]} Thread-30::DEBUG::2014-02-04 09:54:05,079::task::579::TaskManager.Task::(_updateState) Task=`218dcde9-bbc7-4d5a-ad53-0bab556c6261`::moving from state preparing -> state finished Thread-30::DEBUG::2014-02-04 09:54:05,079::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-30::DEBUG::2014-02-04 09:54:05,079::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-30::DEBUG::2014-02-04 09:54:05,079::task::974::TaskManager.Task::(_decref) Task=`218dcde9-bbc7-4d5a-ad53-0bab556c6261`::ref 0 aborting False Thread-31::DEBUG::2014-02-04 09:54:05,098::BindingXMLRPC::167::vds::(wrapper) client [10.0.10.2] flowID [3f86c31b] Thread-31::DEBUG::2014-02-04 09:54:05,099::task::579::TaskManager.Task::(_updateState) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::moving from state init -> state preparing Thread-31::INFO::2014-02-04 09:54:05,099::logUtils::44::dispatcher::(wrapper) Run and protect: createStoragePool(poolType=None, spUUID='8c4e8898-c91a-4d49-98e8-b6467791a9cc', poolName='IT', masterDom='471487ed-2946-4dfc-8ec3-96546006be12', domList=['471487ed-2946-4dfc-8ec3-96546006be12'], masterVersion=3, lockPolicy=None, lockRenewalIntervalSec=5, leaseTimeSec=60, ioOpTimeoutSec=10, leaseRetries=3, options=None) Thread-31::DEBUG::2014-02-04 09:54:05,099::misc::809::SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) Thread-31::DEBUG::2014-02-04 09:54:05,100::misc::811::SamplingMethod::(__call__) Got in to sampling method Thread-31::DEBUG::2014-02-04 09:54:05,100::misc::809::SamplingMethod::(__call__) Trying to enter sampling method (storage.iscsi.rescan) Thread-31::DEBUG::2014-02-04 09:54:05,100::misc::811::SamplingMethod::(__call__) Got in to sampling method Thread-31::DEBUG::2014-02-04 09:54:05,100::iscsiadm::91::Storage.Misc.excCmd::(_runCmd) '/usr/bin/sudo -n /sbin/iscsiadm -m session -R' (cwd None) Thread-31::DEBUG::2014-02-04 09:54:05,114::iscsiadm::91::Storage.Misc.excCmd::(_runCmd) FAILED: <err> = 'iscsiadm: No session found.\n'; <rc> = 21 Thread-31::DEBUG::2014-02-04 09:54:05,115::misc::819::SamplingMethod::(__call__) Returning last result Thread-31::DEBUG::2014-02-04 09:54:07,144::multipath::112::Storage.Misc.excCmd::(rescan) '/usr/bin/sudo -n /sbin/multipath -r' (cwd None) Thread-31::DEBUG::2014-02-04 09:54:07,331::multipath::112::Storage.Misc.excCmd::(rescan) SUCCESS: <err> = ''; <rc> = 0 Thread-31::DEBUG::2014-02-04 09:54:07,332::lvm::510::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,333::lvm::512::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,333::lvm::521::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,333::lvm::523::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,333::lvm::541::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,334::lvm::543::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-31::DEBUG::2014-02-04 09:54:07,334::misc::819::SamplingMethod::(__call__) Returning last result Thread-31::DEBUG::2014-02-04 09:54:07,499::fileSD::137::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/10.0.10.3: _rep2/471487ed-2946-4dfc-8ec3-96546006be12 Thread-31::DEBUG::2014-02-04 09:54:07,605::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-31::DEBUG::2014-02-04 09:54:07,647::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=gluster-store-rep2', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=', 'REMOTE_PATH=10.0.10.3:/rep2', 'ROLE=Regular', 'SDUUID=471487ed-2946-4dfc-8ec3-96546006be12', 'TYPE=POSIXFS', 'VERSION=3', '_SHA_CKSUM=469191aac3fb8ef504b6a4d301b6d8be6fffece1'] Thread-31::DEBUG::2014-02-04 09:54:07,683::fileSD::558::Storage.StorageDomain::(imageGarbageCollector) Removing remnants of deleted images [] Thread-31::DEBUG::2014-02-04 09:54:07,684::resourceManager::420::ResourceManager::(registerNamespace) Registering namespace '471487ed-2946-4dfc-8ec3-96546006be12_imageNS' Thread-31::DEBUG::2014-02-04 09:54:07,684::resourceManager::420::ResourceManager::(registerNamespace) Registering namespace '471487ed-2946-4dfc-8ec3-96546006be12_volumeNS' Thread-31::INFO::2014-02-04 09:54:07,684::fileSD::299::Storage.StorageDomain::(validate) sdUUID=471487ed-2946-4dfc-8ec3-96546006be12 Thread-31::DEBUG::2014-02-04 09:54:07,692::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=gluster-store-rep2', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=', 'REMOTE_PATH=10.0.10.3:/rep2', 'ROLE=Regular', 'SDUUID=471487ed-2946-4dfc-8ec3-96546006be12', 'TYPE=POSIXFS', 'VERSION=3', '_SHA_CKSUM=469191aac3fb8ef504b6a4d301b6d8be6fffece1'] Thread-31::DEBUG::2014-02-04 09:54:07,693::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc`ReqID=`e0a3d477-b953-49d9-ab78-67695a6bc6d5`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '971' at 'createStoragePool' Thread-31::DEBUG::2014-02-04 09:54:07,693::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc' for lock type 'exclusive' Thread-31::DEBUG::2014-02-04 09:54:07,693::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc' is free. Now locking as 'exclusive' (1 active user) Thread-31::DEBUG::2014-02-04 09:54:07,693::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc`ReqID=`e0a3d477-b953-49d9-ab78-67695a6bc6d5`::Granted request Thread-31::DEBUG::2014-02-04 09:54:07,694::task::811::TaskManager.Task::(resourceAcquired) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::_resourcesAcquired: Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc (exclusive) Thread-31::DEBUG::2014-02-04 09:54:07,694::task::974::TaskManager.Task::(_decref) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::ref 1 aborting False Thread-31::DEBUG::2014-02-04 09:54:07,694::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.471487ed-2946-4dfc-8ec3-96546006be12`ReqID=`bc20dd7e-d351-47c5-8ed3-78b1b11d703a`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '973' at 'createStoragePool' Thread-31::DEBUG::2014-02-04 09:54:07,694::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12' for lock type 'exclusive' Thread-31::DEBUG::2014-02-04 09:54:07,695::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12' is free. Now locking as 'exclusive' (1 active user) Thread-31::DEBUG::2014-02-04 09:54:07,695::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.471487ed-2946-4dfc-8ec3-96546006be12`ReqID=`bc20dd7e-d351-47c5-8ed3-78b1b11d703a`::Granted request Thread-31::DEBUG::2014-02-04 09:54:07,695::task::811::TaskManager.Task::(resourceAcquired) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::_resourcesAcquired: Storage.471487ed-2946-4dfc-8ec3-96546006be12 (exclusive) Thread-31::DEBUG::2014-02-04 09:54:07,695::task::974::TaskManager.Task::(_decref) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::ref 1 aborting False Thread-31::INFO::2014-02-04 09:54:07,696::sp::593::Storage.StoragePool::(create) spUUID=8c4e8898-c91a-4d49-98e8-b6467791a9cc poolName=IT master_sd=471487ed-2946-4dfc-8ec3-96546006be12 domList=['471487ed-2946-4dfc-8ec3-96546006be12'] masterVersion=3 {'LEASETIMESEC': 60, 'IOOPTIMEOUTSEC': 10, 'LEASERETRIES': 3, 'LOCKRENEWALINTERVALSEC': 5} Thread-31::INFO::2014-02-04 09:54:07,696::fileSD::299::Storage.StorageDomain::(validate) sdUUID=471487ed-2946-4dfc-8ec3-96546006be12 Thread-31::DEBUG::2014-02-04 09:54:07,703::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=gluster-store-rep2', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=', 'REMOTE_PATH=10.0.10.3:/rep2', 'ROLE=Regular', 'SDUUID=471487ed-2946-4dfc-8ec3-96546006be12', 'TYPE=POSIXFS', 'VERSION=3', '_SHA_CKSUM=469191aac3fb8ef504b6a4d301b6d8be6fffece1'] Thread-31::DEBUG::2014-02-04 09:54:07,710::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=gluster-store-rep2', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=', 'REMOTE_PATH=10.0.10.3:/rep2', 'ROLE=Regular', 'SDUUID=471487ed-2946-4dfc-8ec3-96546006be12', 'TYPE=POSIXFS', 'VERSION=3', '_SHA_CKSUM=469191aac3fb8ef504b6a4d301b6d8be6fffece1'] Thread-31::DEBUG::2014-02-04 09:54:07,711::persistentDict::167::Storage.PersistentDict::(transaction) Starting transaction Thread-31::DEBUG::2014-02-04 09:54:07,711::persistentDict::175::Storage.PersistentDict::(transaction) Finished transaction Thread-31::INFO::2014-02-04 09:54:07,711::clusterlock::174::SANLock::(acquireHostId) Acquiring host id for domain 471487ed-2946-4dfc-8ec3-96546006be12 (id: 250) Thread-31::ERROR::2014-02-04 09:54:08,722::task::850::TaskManager.Task::(_setError) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, 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 977, in createStoragePool masterVersion, leaseParams) File "/usr/share/vdsm/storage/sp.py", line 618, in create self._acquireTemporaryClusterLock(msdUUID, leaseParams) File "/usr/share/vdsm/storage/sp.py", line 560, in _acquireTemporaryClusterLock msd.acquireHostId(self.id) File "/usr/share/vdsm/storage/sd.py", line 458, in acquireHostId self._clusterLock.acquireHostId(hostId, async) File "/usr/share/vdsm/storage/clusterlock.py", line 189, in acquireHostId raise se.AcquireHostIdFailure(self._sdUUID, e) AcquireHostIdFailure: Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) Thread-31::DEBUG::2014-02-04 09:54:08,826::task::869::TaskManager.Task::(_run) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::Task._run: 66924dbf-5a1c-473e-a158-d038aae38dc3 (None, '8c4e8898-c91a-4d49-98e8-b6467791a9cc', 'IT', '471487ed-2946-4dfc-8ec3-96546006be12', ['471487ed-2946-4dfc-8ec3-96546006be12'], 3, None, 5, 60, 10, 3) {} failed - stopping task Thread-31::DEBUG::2014-02-04 09:54:08,826::task::1194::TaskManager.Task::(stop) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::stopping in state preparing (force False) Thread-31::DEBUG::2014-02-04 09:54:08,826::task::974::TaskManager.Task::(_decref) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::ref 1 aborting True Thread-31::INFO::2014-02-04 09:54:08,826::task::1151::TaskManager.Task::(prepare) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::aborting: Task is aborted: 'Cannot acquire host id' - code 661 Thread-31::DEBUG::2014-02-04 09:54:08,826::task::1156::TaskManager.Task::(prepare) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::Prepare: aborted: Cannot acquire host id Thread-31::DEBUG::2014-02-04 09:54:08,827::task::974::TaskManager.Task::(_decref) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::ref 0 aborting True Thread-31::DEBUG::2014-02-04 09:54:08,827::task::909::TaskManager.Task::(_doAbort) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::Task._doAbort: force False Thread-31::DEBUG::2014-02-04 09:54:08,827::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-31::DEBUG::2014-02-04 09:54:08,827::task::579::TaskManager.Task::(_updateState) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::moving from state preparing -> state aborting Thread-31::DEBUG::2014-02-04 09:54:08,827::task::534::TaskManager.Task::(__state_aborting) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::_aborting: recover policy none Thread-31::DEBUG::2014-02-04 09:54:08,827::task::579::TaskManager.Task::(_updateState) Task=`66924dbf-5a1c-473e-a158-d038aae38dc3`::moving from state aborting -> state failed Thread-31::DEBUG::2014-02-04 09:54:08,827::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.471487ed-2946-4dfc-8ec3-96546006be12': < ResourceRef 'Storage.471487ed-2946-4dfc-8ec3-96546006be12', isValid: 'True' obj: 'None'>, 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc': < ResourceRef 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc', isValid: 'True' obj: 'None'>} Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12' Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12' (0 active users) Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12' is free, finding out if anyone is waiting for it. Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.471487ed-2946-4dfc-8ec3-96546006be12', Clearing records. Thread-31::DEBUG::2014-02-04 09:54:08,828::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc' Thread-31::DEBUG::2014-02-04 09:54:08,829::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc' (0 active users) Thread-31::DEBUG::2014-02-04 09:54:08,829::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc' is free, finding out if anyone is waiting for it. Thread-31::DEBUG::2014-02-04 09:54:08,829::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.8c4e8898-c91a-4d49-98e8-b6467791a9cc', Clearing records. Thread-31::ERROR::2014-02-04 09:54:08,829::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot acquire host id: ('471487ed-2946-4dfc-8ec3-96546006be12', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument'))", 'code': 661}} *Storage domain metadata file:* CLASS=Data DESCRIPTION=gluster-store-rep2 IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 POOL_UUID= REMOTE_PATH=10.0.10.3:/rep2 ROLE=Regular SDUUID=471487ed-2946-4dfc-8ec3-96546006be12 TYPE=POSIXFS VERSION=3 _SHA_CKSUM=469191aac3fb8ef504b6a4d301b6d8be6fffece1 *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* 519-513-2407 ex.250 877-646-8476 (toll-free) *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.

3 4

Re: [Users] I can't remove VM
by Dafna Ron 04 Feb '14

04 Feb '14

Any time. If you manage to reproduce please let us know. Dafna On 02/04/2014 05:00 PM, Eduardo Ramos wrote: > Hi Dafna! Thanks for responding. > > In order to collect full logs, I migrated my 61 machines from 16 to 2 > hosts. When I tried to remove, it worked without any problem. I did > not understand why. I'm investigating. > > Thanks again for your attention. > > On 02/03/2014 11:43 AM, Dafna Ron wrote: >> please attach full vdsm and engine logs. >> >> Thanks, >> >> Dafna >> >> >> On 02/03/2014 12:11 PM, Eduardo Ramos wrote: >>> Hi all! >>> >>> I'm having trouble on removing virtual machines. My environment run >>> on a ISCSI domain storage. When I try remove, the SPM logs: >>> >>> # Start vdsm SPM log # >>> Thread-6019517::INFO::2014-02-03 >>> 09:58:09,293::logUtils::41::dispatcher::(wrapper) Run and protect: >>> deleteImage(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='57ba1906-2035-4503-acbc-5f6f077f75cc', postZero='false', >>> force='false') >>> Thread-6019517::INFO::2014-02-03 >>> 09:58:09,293::blockSD::816::Storage.StorageDomain::(validate) >>> sdUUID=c332da29-ba9f-4c94-8fa9-346bb8e04e2a >>> Thread-6019517::ERROR::2014-02-03 >>> 09:58:10,061::task::833::TaskManager.Task::(_setError) >>> Task=`8cbf9978-ed51-488a-af52-a3db030e44ff`::Unexpected error >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/task.py", line 840, in _run >>> return fn(*args, **kargs) >>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >>> res = f(*args, **kwargs) >>> File "/usr/share/vdsm/storage/hsm.py", line 1429, in deleteImage >>> allVols = dom.getAllVolumes() >>> File "/usr/share/vdsm/storage/blockSD.py", line 972, in getAllVolumes >>> return getAllVolumes(self.sdUUID) >>> File "/usr/share/vdsm/storage/blockSD.py", line 172, in getAllVolumes >>> vImg not in res[vPar]['imgs']): >>> KeyError: '63650a24-7e83-4c0a-851d-0ce9869a294d' >>> Thread-6019517::INFO::2014-02-03 >>> 09:58:10,063::task::1134::TaskManager.Task::(prepare) >>> Task=`8cbf9978-ed51-488a-af52-a3db030e44ff`::aborting: Task is >>> aborted: u"'63650a24-7e83-4c0a-851d-0ce9869a294d'" - code 100 >>> Thread-6019517::ERROR::2014-02-03 >>> 09:58:10,066::dispatcher::70::Storage.Dispatcher.Protect::(run) >>> '63650a24-7e83-4c0a-851d-0ce9869a294d' >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/dispatcher.py", line 62, in run >>> result = ctask.prepare(self.func, *args, **kwargs) >>> File "/usr/share/vdsm/storage/task.py", line 1142, in prepare >>> raise self.error >>> KeyError: '63650a24-7e83-4c0a-851d-0ce9869a294d' >>> Thread-6019518::INFO::2014-02-03 >>> 09:58:10,087::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getSpmStatus(spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> options=None) >>> Thread-6019518::INFO::2014-02-03 >>> 09:58:10,088::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getSpmStatus, Return response: {'spm_st': {'spmId': 14, 'spmStatus': >>> 'SPM', 'spmLver': 64}} >>> Thread-6019519::INFO::2014-02-03 >>> 09:58:10,100::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses(spUUID=None, options=None) >>> Thread-6019519::INFO::2014-02-03 >>> 09:58:10,101::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses, Return response: {'allTasksStatus': {}} >>> Thread-6019520::INFO::2014-02-03 >>> 09:58:10,109::logUtils::41::dispatcher::(wrapper) Run and protect: >>> spmStop(spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', options=None) >>> Thread-6019520::INFO::2014-02-03 >>> 09:58:10,681::clusterlock::121::SafeLease::(release) Releasing >>> cluster lock for domain c332da29-ba9f-4c94-8fa9-346bb8e04e2a >>> Thread-6019521::INFO::2014-02-03 >>> 09:58:11,054::logUtils::41::dispatcher::(wrapper) Run and protect: >>> repoStats(options=None) >>> Thread-6019521::INFO::2014-02-03 >>> 09:58:11,054::logUtils::44::dispatcher::(wrapper) Run and protect: >>> repoStats, Return response: >>> {u'51eb6183-157d-4015-ae0f-1c7ffb1731c0': {'delay': >>> '0.00799298286438', 'lastCheck': '5.3', 'code': 0, 'valid': True}, >>> u'c332da29-ba9f-4c94-8fa9-346bb8e04e2a': {'delay': >>> '0.0197920799255', 'lastCheck': '4.9', 'code': 0, 'valid': True}, >>> u'0e0be898-6e04-4469-bb32-91f3cf8146d1': {'delay': >>> '0.00803208351135', 'lastCheck': '5.3', 'code': 0, 'valid': True}} >>> Thread-6019520::INFO::2014-02-03 >>> 09:58:11,732::logUtils::44::dispatcher::(wrapper) Run and protect: >>> spmStop, Return response: None >>> Thread-6019523::INFO::2014-02-03 >>> 09:58:11,835::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses(spUUID=None, options=None) >>> Thread-6019523::INFO::2014-02-03 >>> 09:58:11,835::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses, Return response: {'allTasksStatus': {}} >>> Thread-6019524::INFO::2014-02-03 >>> 09:58:11,844::logUtils::41::dispatcher::(wrapper) Run and protect: >>> spmStop(spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', options=None) >>> Thread-6019524::ERROR::2014-02-03 >>> 09:58:11,846::task::833::TaskManager.Task::(_setError) >>> Task=`00df5ff7-bbf4-4a0e-b60b-1b06dcaa7683`::Unexpected error >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/task.py", line 840, in _run >>> return fn(*args, **kargs) >>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >>> res = f(*args, **kwargs) >>> File "/usr/share/vdsm/storage/hsm.py", line 601, in spmStop >>> pool.stopSpm() >>> File "/usr/share/vdsm/storage/securable.py", line 66, in wrapper >>> raise SecureError() >>> SecureError >>> Thread-6019524::INFO::2014-02-03 >>> 09:58:11,855::task::1134::TaskManager.Task::(prepare) >>> Task=`00df5ff7-bbf4-4a0e-b60b-1b06dcaa7683`::aborting: Task is >>> aborted: u'' - code 100 >>> Thread-6019524::ERROR::2014-02-03 >>> 09:58:11,857::dispatcher::70::Storage.Dispatcher.Protect::(run) >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/dispatcher.py", line 62, in run >>> result = ctask.prepare(self.func, *args, **kwargs) >>> File "/usr/share/vdsm/storage/task.py", line 1142, in prepare >>> raise self.error >>> SecureError >>> Dummy-6018624::INFO::2014-02-03 >>> 09:58:14,220::storage_mailbox::674::Storage.MailBox.SpmMailMonitor::(run) >>> SPM_MailMonitor - Incoming mail monitoring thread stopped >>> Thread-34627::INFO::2014-02-03 >>> 09:58:17,696::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getVolumeSize(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='974d9602-8fbe-485b-a12d-59b6c34826b7', >>> volUUID='c1bcfe5c-20ab-4f50-a88b-e2e0e1184bf8', options=None) >>> Thread-34757::INFO::2014-02-03 >>> 09:58:17,696::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getVolumeSize(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='49f65bfd-8592-42b9-9a31-91268402903f', >>> volUUID='511e6584-4f19-426d-9379-b223d0c2d9c6', options=None) >>> Thread-34627::INFO::2014-02-03 >>> 09:58:17,697::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getVolumeSize, Return response: {'truesize': '10737418240', >>> 'apparentsize': '10737418240'} >>> Thread-34757::INFO::2014-02-03 >>> 09:58:17,698::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getVolumeSize, Return response: {'truesize': '32212254720', >>> 'apparentsize': '32212254720'} >>> Thread-6019529::INFO::2014-02-03 >>> 09:58:21,672::logUtils::41::dispatcher::(wrapper) Run and protect: >>> repoStats(options=None) >>> Thread-6019529::INFO::2014-02-03 >>> 09:58:21,673::logUtils::44::dispatcher::(wrapper) Run and protect: >>> repoStats, Return response: >>> {u'51eb6183-157d-4015-ae0f-1c7ffb1731c0': {'delay': >>> '0.00730204582214', 'lastCheck': '5.9', 'code': 0, 'valid': True}, >>> u'c332da29-ba9f-4c94-8fa9-346bb8e04e2a': {'delay': >>> '0.0207469463348', 'lastCheck': '5.3', 'code': 0, 'valid': True}, >>> u'0e0be898-6e04-4469-bb32-91f3cf8146d1': {'delay': >>> '0.00734615325928', 'lastCheck': '5.9', 'code': 0, 'valid': True}} >>> Thread-243::INFO::2014-02-03 >>> 09:58:27,800::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getVolumeSize(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='50f2c3e9-aa94-4ad1-9c3f-91b452292374', >>> volUUID='d7cddb76-a5b7-49ed-9efe-44d92ec18d93', options=None) >>> Thread-34590::INFO::2014-02-03 >>> 09:58:27,801::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getVolumeSize(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='c36bb1da-babd-47bd-a406-58f0cb529c00', >>> volUUID='6ea83f9e-c614-4e11-ab57-314ed4efeeaa', options=None) >>> Thread-243::INFO::2014-02-03 >>> 09:58:27,802::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getVolumeSize, Return response: {'truesize': '10737418240', >>> 'apparentsize': '10737418240'} >>> Thread-34590::INFO::2014-02-03 >>> 09:58:27,803::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getVolumeSize, Return response: {'truesize': '107374182400', >>> 'apparentsize': '107374182400'} >>> Thread-6019535::INFO::2014-02-03 >>> 09:58:32,337::logUtils::41::dispatcher::(wrapper) Run and protect: >>> repoStats(options=None) >>> Thread-6019535::INFO::2014-02-03 >>> 09:58:32,337::logUtils::44::dispatcher::(wrapper) Run and protect: >>> repoStats, Return response: >>> {u'51eb6183-157d-4015-ae0f-1c7ffb1731c0': {'delay': >>> '0.0119340419769', 'lastCheck': '6.6', 'code': 0, 'valid': True}, >>> u'c332da29-ba9f-4c94-8fa9-346bb8e04e2a': {'delay': >>> '0.0190720558167', 'lastCheck': '6.0', 'code': 0, 'valid': True}, >>> u'0e0be898-6e04-4469-bb32-91f3cf8146d1': {'delay': >>> '0.00720596313477', 'lastCheck': '6.6', 'code': 0, 'valid': True}} >>> Thread-2017487::INFO::2014-02-03 >>> 09:58:37,692::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getVolumeSize(sdUUID='c332da29-ba9f-4c94-8fa9-346bb8e04e2a', >>> spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', >>> imgUUID='827f2d81-dc8c-414e-90d2-75e76b3250a0', >>> volUUID='f86ec330-0815-4361-8ce7-abf3318a8939', options=None) >>> Thread-2017487::INFO::2014-02-03 >>> 09:58:37,693::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getVolumeSize, Return response: {'truesize': '10737418240', >>> 'apparentsize': '10737418240'} >>> Thread-6019540::INFO::2014-02-03 >>> 09:58:39,118::logUtils::41::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses(spUUID=None, options=None) >>> Thread-6019540::INFO::2014-02-03 >>> 09:58:39,118::logUtils::44::dispatcher::(wrapper) Run and protect: >>> getAllTasksStatuses, Return response: {'allTasksStatus': {}} >>> Thread-6019541::INFO::2014-02-03 >>> 09:58:39,126::logUtils::41::dispatcher::(wrapper) Run and protect: >>> spmStop(spUUID='9dbc7bb1-c460-4202-8f10-862d2ed3ed9a', options=None) >>> Thread-6019541::ERROR::2014-02-03 >>> 09:58:39,127::task::833::TaskManager.Task::(_setError) >>> Task=`1f478485-401b-4b9b-b58b-1e7973cf64a2`::Unexpected error >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/task.py", line 840, in _run >>> return fn(*args, **kargs) >>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >>> res = f(*args, **kwargs) >>> File "/usr/share/vdsm/storage/hsm.py", line 601, in spmStop >>> pool.stopSpm() >>> File "/usr/share/vdsm/storage/securable.py", line 66, in wrapper >>> raise SecureError() >>> SecureError >>> Thread-6019541::INFO::2014-02-03 >>> 09:58:39,128::task::1134::TaskManager.Task::(prepare) >>> Task=`1f478485-401b-4b9b-b58b-1e7973cf64a2`::aborting: Task is >>> aborted: u'' - code 100 >>> Thread-6019541::ERROR::2014-02-03 >>> 09:58:39,130::dispatcher::70::Storage.Dispatcher.Protect::(run) >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/dispatcher.py", line 62, in run >>> result = ctask.prepare(self.func, *args, **kwargs) >>> File "/usr/share/vdsm/storage/task.py", line 1142, in prepare >>> raise self.error >>> SecureError >>> # End vdsm SPM log # >>> >>> And after, the cluster elects another SPM. >>> >>> The webgui shows on 'events' tab: >>> >>> # Start webgui events # >>> Data Center is being initialized, please wait for initialization to >>> complete. >>> Failed to remove VM _12.147_postgresql_default.sir.inpe.br_apagar >>> (User: eduardo.ramos). >>> # End webgui events # >>> >>> Engine logs nothing but normal change of SPM. >>> >>> I would like to know how I can identify what is stuck, and if I can >>> delete by hand, deleting entry from DB and lvremove. >>> >>> Thanks! >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -- Dafna Ron

1 0

[Users] oVirt 3.3.3 RC EL6 Live Snapshot
by Karli Sjöberg 04 Feb '14

04 Feb '14

Hi! I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our test environment, went off without a hitch, so "good job" guys! However something I´d very much like to see fixed is live snapshots for CentOS, especially since it seems to be fixed already for Fedora. Issue already been discussed: http://lists.ovirt.org/pipermail/users/2013-December/019090.html Is this something that can be targeted for 3.3.3 GA? -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg(a)slu.se

8 25

[Users] Install on CentOS6.5 fails
by ml ml 04 Feb '14

04 Feb '14

Hello List, i am trying to install oVirt on CentOS6.5 The Howto from: http://www.ovirt.org/Download fails with: [root@ovirt ovirt-engine]# yum localinstall http://ovirt.org/releases/ovirt-release-el.noarch.rpm Loaded plugins: fastestmirror, versionlock Setting up Local Package Process ovirt-release-el.noarch.rpm | 8.1 kB 00:00 Examining /var/tmp/yum-root-200V5v/ovirt-release-el.noarch.rpm: ovirt-release-el6-10.0.1-3.noarch Marking /var/tmp/yum-root-200V5v/ovirt-release-el.noarch.rpm to be installed Loading mirror speeds from cached hostfile * base: ftp.plusline.de * extras: mirror.skylink-datacenter.de * updates: ftp-stud.fht-esslingen.de Resolving Dependencies --> Running transaction check ---> Package ovirt-release-el6.noarch 0:10.0.1-3 will be installed --> Processing Dependency: epel-release for package: ovirt-release-el6-10.0.1-3.noarch --> Finished Dependency Resolution Error: Package: ovirt-release-el6-10.0.1-3.noarch (/ovirt-release-el.noarch) Requires: epel-release You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest So i used: http://wiki.centos.org/HowTos/oVirt The Install runs without any errors. However, i am getting a blank page now when i try to access my webadmin page. My Server.log: 1. 2014-02-04 12:19:49,332 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 20) JBAS014612: Operation ("add") failed - address: ([("subsystem" => "jaxrs")]): org.jboss.modules.ModuleLoadError: Error loading module from /usr/share/ovirt-engine/modules/org/apache/httpcomponents/main/module.xml at org.jboss.modules.ModuleLoadException.toError(ModuleLoadException.java:78) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.Module.getPathsUnchecked(Module.java:1166) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.Module.loadModuleClass(Module.java:512) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:182) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) [jboss-modules.jar:1.1.1.GA] at org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrapClasses.<clinit>(ResteasyBootstrapClasses.java:11) at org.jboss.as.jaxrs.deployment.JaxrsScanningProcessor.<clinit>(JaxrsScanningProcessor.java:121) at org.jboss.as.jaxrs.JaxrsSubsystemAdd$1.execute(JaxrsSubsystemAdd.java:61) at org.jboss.as.server.AbstractDeploymentChainStep.execute(AbstractDeploymentChainStep.java:45) at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:385) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:272) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:200) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:311) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) [rt.jar:1.6.0_30] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.6.0_30] at java.lang.Thread.run(Thread.java:701) [rt.jar:1.6.0_30] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA] Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[31,47] Message: Failed to add resource root 'httpclient.jar' at path 'httpclient.jar' at org.jboss.modules.ModuleXmlParser.parseResourceRoot(ModuleXmlParser.java:898) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleXmlParser.parseResources(ModuleXmlParser.java:854) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleXmlParser.parseModuleContents(ModuleXmlParser.java:676) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleXmlParser.parseDocument(ModuleXmlParser.java:548) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:287) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:242) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.LocalModuleLoader.parseModuleInfoFile(LocalModuleLoader.java:138) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.LocalModuleLoader.findModule(LocalModuleLoader.java:122) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:275) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:222) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.LocalModuleLoader.preloadModule(LocalModuleLoader.java:94) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.Module.addPaths(Module.java:841) [jboss-modules.jar: 1.1.1.GA] at org.jboss.modules.Module.link(Module.java:1181) [jboss-modules.jar:1.1.1.GA] at org.jboss.modules.Module.getPaths(Module.java:1153) [jboss-modules.jar: 1.1.1.GA] at org.jboss.modules.Module.getPathsUnchecked(Module.java:1164) [jboss-modules.jar:1.1.1.GA] ... 19 more my processes: [root@ovirt ovirt-engine]# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 19232 1488 ? Ss 12:01 0:01 /sbin/init root 2 0.0 0.0 0 0 ? S 12:01 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? S 12:01 0:00 [migration/0] root 4 0.0 0.0 0 0 ? S 12:01 0:00 [ksoftirqd/0] root 5 0.0 0.0 0 0 ? S 12:01 0:00 [migration/0] root 6 0.0 0.0 0 0 ? S 12:01 0:00 [watchdog/0] root 7 0.0 0.0 0 0 ? S 12:01 0:00 [events/0] root 8 0.0 0.0 0 0 ? S 12:01 0:00 [cgroup] root 9 0.0 0.0 0 0 ? S 12:01 0:00 [khelper] root 10 0.0 0.0 0 0 ? S 12:01 0:00 [netns] root 11 0.0 0.0 0 0 ? S 12:01 0:00 [async/mgr] root 12 0.0 0.0 0 0 ? S 12:01 0:00 [pm] root 13 0.0 0.0 0 0 ? S 12:01 0:00 [sync_supers] root 14 0.0 0.0 0 0 ? S 12:01 0:00 [bdi-default] root 15 0.0 0.0 0 0 ? S 12:01 0:00 [kintegrityd/0] root 16 0.0 0.0 0 0 ? S 12:01 0:00 [kblockd/0] root 17 0.0 0.0 0 0 ? S 12:01 0:00 [kacpid] root 18 0.0 0.0 0 0 ? S 12:01 0:00 [kacpi_notify] root 19 0.0 0.0 0 0 ? S 12:01 0:00 [kacpi_hotplug] root 20 0.0 0.0 0 0 ? S 12:01 0:00 [ata_aux] root 21 0.0 0.0 0 0 ? S 12:01 0:00 [ata_sff/0] root 22 0.0 0.0 0 0 ? S 12:01 0:00 [ksuspend_usbd] root 23 0.0 0.0 0 0 ? S 12:01 0:00 [khubd] root 24 0.0 0.0 0 0 ? S 12:01 0:00 [kseriod] root 25 0.0 0.0 0 0 ? S 12:01 0:00 [md/0] root 26 0.0 0.0 0 0 ? S 12:01 0:00 [md_misc/0] root 27 0.0 0.0 0 0 ? S 12:01 0:00 [linkwatch] root 28 0.0 0.0 0 0 ? S 12:01 0:00 [khungtaskd] root 29 0.0 0.0 0 0 ? S 12:01 0:00 [kswapd0] root 30 0.0 0.0 0 0 ? SN 12:01 0:00 [ksmd] root 31 0.0 0.0 0 0 ? SN 12:01 0:00 [khugepaged] root 32 0.0 0.0 0 0 ? S 12:01 0:00 [aio/0] root 33 0.0 0.0 0 0 ? S 12:01 0:00 [crypto/0] root 38 0.0 0.0 0 0 ? S 12:01 0:00 [kthrotld/0] root 39 0.0 0.0 0 0 ? S 12:01 0:00 [pciehpd] root 41 0.0 0.0 0 0 ? S 12:02 0:00 [kpsmoused] root 42 0.0 0.0 0 0 ? S 12:02 0:00 [usbhid_resumer] root 72 0.0 0.0 0 0 ? S 12:02 0:00 [kstriped] root 133 0.0 0.0 0 0 ? S 12:02 0:00 [scsi_eh_0] root 134 0.0 0.0 0 0 ? S 12:02 0:00 [scsi_eh_1] root 195 0.0 0.0 0 0 ? S 12:02 0:00 [scsi_eh_2] root 196 0.0 0.0 0 0 ? S 12:02 0:00 [vmw_pvscsi_wq_2] root 272 0.0 0.0 0 0 ? S 12:02 0:00 [kdmflush] root 274 0.0 0.0 0 0 ? S 12:02 0:00 [kdmflush] root 291 0.0 0.0 0 0 ? S 12:02 0:00 [jbd2/dm-0-8] root 292 0.0 0.0 0 0 ? S 12:02 0:00 [ext4-dio-unwrit] root 369 0.0 0.0 11076 1164 ? S<s 12:02 0:00 /sbin/udevd -d root 533 0.0 0.0 0 0 ? S 12:02 0:00 [vmmemctl] root 656 0.0 0.0 0 0 ? S 12:02 0:00 [jbd2/sda1-8] root 657 0.0 0.0 0 0 ? S 12:02 0:00 [ext4-dio-unwrit] root 695 0.0 0.0 0 0 ? S 12:02 0:00 [kauditd] root 765 0.0 0.0 0 0 ? S 12:02 0:00 [flush-253:0] root 903 0.0 0.0 27640 792 ? S<sl 12:02 0:00 auditd root 919 0.0 0.0 249088 1580 ? Sl 12:02 0:00 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5 root 956 0.0 0.0 0 0 ? S 12:02 0:00 [rpciod/0] rpcuser 962 0.0 0.0 23348 1328 ? Ss 12:02 0:00 rpc.statd -p 662 -o 2020 root 1081 0.0 0.0 66608 1228 ? Ss 12:02 0:00 /usr/sbin/sshd root 1203 0.0 0.0 81280 3400 ? Ss 12:02 0:00 /usr/libexec/postfix/master postfix 1211 0.0 0.0 81360 3372 ? S 12:02 0:00 pickup -l -t fifo -u postfix 1212 0.0 0.0 81532 3416 ? S 12:02 0:00 qmgr -l -t fifo -u root 1228 0.0 0.0 117300 1380 ? Ss 12:02 0:00 crond root 1232 0.0 0.0 100360 4060 ? Ss 12:02 0:00 sshd: root@pts/0 root 1245 0.0 0.0 4064 572 tty1 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty1 root 1247 0.0 0.0 4064 568 tty2 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty2 root 1249 0.0 0.0 4064 568 tty3 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty3 root 1252 0.0 0.0 4064 572 tty4 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty4 root 1254 0.0 0.0 12280 2580 ? S< 12:02 0:00 /sbin/udevd -d root 1255 0.0 0.0 12280 2576 ? S< 12:02 0:00 /sbin/udevd -d root 1256 0.0 0.0 4064 568 tty5 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty5 root 1258 0.0 0.0 4064 568 tty6 Ss+ 12:02 0:00 /sbin/mingetty /dev/tty6 root 1263 0.0 0.0 108304 1852 pts/0 Ss+ 12:02 0:00 -bash root 1327 0.0 0.0 100360 4104 ? Ss 12:05 0:00 sshd: root@pts/1 root 1333 0.0 0.0 108304 1916 pts/1 Ss 12:05 0:00 -bash root 1574 0.0 0.0 100360 4088 ? Ss 12:08 0:00 sshd: root@pts/2 root 1578 0.0 0.0 108304 1896 pts/2 Ss+ 12:09 0:00 -bash rpc 6827 0.0 0.0 18976 872 ? Ss 12:11 0:00 rpcbind root 6923 0.0 0.0 21656 964 ? Ss 12:11 0:00 rpc.mountd -p 892 root 6928 0.0 0.0 0 0 ? S 12:11 0:00 [lockd] root 6929 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd4] root 6930 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd4_callbacks] root 6931 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6932 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6933 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6934 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6935 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6936 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6937 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6938 0.0 0.0 0 0 ? S 12:11 0:00 [nfsd] root 6961 0.0 0.0 25164 576 ? Ss 12:11 0:00 rpc.idmapd postgres 11279 0.0 0.1 217620 7044 ? S 12:19 0:00 /usr/bin/postmaster -p 5432 -D /var/lib/pgsql/data postgres 11281 0.0 0.0 179264 1480 ? Ss 12:19 0:00 postgres: logger process postgres 11283 0.0 0.0 217736 2860 ? Ss 12:19 0:00 postgres: writer process postgres 11284 0.0 0.0 217620 1676 ? Ss 12:19 0:00 postgres: wal writer process postgres 11285 0.0 0.0 217884 2060 ? Ss 12:19 0:00 postgres: autovacuum launcher process postgres 11286 0.0 0.0 179548 1792 ? Ss 12:19 0:00 postgres: stats collector process ovirt 12406 0.9 6.0 2164440 300836 ? Ssl 12:19 0:08 engine-service -server -XX:+TieredCompilation -Xms1g -Xmx1g -XX:PermSize=256m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=3600000 -D postgres 12464 0.0 0.0 218848 3872 ? Ss 12:19 0:00 postgres: engine engine 127.0.0.1(42069) idle root 12494 0.0 0.1 201080 5532 ? Ss 12:20 0:00 /usr/sbin/httpd apache 12496 0.0 0.0 201220 3868 ? S 12:20 0:00 /usr/sbin/httpd apache 12497 0.0 0.0 201228 4044 ? S 12:20 0:00 /usr/sbin/httpd apache 12498 0.0 0.0 201228 4044 ? S 12:20 0:00 /usr/sbin/httpd apache 12499 0.0 0.0 201228 4004 ? S 12:20 0:00 /usr/sbin/httpd apache 12500 0.0 0.0 201228 4408 ? S 12:20 0:00 /usr/sbin/httpd apache 12501 0.0 0.0 201228 4536 ? S 12:20 0:00 /usr/sbin/httpd apache 12502 0.0 0.0 201228 4516 ? S 12:20 0:00 /usr/sbin/httpd apache 12503 0.0 0.0 201080 3124 ? S 12:20 0:00 /usr/sbin/httpd root 12557 0.0 0.0 110232 1168 pts/1 R+ 12:34 0:00 ps aux my packages: [root@ovirt ovirt-engine]# rpm -qa | grep ovirt ovirt-engine-sdk-3.2.0.3-1.el6.centos.alt.noarch ovirt-image-uploader-3.1.0-26.el6.centos.alt.noarch ovirt-engine-userportal-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-restapi-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-config-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-tools-common-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-webadmin-portal-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-backend-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-log-collector-3.1.0-26.el6.centos.alt.noarch ovirt-iso-uploader-3.1.0-26.el6.centos.alt.noarch ovirt-engine-cli-3.2.0.6-1.el6.centos.alt.noarch ovirt-engine-jbossas711-1-3.el6.alt.x86_64 ovirt-engine-dbscripts-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-setup-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-notification-service-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-genericapi-3.1.0-3.26.3.el6.centos.alt.noarch ovirt-engine-3.1.0-3.26.3.el6.centos.alt.noarch What i am doing wrong? Thank you! Cheers, Mario

5 4

[Users] ovirt-report Forbidden access error
by Alessandro Bianchi 04 Feb '14

04 Feb '14

Hi all I installed ovirt-engine-reports-3.3.2-1.fc19.noarch using yum Now I have reports listed when right clicking on Vms but on any report i see this error: Forbidden You don't have permission to access /ovirt-engine-reports/flow.html on this server. This seems to be related to apache redirection but how to fix it? I have three files in conf.d ovirt-engine-root-redirect.conf z-ovirt-engine-proxy.conf z-ovirt-engine-reports-proxy.conf but can't figure how to fix them I applied no changes to these files Any hint? Thank you

3 19