- Users - oVirt List Archives

[QE][ACTION NEEDED] oVirt 3.5.0 Second Beta status
by Sandro Bonazzola 16 Jul '14

16 Jul '14

Hi, We're going to compose oVirt 3.5.0 Second Beta on Mon *2014-07-21 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1115152 infra POST Cannot edit or create block storage doamin when using jsonrpc 1113974 integration POST Hostname validation during all-in-one setup 1115001 network ASSIGNED Error code 23 when invoking Setup Networks 1119019 network POST Remove network with network custom properties from Host fails 1110305 virt POST BSOD - CLOCK_WATCHDOG_TIMEOUT_2 - Win 7SP1 guest, need to set hv_relaxed Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 412 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 364 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please check ensure that completed features are marked in green on Features Status Table [2] - Please remember to rebuild your packages before *2014-07-20 15:00* if needed, otherwise nightly snapshot will be taken. - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* - If you find a blocker bug please remember to add it to the tracker [1] - Please start filling release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Second Test Day [6] Community: - save the date for second test day scheduled on 2014-07-24! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.4.3 GA status
by Sandro Bonazzola 16 Jul '14

16 Jul '14

Hi, We're going to start composing oVirt 3.4.3 GA tomorrow *2014-07-17 08:00 UTC* from 3.4.3 branch. The bug tracker [1] shows no open blocking bugs for the release There are still 10 bugs [2] targeted to 3.4.3. Excluding node and documentation bugs we still have 3 bugs [3] targeted to 3.4.3. Bug ID Status Whiteboard Severity Summary 1111655 NEW storage urgent Disks imported from Export Domain to Data Domain are converted to Preallocated after upgrade... 1059309 NEW sla high [events] 'Available memory of host $host (...) under defined threshold...' is logged only once 1048880 NEW network unspecified [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.3: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please build packages before today *2014-07-16 15:00 UTC*. Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] bugzilla.redhat.com/1107968 [2] http://red.ht/1lBAw2R [3] http://red.ht/1ly9hfA [4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Storage Domain used space strangeness
by urthmover 15 Jul '14

15 Jul '14

[root@jmini08 ~]# du -hs /data 3.3M /data -- urthmover On July 15, 2014 at 3:28:43 PM, Colby Westerburg (cwesterburg(a)gmail.com) wrote: [root@jmini08 ~]# zfs list -t snapshot no datasets available [root@jmini07 ~]# df -h Filesystem Size Used Avail Use% Mounted on 10.6.2.34:/data 914G 51G 864G 6% /rhev/data-center/mnt/10.6.2.34:_data [root@jmini08 ~]# ifconfig | grep "inet addr" inet addr:10.6.2.34 Bcast:10.6.15.255 Mask:255.255.240.0 -- Colby Westerburg cwesterburg(a)gmail.com On July 15, 2014 at 2:43:57 PM, Karli Sjöberg (karli.sjoberg(a)slu.se) wrote: Den 15 jul 2014 21:31 skrev urthmover <urthmover(a)gmail.com>: > > It might be a result of running the zfs filesystem on the disks that the storage domain is using. Any guidance is greatly appreciated. Snapshots? # zfs list -t snapshot What does the hosts that are mouting think? If you log into one of them and run: # df -h /K > > [root@jmini08 ~]# mount | grep data-pool > data-pool on /data type zfs (rw,xattr) > > [root@jmini08 ~]# df -h /data > Filesystem Size Used Avail Use% Mounted on > data-pool 914G 51G 864G 6% /data > > [root@jmini08 ~]# du -h /data > 17K /data/54ba461d-fbec-422e-9300-2f51640e5b2a/images > 2.1M /data/54ba461d-fbec-422e-9300-2f51640e5b2a/dom_md > 2.1M /data/54ba461d-fbec-422e-9300-2f51640e5b2a > 2.2M /data > > [root@jmini08 ~]# zpool status > pool: data-pool > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > data-pool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > sda ONLINE 0 0 0 > sdb ONLINE 0 0 0 > > errors: No known data errors > > -- > urthmover > > On July 15, 2014 at 12:29:12 PM, urthmover (urthmover(a)gmail.com) wrote: >> >> All, >> I have a storage domain that reports having 863G free. The Total Space is 913G. Currently, there are no virtual machines using this storage domain. When I ssh into the host there is 2.2M on the top level of that mount according to du. How do I account for and reclaim the mysterious space usage? >> >> -- >> urthmover

1 1

Re: [ovirt-users] Storage Domain used space strangeness
by Karli Sjöberg 15 Jul '14

