- Users - oVirt List Archives

Missing engine-manage-domains?!
by Clint Smith 05 Aug '16

05 Aug '16

I'm using oVirt Engine Version: 4.0.0.6-1.el7.centos and wanted to connect an LDAP server. I went looking for engine-manage-domains on the engine machine but it seems to be missing. Any ideas? Thanks, Clint

3 2

No VMs to import
by Frank Rothenstein 05 Aug '16

05 Aug '16

Hello, now that gluster 3.7.14 is out I was able to change the storage domains mount from NFS back to GlusterFS. The first domain worked flawlessly this way: set domain to maintenance -> detach -> remove -> import Domain (this time GlusterFS) -> import VMs The other storage domain works too, but in the gui is no tab Import VMs or Import Disks. Is there any other way to rescan/reimport VMs on this storage domain? Frank ______________________________________________________________________________ BODDEN-KLINIKEN Ribnitz-Damgarten GmbH Sandhufe 2 18311 Ribnitz-Damgarten Telefon: 03821-700-0 Fax: 03821-700-240 E-Mail: info(a)bodden-kliniken.de Internet: http://www.bodden-kliniken.de Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 079/133/40188 Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorge- sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie bitte, dass jede Form der Veröf- fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sofort den Absender zu informieren und die E-Mail zu löschen. Bodden-Kliniken Ribnitz-Damgarten GmbH 2016 *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***

1 0

hosted_engine on gluster storage for all the same fqdn?
by Florian Nolden 05 Aug '16

05 Aug '16

Hi, I try to install the hosted_engine on 3 Servers which host also the gluster data storage. When I install now the hosted_engine, which storage path should I use? Setup 1: server1: server1.san:/hosted_engine server2: server1.san:/hosted_engine server3: server1.san:/hosted_engine Setup 2: server1: localhost:/hosted_engine server2: localhost:/hosted_engine server3: localhost:/hosted_engine Setup 3: /etc/hosts: 127.0.0.1 gluster server1: gluster:/hosted_engine server2: gluster:/hosted_engine server3: gluster:/hosted_engine Other Setup? What is the best practice there?

2 3

storage domain operation python api sample codes needed
by Huan He (huhe) 05 Aug '16

05 Aug '16

Hi, I can't figure out how to do the following, a sample code will be helpful. Put a storage domain in maintenance mode Detach the storage domain Remove the storage domain By the way, do you have an API doc or wiki? Thanks, Huab

2 4

Multipath iSCSI with several IPs
by James Michels 04 Aug '16

04 Aug '16

Hello, I want to add an iSCSI based storage domain. For that I add a domain on the Storage tab with one of the IPs (say 10.10.10.1), but for failover purposes I'd like to use multipath to add a failover IP so if the first one fails, LUNs can be reached via the second (say 10.10.10.2). How can this be done in oVirt 4.0.1? I have not seen a way how to add the second IP for multipath purposes. Thank you James

5 10

iSCSI domain on 4kn drives
by Martijn Grendelman 04 Aug '16

04 Aug '16

Hi, Does oVirt support iSCSI storage domains on target LUNs using a block size of 4k? Best regards, Martijn Grendelman

2 1

Fwd: Multipath iSCSI with several IPs
by James Michels 04 Aug '16

04 Aug '16

Hi Dan, The way you describe it I should have 2 storage backends with 2 IPs for the same SAN backend, right? The problem I see is that when you create a disk for a VM, you assign it to only one storage domain... so if the first fails, how will oVirt know which one should use as failover? Thank you 2016-08-04 15:20 GMT+01:00 Dan Yasny <dyasny(a)gmail.com>: > Normally you > 1. enter the IP > 2. click discover > 3. login to whatever was found > 4. enter another IP instead of the first > 5. goto 2 > > On Thu, Aug 4, 2016 at 10:13 AM, James Michels < > karma.sometimes.hurts(a)gmail.com> wrote: > >> Hello, >> >> I want to add an iSCSI based storage domain. For that I add a domain on >> the Storage tab with one of the IPs (say 10.10.10.1), but for failover >> purposes I'd like to use multipath to add a failover IP so if the first one >> fails, LUNs can be reached via the second (say 10.10.10.2). >> >> How can this be done in oVirt 4.0.1? I have not seen a way how to add the >> second IP for multipath purposes. >> >> Thank you >> >> James >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

