numa error after upgrading from 3.5rc2 to 3.5rc3
by Gianluca Cecchi
Hello,
after upgrading engine and hypervisor to rc3 I get this message when trying
to start VM:
VM vm_name is down with error. Exit message: internal error internal error
NUMA memory tuning in 'preferred' mode only supports single node.
hypervisor is Intel blade MFS5520VI with
processor : 15
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU X5570 @ 2.93GHz
stepping : 5
cpu MHz : 2927.000
cache size : 8192 KB
physical id : 1
siblings : 8
core id : 3
cpu cores : 4
apicid : 23
initial apicid : 23
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc
aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca
sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid
bogomips : 5851.73
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Did anything change from rc2 to rc3 regarding this?
Gianluca
10 years, 1 month
[ANN] oVirt 3.4.4 Release is now available
by Sandro Bonazzola
The oVirt development team is pleased to announce the general
availability of oVirt 3.4.4 as of Sep 23th 2014. 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.5
(or similar).
This release of oVirt includes numerous bug fixes.
See the release notes [1] for a list of the new features and bugs fixed.
The existing repository ovirt-3.4 has been updated for delivering this
release without the need of enabling any other repository, however since we
introduced package signing you need an additional step in order to get
the public keys installed on your system if you're upgrading from an older release.
Please refer to release notes [1] for Installation / Upgrade instructions.
Please note that mirrors will need a couple of days before being synchronized.
If you want to be sure to use latest rpms and don't want to wait for the mirrors,
you can edit /etc/yum.repos.d/ovirt-3.4.repo commenting the mirror line and
removing the comment on baseurl line.
A new oVirt Live ISO will be available too[2].
[1] http://www.ovirt.org/OVirt_3.4.4_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.4.iso
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 1 month
oVirt and Snort
by Pat Pierson
I am attempting to use Snort as an IDS on my network. Currently I have all
traffic on my router uplink port mirrored to a port I have plugged into an
unused port on an oVirt node. I have created a network that only has
access to that port and assigned that network to my snort vm. I am able to
see broadcast traffic (DHCP requests, DNS discoveries, ect) when I listen
to that port but no direct IP to IP traffic. I believe it has something to
do with macspoofing but I am not sure I have set that up correctly for this
host. Has anyone seen documentation on properly setting up macspoofing or
using snort on a virtual infrastructure like oVirt??
--
Patrick Pierson
10 years, 1 month
oVirt node vdsm certificate issue
by Raul Laansoo
Hi.
I have configured Engine webservice to use certificate issued by internal CA. According to http://www.ovirt.org/Features/PKI the CA certificates must be in /etc/pki/ovirt-engine/apache-ca.pem. I have kept the self signed (Engine internal) certificate (previously linked from /etc/pki/ovirt-engine/apache-ca.pem to /etc/pki/ovirt-engine/ca.pem) in /etc/pki/ovirt-engine/ca.pem.
When I want to approve/install node host, the /etc/pki/ovirt-engine/apache-ca.pem file is downloaded to node as /etc/pki/vdsm/certs/cacert.pem. Because vdsmcert.pem is not signed by this CA, libvirt fails to start. How should I set up Engine local and internal CA files, so that they would not conflict?
oVirt Node Hypervisor release 3.0.4 (1.0.201401291204.el6)
oVirt Engine Version: 3.4.3-1.el6
Thank you
---
Raul Laansoo
10 years, 1 month
Re: [ovirt-users] ovirt-engine 3.5 rpm missing for el7
by SULLIVAN, Chris (WGK)
--_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SGksDQoNClRoZSBiZWxvdyByZXNwb25zZSBmcm9tIFNhbmRybyBvbiAxMi8wOCBpbiBhcHBlYXJz
IHRvIGFuc3dlciB0aGUgZmlyc3QgcXVlc3Rpb246DQoNCg0KPj4gSXMgdGhlcmUgYW55IHJvYWRt
YXAgZm9yIHN1cHBvcnRpbmcgb3ZpcnQtZW5naW5lIG9uIGNlbnRvcyA3ID8NCg0KDQoNCj4gSXQn
cyBub3QgaW4gMy41IGZlYXR1cmVzIHNvIGl0IHdpbGwgcHJvYmFibHkgbGFuZCBpbiAzLjYuDQoN
Cj4gWW91IGNhbiBpbnN0YWxsIG9WaXJ0IEhvc3RlZCBFbmdpbmUgb24gY2VudG9zIDcgaG9zdCBh
bmQgdXNlIGNlbnRvcyA2LjUgZm9yIHRoZSBlbmdpbmUgVk0gb25seS4NCg0KDQoNCkFzIHRvIHRo
ZSBzZWNvbmQgcXVlc3Rpb24g4oCTIHRoZSBhYm92ZSByZXNwb25zZSBpbXBsaWVzIHRoYXQgbWl4
aW5nIGVsNiBlbmdpbmUgd2l0aCBlbDcgaG9zdHMgd2l0aCBvdmlydCAzLjUgaXMgb2suIEhvd2V2
ZXIganVzdCB0byBjb25maXJtLCBpcyBhbnlvbmUgcnVubmluZyB0aGlzIGNvbWJpbmF0aW9uIGFu
ZCBpZiBzbyBkaWQgeW91IGV4cGVyaWVuY2UgYW55IG1ham9yIGlzc3VlcyBvciBtaXNzaW5nL2Jy
b2tlbiBmdW5jdGlvbmFsaXR5Pw0KDQoNCg0KQ2hlZXJzLA0KDQoNCg0KQ2hyaXMgU3VsbGl2YW4N
Cg0KDQoNCg0KDQpQTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklOVCBU
SElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uDQoNCg0KDQpUaGlzIGVtYWlsIGFu
ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2ggaXMgY29uZmlk
ZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRl
bmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGlt
bWVkaWF0ZWx5IGJ5IGUtbWFpbCBhbmQgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNo
bWVudHMgZnJvbSB5b3VyIGNvbXB1dGVyIGFuZCBJVCBzeXN0ZW1zLiBZb3UgbXVzdCBub3QgY29w
eSwgcmUtdHJhbnNtaXQsIHVzZSBvciBkaXNjbG9zZSAob3RoZXIgdGhhbiB0byB0aGUgc2VuZGVy
KSB0aGUgZXhpc3RlbmNlIG9yIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFjaG1l
bnRzIG9yIHBlcm1pdCBhbnlvbmUgZWxzZSB0byBkbyBzby4NCg0KLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KDQoNCkZyb206IFNVTExJVkFOLCBDaHJpcyAoV0dLKQ0KU2VudDogVHVlc2Rh
eSwgU2VwdGVtYmVyIDIzLCAyMDE0IDk6NTUgQU0NClRvOiAndXNlcnNAb3ZpcnQub3JnJw0KU3Vi
amVjdDogb3ZpcnQtZW5naW5lIDMuNSBycG0gbWlzc2luZyBmb3IgZWw3DQoNCkhpLA0KDQpJ4oCZ
bSB0ZXN0aW5nIGhvc3RlZC1lbmdpbmUgdjMuNS4wIG9uIGVsNyBhbmQgaXTigJlzIG1vc3RseSBw
cm9ncmVzc2luZyBvaywgaG93ZXZlciB3aGVuIEkgZ28gdG8gaW5zdGFsbCBvdmlydC1lbmdpbmUg
My41IG9uIHRoZSBob3N0ZWQgZW5naW5lIFZNIChhbHNvIHJ1bm5pbmcgZWw3KSB0aGUgcnBtIGlz
IG1pc3NpbmcuIEnigJl2ZSBjaGVja2VkIHRoZSByZXBvIGxvY2F0aW9ucyBvbiByZXNvdXJjZXMu
b3ZpcnQub3JnIGFuZCBpdCBhcHBlYXJzIHRoYXQgb3ZpcnQtZW5naW5lIGlzIG5vdCBiZWluZyBi
dWlsdCBmb3IgZWw3LCB3aGVyZWFzIGl0IGV4aXN0cyBmb3IgZWw2L2YxOS9mMjAuDQoNCkFyZSB0
aGVyZSBwbGFucyB0byBidWlsZCBvdmlydC1lbmdpbmUgMy41IGZvciBlbDcgb3IgYXJlIHRoZXJl
IGJsb2NrZXJzIHNwZWNpZmljIHRvIHRoYXQgT1MgdmVyc2lvbj8gQWx0ZXJuYXRpdmVseSwgY2Fu
IEkgbWl4IGFuZCBlbDYgZW5naW5lIHdpdGggZWw3IGhvc3RzIGFsbCBydW5uaW5nIG92aXJ0IDMu
NT8NCg0KVGhhbmtzLA0KDQpDaHJpcyBTdWxsaXZhbg0KDQoNCg0KDQo=
--_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh
aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDAzOjI5OjI4IFR1ZXNkYXksIDIzIFNlcHRlbWJlciAy
MDE0IC0tPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0
bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLjhkNzQ2NTY2LWFk
OTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEku
OGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIHsNCglNQVJHSU46IDBjbSAwY20g
MHB0DQp9DQpESVYuOGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIHsNCglNQVJH
SU46IDBjbSAwY20gMHB0DQp9DQpUQUJMRS44ZDc0NjU2Ni1hZDk3LTRiODMtYjIyYi03OTRlMWI1
MGYzZTBUYWJsZSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglw
YWdlOiBTZWN0aW9uMQ0KfQ0KPC9zdHlsZT4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q
IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN
CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt
aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE
ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K
CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z
b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs
b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj
b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2
Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6
IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
O30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ
bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hh
cg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToi
VGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv
cjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6
IzFGNDk3RDt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRl
eHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFp
biBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBE
ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7
fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp
biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp
b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1
bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt
LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp
ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl
bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i
cHVycGxlIj4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMtYjIyYi03OTRlMWI1MGYzZTAi
PjwvcD4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5I
aSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGJlbG93IHJlc3BvbnNlIGZyb20gU2FuZHJv
IG9uIDEyLzA4IGluIGFwcGVhcnMgdG8gYW5zd2VyIHRoZSBmaXJzdCBxdWVzdGlvbjo8bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m
Z3Q7Jmd0OyBJcyB0aGVyZSBhbnkgcm9hZG1hcCBmb3Igc3VwcG9ydGluZyBvdmlydC1lbmdpbmUg
b24gY2VudG9zIDcgPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEl0J3Mgbm90
IGluIDMuNSBmZWF0dXJlcyBzbyBpdCB3aWxsIHByb2JhYmx5IGxhbmQgaW4gMy42LjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBZb3UgY2FuIGluc3RhbGwgb1Zp
cnQgSG9zdGVkIEVuZ2luZSBvbiBjZW50b3MgNyBob3N0IGFuZCB1c2UgY2VudG9zIDYuNSBmb3Ig
dGhlIGVuZ2luZSBWTSBvbmx5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4
dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BcyB0byB0
aGUgc2Vjb25kIHF1ZXN0aW9uIOKAkyB0aGUgYWJvdmUgcmVzcG9uc2UgaW1wbGllcyB0aGF0IG1p
eGluZyBlbDYgZW5naW5lIHdpdGggZWw3IGhvc3RzIHdpdGggb3ZpcnQgMy41IGlzIG9rLiBIb3dl
dmVyIGp1c3QgdG8gY29uZmlybSwgaXMgYW55b25lIHJ1bm5pbmcgdGhpcyBjb21iaW5hdGlvbiBh
bmQgaWYgc28gZGlkIHlvdSBleHBlcmllbmNlIGFueSBtYWpvciBpc3N1ZXMgb3IgbWlzc2luZy9i
cm9rZW4NCiBmdW5jdGlvbmFsaXR5PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu
VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5DaGVl
cnMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNocmlzIFN1bGxpdmFuPG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+
PC9kaXY+DQo8L2Rpdj4NCjxwPjwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMtYjIy
Yi03OTRlMWI1MGYzZTAiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMt
YjIyYi03OTRlMWI1MGYzZTAiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj5QTEVBU0UgQ09O
U0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklOVCBUSElTIEVNQUlMIFVOTEVTUyBZT1Ug
UkVBTExZIE5FRUQgVE8uPC9mb250PjwvcD4NCjxwIGNsYXNzPSI4ZDc0NjU2Ni1hZDk3LTRiODMt
YjIyYi03OTRlMWI1MGYzZTAiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj48L2ZvbnQ+Jm5i
c3A7PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFkOTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCI+
PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPlRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50
cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3aGljaCBpcyBjb25maWRlbnRpYWwgYW5kL29yIGxl
Z2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBv
ZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCiBpbW1lZGlhdGVseSBieSBl
LW1haWwgYW5kIGRlbGV0ZSB0aGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGZyb20geW91
ciBjb21wdXRlciBhbmQgSVQgc3lzdGVtcy4gWW91IG11c3Qgbm90IGNvcHksIHJlLXRyYW5zbWl0
LCB1c2Ugb3IgZGlzY2xvc2UgKG90aGVyIHRoYW4gdG8gdGhlIHNlbmRlcikgdGhlIGV4aXN0ZW5j
ZSBvciBjb250ZW50cyBvZiB0aGlzIGVtYWlsIG9yIGl0cyBhdHRhY2htZW50cyBvciBwZXJtaXQg
YW55b25lIGVsc2UNCiB0byBkbyBzby48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFk
OTctNGI4My1iMjJiLTc5NGUxYjUwZjNlMCI+PGZvbnQgZmFjZT0iQXJpYWwiPi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS08L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9IjhkNzQ2NTY2LWFkOTctNGI4
My1iMjJiLTc5NGUxYjUwZjNlMCI+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9udD4mbmJzcDs8L3A+
DQo8cCBjbGFzcz0iOGQ3NDY1NjYtYWQ5Ny00YjgzLWIyMmItNzk0ZTFiNTBmM2UwIj48L3A+DQo8
ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGlu
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5G
cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBTVUxMSVZBTiwgQ2hy
aXMgKFdHSykNCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjMsIDIwMTQg
OTo1NSBBTTxicj4NCjxiPlRvOjwvYj4gJ3VzZXJzQG92aXJ0Lm9yZyc8YnI+DQo8Yj5TdWJqZWN0
OjwvYj4gb3ZpcnQtZW5naW5lIDMuNSBycG0gbWlzc2luZyBmb3IgZWw3PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPknigJltIHRlc3RpbmcgaG9zdGVkLWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKAmXMg
bW9zdGx5IHByb2dyZXNzaW5nIG9rLCBob3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92aXJ0
LWVuZ2luZSAzLjUgb24gdGhlIGhvc3RlZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcpIHRo
ZSBycG0gaXMgbWlzc2luZy4gSeKAmXZlIGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9uIHJl
c291cmNlcy5vdmlydC5vcmcNCiBhbmQgaXQgYXBwZWFycyB0aGF0IG92aXJ0LWVuZ2luZSBpcyBu
b3QgYmVpbmcgYnVpbHQgZm9yIGVsNywgd2hlcmVhcyBpdCBleGlzdHMgZm9yIGVsNi9mMTkvZjIw
LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcmUgdGhlcmUgcGxhbnMgdG8gYnVpbGQgb3ZpcnQt
ZW5naW5lIDMuNSBmb3IgZWw3IG9yIGFyZSB0aGVyZSBibG9ja2VycyBzcGVjaWZpYyB0byB0aGF0
IE9TIHZlcnNpb24/IEFsdGVybmF0aXZlbHksIGNhbiBJIG1peCBhbmQgZWw2IGVuZ2luZSB3aXRo
IGVsNyBob3N0cyBhbGwgcnVubmluZyBvdmlydCAzLjU/PG86cD48L286cD48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXMgU3VsbGl2YW48bzpwPjwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv
cjpibGFjazttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJm
b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt
c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tQVUiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PC9kaXY+DQo8cD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250PjwvcD4NCjxwPjxm
b250IGZhY2U9IkFyaWFsIj48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9u
dD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_C417081C2581084FB080BCF68A21CC69447148CEEPEXMBX02WOODGR_--
10 years, 1 month
Re: [ovirt-users] Problems with datacenter after update to 3.4.4
by Itamar Heim
On 09/29/2014 11:42 AM, Andy Michielsen wrote:
> Hello Itamar,
>
> In attachement I send you my engine log.
>
> Kind regards.
>
> 2014-09-29 10:29 GMT+02:00 Itamar Heim <iheim(a)redhat.com
> <mailto:iheim@redhat.com>>:
>
> On 09/29/2014 10:02 AM, Andy Michielsen wrote:
>
> Hello,
>
> After the upgrade to 3.4.4 this weekend I'm having troubles with my
> datacenter. It is non responsive. No data, iso, or import-export
> domains
> can be connected.
>
> Please tell me what to do ?
>
> Kind regards.
>
>
> _________________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/__mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
>
>
> attach engine logs to begin with.
>
>
I see a lot of NPEs around ImageSnapshots in various flows in the logs.
Allon?
2014-09-29 02:15:28,282 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater]
(DefaultQuartzScheduler_Worker-69) Exception while trying to update or
remove VMs/Templates ovf in Data
Center Default.: java.lang.NullPointerException
at
org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371)
[bll.jar:]
at
org.ovirt.engine.core.bll.OvfDataUpdater.getAllImageSnapshots(OvfDataUpdater.java:316)
[bll.jar:]
at
org.ovirt.engine.core.bll.OvfDataUpdater.buildMetadataDictionaryForVm(OvfDataUpdater.java:332)
[bll.jar:]
at
org.ovirt.engine.core.bll.OvfDataUpdater.populateVmsMetadataForOvfUpdate(OvfDataUpdater.java:246)
[bll.jar:]
at
org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:132)
[bll.jar:]
at
org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93)
[bll.jar:]
at sun.reflect.GeneratedMethodAccessor173.invoke(Unknown
Source) [:1.7.0_65]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_65]
at java.lang.reflect.Method.invoke(Method.java:606)
[rt.jar:1.7.0_65]
at
org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
[scheduler.jar:]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
[quartz.jar:]
at
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
[quartz.jar:]
and
2014-09-28 11:13:52,961 ERROR
[org.ovirt.engine.core.bll.RemoveVmCommand] (ajp--127.0.0.1-8702-1)
[3fe399f7] Error during CanDoActionFailure.: java.lang.NullPointerException
at
org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371)
[bll.jar:]
at
org.ovirt.engine.core.bll.ImagesHandler.fillImagesBySnapshots(ImagesHandler.java:517)
[bll.jar:]
at
org.ovirt.engine.core.bll.RemoveVmCommand.getQuotaStorageConsumptionParameters(RemoveVmCommand.java:361)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.getQuotaConsumptionParameters(CommandBase.java:681)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.internalValidateAndSetQuota(CommandBase.java:772)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.internalCanDoAction(CommandBase.java:739)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.canDoActionOnly(CommandBase.java:325)
[bll.jar:]
at
org.ovirt.engine.core.bll.MultipleActionsRunner.execute(MultipleActionsRunner.java:76)
[bll.jar:]
and
2014-09-28 11:13:50,795 ERROR
[org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery]
(ajp--127.0.0.1-8702-4) Query GetAllDisksByVmIdQuery failed. Exception
message is null : java.l
ang.NullPointerException: java.lang.NullPointerException
at
org.ovirt.engine.core.bll.ImagesHandler.getAllImageSnapshots(ImagesHandler.java:371)
[bll.jar:]
at
org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery.getAllImageSnapshots(GetAllDisksByVmIdQuery.java:43)
[bll.jar:]
at
org.ovirt.engine.core.bll.GetAllDisksByVmIdQuery.executeQueryCommand(GetAllDisksByVmIdQuery.java:36)
[bll.jar:]
at
org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:66)
[bll.jar:]
at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
[dal.jar:]
at
org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:482) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:459)
[bll.jar:]
at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
[:1.7.0_65]
10 years, 1 month
Re: [ovirt-users] problems with win 2008_64 vm
by Omer Frenkel
----- Original Message -----
> From: "Grant Pasley" <grant(a)xtranet.com.au>
> To: "Omer Frenkel" <ofrenkel(a)redhat.com>
> Cc: "Markus Stockhausen" <stockhausen(a)collogia.de>, users(a)ovirt.org
> Sent: Monday, September 29, 2014 5:34:45 AM
> Subject: Re: [ovirt-users] problems with win 2008_64 vm
>
> good morning
>
> the events sub tab shows the server was started by admin, but nothing
> further, even when the vm pauses itself.
> please see attached the vdsm.log file for this host.
>
> thanks,
>
> grant.
thank you, i didnt see anything suspicious in the vdsm.log
next step is to check if you see any error/clue in the libvirt.log or even qemu log for the vm?
>
> On 9/28/2014 1:34 PM, Omer Frenkel wrote:
> >
> > ----- Original Message -----
> >> From: "Grant Pasley" <grant(a)xtranet.com.au>
> >> To: "Markus Stockhausen" <stockhausen(a)collogia.de>
> >> Cc: users(a)ovirt.org
> >> Sent: Sunday, September 28, 2014 6:22:15 AM
> >> Subject: Re: [ovirt-users] problems with win 2008_64 vm
> >>
> >> good morning
> >>
> >> sorry the server is centos 6.5: 2.6.32-431.29.2.el6.x86_64 #x86_64 x86_64
> >> x86_64 GNU/Linux
> >> the vm does not get as far as loading windows before pausing, so i cannot
> >> deactivate windows settings, although 2008 server does not by default
> >>
> >> thanks
> >>
> >> grant
> > does it happen to all the vms or just this one?
> > please look at the events sub tab for this vm, there should be the pause
> > reason
> > if not, please attach vdsm.log for the host that runs the vm
> >
> >> On 9/27/2014 8:28 AM, Markus Stockhausen wrote:
> >>
> >>
> >>
> >>
> >> Are you running FC20 on the hypervisor host and if yes what kernel?
> >> Am 27.09.2014 02:39 schrieb Grant Pasley <grant(a)xtranet.com.au> :
> >> good morning guys
> >>
> >> i have an issue with my 2008 vm going to pause within 5 secs of starting
> >> it
> >> up. new install of ovirt 3.4.4 on hp dl160, installed the windows vm and
> >> windows drivers etc and it was running fine. did a reboot last night and
> >> went to bed, i see this morning the server is not accessible and when i
> >> login to the web gui it is paused. stop vm and restart the server starts
> >> firing up and then goes to pause mode with the following message from the
> >> ovirt-engine log. i dont think it is a windows problem as the vm pauses
> >> before it even starts trying to load windows server:
> >>
> >> 2014-09-27 10:28:58,738 INFO
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (org.ovirt.thread.pool-6-thread-49) [74bf3eb0] Correlation ID: 74bf3eb0,
> >> Job
> >> ID: 5584a4e6-7ce2-4c2f-8278-3b0cdbc48d19, Call Stack: null, Custom Event
> >> ID:
> >> -1, Message: VM 2008-server was started by admin (Host: local_host).
> >> 2014-09-27 10:29:01,667 INFO
> >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> >> (DefaultQuartzScheduler_Worker-99) VM 2008-server
> >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from WaitForLaunch -->
> >> PoweringUp
> >> 2014-09-27 10:29:06,211 INFO
> >> [org.ovirt.engine.core.bll.SetVmTicketCommand]
> >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] Running command: SetVmTicketCommand
> >> internal: false. Entities affected : ID:
> >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 Type: VM
> >> 2014-09-27 10:29:06,215 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] START, SetVmTicketVDSCommand(HostName =
> >> local_host, HostId = 3e605ec1-a6dd-43c6-9425-cbc21ac63bf4,
> >> vmId=067fcde9-99ea-46cd-a5b6-46396e0e6f62, ticket=RzYGHR4OBS8F,
> >> validTime=120,m userName=admin,
> >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 45ae9369
> >> 2014-09-27 10:29:06,384 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
> >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] FINISH, SetVmTicketVDSCommand, log id:
> >> 45ae9369
> >> 2014-09-27 10:29:06,413 INFO
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (ajp--127.0.0.1-8702-1) [1e9b8c1d] Correlation ID: 1e9b8c1d, Call Stack:
> >> null, Custom Event ID: -1, Message: user admin initiated console session
> >> for
> >> VM 2008-server
> >> 2014-09-27 10:29:07,854 INFO
> >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> >> (DefaultQuartzScheduler_Worker-48) VM 2008-server
> >> 067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from PoweringUp --> Paused
> >>
> >> thanks
> >>
> >> grant.
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> This email is free from viruses and malware because avast! Antivirus
> >> protection is active.
> >>
> >>
> >>
> >>
> >>
> >>
> >> This email is free from viruses and malware because avast! Antivirus
> >> protection is active.
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
>
>
>
> ---
> This email is free from viruses and malware because avast! Antivirus
> protection is active.
> http://www.avast.com
>
10 years, 1 month
Problems with datacenter after update to 3.4.4
by Andy Michielsen
Hello,
After the upgrade to 3.4.4 this weekend I'm having troubles with my
datacenter. It is non responsive. No data, iso, or import-export domains
can be connected.
Please tell me what to do ?
Kind regards.
10 years, 1 month
Raid-5 like gluster method?
by Demeter Tibor
------=_Part_3908928_306611607.1411540169814
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
Is there any method in glusterfs, like raid-5?
I have three node, each node has 5 TB of disk. I would like utilize all of space with redundancy, like raid-5.
If it not possible, can I make raid-6 like redundanci within three node? (two brick/node?).
Thanks in advance,
Tibor
------=_Part_3908928_306611607.1411540169814
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>Is there any method in glusterfs, like raid-5?</div><div><br></div><div>I have three node, each node has 5 TB of disk. I would like utilize all of space with redundancy, like raid-5.</div><div>If it not possible, can I make raid-6 like redundanci within three node? (two brick/node?).</div><div>Thanks in advance,</div><div><br></div><div>Tibor</div><div><br></div></div></body></html>
------=_Part_3908928_306611607.1411540169814--
10 years, 1 month