15 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTUganVsIDIwMTQgMjI6Mjggc2tyZXYgQ29sYnkgV2VzdGVyYnVyZyA8Y3dlc3RlcmJ1 cmdAZ21haWwuY29tPjoNCj4NCj4gW3Jvb3RAam1pbmkwOCB+XSMgemZzIGxpc3QgLXQgc25hcHNo b3QNCj4gbm8gZGF0YXNldHMgYXZhaWxhYmxlDQo+DQo+IFtyb290QGptaW5pMDcgfl0jIGRmIC1o DQo+IEZpbGVzeXN0ZW0gICAgICAgICAgICBTaXplICBVc2VkIEF2YWlsIFVzZSUgTW91bnRlZCBv bg0KPiAxMC42LjIuMzQ6L2RhdGEgICAgICAgOTE0RyAgIDUxRyAgODY0RyAgIDYlIC9yaGV2L2Rh dGEtY2VudGVyL21udC8xMC42LjIuMzQ6X2RhdGENCj4NCj4gW3Jvb3RAam1pbmkwOCB+XSMgaWZj b25maWcgfCBncmVwICJpbmV0IGFkZHIiDQo+ICAgICAgICAgICBpbmV0IGFkZHI6MTAuNi4yLjM0 ICBCY2FzdDoxMC42LjE1LjI1NSAgTWFzazoyNTUuMjU1LjI0MC4wDQo+DQo+IC0tDQo+IENvbGJ5 IFdlc3RlcmJ1cmcNCj4gY3dlc3RlcmJ1cmdAZ21haWwuY29tDQoNCk9LLCBzbyBldmVyeW9uZSBh dCBsZWFzdCBhZ3JlZXMgdGhhdCA1MEdCIHNlZW1zIHRvIGJlIHVzZWQuIEZyb20gdGhlIHN0b3Jh Z2UsIHJ1bjoNCiMgZHUgLWhzIC9kYXRhDQoNCi9LDQoNCj4NCj4gT24gSnVseSAxNSwgMjAxNCBh dCAyOjQzOjU3IFBNLCBLYXJsaSBTasO2YmVyZyAoa2FybGkuc2pvYmVyZ0BzbHUuc2UpIHdyb3Rl Og0KPj4NCj4+DQo+PiBEZW4gMTUganVsIDIwMTQgMjE6MzEgc2tyZXYgdXJ0aG1vdmVyIDx1cnRo bW92ZXJAZ21haWwuY29tPjoNCj4+ID4NCj4+ID4gSXQgbWlnaHQgYmUgYSByZXN1bHQgb2YgcnVu bmluZyB0aGUgemZzIGZpbGVzeXN0ZW0gb24gdGhlIGRpc2tzIHRoYXQgdGhlIHN0b3JhZ2UgZG9t YWluIGlzIHVzaW5nLiAgQW55IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVjaWF0ZWQuDQo+Pg0K Pj4gU25hcHNob3RzPw0KPj4gIyB6ZnMgbGlzdCAtdCBzbmFwc2hvdA0KPj4NCj4+IFdoYXQgZG9l cyB0aGUgaG9zdHMgdGhhdCBhcmUgbW91dGluZyB0aGluaz8gSWYgeW91IGxvZyBpbnRvIG9uZSBv ZiB0aGVtIGFuZCBydW46DQo+PiAjIGRmIC1oDQo+Pg0KPj4gL0sNCj4+DQo+PiA+DQo+PiA+IFty b290QGptaW5pMDggfl0jIG1vdW50IHwgZ3JlcCBkYXRhLXBvb2wNCj4+ID4gZGF0YS1wb29sIG9u IC9kYXRhIHR5cGUgemZzIChydyx4YXR0cikNCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMg ZGYgLWggL2RhdGENCj4+ID4gRmlsZXN5c3RlbSAgICAgIFNpemUgIFVzZWQgQXZhaWwgVXNlJSBN b3VudGVkIG9uDQo+PiA+IGRhdGEtcG9vbCAgICAgICA5MTRHICAgNTFHICA4NjRHICAgNiUgL2Rh dGENCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMgZHUgLWggL2RhdGENCj4+ID4gMTdLIC9k YXRhLzU0YmE0NjFkLWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYS9pbWFnZXMNCj4+ID4gMi4x TSAvZGF0YS81NGJhNDYxZC1mYmVjLTQyMmUtOTMwMC0yZjUxNjQwZTViMmEvZG9tX21kDQo+PiA+ IDIuMU0gL2RhdGEvNTRiYTQ2MWQtZmJlYy00MjJlLTkzMDAtMmY1MTY0MGU1YjJhDQo+PiA+IDIu Mk0gL2RhdGENCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMgenBvb2wgc3RhdHVzDQo+PiA+ ICAgcG9vbDogZGF0YS1wb29sDQo+PiA+ICBzdGF0ZTogT05MSU5FDQo+PiA+ICAgc2Nhbjogbm9u ZSByZXF1ZXN0ZWQNCj4+ID4gY29uZmlnOg0KPj4gPg0KPj4gPiBOQU1FICAgICAgICBTVEFURSAg ICAgUkVBRCBXUklURSBDS1NVTQ0KPj4gPiBkYXRhLXBvb2wgICBPTkxJTkUgICAgICAgMCAgICAg MCAgICAgMA0KPj4gPiAgbWlycm9yLTAgIE9OTElORSAgICAgICAwICAgICAwICAgICAwDQo+PiA+ ICAgIHNkYSAgICAgT05MSU5FICAgICAgIDAgICAgIDAgICAgIDANCj4+ID4gICAgc2RiICAgICBP TkxJTkUgICAgICAgMCAgICAgMCAgICAgMA0KPj4gPg0KPj4gPiBlcnJvcnM6IE5vIGtub3duIGRh dGEgZXJyb3JzDQo+PiA+DQo+PiA+IC0tDQo+PiA+IHVydGhtb3Zlcg0KPj4gPg0KPj4gPiBPbiBK dWx5IDE1LCAyMDE0IGF0IDEyOjI5OjEyIFBNLCB1cnRobW92ZXIgKHVydGhtb3ZlckBnbWFpbC5j b20pIHdyb3RlOg0KPj4gPj4NCj4+ID4+IEFsbCwNCj4+ID4+IEkgaGF2ZSBhIHN0b3JhZ2UgZG9t YWluIHRoYXQgcmVwb3J0cyBoYXZpbmcgODYzRyBmcmVlLiAgVGhlIFRvdGFsIFNwYWNlIGlzIDkx M0cuICBDdXJyZW50bHksIHRoZXJlIGFyZSBubyB2aXJ0dWFsIG1hY2hpbmVzIHVzaW5nIHRoaXMg c3RvcmFnZSBkb21haW4uICBXaGVuIEkgc3NoIGludG8gdGhlIGhvc3QgdGhlcmUgaXMgMi4yTSBv biB0aGUgdG9wIGxldmVsIG9mIHRoYXQgbW91bnQgYWNjb3JkaW5nIHRvIGR1LiAgSG93IGRvIEkg YWNjb3VudCBmb3IgYW5kIHJlY2xhaW0gdGhlIG15c3RlcmlvdXMgc3BhY2UgdXNhZ2U/DQo+PiA+ Pg0KPj4gPj4gLS0NCj4+ID4+IHVydGhtb3Zlcg0K --_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <5B5910D2BA8A4E419C86E5DE2E2A3654(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxNSBqdWwgMjAxNCAyMjoyOCBza3JldiBDb2xieSBXZXN0ZXJidXJnICZsdDtj d2VzdGVyYnVyZ0BnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IFtyb290QGptaW5p MDggfl0jIHpmcyBsaXN0IC10IHNuYXBzaG90PGJyPg0KJmd0OyBubyBkYXRhc2V0cyBhdmFpbGFi bGU8YnI+DQomZ3Q7PGJyPg0KJmd0OyBbcm9vdEBqbWluaTA3IH5dIyBkZiAtaDxicj4NCiZndDsg RmlsZXN5c3RlbSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NpemUg Jm5ic3A7VXNlZCBBdmFpbCBVc2UlIE1vdW50ZWQgb248YnI+DQomZ3Q7IDEwLjYuMi4zNDovZGF0 YSAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5MTRHICZuYnNwOyA1MUcgJm5ic3A7ODY0RyAmbmJzcDsg NiUgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzEwLjYuMi4zNDpfZGF0YTxicj4NCiZndDs8YnI+DQom Z3Q7IFtyb290QGptaW5pMDggfl0jIGlmY29uZmlnIHwgZ3JlcCAmcXVvdDtpbmV0IGFkZHImcXVv dDs8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgaW5ldCBhZGRy OjEwLjYuMi4zNCAmbmJzcDtCY2FzdDoxMC42LjE1LjI1NSAmbmJzcDtNYXNrOjI1NS4yNTUuMjQw LjA8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLSZuYnNwOzxicj4NCiZndDsgQ29sYnkgV2VzdGVyYnVy Zzxicj4NCiZndDsgY3dlc3RlcmJ1cmdAZ21haWwuY29tPC9wPg0KPHAgZGlyPSJsdHIiPk9LLCBz byBldmVyeW9uZSBhdCBsZWFzdCBhZ3JlZXMgdGhhdCA1MEdCIHNlZW1zIHRvIGJlIHVzZWQuIEZy b20gdGhlIHN0b3JhZ2UsIHJ1bjo8YnI+DQojIGR1IC1ocyAvZGF0YTwvcD4NCjxwIGRpcj0ibHRy Ij4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyBPbiBKdWx5IDE1LCAyMDE0IGF0 IDI6NDM6NTcgUE0sIEthcmxpIFNqw7ZiZXJnIChrYXJsaS5zam9iZXJnQHNsdS5zZSkgd3JvdGU6 PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IERlbiAxNSBqdWwgMjAx NCAyMTozMSBza3JldiB1cnRobW92ZXIgJmx0O3VydGhtb3ZlckBnbWFpbC5jb20mZ3Q7Ojxicj4N CiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEl0IG1pZ2h0IGJlIGEgcmVzdWx0IG9m IHJ1bm5pbmcgdGhlIHpmcyBmaWxlc3lzdGVtIG9uIHRoZSBkaXNrcyB0aGF0IHRoZSBzdG9yYWdl IGRvbWFpbiBpcyB1c2luZy4gJm5ic3A7QW55IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVjaWF0 ZWQuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBTbmFwc2hvdHM/PGJyPg0KJmd0OyZndDsg IyB6ZnMgbGlzdCAtdCBzbmFwc2hvdDxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgV2hhdCBk b2VzIHRoZSBob3N0cyB0aGF0IGFyZSBtb3V0aW5nIHRoaW5rPyBJZiB5b3UgbG9nIGludG8gb25l IG9mIHRoZW0gYW5kIHJ1bjo8YnI+DQomZ3Q7Jmd0OyAjIGRmIC1oPGJyPg0KJmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyAvSzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsm Z3Q7ICZndDsgW3Jvb3RAam1pbmkwOCB+XSMgbW91bnQgfCBncmVwIGRhdGEtcG9vbDxicj4NCiZn dDsmZ3Q7ICZndDsgZGF0YS1wb29sIG9uIC9kYXRhIHR5cGUgemZzIChydyx4YXR0cik8YnI+DQom Z3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9vdEBqbWluaTA4IH5dIyBkZiAtaCAv ZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgRmlsZXN5c3RlbSAmbmJzcDsgJm5ic3A7ICZuYnNwO1Np emUgJm5ic3A7VXNlZCBBdmFpbCBVc2UlIE1vdW50ZWQgb248YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGRh dGEtcG9vbCAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5MTRHICZuYnNwOyA1MUcgJm5ic3A7ODY0RyAm bmJzcDsgNiUgL2RhdGE8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9v dEBqbWluaTA4IH5dIyBkdSAtaCAvZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgMTdLIC9kYXRhLzU0 YmE0NjFkLWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYS9pbWFnZXM8YnI+DQomZ3Q7Jmd0OyAm Z3Q7IDIuMU0gL2RhdGEvNTRiYTQ2MWQtZmJlYy00MjJlLTkzMDAtMmY1MTY0MGU1YjJhL2RvbV9t ZDxicj4NCiZndDsmZ3Q7ICZndDsgMi4xTSAvZGF0YS81NGJhNDYxZC1mYmVjLTQyMmUtOTMwMC0y ZjUxNjQwZTViMmE8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IDIuMk0gL2RhdGE8YnI+DQomZ3Q7Jmd0OyAm Z3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9vdEBqbWluaTA4IH5dIyB6cG9vbCBzdGF0dXM8YnI+ DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyBwb29sOiBkYXRhLXBvb2w8YnI+DQomZ3Q7Jmd0OyAmZ3Q7 ICZuYnNwO3N0YXRlOiBPTkxJTkU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyBzY2FuOiBub25l IHJlcXVlc3RlZDxicj4NCiZndDsmZ3Q7ICZndDsgY29uZmlnOjxicj4NCiZndDsmZ3Q7ICZndDs8 YnI+DQomZ3Q7Jmd0OyAmZ3Q7IE5BTUUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U1RBVEUg Jm5ic3A7ICZuYnNwOyBSRUFEIFdSSVRFIENLU1VNPGJyPg0KJmd0OyZndDsgJmd0OyBkYXRhLXBv b2wgJm5ic3A7IE9OTElORSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMCAm bmJzcDsgJm5ic3A7IDA8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwO21pcnJvci0wICZuYnNwO09O TElORSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7 IDA8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtzZGEgJm5ic3A7ICZuYnNwOyBPTkxJ TkUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAw PGJyPg0KJmd0OyZndDsgJmd0OyAmbmJzcDsgJm5ic3A7c2RiICZuYnNwOyAmbmJzcDsgT05MSU5F ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMDxi cj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGVycm9yczogTm8ga25vd24gZGF0 YSBlcnJvcnM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyAtLSZuYnNwOzxi cj4NCiZndDsmZ3Q7ICZndDsgdXJ0aG1vdmVyPGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsm Z3Q7ICZndDsgT24gSnVseSAxNSwgMjAxNCBhdCAxMjoyOToxMiBQTSwgdXJ0aG1vdmVyICh1cnRo bW92ZXJAZ21haWwuY29tKSB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsm Z3Q7ICZndDsmZ3Q7IEFsbCw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJIGhhdmUgYSBzdG9yYWdl IGRvbWFpbiB0aGF0IHJlcG9ydHMgaGF2aW5nIDg2M0cgZnJlZS4gJm5ic3A7VGhlIFRvdGFsIFNw YWNlIGlzIDkxM0cuICZuYnNwO0N1cnJlbnRseSwgdGhlcmUgYXJlIG5vIHZpcnR1YWwgbWFjaGlu ZXMgdXNpbmcgdGhpcyBzdG9yYWdlIGRvbWFpbi4gJm5ic3A7V2hlbiBJIHNzaCBpbnRvIHRoZSBo b3N0IHRoZXJlIGlzIDIuMk0gb24gdGhlIHRvcCBsZXZlbCBvZiB0aGF0IG1vdW50IGFjY29yZGlu ZyB0byBkdS4gJm5ic3A7SG93IGRvIEkgYWNjb3VudA0KIGZvciBhbmQgcmVjbGFpbSB0aGUgbXlz dGVyaW91cyBzcGFjZSB1c2FnZT88YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmbmJzcDs8YnI+DQom Z3Q7Jmd0OyAmZ3Q7Jmd0OyAtLSZuYnNwOzxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHVydGhtb3Zl cjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_--

1 0

Log errors help
by Niklas Fondberg 15 Jul '14

15 Jul '14

Sorry for almost spamming the list but I sincerely have problemsŠ Could anyone help me with debugging some lines in my engine.log: Here they are: 2014-07-15 16:05:43,650 INFO [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-24) [797b0228] Running command: DeactivateStorageDomainCommand internal: true. Entities affected : ID: 5d6a9b56-e631-493b-8e71-569b5c8a193e Type: Storage 2014-07-15 16:05:43,657 INFO [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-24) [797b0228] Lock freed to object EngineLock [exclusiveLocks= key: 5d6a9b56-e631-493b-8e71-569b5c8a193e value: STORAGE , sharedLocks= ] 2014-07-15 16:05:43,685 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-24) [797b0228] Correlation ID: 797b0228, Job ID: 82089d0c-1956-474b-8b90-d24b3998e8b0, Call Stack: null, Custom Event ID: -1, Message: Storage Domain ISO_DOMAIN (Data Center local_datacenter) was deactivated by system because it's not visible by any of the hosts. 2014-07-15 16:05:43,695 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-6-thread-23) starting processDomainRecovery for domain 6b08bd4d-b3dc-4cf7-8d61-06dfbb129172:IMPORT_EXPORT 2014-07-15 16:05:43,698 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-6-thread-23) Domain 6b08bd4d-b3dc-4cf7-8d61-06dfbb129172:IMPORT_EXPORT was reported by all hosts in status UP as problematic. Moving the domain to NonOperational. 2014-07-15 16:04:45,773 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand ] (DefaultQuartzScheduler_Worker-74) HostName = local_host 2014-07-15 16:04:45,773 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand ] (DefaultQuartzScheduler_Worker-74) Command HSMGetAllTasksStatusesVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6) execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2014-07-15 16:04:45,782 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-74) hostFromVds::selectedVds - local_host, spmStatus Unknown_Pool, storage pool local_datacenter 2014-07-15 16:04:45,784 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-74) START, ConnectStoragePoolVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6, storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, vds_spm_id = 1, masterDomainId = c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, masterVersion = 1), log id: 4556b6d3 2014-07-15 16:04:50,747 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-74) Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=304, mMessage=Cannot find master domain: 'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce, msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e']] 2014-07-15 16:04:50,747 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-74) HostName = local_host 2014-07-15 16:04:50,748 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-74) Command ConnectStoragePoolVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6, storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, vds_spm_id = 1, masterDomainId = c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, masterVersion = 1) execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce, msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e' 2014-07-15 16:04:50,749 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-74) FINISH, ConnectStoragePoolVDSCommand, log id: 4556b6d3 2014-07-15 16:04:50,749 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-74) IrsBroker::Failed::GetStoragePoolInfoVDS 2014-07-15 16:04:50,749 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-74) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce, msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e' If there are any expert companies that perform professional services I would be very grateful for links.