3 3

Migrate machines in unknown state?
by Nicolás 04 Aug '16

04 Aug '16

Hi, We're running oVirt 4.0.1 and today I found out that one of our hosts has all its VMs in an unknown state. I actually don't know how (and when) did this happen, but I'd like to restore service possibly without turning off these machines. The host is up, the VMs are up, 'qemu' process exists, no errors, it's just the VMs running on it that have a '?' where status is defined. Is it safe in this case to simply modify database and set those VM's status to 'up'? I remember having to do this a time ago when we faced storage issues, it didn't break anything back then. If not, is there a "safe" way to migrate those VMs to a different host and restart the host that marked them as unknown? Thanks. Nicolás

3 4

IP Address Stealing
by Bill Bill 04 Aug '16

04 Aug '16

--_000_CO2PR0801MB074357235FE75D8258FE4A0DA6070CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkl0IGlzIHBvc3NpYmxlIHRvIHByZXZlbnQgYSBWTSBmcm9tIGFkZGluZyBhbiBJ UD8gRm9yIGV4YW1wbGUsIGlmIHdlIHByb3Zpc2lvbiBhIFZNIHdpdGggb25lIElQLCBpZiB0aGUg dXNlciBoYXMgcm9vdCBhY2Nlc3MgdGhleSBjYW4gc2ltcGx5IGFkZCByYW5kb20gSVDigJlzIGZy b20gd2l0aGluIHRoZSBzYW1lIHJhbmdlIGFzIHN1YiBpbnRlcmZhY2VzOiBldGgwOjAgZXRoMDox IGV0aDA6MiBzbyBvbiBhbmQgc28gZm9ydGguDQoNClN1Ym5ldHRpbmcgaXMgbm90IGlkZWFsIGlu IHRoaXMgc2l0dWF0aW9uIGJlY2F1c2UgaXTigJlzIGEgaHVnZSB3YXN0ZSBvZiBJUCBzcGFjZS4N Cg0K --_000_CO2PR0801MB074357235FE75D8258FE4A0DA6070CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <C00F14679A68B0459E8C965B9187F1A9(a)sct-15-1-485-2-msonline-outlook-1173a.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8sPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5JdCBpcyBwb3NzaWJsZSB0byBwcmV2ZW50IGEgVk0gZnJvbSBhZGRp bmcgYW4gSVA/IEZvciBleGFtcGxlLCBpZiB3ZSBwcm92aXNpb24gYSBWTSB3aXRoIG9uZSBJUCwg aWYgdGhlIHVzZXIgaGFzIHJvb3QgYWNjZXNzIHRoZXkgY2FuIHNpbXBseSBhZGQgcmFuZG9tIElQ 4oCZcyBmcm9tIHdpdGhpbiB0aGUgc2FtZSByYW5nZSBhcyBzdWIgaW50ZXJmYWNlczogZXRoMDow IGV0aDA6MSBldGgwOjIgc28gb24gYW5kIHNvDQogZm9ydGguPC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdWJuZXR0 aW5nIGlzIG5vdCBpZGVhbCBpbiB0aGlzIHNpdHVhdGlvbiBiZWNhdXNlIGl04oCZcyBhIGh1Z2Ug d2FzdGUgb2YgSVAgc3BhY2UuPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_CO2PR0801MB074357235FE75D8258FE4A0DA6070CO2PR0801MB0743_--

1 0

Upgrade from 3.6 to 4.0
by ovirt＠timmi.org 03 Aug '16

03 Aug '16

Hi List, is there a special upgrade procedure to get from 3.6 to 4.0 of oVirt? Or it is just a normal upgrade procedure? I'm currently running oVirt 3.6.7 on CentOS 7. Best regards and thank you for the answer. Christoph

6 15