[Users] virtio-scsi Windows/Linux VM performance
by Markus Stockhausen
This is a multi-part message in MIME format.
------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hello,=0A=
=0A=
a few weeks ago I started investigating ovirt as an alterantive to a well=
=0A=
known commercial virtualization center. Up to now I got great support=0A=
through this mailing list. Thanks for that. With all the technical things=
=0A=
sorted out I'm getting slowly to the performance related stuff.=0A=
=0A=
Lets start with a small explanation to the test landscape. I have two=0A=
hypervisor machines (Intel Nehalem generation) that are attached to=0A=
a NFS server via infiniband IPoIB connected mode (MTU 33000). They =0A=
run Fedora 19 (kernel 3.11) and through newest repositories qemu =0A=
version 1.6.0 - 7.fc19.=0A=
=0A=
To get an idea about the overhead of the VM disk layer I run a not very=0A=
scientific direct I/O read test on the hypervisor onto a image file that=0A=
resides on the NFS share. Access pattern is random, I use one thread,=0A=
blocksize is 1K and the file (image that belongs to a VM) is fully cached =
=0A=
on the NFS server. So no disk activity is going on in the NFS server but =
=0A=
block reads are always sent over the network. The numbers read 13 =0A=
MB/sec or 13000 IOs/sec. Just take that as a very synthetic reference =0A=
value for the latency of the NFS layer.=0A=
=0A=
Now I relocate my test into one of the running VMs. Again a Fedora 19=0A=
that uses virtio-scsi based disk images on the NFS. The IOs drop to =0A=
9.5MB/sek or 9500 IOs/sec. I understand that virtualization costs =0A=
performance so I'm still statisfied.=0A=
=0A=
With Windows 7 VM and the virtio-0.1-65 driver I get a real bad experience.=
=0A=
Only 2MB/sek or 2000 IOs/sec left. That is not what one would expect. =0A=
=0A=
I read through articles/papers about the different approaches in the last=
=0A=
years to increase VM IO performance: virtio-data-plane, virto-blk, ...=0A=
But I'm not yet searching to increase the overall performance I'm just=0A=
trying to get biggest mistakes sorted out. With the same devices and =0A=
on the same platform I expect the performance of both VMs to be in a =0A=
similar range and not a difference by a factor of 4-5.=0A=
=0A=
Any ideas?=0A=
=0A=
Markus=
------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1--
10 years, 7 months
[Users] oVirt 3.3/F19 - Windows guest unable to access network
by SULLIVAN, Chris (WGK)
--_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SGksDQoNCknigJltIGhhdmluZyBuZXR3b3JrIGlzc3VlcyB3aXRoIGEgV2luZG93cyBTZXJ2ZXIg
MjAwOCBSMiBndWVzdCBydW5uaW5nIG9uIGFuIEYxOSBob3N0LiBUaGUgZ3Vlc3QgaGFzIGEgc3Rh
dGljIGNvbmZpZ3VyYXRpb24gYW5kIGlzIGFibGUgdG8gcGluZyBpdHNlbGYgYW5kIHRoZSBob3N0
IGl0IGlzIHJ1bm5pbmcgb24sIGhvd2V2ZXIgY2Fubm90IHBpbmcgdGhlIGdhdGV3YXksIGFueSBv
dGhlciBob3N0cyBvbiB0aGUgbG9jYWwgbmV0d29yaywgb3IgZXh0ZXJuYWwgaG9zdHMuIEEgUkhF
TCA2LjQgZ3Vlc3Qgb24gdGhlIHNhbWUgaG9zdCB3aXRoIGEgc2ltaWxhciBzdGF0aWMgY29uZmln
dXJhdGlvbiB3b3JrcyBub3JtYWxseS4NCg0KSXB0YWJsZXMvZmlyZXdhbGxkIG9uIHRoZSBob3N0
IGFyZSBzd2l0Y2hlZCBvZmYgYW5kIHRoZSBuZXR3b3JrIGRlZmluaXRpb25zIGluIHRoZSBYTUwg
Zm9yIGVhY2ggVk0gKFdpbmRvd3MvUkhFTCkgYXJlIHRoZSBzYW1lLiBUaGUgdmlydGlvIG5ldHdv
cmsgZHJpdmVycyBhcmUgaW5zdGFsbGVkIGluIHRoZSBndWVzdC4gVGhlIGd1ZXN0IHdhcyBjcmVh
dGVkIGZyb20gYSBXaW4gMjAwOCBSMiB0ZW1wbGF0ZSwgd2hpY2ggd2FzIGNyZWF0ZWQgZnJvbSBh
IFZNIGltcG9ydGVkIGZyb20gb1ZpcnQgMy4yLiBTb2Z0d2FyZSB2ZXJzaW9ucyBiZWxvdy4NCg0K
QXJlIHRoZXJlIGFueSBtYW51YWwgY29uZmlndXJhdGlvbiBzdGVwcyByZXF1aXJlZCBvbiB0aGUg
aG9zdCB0byBzdXBwb3J0IFdpbmRvd3MgZ3Vlc3RzPyBBcmUgdGhlcmUgYW55IHBhcnRpY3VsYXIg
ZGlhZ25vc3RpYyBzdGVwcyBJIGNvdWxkIHRha2UgdG8gdHJ5IGFuZCBuYXJyb3cgZG93biB0aGUg
Y2F1c2U/DQoNClZlcnNpb25zOg0KDQotICAgICAgICAgIG9WaXJ0IDMuMy4wLTQNCg0KLSAgICAg
ICAgICBGMTkgMy4xMC4xMS0yMDANCg0KLSAgICAgICAgICBRRU1VIDEuNC4yLTkNCg0KLSAgICAg
ICAgICBMaWJ2aXJ0IDEuMS4yLTENCg0KLSAgICAgICAgICBWRFNNIDQuMTIuMS0yDQoNCi0gICAg
ICAgICAgdmlydGlvLXdpbiAwLjEtNTINCg0KVGhhbmtzIGZvciB5b3VyIGhlbHAsDQoNCkNocmlz
DQoNCg0KDQoNCg0KDQpQTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklO
VCBUSElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uDQoNCg0KDQpUaGlzIGVtYWls
IGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2ggaXMgY29u
ZmlkZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp
bnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVy
IGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhbmQgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0
YWNobWVudHMgZnJvbSB5b3VyIGNvbXB1dGVyIGFuZCBJVCBzeXN0ZW1zLiBZb3UgbXVzdCBub3Qg
Y29weSwgcmUtdHJhbnNtaXQsIHVzZSBvciBkaXNjbG9zZSAob3RoZXIgdGhhbiB0byB0aGUgc2Vu
ZGVyKSB0aGUgZXhpc3RlbmNlIG9yIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFj
aG1lbnRzIG9yIHBlcm1pdCBhbnlvbmUgZWxzZSB0byBkbyBzby4NCg0KLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KDQoNCg==
--_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh
aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDEwOjA4OjMxIFdlZG5lc2RheSwgMTggU2VwdGVtYmVy
IDIwMTMgLS0+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQv
aHRtbDsgY2hhcnNldD11dGYtOCI+DQo8c3R5bGUgdHlwZT0idGV4dC9jc3MiPlAuN2YzNjdkM2Ut
OTQxNS00NDY5LTkzNTktNTZjODQ3NzgwMGZjIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpM
SS43ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMgew0KCU1BUkdJTjogMGNtIDBj
bSAwcHQNCn0NCkRJVi43ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMgew0KCU1B
UkdJTjogMGNtIDBjbSAwcHQNCn0NClRBQkxFLjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0
Nzc4MDBmY1RhYmxlIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpESVYuU2VjdGlvbjEgew0K
CXBhZ2U6IFNlY3Rpb24xDQp9DQo8L3N0eWxlPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250
ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0K
LyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpXaW5nZGlu
Z3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250
LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz
IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx
IDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi
c2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp
b3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6
dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6
OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29B
Y2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGlu
Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1p
bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlz
dFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0
Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTow
aW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z
aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnNwYW4u
RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u
QmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0K
CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn
aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv
cmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlz
dC1pZDo3MjY0MjA2MDA7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxh
dGUtaWRzOjEyNTM2Mjc0NzIgOTcyMzQ3Njc0IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3
Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxl
dmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6
LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjAuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u
dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWls
eTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs
aXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTYuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1
aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0OlxGMEE3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
CgltYXJnaW4tbGVmdDo5Mi4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWls
eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u
ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTI4LjI1
cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs
MDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2NC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN
Cglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1h
cmdpbi1sZWZ0OjIwMC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpX
aW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjM2LjI1cHQ7
DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps
ZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3Mi4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglm
b250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdp
bi1sZWZ0OjMwOC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5n
ZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTow
aW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs
dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t
W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk
bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu
ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJw
dXJwbGUiPg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+
PC9wPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp
LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZbSBoYXZpbmcgbmV0d29yayBpc3N1ZXMgd2l0
aCBhIFdpbmRvd3MgU2VydmVyIDIwMDggUjIgZ3Vlc3QgcnVubmluZyBvbiBhbiBGMTkgaG9zdC4g
VGhlIGd1ZXN0IGhhcyBhIHN0YXRpYyBjb25maWd1cmF0aW9uIGFuZCBpcyBhYmxlIHRvIHBpbmcg
aXRzZWxmIGFuZCB0aGUgaG9zdCBpdCBpcyBydW5uaW5nIG9uLCBob3dldmVyIGNhbm5vdCBwaW5n
IHRoZSBnYXRld2F5LCBhbnkgb3RoZXIgaG9zdHMgb24gdGhlDQogbG9jYWwgbmV0d29yaywgb3Ig
ZXh0ZXJuYWwgaG9zdHMuIEEgUkhFTCA2LjQgZ3Vlc3Qgb24gdGhlIHNhbWUgaG9zdCB3aXRoIGEg
c2ltaWxhciBzdGF0aWMgY29uZmlndXJhdGlvbiB3b3JrcyBub3JtYWxseS48bzpwPjwvbzpwPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+SXB0YWJsZXMvZmlyZXdhbGxkIG9uIHRoZSBob3N0IGFyZSBzd2l0Y2hlZCBv
ZmYgYW5kIHRoZSBuZXR3b3JrIGRlZmluaXRpb25zIGluIHRoZSBYTUwgZm9yIGVhY2ggVk0gKFdp
bmRvd3MvUkhFTCkgYXJlIHRoZSBzYW1lLiBUaGUgdmlydGlvIG5ldHdvcmsgZHJpdmVycyBhcmUg
aW5zdGFsbGVkIGluIHRoZSBndWVzdC4gVGhlIGd1ZXN0IHdhcyBjcmVhdGVkIGZyb20gYSBXaW4g
MjAwOCBSMiB0ZW1wbGF0ZSwgd2hpY2gNCiB3YXMgY3JlYXRlZCBmcm9tIGEgVk0gaW1wb3J0ZWQg
ZnJvbSBvVmlydCAzLjIuIFNvZnR3YXJlIHZlcnNpb25zIGJlbG93LjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5BcmUgdGhlcmUgYW55IG1hbnVhbCBjb25maWd1cmF0aW9uIHN0ZXBzIHJlcXVpcmVk
IG9uIHRoZSBob3N0IHRvIHN1cHBvcnQgV2luZG93cyBndWVzdHM/IEFyZSB0aGVyZSBhbnkgcGFy
dGljdWxhciBkaWFnbm9zdGljIHN0ZXBzIEkgY291bGQgdGFrZSB0byB0cnkgYW5kIG5hcnJvdyBk
b3duIHRoZSBjYXVzZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VmVyc2lvbnM6PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIw
LjI1cHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHls
ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
IVtlbmRpZl0+b1ZpcnQgMy4zLjAtNDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjtt
c28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkYxOSAzLjEwLjExLTIwMDxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t
bGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+
DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNw
YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPlFFTVUgMS40LjItOTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0u
MjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7
VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkxpYnZpcnQgMS4x
LjItMTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt
YXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEg
bGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl
Ij4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj48L3NwYW4+PCFbZW5kaWZdPlZEU00gNC4xMi4xLTI8bzpwPjwvbzpwPjwvcD4NCjxwIGNs
YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjAuMjVwdDt0ZXh0LWlu
ZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0
c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0
ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT52aXJ0
aW8td2luIDAuMS01MjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m
bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIHlvdXIgaGVs
cCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFy
ZWFzdC1sYW5ndWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwPjwvcD4NCjxw
IGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPiZuYnNwOzwvcD4N
CjxwIGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPjxmb250IHNp
emU9IjIiIGZhY2U9IkFyaWFsIj5QTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04n
VCBQUklOVCBUSElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uPC9mb250PjwvcD4N
CjxwIGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPjxmb250IHNp
emU9IjIiIGZhY2U9IkFyaWFsIj48L2ZvbnQ+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9IjdmMzY3ZDNl
LTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwi
PlRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3
aGljaCBpcyBjb25maWRlbnRpYWwgYW5kL29yIGxlZ2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFy
ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5
IHRoZSBzZW5kZXINCiBpbW1lZGlhdGVseSBieSBlLW1haWwgYW5kIGRlbGV0ZSB0aGlzIGUtbWFp
bCBhbmQgaXRzIGF0dGFjaG1lbnRzIGZyb20geW91ciBjb21wdXRlciBhbmQgSVQgc3lzdGVtcy4g
WW91IG11c3Qgbm90IGNvcHksIHJlLXRyYW5zbWl0LCB1c2Ugb3IgZGlzY2xvc2UgKG90aGVyIHRo
YW4gdG8gdGhlIHNlbmRlcikgdGhlIGV4aXN0ZW5jZSBvciBjb250ZW50cyBvZiB0aGlzIGVtYWls
IG9yIGl0cyBhdHRhY2htZW50cyBvciBwZXJtaXQgYW55b25lIGVsc2UNCiB0byBkbyBzby48L2Zv
bnQ+PC9wPg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+
PGZvbnQgZmFjZT0iQXJpYWwiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L2ZvbnQ+PC9w
Pg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+PGZvbnQg
ZmFjZT0iQXJpYWwiPjwvZm9udD4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iN2YzNjdkM2UtOTQxNS00
NDY5LTkzNTktNTZjODQ3NzgwMGZjIj48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250
PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFsIj48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0i
QXJpYWwiPjwvZm9udD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8L2JvZHk+DQo8
L2h0bWw+DQo=
--_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_--
10 years, 7 months
[Users] oVirt professional support?
by Alan Johnson
We are looking into professional support options for oVirt. We are
investigating the obvious path of switching to RHEV, but the effort
involved is still TBD. So, we are wondering if there are other companies
out there that migth provide direct support, training, or consulting
services for oVirt.
________________
Alan Johnson
alan(a)datdec.com
Date Format PSA <http://xkcd.com/1179/>
10 years, 7 months
[Users] NFS Domains down because of single node failure
by Markus Stockhausen
------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
maybe a stupid one but ...
When I create a (NFS) storage domain I have to provide a node host that mak=
es
the inital contact. All other node hosts wil directly connect to that domai=
n. So
no bottlenecks.
Today I stopped one of my two nodes outside ovirt-engine. For simplicity we
assume the node crashed. The machine is up right now but VDSM is down.
All domains that where setup with this host are "down" now (red arrow down)=
.
After searching the web interface I found "Data center" -> "Select your DC"=
->
"Storage" -> "Activate". Trying to activate only results in a failure messa=
ge.
To ensure that I can recover those situations in the future I'd like to kno=
w what
this node binding is all about and what to do next.
Logs attached & thanks in advance
Markus
2013-09-17 08:54:54,985 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.Ir=
sBrokerCommand] (pool-6-thread-50) [1be325f3] spm vds is non responsive, st=
opping spm selection.
2013-09-17 08:54:54,986 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.Ac=
tivateStorageDomainVDSCommand] (pool-6-thread-50) [1be325f3] FINISH, Activa=
teStorageDomainVDSCommand, log id: 4c38e98
2013-09-17 08:54:54,987 ERROR [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [1be325f3] Command org.ovirt.engine.=
core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With=
error message VdcBLLException: Cannot allocate IRS server (Failed with VDS=
M error IRS_REPOSITORY_NOT_FOUND and code 5009)
2013-09-17 08:54:54,989 INFO [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [1be325f3] Command [id=3Da0dbe909-fb=
b1-40ff-b77a-8e43bd075ace]: Compensating CHANGED_STATUS_ONLY of org.ovirt.e=
ngine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatu=
sSnapshot [id=3DstoragePoolId =3D b054727d-fe4a-41ed-8393-a81e36b8a1af, sto=
rageId =3D ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf, status=3DUnknown].
2013-09-17 08:54:55,004 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge=
tCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-99) Command GetCapa=
bilitiesVDS execution failed. Exception: VDSNetworkException: java.net.Conn=
ectException: Connection refused
2013-09-17 08:54:55,008 INFO [org.ovirt.engine.core.dal.dbbroker.auditlogh=
andling.AuditLogDirector] (pool-6-thread-50) [1be325f3] Correlation ID: 1be=
325f3, Job ID: c88c00ba-0298-4f42-bc0e-a720d79c5f49, Call Stack: null, Cust=
om Event ID: -1, Message: Failed to activate Storage Domain NAS5_IB (Data C=
enter Collogia) by admin@internal
2013-09-17 08:54:56,263 INFO [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (ajp--127.0.0.1-8702-2) [5c6218c1] Lock Acquired to obj=
ect EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf=
value: STORAGE
, sharedLocks=3D ]
2013-09-17 08:54:56,272 INFO [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [5c6218c1] Running command: Activate=
StorageDomainCommand internal: false. Entities affected : ID: ecf7f507-b0f=
a-47ee-a8b2-d621fbd7b8bf Type: Storage
2013-09-17 08:54:56,291 INFO [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [5c6218c1] Lock freed to object Engi=
neLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf value: =
STORAGE
, sharedLocks=3D ]
2013-09-17 08:54:56,292 INFO [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [5c6218c1] ActivateStorage Domain. B=
efore Connect all hosts to pool. Time:9/17/13 8:54 AM
2013-09-17 08:54:56,296 INFO [org.ovirt.engine.core.bll.storage.ConnectSto=
rageToVdsCommand] (pool-6-thread-47) Running command: ConnectStorageToVdsCo=
mmand internal: true. Entities affected : ID: aaa00000-0000-0000-0000-1234=
56789aaa Type: System
2013-09-17 08:54:56,299 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (pool-6-thread-47) START, ConnectStorageServe=
rVDSCommand(HostName =3D colovn3, HostId =3D 0fdccd63-f5d7-41e4-8350-5941bb=
c29270, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType=
=3D NFS, connectionList =3D [{ id: 68c31a49-0e37-4438-a8fe-fc28be62cd3f, c=
onnection: 10.10.30.251:/var/nas5/ovirt, iqn: null, vfsType: null, mountOpt=
ions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id=
: 75a9c6a0
2013-09-17 08:54:56,317 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (pool-6-thread-47) FINISH, ConnectStorageServ=
erVDSCommand, return: {68c31a49-0e37-4438-a8fe-fc28be62cd3f=3D0}, log id: 7=
5a9c6a0
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:=
0;}</style>
</head>
<body ocsi=3D"0" fpstyle=3D"1">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hello,<br>
<br>
maybe a stupid one but ...<br>
<br>
When I create a (NFS) storage domain I have to provide a node host that mak=
es<br>
the inital contact. All other node hosts wil directly connect to that domai=
n. So<br>
no bottlenecks.<br>
<br>
Today I stopped one of my two nodes outside ovirt-engine. For simplicity we=
<br>
assume the node crashed. The machine is up right now but VDSM is down.<br>
<br>
All domains that where setup with this host are "down" now (red a=
rrow down). <br>
After searching the web interface I found "Data center" -> &qu=
ot;Select your DC" -> <br>
"Storage" -> "Activate". Trying to activate only res=
ults in a failure message.<br>
To ensure that I can recover those situations in the future I'd like to kno=
w what<br>
this node binding is all about and what to do next.<br>
<br>
Logs attached & thanks in advance<br>
<br>
Markus<br>
<br>
2013-09-17 08:54:54,985 WARN [org.ovirt.engine.core.vdsbroker.irsbrok=
er.IrsBrokerCommand] (pool-6-thread-50) [1be325f3] spm vds is non responsiv=
e, stopping spm selection.<br>
2013-09-17 08:54:54,986 INFO [org.ovirt.engine.core.vdsbroker.irsbrok=
er.ActivateStorageDomainVDSCommand] (pool-6-thread-50) [1be325f3] FINISH, A=
ctivateStorageDomainVDSCommand, log id: 4c38e98<br>
2013-09-17 08:54:54,987 ERROR [org.ovirt.engine.core.bll.storage.ActivateSt=
orageDomainCommand] (pool-6-thread-50) [1be325f3] Command org.ovirt.engine.=
core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With=
error message VdcBLLException:
Cannot allocate IRS server (Failed with VDSM error IRS_REPOSITORY_NOT_FOUN=
D and code 5009)<br>
2013-09-17 08:54:54,989 INFO [org.ovirt.engine.core.bll.storage.Activ=
ateStorageDomainCommand] (pool-6-thread-50) [1be325f3] Command [id=3Da0dbe9=
09-fbb1-40ff-b77a-8e43bd075ace]: Compensating CHANGED_STATUS_ONLY of org.ov=
irt.engine.core.common.businessentities.StoragePoolIsoMap;
snapshot: EntityStatusSnapshot [id=3DstoragePoolId =3D b054727d-fe4a-41ed-=
8393-a81e36b8a1af, storageId =3D ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf, stat=
us=3DUnknown].<br>
2013-09-17 08:54:55,004 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge=
tCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-99) Command GetCapa=
bilitiesVDS execution failed. Exception: VDSNetworkException: java.net.Conn=
ectException: Connection refused<br>
2013-09-17 08:54:55,008 INFO [org.ovirt.engine.core.dal.dbbroker.audi=
tloghandling.AuditLogDirector] (pool-6-thread-50) [1be325f3] Correlation ID=
: 1be325f3, Job ID: c88c00ba-0298-4f42-bc0e-a720d79c5f49, Call Stack: null,=
Custom Event ID: -1, Message: Failed
to activate Storage Domain NAS5_IB (Data Center Collogia) by admin@interna=
l<br>
2013-09-17 08:54:56,263 INFO [org.ovirt.engine.core.bll.storage.Activ=
ateStorageDomainCommand] (ajp--127.0.0.1-8702-2) [5c6218c1] Lock Acquired t=
o object EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd=
7b8bf value: STORAGE<br>
, sharedLocks=3D ]<br>
2013-09-17 08:54:56,272 INFO [org.ovirt.engine.core.bll.storage.Activ=
ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] Running command: Act=
ivateStorageDomainCommand internal: false. Entities affected : ID: ec=
f7f507-b0fa-47ee-a8b2-d621fbd7b8bf Type: Storage<br>
2013-09-17 08:54:56,291 INFO [org.ovirt.engine.core.bll.storage.Activ=
ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] Lock freed to object=
EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf va=
lue: STORAGE<br>
, sharedLocks=3D ]<br>
2013-09-17 08:54:56,292 INFO [org.ovirt.engine.core.bll.storage.Activ=
ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] ActivateStorage Doma=
in. Before Connect all hosts to pool. Time:9/17/13 8:54 AM<br>
2013-09-17 08:54:56,296 INFO [org.ovirt.engine.core.bll.storage.Conne=
ctStorageToVdsCommand] (pool-6-thread-47) Running command: ConnectStorageTo=
VdsCommand internal: true. Entities affected : ID: aaa00000-0000-0000=
-0000-123456789aaa Type: System<br>
2013-09-17 08:54:56,299 INFO [org.ovirt.engine.core.vdsbroker.vdsbrok=
er.ConnectStorageServerVDSCommand] (pool-6-thread-47) START, ConnectStorage=
ServerVDSCommand(HostName =3D colovn3, HostId =3D 0fdccd63-f5d7-41e4-8350-5=
941bbc29270, storagePoolId =3D 00000000-0000-0000-0000-000000000000,
storageType =3D NFS, connectionList =3D [{ id: 68c31a49-0e37-4438-a8fe-fc2=
8be62cd3f, connection: 10.10.30.251:/var/nas5/ovirt, iqn: null, vfsType: nu=
ll, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null =
};]), log id: 75a9c6a0<br>
2013-09-17 08:54:56,317 INFO [org.ovirt.engine.core.vdsbroker.vdsbrok=
er.ConnectStorageServerVDSCommand] (pool-6-thread-47) FINISH, ConnectStorag=
eServerVDSCommand, return: {68c31a49-0e37-4438-a8fe-fc28be62cd3f=3D0}, log =
id: 75a9c6a0<br>
<br>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_--
------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9--
10 years, 7 months
[Users] Announcement: oVirt 3.3.0 release!
by Dave Neary
The oVirt development team is very happy to announce the general
availability of oVirt 3.3.0 as of September 16th 2013. This release
solidifies oVirt as a leading KVM management application, and open
source alternative to VMware vSphere.
oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4
(or similar).
Get started with oVirt now! http://www.ovirt.org/Download
Chief among the many new features in the release are:
* Tight integration with Gluster - take advantage of native GlusterFS
support, or use oVirt to manage your Gluster bricks
* Integration with OpenStack - share images stored in Glance, and take
advantage of Neutron integration for network topology definition
* Extensibility and control - with improvements in VM scheduling, an
increased array of hooks and APIs, oVirt gives you absolute control over
your virtual datacenter
Read more about the oVirt 3.3 release on the Red Hat community blog:
http://community.redhat.com/ovirt-3-3-spices-up-the-software-defined-data...
The full release announcement:
http://www.ovirt.org/OVirt_3.3_release_announcement
oVirt 3.3 release notes: http://www.ovirt.org/OVirt_3.3_release_notes
Regards,
Dave Neary.
--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
10 years, 7 months
[Users] Created ovirt 3.3 node (3.1 hypervisor) ISO but not 100% right?
by Schorschi
This is a multi-part message in MIME format.
------=_NextPart_000_0001_01CEB317.E27BD8B0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
I created ovirt node ISO but it is not 100% right. Boots, media check is
fine, the UI executes, can select disk device as expected, enter password,
etc. When the install sequence starts. it just stops at 0% "Starting." then
nothing happens. Tried it with IDE, SATA, even SCSI, all local attached,
even tried it in a VM (nesting enabled, etc.), and same issue appears to
freeze. Jumping to alternate consoles, all blank. Tried to run install in
text mode, removed quiet and rhgb options from boot command-line, but the UI
takes over so no help. When I generated the ISO image, did not notice any
errors, source platform for ISO image was Fedora 19 minimal install plus all
the adds as outlined on the ovirt node build documentation web page. Anyone
run into the same odd issue? Am able to install Fedora 19 on same hardware,
so can't see why node install would fail, since am able to select disk
drive, but can't write to it? Very odd.
------=_NextPart_000_0001_01CEB317.E27BD8B0
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-microsoft-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=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I created =
ovirt node ISO but it is not 100% right. Boots, media check is =
fine, the UI executes, can select disk device as expected, enter =
password, etc. When the install sequence starts… it just =
stops at 0% “Starting…” then nothing happens. Tried it =
with IDE, SATA, even SCSI, all local attached, even tried it in a VM =
(nesting enabled, etc.), and same issue appears to freeze. Jumping =
to alternate consoles, all blank. Tried to run install in text =
mode, removed quiet and rhgb options from boot command-line, but the UI =
takes over so no help. When I generated the ISO image, did not =
notice any errors, source platform for ISO image was Fedora 19 minimal =
install plus all the adds as outlined on the ovirt node build =
documentation web page. Anyone run into the same odd issue? =
Am able to install Fedora 19 on same hardware, so can’t see why =
node install would fail, since am able to select disk drive, but =
can’t write to it? Very =
odd.<o:p></o:p></p></div></body></html>
------=_NextPart_000_0001_01CEB317.E27BD8B0--
10 years, 7 months
[Users] VMs not starting
by Lance Oreste
--_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I am running ovirt 3.2.1 on fedora 18. Been running for 6 months with no is=
sues. I rebooted the host this morning however I am now unable to restart t=
he VMs. I am getting
[https://localhost/webadmin/webadmin/clear.cache.gif]
2013-Sep-12, 10:05
Failed to run VM win8 (User: admin@internal).
6fea8b6b
oVirt
[https://localhost/webadmin/webadmin/clear.cache.gif]
2013-Sep-12, 10:05
Failed to run VM win8 on Host local_host.
6fea8b6b
oVirt
[https://localhost/webadmin/webadmin/clear.cache.gif]
2013-Sep-12, 10:05
VM win8 is down. Exit message: internal error process exited while connecti=
ng to monitor: ((null):13485): Spice-Warning **: reds.c:3247:reds_init_ssl:=
Could not use private key file qemu-kvm: failed to initialize spice server=
.
oVirt
________________________________
This message originates from BenTek, Inc. This email message and all attach=
ments may contain legally privileged and confidential information intended =
solely for the use of the addressee. If you are not the intended recipient,=
you should immediately stop reading this message and delete it from your s=
ystem. Any unauthorized reading, distribution, copying, or other use of thi=
s message or its attachments is strictly prohibited. All personal messages =
express solely the sender's views and not those of BenTek, Inc. This messag=
e may not be copied or distributed without this disclaimer. Although this e=
mail and any attachments are believed to be free of any virus or other defe=
ct that might affect any computer system into which it is received and open=
ed, it is the responsibility of the recipient to ensure that it is virus fr=
ee and no responsibility is accepted by BenTek, Inc. for any loss or damage=
arising in any way from its use. If you received this message in error, pl=
ease notify us immediately at (888) 5-BENTEK.
--_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style id=3D"owaParaStyle" type=3D"text/css">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
</head>
<body>
<div style=3D"direction:ltr; font-family:Tahoma; color:#000000; font-size:1=
0pt">I am running ovirt 3.2.1 on fedora 18. Been running for 6 months with =
no issues. I rebooted the host this morning however I am now unable to rest=
art the VMs. I am getting
<br>
<table class=3D"GE2Q1TJGPB" cellspacing=3D"0">
<tbody>
<tr class=3D"GE2Q1TJPNB">
<td class=3D"GE2Q1TJONB GE2Q1TJAOB GE2Q1TJBOB"><br>
<table class=3D"GE2Q1TJLN" cellspacing=3D"0">
<tbody>
<tr class=3D"GE2Q1TJEM">
<td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJGM">
<div style=3D"outline:none">
<div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig=
n:middle">
<img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"=
0" style=3D"width:14px; height:12px"></div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div title=3D"" tabindex=3D"0" style=3D"outline:medium none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col1_row0">2013-Sep-=
12, 10:05</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div title=3D"" style=3D"outline:medium none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col2_row0">Failed to=
run VM win8 (User: admin@internal).</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col3_row0">6fea8b6b<=
/div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col4_row0">oVirt</di=
v>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJAN"><br>
</td>
</tr>
<tr class=3D"GE2Q1TJEN GE2Q1TJGN GE2Q1TJLM">
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJGM GE2Q1TJHN GE2Q1TJMM">
<div style=3D"outline:none">
<div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig=
n:middle">
<img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"=
0" style=3D"width:14px; height:12px"></div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM">
<div tabindex=3D"0" style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col1_row1">2013-Sep-=
12, 10:05</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM">
<div title=3D"" style=3D"outline:medium none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col2_row1">Failed to=
run VM win8 on Host local_host.</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM">
<div style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col3_row1">6fea8b6b<=
/div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM">
<div style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col4_row1">oVirt</di=
v>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJAN GE2Q1TJMM"><br>
</td>
</tr>
<tr class=3D"GE2Q1TJEM">
<td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJGM">
<div style=3D"outline:none">
<div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig=
n:middle">
<img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"=
0" style=3D"width:14px; height:12px"></div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div style=3D"outline:none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col1_row2">2013-Sep-=
12, 10:05</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div title=3D"VM win8 is down. Exit message: internal error process exited =
while connecting to monitor: ((null):13485): Spice-Warning **: reds.c:3247:=
reds_init_ssl: Could not use private key file=0A=
qemu-kvm: failed to initialize spice server=0A=
." style=3D"outline:medium none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col2_row2">VM win8 i=
s down. Exit message: internal error process exited while connecting to mon=
itor: ((null):13485): Spice-Warning **: reds.c:3247:reds_init_ssl: Could no=
t use private key file qemu-kvm: failed
to initialize spice server .</div>
</div>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM"><br>
</td>
<td class=3D"GE2Q1TJDM GE2Q1TJFM">
<div title=3D"" style=3D"outline:medium none">
<div id=3D"SubTabVirtualMachineEventView_table_content_col4_row2">oVirt</di=
v>
</div>
</td>
</tr>
</tbody>
</table>
<br>
</td>
<td class=3D"GE2Q1TJONB GE2Q1TJAOB"><br>
</td>
<td class=3D"GE2Q1TJONB GE2Q1TJAOB GE2Q1TJLOB"><br>
</td>
</tr>
</tbody>
</table>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Black" size=3D"1"><br>
This message originates from BenTek, Inc. This email message and all attach=
ments may contain legally privileged and confidential information intended =
solely for the use of the addressee. If you are not the intended recipient,=
you should immediately stop reading
this message and delete it from your system. Any unauthorized reading, dis=
tribution, copying, or other use of this message or its attachments is stri=
ctly prohibited. All personal messages express solely the sender's views an=
d not those of BenTek, Inc. This
message may not be copied or distributed without this disclaimer. Although=
this email and any attachments are believed to be free of any virus or oth=
er defect that might affect any computer system into which it is received a=
nd opened, it is the responsibility
of the recipient to ensure that it is virus free and no responsibility is =
accepted by BenTek, Inc. for any loss or damage arising in any way from its=
use. If you received this message in error, please notify us immediately a=
t (888) 5-BENTEK.<br>
</font>
</body>
</html>
--_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_--
10 years, 7 months