1 0

Re: [ovirt-users] Storage Domain used space strangeness
by Karli Sjöberg 15 Jul '14

15 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C558AB8exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTUganVsIDIwMTQgMjE6MzEgc2tyZXYgdXJ0aG1vdmVyIDx1cnRobW92ZXJAZ21haWwu Y29tPjoNCj4NCj4gSXQgbWlnaHQgYmUgYSByZXN1bHQgb2YgcnVubmluZyB0aGUgemZzIGZpbGVz eXN0ZW0gb24gdGhlIGRpc2tzIHRoYXQgdGhlIHN0b3JhZ2UgZG9tYWluIGlzIHVzaW5nLiAgQW55 IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVjaWF0ZWQuDQoNClNuYXBzaG90cz8NCiMgemZzIGxp c3QgLXQgc25hcHNob3QNCg0KV2hhdCBkb2VzIHRoZSBob3N0cyB0aGF0IGFyZSBtb3V0aW5nIHRo aW5rPyBJZiB5b3UgbG9nIGludG8gb25lIG9mIHRoZW0gYW5kIHJ1bjoNCiMgZGYgLWgNCg0KL0sN Cg0KPg0KPiBbcm9vdEBqbWluaTA4IH5dIyBtb3VudCB8IGdyZXAgZGF0YS1wb29sDQo+IGRhdGEt cG9vbCBvbiAvZGF0YSB0eXBlIHpmcyAocncseGF0dHIpDQo+DQo+IFtyb290QGptaW5pMDggfl0j IGRmIC1oIC9kYXRhDQo+IEZpbGVzeXN0ZW0gICAgICBTaXplICBVc2VkIEF2YWlsIFVzZSUgTW91 bnRlZCBvbg0KPiBkYXRhLXBvb2wgICAgICAgOTE0RyAgIDUxRyAgODY0RyAgIDYlIC9kYXRhDQo+ DQo+IFtyb290QGptaW5pMDggfl0jIGR1IC1oIC9kYXRhDQo+IDE3SyAvZGF0YS81NGJhNDYxZC1m YmVjLTQyMmUtOTMwMC0yZjUxNjQwZTViMmEvaW1hZ2VzDQo+IDIuMU0gL2RhdGEvNTRiYTQ2MWQt ZmJlYy00MjJlLTkzMDAtMmY1MTY0MGU1YjJhL2RvbV9tZA0KPiAyLjFNIC9kYXRhLzU0YmE0NjFk LWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYQ0KPiAyLjJNIC9kYXRhDQo+DQo+IFtyb290QGpt aW5pMDggfl0jIHpwb29sIHN0YXR1cw0KPiAgIHBvb2w6IGRhdGEtcG9vbA0KPiAgc3RhdGU6IE9O TElORQ0KPiAgIHNjYW46IG5vbmUgcmVxdWVzdGVkDQo+IGNvbmZpZzoNCj4NCj4gTkFNRSAgICAg ICAgU1RBVEUgICAgIFJFQUQgV1JJVEUgQ0tTVU0NCj4gZGF0YS1wb29sICAgT05MSU5FICAgICAg IDAgICAgIDAgICAgIDANCj4gIG1pcnJvci0wICBPTkxJTkUgICAgICAgMCAgICAgMCAgICAgMA0K PiAgICBzZGEgICAgIE9OTElORSAgICAgICAwICAgICAwICAgICAwDQo+ICAgIHNkYiAgICAgT05M SU5FICAgICAgIDAgICAgIDAgICAgIDANCj4NCj4gZXJyb3JzOiBObyBrbm93biBkYXRhIGVycm9y cw0KPg0KPiAtLQ0KPiB1cnRobW92ZXINCj4NCj4gT24gSnVseSAxNSwgMjAxNCBhdCAxMjoyOTox MiBQTSwgdXJ0aG1vdmVyICh1cnRobW92ZXJAZ21haWwuY29tKSB3cm90ZToNCj4+DQo+PiBBbGws DQo+PiBJIGhhdmUgYSBzdG9yYWdlIGRvbWFpbiB0aGF0IHJlcG9ydHMgaGF2aW5nIDg2M0cgZnJl ZS4gIFRoZSBUb3RhbCBTcGFjZSBpcyA5MTNHLiAgQ3VycmVudGx5LCB0aGVyZSBhcmUgbm8gdmly dHVhbCBtYWNoaW5lcyB1c2luZyB0aGlzIHN0b3JhZ2UgZG9tYWluLiAgV2hlbiBJIHNzaCBpbnRv IHRoZSBob3N0IHRoZXJlIGlzIDIuMk0gb24gdGhlIHRvcCBsZXZlbCBvZiB0aGF0IG1vdW50IGFj Y29yZGluZyB0byBkdS4gIEhvdyBkbyBJIGFjY291bnQgZm9yIGFuZCByZWNsYWltIHRoZSBteXN0 ZXJpb3VzIHNwYWNlIHVzYWdlPw0KPj4NCj4+IC0tDQo+PiB1cnRobW92ZXINCg== --_000_5F9E965F5A80BC468BE5F40576769F098C558AB8exchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <B094105BEA254947BE6A89C9F9B0057C(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxNSBqdWwgMjAxNCAyMTozMSBza3JldiB1cnRobW92ZXIgJmx0O3VydGhtb3Zl ckBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEl0IG1pZ2h0IGJlIGEgcmVzdWx0 IG9mIHJ1bm5pbmcgdGhlIHpmcyBmaWxlc3lzdGVtIG9uIHRoZSBkaXNrcyB0aGF0IHRoZSBzdG9y YWdlIGRvbWFpbiBpcyB1c2luZy4gJm5ic3A7QW55IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVj aWF0ZWQuPC9wPg0KPHAgZGlyPSJsdHIiPlNuYXBzaG90cz88YnI+DQojIHpmcyBsaXN0IC10IHNu YXBzaG90PC9wPg0KPHAgZGlyPSJsdHIiPldoYXQgZG9lcyB0aGUgaG9zdHMgdGhhdCBhcmUgbW91 dGluZyB0aGluaz8gSWYgeW91IGxvZyBpbnRvIG9uZSBvZiB0aGVtIGFuZCBydW46PGJyPg0KIyBk ZiAtaDwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0 OyBbcm9vdEBqbWluaTA4IH5dIyBtb3VudCB8IGdyZXAgZGF0YS1wb29sPGJyPg0KJmd0OyBkYXRh LXBvb2wgb24gL2RhdGEgdHlwZSB6ZnMgKHJ3LHhhdHRyKTxicj4NCiZndDs8YnI+DQomZ3Q7IFty b290QGptaW5pMDggfl0jIGRmIC1oIC9kYXRhPGJyPg0KJmd0OyBGaWxlc3lzdGVtICZuYnNwOyAm bmJzcDsgJm5ic3A7U2l6ZSAmbmJzcDtVc2VkIEF2YWlsIFVzZSUgTW91bnRlZCBvbjxicj4NCiZn dDsgZGF0YS1wb29sICZuYnNwOyAmbmJzcDsgJm5ic3A7IDkxNEcgJm5ic3A7IDUxRyAmbmJzcDs4 NjRHICZuYnNwOyA2JSAvZGF0YTxicj4NCiZndDs8YnI+DQomZ3Q7IFtyb290QGptaW5pMDggfl0j IGR1IC1oIC9kYXRhPGJyPg0KJmd0OyAxN0sgL2RhdGEvNTRiYTQ2MWQtZmJlYy00MjJlLTkzMDAt MmY1MTY0MGU1YjJhL2ltYWdlczxicj4NCiZndDsgMi4xTSAvZGF0YS81NGJhNDYxZC1mYmVjLTQy MmUtOTMwMC0yZjUxNjQwZTViMmEvZG9tX21kPGJyPg0KJmd0OyAyLjFNIC9kYXRhLzU0YmE0NjFk LWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYTxicj4NCiZndDsgMi4yTSAvZGF0YTxicj4NCiZn dDs8YnI+DQomZ3Q7IFtyb290QGptaW5pMDggfl0jIHpwb29sIHN0YXR1czxicj4NCiZndDsgJm5i c3A7IHBvb2w6IGRhdGEtcG9vbDxicj4NCiZndDsgJm5ic3A7c3RhdGU6IE9OTElORTxicj4NCiZn dDsgJm5ic3A7IHNjYW46IG5vbmUgcmVxdWVzdGVkPGJyPg0KJmd0OyBjb25maWc6PGJyPg0KJmd0 Ozxicj4NCiZndDsgTkFNRSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtTVEFURSAmbmJzcDsg Jm5ic3A7IFJFQUQgV1JJVEUgQ0tTVU08YnI+DQomZ3Q7IGRhdGEtcG9vbCAmbmJzcDsgT05MSU5F ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMDxi cj4NCiZndDsgJm5ic3A7bWlycm9yLTAgJm5ic3A7T05MSU5FICZuYnNwOyAmbmJzcDsgJm5ic3A7 IDAgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMDxicj4NCiZndDsgJm5ic3A7ICZuYnNw O3NkYSAmbmJzcDsgJm5ic3A7IE9OTElORSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAm bmJzcDsgMCAmbmJzcDsgJm5ic3A7IDA8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDtzZGIgJm5ic3A7 ICZuYnNwOyBPTkxJTkUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7IDAgJm5i c3A7ICZuYnNwOyAwPGJyPg0KJmd0Ozxicj4NCiZndDsgZXJyb3JzOiBObyBrbm93biBkYXRhIGVy cm9yczxicj4NCiZndDs8YnI+DQomZ3Q7IC0tJm5ic3A7PGJyPg0KJmd0OyB1cnRobW92ZXI8YnI+ DQomZ3Q7PGJyPg0KJmd0OyBPbiBKdWx5IDE1LCAyMDE0IGF0IDEyOjI5OjEyIFBNLCB1cnRobW92 ZXIgKHVydGhtb3ZlckBnbWFpbC5jb20pIHdyb3RlOjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsgQWxsLDxicj4NCiZndDsmZ3Q7IEkgaGF2ZSBhIHN0b3JhZ2UgZG9tYWluIHRoYXQgcmVwb3J0 cyBoYXZpbmcgODYzRyBmcmVlLiAmbmJzcDtUaGUgVG90YWwgU3BhY2UgaXMgOTEzRy4gJm5ic3A7 Q3VycmVudGx5LCB0aGVyZSBhcmUgbm8gdmlydHVhbCBtYWNoaW5lcyB1c2luZyB0aGlzIHN0b3Jh Z2UgZG9tYWluLiAmbmJzcDtXaGVuIEkgc3NoIGludG8gdGhlIGhvc3QgdGhlcmUgaXMgMi4yTSBv biB0aGUgdG9wIGxldmVsIG9mIHRoYXQgbW91bnQgYWNjb3JkaW5nIHRvIGR1LiAmbmJzcDtIb3cg ZG8gSSBhY2NvdW50DQogZm9yIGFuZCByZWNsYWltIHRoZSBteXN0ZXJpb3VzIHNwYWNlIHVzYWdl Pzxicj4NCiZndDsmZ3Q7ICZuYnNwOzxicj4NCiZndDsmZ3Q7IC0tJm5ic3A7PGJyPg0KJmd0OyZn dDsgdXJ0aG1vdmVyPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F098C558AB8exchange21_--

1 0

Live Storage migration doesn't work
by André Freitas 15 Jul '14

15 Jul '14

Hi, I'm trying to move a disk of a virtual machine administration (that is online) to a different nfs storage, but despite the success of the task "Creating VM Snapshot Auto-generated for Live Storage Migration for VM administration" in the web page of ovirt engine, it doesn't move the disk to the new storage. This is the log in engine.log http://ur1.ca/hrcvt How can i resolve this? Best regards, -- André Freitas André Freitas System & Network Administrator | (+351) 234 484 466 ISO 9001 CMMI Level 2 Ubiwhere Copyright © Ubiwhere. 2014. All rights reserved. Content for exclusive use of their rightful recipients. Dissemination, copy or use of information by third parties is prohibited. If you are not an authorised recipient and received this message, please notify the sender and then delete it without copying the text and attachments nor distributing or disclosing its contents.

3 4

Snapshot error
by Niklas Fondberg 15 Jul '14

15 Jul '14

Hi all, i¹ve encountered an issue with snapshots on running VM¹s. I¹ve searched the forums but can¹t find anything that would be wrong with my setup. Environment: CentOS release 6.5 (Final Linux dl380.dmz.vireone.com 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19 21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Ovirt : 3.4.2-1 qemu-kvm-0.12.1.2-2.415.el6_5.10.x86_64 vdsm-cli-4.14.9-0.el6.noarch Log from engine log: 2014-07-15 20:46:38,197 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-28) [5201147a] START, GetImageInfoVDSCommand( storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, ignoreFailoverLimit = false, storageDomainId = c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, imageGroupId = a9210478-e9f8-4cae-a074-9cb49b1445eb, imageId = 0df50d34-157f-4272-9326-f8f8d4beab0d), log id: 74fde04 2014-07-15 20:46:38,230 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-28) [5201147a] FINISH, GetImageInfoVDSCommand, return: org.ovirt.engine.core.common.businessentities.DiskImage@298f6049, log id: 74fde04 2014-07-15 20:46:38,245 INFO [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-6-thread-28) Lock freed to object EngineLock [exclusiveLocks= key: 6a507e40-3d0d-48cc-8507-677921f3fd04 value: VM , sharedLocks= ] 2014-07-15 20:46:38,257 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-28) Correlation ID: 6bc2972a, Job ID: b32e4c57-6255-4398-8e58-bd5053fbec01, Call Stack: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116) at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFron tendImpl.java:33) at org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:1981) at org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand$2.runInTransactio n(CreateAllSnapshotsFromVmCommand.java:354) at org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand$2.runInTransactio n(CreateAllSnapshotsFromVmCommand.java:351) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppres sed(TransactionSupport.java:174) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(T ransactionSupport.java:116) at org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand.performLiveSnapsh ot(CreateAllSnapshotsFromVmCommand.java:351) at org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand.endVmCommand(Crea teAllSnapshotsFromVmCommand.java:273) at org.ovirt.engine.core.bll.VmCommand.endSuccessfully(VmCommand.java:304) at org.ovirt.engine.core.bll.CommandBase.internalEndSuccessfully(CommandBase.j ava:614) at org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBa se.java:560) at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:189 6) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTran saction(TransactionSupport.java:210) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequire d(TransactionSupport.java:149) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(T ransactionSupport.java:118) at org.ovirt.engine.core.bll.CommandBase.endAction(CommandBase.java:492) at org.ovirt.engine.core.bll.Backend.endAction(Backend.java:446) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5 7) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedR eferenceMethodInterceptor.processInvocation(ManagedReferenceMethodIntercept orFactory.java:72) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorConte xt.java:374) at org.ovirt.engine.core.bll.interceptors.ThreadLocalSessionCleanerInterceptor .injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:13 ) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory $ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedRefere nceLifecycleMethodInterceptorFactory.java:123) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor. java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvo cation(UserInterceptorFactory.java:36) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialIntercepto r.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercepto r.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.proce ssInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociation Interceptor.processInvocation(SingletonComponentInstanceAssociationIntercep tor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:21 1) at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.ja va:194) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextIntercepto r.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocati on(LoggingInterceptor.java:59) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(Nam espaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor .java:45) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercepto r.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescripti on.java:173) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288 ) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercepto r.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHand ler.java:72) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view10.endAction(Unk nown Source) at org.ovirt.engine.core.bll.CommandAsyncTask.EndCommandAction(CommandAsyncTas k.java:147) at org.ovirt.engine.core.bll.CommandAsyncTask.access$000(CommandAsyncTask.java :25) at org.ovirt.engine.core.bll.CommandAsyncTask$1.run(CommandAsyncTask.java:106) at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnab le.run(ThreadPoolUtil.java:97) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1 145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java: 615) at java.lang.Thread.run(Thread.java:744) , Custom Event ID: -1, Message: Failed to complete snapshot 'c' creation for VM 'Chris_VM_Linux'. 2014-07-15 20:46:38,279 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-28) CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type CreateAllSnapshotsFromVm completed, handling the result. 2014-07-15 20:46:38,280 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-28) CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type CreateAllSnapshotsFromVm hasn't succeeded, clearing tasks. 2014-07-15 20:46:38,285 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) SPMAsyncTask::ClearAsyncTask: Attempting to clear task 1f07c8f3-d59e-4dfe-a4b4-04de6180dc07 2014-07-15 20:46:38,286 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, SPMClearTaskVDSCommand( storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, ignoreFailoverLimit = false, taskId = 1f07c8f3-d59e-4dfe-a4b4-04de6180dc07), log id: 7ca88030 2014-07-15 20:46:38,287 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, HSMClearTaskVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6, taskId=1f07c8f3-d59e-4dfe-a4b4-04de6180dc07), log id: 1a780f40 2014-07-15 20:46:38,292 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, HSMClearTaskVDSCommand, log id: 1a780f40 2014-07-15 20:46:38,293 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, SPMClearTaskVDSCommand, log id: 7ca88030 2014-07-15 20:46:38,297 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) BaseAsyncTask::RemoveTaskFromDB: Removed task 1f07c8f3-d59e-4dfe-a4b4-04de6180dc07 from DataBase 2014-07-15 20:46:38,297 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) SPMAsyncTask::ClearAsyncTask: Attempting to clear task 8d8a5e36-5c65-4ae5-b7a1-8a2140a8fc50 2014-07-15 20:46:38,298 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, SPMClearTaskVDSCommand( storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, ignoreFailoverLimit = false, taskId = 8d8a5e36-5c65-4ae5-b7a1-8a2140a8fc50), log id: 31e0689b 2014-07-15 20:46:38,299 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, HSMClearTaskVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6, taskId=8d8a5e36-5c65-4ae5-b7a1-8a2140a8fc50), log id: 3f3b1b2 2014-07-15 20:46:38,344 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, HSMClearTaskVDSCommand, log id: 3f3b1b2 2014-07-15 20:46:38,344 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, SPMClearTaskVDSCommand, log id: 31e0689b 2014-07-15 20:46:38,349 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) BaseAsyncTask::RemoveTaskFromDB: Removed task 8d8a5e36-5c65-4ae5-b7a1-8a2140a8fc50 from DataBase 2014-07-15 20:46:38,349 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) SPMAsyncTask::ClearAsyncTask: Attempting to clear task 814be30c-550c-4a86-accc-2ab8ff7d0bf8 2014-07-15 20:46:38,350 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, SPMClearTaskVDSCommand( storagePoolId = deb50055-1955-4993-bfcb-a642d71e84ce, ignoreFailoverLimit = false, taskId = 814be30c-550c-4a86-accc-2ab8ff7d0bf8), log id: 26d84272 2014-07-15 20:46:38,352 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) START, HSMClearTaskVDSCommand(HostName = local_host, HostId = 1d734ebb-f32f-41ca-8da8-86cfae93b1e6, taskId=814be30c-550c-4a86-accc-2ab8ff7d0bf8), log id: 3ff25e4a 2014-07-15 20:46:38,396 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, HSMClearTaskVDSCommand, log id: 3ff25e4a 2014-07-15 20:46:38,397 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-28) FINISH, SPMClearTaskVDSCommand, log id: 26d84272 2014-07-15 20:46:38,402 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-28) BaseAsyncTask::RemoveTaskFromDB: Removed task 814be30c-550c-4a86-accc-2ab8ff7d0bf8 from DataBase 2014-07-15 20:46:38,402 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-28) CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity f4645466-7b94-4dc6-a2aa-0349f3c2336c

