- Users - oVirt List Archives

Gluster Bricks Out of Space
by Ryan Housand 10 May '17

10 May '17

We have three gluster shares (_data, _engine, _export) created by a brick located on three of our VM hosts. See output from "gluster volume info" below: Volume Name: data Type: Replicate Volume ID: c07fdf43-b838-4e4b-bb26-61dbf406cb57 Status: Started Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick2/data Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick2/data Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick2/data (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Volume Name: engine Type: Distributed-Replicate Volume ID: 25455f13-75ba-4bc6-926a-d06ee7c5859a Status: Started Number of Bricks: 2 x (2 + 1) = 6 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick1/engine Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick1/engine Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick1/engine (arbiter) Brick4: vmhost04-chi:/mnt/engine Brick5: vmhost05-chi:/mnt/engine Brick6: vmhost06-chi:/mnt/engine (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Volume Name: export Type: Replicate Volume ID: a4c3a49a-fa83-4a62-9523-989c8e016c35 Status: Started Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick3/export Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick3/export Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick3/export (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Our issue is that we ran out of space on our gluster-engine bricks which caused our Hosted Engine vm to crash. We added additional bricks from new VM Hosts (see vmhost05 to vmhost06 above) but we still are unable to restart our Hosted Engine due to the first three space being depleted. My understanding is that I need to extend the bricks that are 100% full on our engine partition. Is it the best practice to stop the glusterd service or can I use "gloster volume stop engine" to only stop the volume I need to extend? Also, if I need to stop glusterd will my VMs hosted on my ovirt cluster be affected by mount points export and data being off line? Thanks, Ryan

2 1

Re: [ovirt-users] install ovirt-engine
by Roy Golan 10 May '17

10 May '17

On Thu, May 4, 2017 at 1:41 AM Brahim Rifahi <brahim.rifahi9(a)gmail.com> wrote: > same problem :/ > > I can't help much without logs, outputs > 2017-05-03 11:10 GMT+01:00 Roy Golan <rgolan(a)redhat.com>: > >> >> http://www.ovirt.org/documentation/quickstart/quickstart-guide/#prerequisit… >> >> On Wed, May 3, 2017 at 1:01 PM Brahim Rifahi <brahim.rifahi9(a)gmail.com> >> wrote: >> >>> sudo yum install -y ovirt-engine >>> You do not want to work >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >

1 0

quota consumer
by Staniforth, Paul 10 May '17

10 May '17

--_000_149441484848174342leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I can create quotas with the SDK ( python) and make a user a co= nsumer of the quota in the admin portal but don't know how to do it with th= e SDK or API. Any help appreciated. Thanks, Paul S. To view the terms under which this email is distributed, please go to:- http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html --_000_149441484848174342leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> Hello,             I can create quotas with the S= DK ( python) and make a user a consumer of the quota in the admin portal&nb= sp;but don't know how to do it with the&= nbsp;SDK or API. Any help appreciated. Thanks,             = Paul S. To view the terms under which this email is distributed, please go to:- <br= > <a href=3D"http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html"= target=3D"_blank">http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaim= er.html</a> </body> </html> --_000_149441484848174342leedsbeckettacuk_--

1 0

unable to set group on volume
by Joel Diaz 10 May '17

10 May '17

Hello ovirt users, First off all, thanks for your work. I've been using the software for a few months and the experience has been great. I'm having a hard time trying to set the group on a glusterfs volume PLAY [master] ****************************************************************** TASK [Sets options for volume] ************************************************* failed: [192.168.170.141] (item={u'key': u'group', u'value': u'virt'}) => {"failed": true, "item": {"key": "group", "value": "virt"}, "msg": "'/var/lib/glusterd/groups/virt' file format not valid.\n"} changed: [192.168.170.141] => (item={u'key': u'storage.owner-uid', u'value': u'36'}) changed: [192.168.170.141] => (item={u'key': u'storage.owner-gid', u'value': u'36'}) changed: [192.168.170.141] => (item={u'key': u'network.ping-timeout', u'value': u'30'}) changed: [192.168.170.141] => (item={u'key': u'performance.strict-o-direct', u'value': u'on'}) changed: [192.168.170.141] => (item={u'key': u'network.remote-dio', u'value': u'off'}) changed: [192.168.170.141] => (item={u'key': u'cluster.granular-entry-heal', u'value': u'enable'}) to retry, use: --limit @/tmp/tmpdTWQ8B/gluster-volume-set.retry PLAY RECAP ********************************************************************* 192.168.170.141 : ok=0 changed=0 unreachable=0 failed=1 I've tried to remove remove glusterfs, wiping the glusterfs configurations and reinstalling the service. Any help would be appreciated. Thank you, Joel

2 2

Ovirt locate disk VM
by Vincent Romero 10 May '17

10 May '17

Hello my name is Vincent ¿I want to know the location of the discs of ovirt 3.5? When cloning a VM, the disk is cloned, it is cloned with the same capacity, I moved the disk to a nfs drive and it tells me that it only weighs 4k Regards Vincent Romero

2 1

Upgrade 4.0.6 to 4.1.1 -- How to Update oVirt Node (4.x) Hosts?
by Beckman, Daniel 09 May '17

09 May '17

--_000_99294B0B51BA4CA6B4F3169AC046B619ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 U28gSSBzdWNjZXNzZnVsbHkgdXBncmFkZWQgbXkgZW5naW5lIGZyb20gNC4wNiB0byA0LjEuMSB3 aXRoIG5vIG1ham9yIGlzc3Vlcy4NCg0KQSBuaWNlIHRoaW5nIEkgbm90aWNlZCB3YXMgdGhhdCBt eSBjdXN0b20gQ0EgY2VydGlmaWNhdGUgZm9yIGh0dHBzIG9uIHRoZSBhZG1pbiBhbmQgdXNlciBw b3J0YWxzIHdhc27igJl0IGNsb2JiZXJlZCBieSBzZXR1cC4NCg0KSSBkaWQgaGF2ZSB0byByZXN0 b3JlIG15IGN1c3RvbSBzZXR0aW5ncyBmb3IgSVNPIHVwbG9hZGVyLCBsb2cgY29sbGVjdG9yLCBh bmQgd2Vic29ja2V0IHByb3h5Og0KY3AgL2V0Yy9vdmlydC1lbmdpbmUvaXNvdXBsb2FkZXIuY29u Zi5kLzEwLWVuZ2luZS1zZXR1cC5jb25mLjxsYXRlc3RfdGltZXN0YW1wPiAvZXRjL292aXJ0LWVu Z2luZS9pc291cGxvYWRlci5jb25mLmQvMTAtZW5naW5lLXNldHVwLmNvbmYNCmNwIC9ldGMvb3Zp cnQtZW5naW5lL292aXJ0LXdlYnNvY2tldC1wcm94eS5jb25mLmQvMTAtc2V0dXAuY29uZi48bGF0 ZXN0X3RpbWVzdGFtcD4gL2V0Yy9vdmlydC1lbmdpbmUvb3ZpcnQtd2Vic29ja2V0LXByb3h5LmNv bmYuZC8xMC1zZXR1cC5jb25mDQpjcCAvZXRjL292aXJ0LWVuZ2luZS9sb2djb2xsZWN0b3IuY29u Zi5kLzEwLWVuZ2luZS1zZXR1cC5jb25mLjxsYXRlc3RfdGltZXN0YW1wPiAvZXRjL292aXJ0LWVu Z2luZS9sb2djb2xsZWN0b3IuY29uZi5kLzEwLWVuZ2luZS1zZXR1cC5jb25mDQoNCk5vdyBJ4oCZ bSBtb3Zpbmcgb24gdG8gdXBkYXRpbmcgdGhlIG9WaXJ0IG5vZGUgaG9zdHMsIHdoaWNoIGFyZSBj dXJyZW50bHkgYXQgb1ZpcnQgTm9kZSA0LjAuNi4xLiAoSeKAmW0gYXNzdW1pbmcgSSBzaG91bGQg ZG8gdGhhdCBiZWZvcmUgYXR0ZW1wdGluZyB0byB1cGdyYWRlIHRoZSBjbHVzdGVyIGFuZCBkYXRh IGNlbnRlciBjb21wYXRpYmlsaXR5IGxldmVsIHRvIDQuMS4pDQoNCldoZW4gSSByaWdodC1jbGlj ayBvbiBhIGhvc3QgYW5kIGdvIHRvIEluc3RhbGxhdGlvbiAvIENoZWNrIGZvciBVcGdyYWRlLCB0 aGUgcmVzdWx0cyBhcmUg4oCYbm8gdXBkYXRlcyBmb3VuZC7igJkgV2hlbiBJIGxvZyBpbnRvIHRo YXQgaG9zdCBkaXJlY3RseSwgSSBub3RpY2UgaXTigJlzIHN0aWxsIGdvdCB0aGUgb1ZpcnQgNC4w IHJlcG8sIG5vdCA0LjEuIElzIHRoZXJlIGFuIGV4dHJhIHN0ZXAgSeKAmW0gbWlzc2luZz8gVGhl IGRvY3VtZW50YXRpb24gSeKAmXZlIGZvdW5kIChodHRwOi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVu dGF0aW9uL3VwZ3JhZGUtZ3VpZGUvY2hhcC1VcGRhdGVzX2JldHdlZW5fTWlub3JfUmVsZWFzZXMv KSBkb2VzbuKAmXQgbWVudGlvbiB0aGlzLg0KDQoNCioqDQpJZiBJIGNhbiBvZmZlciBzb21lIHVu c29saWNpdGVkIGZlZWRiYWNrOiBJIGZlZWwgbGlrZSB0aGlzIGxpc3QgaXMgcG9wdWxhdGVkIHdp dGggYSBsb3Qgb2YgcXVlc3Rpb25zIHRoYXQgY291bGQgYmUgYXZlcnRlZCB3aXRoIGEgbGl0dGxl IGNhcmUgYW5kIGZlZWRpbmcgb2YgdGhlIGRvY3VtZW50YXRpb24uIEl04oCZcyB1bmZvcnR1bmF0 ZSBiZWNhdXNlIHRoYXQgbWFrZXMgZm9yIGEgcm9ja3kgaW50cm9kdWN0aW9uIHRvIG9WaXJ0LCBh bmQgaXQgbWFrZXMgaXQgbG9vayBsaWtlIGEgbmVnbGVjdGVkIHByb2plY3QsIHdoaWNoIEkga25v dyBpcyBub3QgdGhlIGNhc2UuDQoNCk9uIGEgcmVsYXRlZCBub3RlLCBJIGtub3cgdGhpcyBoYXMg YmVlbiBkaXNjdXNzZWQgYmVmb3JlIGJ1dOKApg0KVGhlIGNlbnRyYWxpemVkIGNvbnRyb2wgaW4g R2l0aHViIGZvciB0aGUgZG9jdW1lbnRhdGlvbiBkb2VzIG5vdCByZWFsbHkgZW5jb3VyYWdlIHVz ZXIgY29udHJpYnV0aW9ucy4gV2hhdOKAmXMgd3Jvbmcgd2l0aCBhIHdpa2k/IElmIHdl4oCZcmUg cmVhbGx5IGNvbmNlcm5lZCBhYm91dCBiYWQgb3IgbWFsaWNpb3VzIGVkaXRzIGJlaW5nIHBvc3Rl ZCwga2VlcCB0aGUgb2ZmaWNpYWwgaW4gZ2l0IGFuZCBhZGQgYSBzZXBhcmF0ZSB3aWtpIHRoYXQg aXMgY2xlYXJseSBtYXJrZWQgYXMgdXNlci1jb250cmlidXRlZC4NCioqDQoNCg0KVGhhbmtzLA0K RGFuaWVsDQo= --_000_99294B0B51BA4CA6B4F3169AC046B619ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <A36A61E118072E419909BC293B56461B(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseTpDYWxpYnJpO30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNv IEkgc3VjY2Vzc2Z1bGx5IHVwZ3JhZGVkIG15IGVuZ2luZSBmcm9tIDQuMDYgdG8gNC4xLjEgd2l0 aCBubyBtYWpvciBpc3N1ZXMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkEgbmljZSB0aGluZyBJIG5vdGljZWQgd2FzIHRoYXQgbXkgY3VzdG9tIENBIGNlcnRp ZmljYXRlIGZvciBodHRwcyBvbiB0aGUgYWRtaW4gYW5kIHVzZXIgcG9ydGFscyB3YXNu4oCZdCBj bG9iYmVyZWQgYnkgc2V0dXAuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkkgZGlkIGhhdmUgdG8gcmVzdG9yZSBteSBjdXN0b20gc2V0dGluZ3MgZm9yIElTTyB1 cGxvYWRlciwgbG9nIGNvbGxlY3RvciwgYW5kIHdlYnNvY2tldCBwcm94eTo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+Y3AmbmJzcDsvZXRjL292aXJ0LWVuZ2luZS9pc291cGxvYWRlci5jb25mLmQvMTAtZW5n aW5lLXNldHVwLmNvbmYuJmx0O2xhdGVzdF90aW1lc3RhbXAmZ3Q7IC9ldGMvb3ZpcnQtZW5naW5l L2lzb3VwbG9hZGVyLmNvbmYuZC8xMC1lbmdpbmUtc2V0dXAuY29uZjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5jcCZuYnNwOy9ldGMvb3ZpcnQtZW5naW5lL292aXJ0LXdlYnNvY2tldC1wcm94eS5jb25mLmQv MTAtc2V0dXAuY29uZi4mbHQ7bGF0ZXN0X3RpbWVzdGFtcCZndDsgL2V0Yy9vdmlydC1lbmdpbmUv b3ZpcnQtd2Vic29ja2V0LXByb3h5LmNvbmYuZC8xMC1zZXR1cC5jb25mPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPmNwJm5ic3A7L2V0Yy9vdmlydC1lbmdpbmUvbG9nY29sbGVjdG9yLmNvbmYuZC8xMC1lbmdp bmUtc2V0dXAuY29uZi4mbHQ7bGF0ZXN0X3RpbWVzdGFtcCZndDsgL2V0Yy9vdmlydC1lbmdpbmUv bG9nY29sbGVjdG9yLmNvbmYuZC8xMC1lbmdpbmUtc2V0dXAuY29uZjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tm93IEnigJltIG1vdmluZyBvbiB0byB1cGRhdGlu ZyB0aGUgb1ZpcnQgbm9kZSBob3N0cywgd2hpY2ggYXJlIGN1cnJlbnRseSBhdCBvVmlydCBOb2Rl IDQuMC42LjEuIChJ4oCZbSBhc3N1bWluZyBJIHNob3VsZCBkbyB0aGF0IGJlZm9yZSBhdHRlbXB0 aW5nIHRvIHVwZ3JhZGUgdGhlIGNsdXN0ZXIgYW5kIGRhdGEgY2VudGVyIGNvbXBhdGliaWxpdHkg bGV2ZWwgdG8NCiA0LjEuKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+V2hlbiBJIHJpZ2h0LWNsaWNrIG9uIGEgaG9zdCBhbmQgZ28gdG8gSW5zdGFsbGF0aW9uIC8g Q2hlY2sgZm9yIFVwZ3JhZGUsIHRoZSByZXN1bHRzIGFyZSDigJhubyB1cGRhdGVzIGZvdW5kLuKA mSBXaGVuIEkgbG9nIGludG8gdGhhdCBob3N0IGRpcmVjdGx5LCBJIG5vdGljZSBpdOKAmXMgc3Rp bGwgZ290IHRoZSBvVmlydCA0LjAgcmVwbywgbm90IDQuMS4gSXMgdGhlcmUNCiBhbiBleHRyYSBz dGVwIEnigJltIG1pc3Npbmc/IFRoZSBkb2N1bWVudGF0aW9uIEnigJl2ZSBmb3VuZCAoPGEgaHJl Zj0iaHR0cDovL3d3dy5vdmlydC5vcmcvZG9jdW1lbnRhdGlvbi91cGdyYWRlLWd1aWRlL2NoYXAt VXBkYXRlc19iZXR3ZWVuX01pbm9yX1JlbGVhc2VzLykiPmh0dHA6Ly93d3cub3ZpcnQub3JnL2Rv Y3VtZW50YXRpb24vdXBncmFkZS1ndWlkZS9jaGFwLVVwZGF0ZXNfYmV0d2Vlbl9NaW5vcl9SZWxl YXNlcy8pPC9hPiBkb2VzbuKAmXQgbWVudGlvbg0KIHRoaXMuIDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPioqPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPklmIEkgY2FuIG9mZmVyIHNvbWUgdW5zb2xpY2l0ZWQgZmVlZGJhY2s6IEkg ZmVlbCBsaWtlIHRoaXMgbGlzdCBpcyBwb3B1bGF0ZWQgd2l0aCBhIGxvdCBvZiBxdWVzdGlvbnMg dGhhdCBjb3VsZCBiZSBhdmVydGVkIHdpdGggYSBsaXR0bGUgY2FyZSBhbmQgZmVlZGluZyBvZiB0 aGUgZG9jdW1lbnRhdGlvbi4gSXTigJlzIHVuZm9ydHVuYXRlIGJlY2F1c2UgdGhhdA0KIG1ha2Vz IGZvciBhIHJvY2t5IGludHJvZHVjdGlvbiB0byBvVmlydCwgYW5kIGl0IG1ha2VzIGl0IGxvb2sg bGlrZSBhIG5lZ2xlY3RlZCBwcm9qZWN0LCB3aGljaCBJIGtub3cgaXMgbm90IHRoZSBjYXNlLg0K PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5PbiBhIHJlbGF0ZWQg bm90ZSwgSSBrbm93IHRoaXMgaGFzIGJlZW4gZGlzY3Vzc2VkIGJlZm9yZSBidXTigKY8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+VGhlIGNlbnRyYWxpemVkIGNvbnRyb2wgaW4gR2l0aHViIGZvciB0aGUgZG9j dW1lbnRhdGlvbiBkb2VzIG5vdCByZWFsbHkgZW5jb3VyYWdlIHVzZXIgY29udHJpYnV0aW9ucy4g V2hhdOKAmXMgd3Jvbmcgd2l0aCBhIHdpa2k/IElmIHdl4oCZcmUgcmVhbGx5IGNvbmNlcm5lZCBh Ym91dCBiYWQgb3IgbWFsaWNpb3VzIGVkaXRzIGJlaW5nIHBvc3RlZCwga2VlcCB0aGUNCiBvZmZp Y2lhbCBpbiBnaXQgYW5kIGFkZCBhIHNlcGFyYXRlIHdpa2kgdGhhdCBpcyBjbGVhcmx5IG1hcmtl ZCBhcyB1c2VyLWNvbnRyaWJ1dGVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4qKjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRo YW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGFuaWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_99294B0B51BA4CA6B4F3169AC046B619ingramcontentcom_--

3 19

Can't add an export domain
by Erick Vogeler 09 May '17

09 May '17

Pic of the error https://i.imgur.com/rhp3thT.png Engine Log: https://0bin.net/paste/Pz6QV5hPaGmksgnA#azl9UXo2M+ilLLMg31Wh+IymHHSWNsLlA1R… Vdsm log https://0bin.net/paste/1kLWT5btLQVa9el1#aQu+lviLYw-RZVxVJD8dYMI1juALurJI3vj… Thank you appreciate it

1 1

Anyone running Shared SAS hosted engine ?
by Gary Lloyd 09 May '17

09 May '17

Hi I was just wondering if anyone is running Ovirt using a shared SAS array with the ability to live migrate between hosts ? If so has anyone been able to get hosted engine working with it ? Thanks *Gary Lloyd* ________________________________________________ I.T. Systems:Keele University Finance & IT Directorate Keele:Staffs:IC1 Building:ST5 5NB:UK +44 1782 733063 <%2B44%201782%20733073> ________________________________________________

3 2

how to remove a data center?
by Andrea Ghelardi 09 May '17

09 May '17

--_004_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_ Content-Type: multipart/alternative; boundary="_000_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_" --_000_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all, I'm looking for an high level, approved, workflow to completely remove a da= tacenter and all its object. Datacenter is made by 1 cluster, 1 server, 1 local storage, no VMs. Hosted engine is on a different data center. Everything is nicely working. The administration guide<http://www.ovirt.org/documentation/admin-guide/cha= p-Data_Centers/> reads that: "An active host is required to remove a data center. Removing a data center= will not remove the associated resources." Actually, I *want* to remove all associated resources and forget about them= . So... is it correct to: 1. put the storage in maintenance, 2. then put datacenter on maintenance 3. finally remove the datacenter will this cleanup also related storage and server? Yes, no? other suggested= actions? Thank you Andrea Ghelardi [cid:image001.jpg@01D2C8F1.CD0FBD40]<https://www.iongroup.com/> Via Ceci, 52 56125 Pisa Italy T: +39 050 22037 1 D: +39 050 2203 890 andrea.ghelardi(a)iongroup.com<mailto:andrea.ghelardi@iongroup.com> iongroup.com<https://iongroup.com/> *********************************************** This email and any attachments may contain information which is confidentia= l and/or privileged. The information is intended exclusively for the addre= ssee and the views expressed may not be official policy, but the personal v= iews of the originator. If you are not the intended recipient, be aware th= at any disclosure, copying, distribution or use of the contents is prohibit= ed. If you have received this email and any file transmitted with it in err= or, please notify the sender by telephone or return email immediately and d= elete the material from your computer. Internet communications are not sec= ure and ION is not responsible for their abuse by third parties, nor for an= y alteration or corruption in transmission, nor for any damage or loss caus= ed by any virus or other defect. ION accepts no liability or responsibility= arising out of or in any way connected to this email. *********************************************** --_000_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hello all,<o:p></o:p> <o:p> </o:p> I’m looking for an high level, approved, workf= low to completely remove a datacenter and all its object.<o:p></o:p> Datacenter is made by 1 cluster, 1 server, 1 local s= torage, no VMs.<o:p></o:p> Hosted engine is on a different data center.<o:p></o= :p> Everything is nicely working.<o:p></o:p> <o:p> </o:p> The <a href=3D"http://www.ovirt.org/documentation/ad= min-guide/chap-Data_Centers/"> administration guide</a> reads that:<o:p></o:p> “An active host is required to remove a data c= enter. Removing a data center will not remove the associated resources.&#82= 21;<o:p></o:p> Actually, I *want* to remove all associated r= esources and forget about them.<o:p></o:p> <o:p> </o:p> So… is it correct to:<o:p></o:p> <ol style=3D"margin-top:0in" start=3D"1" type=3D"1"> <li class=3D"MsoListParagraph" style=3D"margin-left:0in;mso-list:l0 level1 = lfo1">put the storage in maintenance, <o:p></o:p></li><li class=3D"MsoListParagraph" style=3D"margin-left:0in;mso= -list:l0 level1 lfo1">then put datacenter on maintenance<o:p></o:p></li><li= class=3D"MsoListParagraph" style=3D"margin-left:0in;mso-list:l0 level1 lfo= 1">finally remove the datacenter<o:p></o:p></li></ol> <o:p> </o:p> will this cleanup also related storage and server? Y= es, no? other suggested actions?<o:p></o:p> Thank you<o:p></o:p> Andrea Ghelardi<o:p></o:p> <a href=3D"https://www.io= ngroup.com/"><img border=3D"0" width=3D"120" height=3D"72" style=3D"width:1.25in;h= eight:.75in" id=3D"Picture_x0020_6" src=3D"cid:image001.jpg@01D2C8F1.CD0FBD= 40"></a><o:p></o:p></= span> Via Ceci, 52 56125 Pisa Italy<o:p></o:p> T: &#4= 3;39 050 22037 1<o:p></o:p> D: +39 050 2203 89= 0<o:p></o:p> <a href=3D"mailto:andrea.ghelardi@iongroup.com"><s= pan lang=3D"ES" style=3D"color:#0563C1">andrea.ghelardi(a)iongroup.com= </a><o:p></o:p> <a href=3D"https://iongroup.com/">iongroup.com</a><o:p></o:p> ****************************= ******************* This email and any attachments may contain information which is confiden= tial and/or privileged.  The information is intended exclusively for t= he addressee and the views expressed may not be official policy, but the pe= rsonal views of the originator.  If you are not the intended recipient, be aware that any disclosure, copying, dis= tribution or use of the contents is prohibited. If you have received this e= mail and any file transmitted with it in error, please notify the sender by= telephone or return email immediately and delete the material from your computer.  Internet communications = are not secure and ION is not responsible for their abuse by third parties,= nor for any alteration or corruption in transmission, nor for any damage o= r loss caused by any virus or other defect. ION accepts no liability or responsibility arising out of or in any way co= nnected to this email. *********************= **************************<o:p></o:p><= /span> <o:p> </o:p> </div> </body> </html> --_000_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_-- --_004_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=2225; creation-date="Tue, 09 May 2017 16:28:56 GMT"; modification-date="Tue, 09 May 2017 16:28:56 GMT" Content-ID: <image001.jpg(a)01D2C8F1.CD0FBD40> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8lJCIf IiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8SDc9Pjv/2wBDAQoLCw4NDhwQEBw7KCIoOzs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozv/wAARCABIAHgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwC3qWo3 1xqk0080qzLIQAGI8vB6D0xXpWgXNxd6HaT3WTK8fzE/xeh/EUtzoWl3dz9puLGKSXuxHX6+tXwA oCqAABgAdq7sTiYVYRjGNrHl4LBVcPVlOc7p/wBXYtFFFcJ6gUUUUAFFFFABRRRQAUUUUAFFV7+6 +xWFxdbd3kxs+31wK80j8b64l4Ll7hXTOTDsATHp6/jWc6kYbnZh8HUxCbh0PU6KZDIJoUlAIDqG APuKK0OPYfXmnjr4sSeGtabSNMsYrmaEAzyTMQoJGdoA74716XXi3xU8JWtx4la/sb1FurhVNxbu pwpAwGDD1AHH41UXBO89io06lR8tNXZ6L4H8YQeMtFN6kJt54X8ueHOQrYzkHuCDXSVx3wx0Kx0P wxttLv7VLcSF7iTbtw+ANuOwA/PrU/xI8QzeG/Bt1dWzbLqYiCFh/CzfxfgAT9aNJS93YlqUNJbo zfF/xX0nw1cvYWkR1G+j4dUbbHGfRm9fYVxqfHbWBNmTRrJov7qyOG/Pn+VeZRxy3E6xxq0ssrBV Ucs7E/qSa7K/+EvinT9GbUpIbeTy03yW8cm6RB34xg/ga6fZwjozHmk9j13wd8RNH8YZgh3Wt8q7 mtZSMkdyp/iH6+1dZXyPZXlxp95De2cpiuIHDxup5BFfU/h7Vl13w/Y6og2/aoVkK+hxyPzzWNSH Lqi4Suc18QviGvgxbe2trVbq+uVLqrsQiIDjJxyee3saZ8PPiKPGTXFndWqWt9AokxGxKSJnGRnk EHHHvWb8XvDdnq0Nnei8EGoRKY44ypIlTOcHHTB7+9eQ/wBj6tZalDFb7lnc5ilhcrjHfPbFOCpz 9xP3i5wqQh7Vr3e/Q+nNX1S30XSLrU7okQ2sZkfHU47D3PSvK9O+Oc0usIl/pMUOnyOFLRyEyRg9 z2P6Vuvr8esfDy70vWJA1+tiwnc8LJgcsD645/CvE9Ot7SbV4YZZ8wmQAEqR5nPA9s1Xs+RtVFqj OnNVoqVKSabtufVrqk0TIwDxuuCD0INczH8P9JjvROXnaINuEDMNv0zjOK6dBhFG3bgdB2p1crjG W6OqnWqUrqDtcQDAwOAKKWiqMQryHx1eWdl4oujPcLHvK8Oec7R29K9er56+Lmm6jbeOLq8uona3 uVQ28u07SoUDbn1BB4qlShVvGRpSxNXDTU6fzv1R6n8Nmik0e5kifeHmBypypGBjFZ/xqs5bnwQs 8aki1ukkfHZSCufzYU34L6dqNh4UuHvY3hiubgyW6OMHbtALY9CR+ld5fWVvqVjPZXcYlgnQxyIe 4NO0acrR2RE5zqtzqPVnyxoWp/2Nr1hqfl+aLSdZSn94A8ivddR+LfhWHRHurW8NzctGfLtfLYPu xwGyMAevNeW+L/hprXhq6kktreW/04kmOeJdzKPRwOQffoa5BYZXkEaRSM5OAqqSfyrpcYz1OdNx 0GE9SfrX058P7Oaw8B6PbzrtkFuGIPbcSw/Q15X4C+FeoanfQ6jr1s9pp8bBxBKMPOewI7L65617 qAAAAMAdAKyrST0RcE1qee/Ebb/atn97d5Bz6Y3f/rrC0XSJNYkuI7cZuIYt8angMMgEZ9a6T4i2 l089pdrGzW6IUJUZ2tnPP1/pTfh1aXS3l1dmNltzGEDEYDNnPH0rz4SlTxKkuh9DVhCrlTpyejVv xPNvFupx2MNzpDBheZ2Spj/V9Ccn6fzrnLDQNQup4S9tJFCzAtIwxhc9vevdvF/w60zXr063Gkia jEobahG2cr0DA9+2RXJWtld3N8ltDC5nLgbSv3Tnv6V9FF/W4ubdmj4OUo5dOFOMHJN3fn5I9fjA EagZxgYz1p1IMgDPJxzS14x74UUUUAFNZFcYZQw9CM06igAooooAKYI4wxcIoY9SBzT6Q9KAFor5 j1rxn4jvtenvpNUu7eVJWEcccpRYQDwoA44/WvoHwbql1rXhDTNRvQBcTwBpMDG49M498Z/GtJ03 FXJUrm0QCMEZFAAAwBgUtFZlBSYAJOBk96WigAooooAKKKKACiiigAooooAKKKKAOX1L4ceFNV1V tSu9LVp3bdJtdlWQ+rKDg/1rpYoo4YkiiRUjRQqqowFA6ACiim22Fh9FFFIAooooAKKKKACiiigD /9k= --_004_CY4PR14MB1687E5A75084B228A054D63C89EF0CY4PR14MB1687namp_--

1 0

Recover from Gluster Bricks Out of Space
by Ryan Housand 09 May '17

09 May '17

We have three gluster shares (_data, _engine, _export) created by a brick located on three of our VM hosts. See output from "gluster volume info" below: Volume Name: data Type: Replicate Volume ID: c07fdf43-b838-4e4b-bb26-61dbf406cb57 Status: Started Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick2/data Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick2/data Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick2/data (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Volume Name: engine Type: Distributed-Replicate Volume ID: 25455f13-75ba-4bc6-926a-d06ee7c5859a Status: Started Number of Bricks: 2 x (2 + 1) = 6 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick1/engine Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick1/engine Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick1/engine (arbiter) Brick4: vmhost04-chi:/mnt/engine Brick5: vmhost05-chi:/mnt/engine Brick6: vmhost06-chi:/mnt/engine (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Volume Name: export Type: Replicate Volume ID: a4c3a49a-fa83-4a62-9523-989c8e016c35 Status: Started Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: vmhost01-chi.empoweredbenefits.com:/gluster/brick3/export Brick2: vmhost02-chi.empoweredbenefits.com:/gluster/brick3/export Brick3: vmhost03-chi.empoweredbenefits.com:/gluster/brick3/export (arbiter) Options Reconfigured: performance.readdir-ahead: on performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: off cluster.quorum-type: auto cluster.server-quorum-type: server storage.owner-uid: 36 storage.owner-gid: 36 features.shard: on features.shard-block-size: 512MB performance.low-prio-threads: 32 cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-wait-qlength: 10000 cluster.shd-max-threads: 6 network.ping-timeout: 30 user.cifs: off nfs.disable: on performance.strict-o-direct: on Our issue is that we ran out of space on our gluster-engine bricks which caused our Hosted Engine vm to crash. We added additional bricks from new VM Hosts (see vmhost05 to vmhost06 above) but we still are unable to restart our Hosted Engine due to the first three space being depleted. My understanding is that I need to extend the bricks that are 100% full on our engine partition. Is it the best practice to stop the glusterd service or can I use "gloster volume stop engine" to only stop the volume I need to extend? Also, if I need to stop glusterd will my VMs hosted on my ovirt cluster be affected by mount points engine, export, and data being off line? Thanks, Ryan

1 0