1 0

Storage Domain used space strangeness
by urthmover 15 Jul '14

15 Jul '14

All, I have a storage domain that reports having 863G free. The Total Space is 913G. Currently, there are no virtual machines using this storage domain. When I ssh into the host there is 2.2M on the top level of that mount according to du. How do I account for and reclaim the mysterious space usage? -- urthmover

1 1

Vdsm error
by Maurice James 15 Jul '14

15 Jul '14

------=_Part_11948_586988755.1405429778100 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I'm noticing th following error in my vdsm.log file Thread-124060::WARNING::2014-07-15 09:07:03,329::fileSD::673::scanDomains::(collectMetaFiles) Metadata collection for domain path /rhev/data-center/mnt/172.16.10.202:_storage timedout Traceback (most recent call last): File "/usr/share/vdsm/storage/fileSD.py", line 662, in collectMetaFiles sd.DOMAIN_META_DATA)) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 297, in callCrabRPCFunction *args, **kwargs) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 184, in callCrabRPCFunction rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 150, in _recvAll raise Timeout() Timeout The storage domain in the error was removed a while ago. Where I can look to see where this information is still configured? ------=_Part_11948_586988755.1405429778100 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>I'm noticing th following error = in my vdsm.log file<br data-mce-bogus=3D"1"></div><div><br></div><div>Threa= d-124060::WARNING::2014-07-15 09:07:03,329::fileSD::673::scanDomains::(coll= ectMetaFiles) Metadata collection for domain path /rhev/data-center/mnt/172= .16.10.202:_storage timedout<br>Traceback (most recent call last):<br>&nbsp= ; File "/usr/share/vdsm/storage/fileSD.py", line 662, in collectMetaFiles<b= r>    sd.DOMAIN_META_DATA))<br>  File "/usr/share/vdsm/= storage/remoteFileHandler.py", line 297, in callCrabRPCFunction<br> &n= bsp;  *args, **kwargs)<br>  File "/usr/share/vdsm/storage/remoteF= ileHandler.py", line 184, in callCrabRPCFunction<br>    rawL= ength =3D self._recvAll(LENGTH_STRUCT_LENGTH, timeout)<br>  File "/usr= /share/vdsm/storage/remoteFileHandler.py", line 150, in _recvAll<br> &= nbsp;  raise Timeout()<br>Timeout<br><br></div><div><br></div><div>The= storage domain in the error was removed a while ago. Where I can look to s= ee where this information is still configured?<br></div></div></body></html= > ------=_Part_11948_586988755.1405429778100--

2 3