ovn related events every 5 minutes on 4.2.1
by Gianluca Cecchi
Hello,
in my events pane of 4.2.1 I see, every 5 minutes, this event
Networks of Provider ovirt-provider-ovn were successfully synchronized.
that fills so my table and prevent easy reading of other ones...
Can I disable or "relax" this?
Thanks,
Gianluca
6 years, 9 months
restore snapshot cannot restore memory
by pengyixiang
------=_Part_117285_1072407852.1519401934490
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: base64
aGVsbG8KICAgIEkgZm91bmQgaWYgd2UgcmV0b3JlIHNuYXBzaG90LCBtZW1vcnkgY2Fubm90IGJl
IHJlc3RvcmVkLCBJIHRlc3QgaXQgd2l0aCBvdmlydC00LjEuMqGidmRzbS00LjE3LjAgYW5kIGxp
YnZpcnQtMy4wLjAsIAphbmQgaSBnZXQgc29tZSBlcnJvcnMgaW4gWzFdLGl0IHNlZW1zIHZtIG5v
dCBwYXVzZWQgaW4gY3JlYXRpbmcgc25hcHNob3QsIGJ1dCBzZWxmLl91bmRlcmx5aW5nQ29udCgp
IGNhbGxlZCBpbiB2bSBzdGFydGluZywKc28gZXJyb3Igb2NjdXJzLCB0aGVuIHZtIGlzIHN0YXJ0
ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2VzIGluIFsyXSwgdGhl
biBpdCB3b3JrcyB3ZWxsLgoKCgoKWzFdCjIwMTgtMDItMTIgMTk6Mzk6MjMsODMwKzA4MDAgRVJS
T1IgKHZtL2Q3YmUwZmRlKSBbdmlydC52bV0gKHZtSWQ9J2Q3YmUwZmRlLWY5YjktNDQ0Ny1hMjUw
LTI0NTM0ODJmYWVmOScpIFRoZSB2bSBzdGFydCBwcm9jZXNzIGZhaWxlZCAodm06NjYyKQpUcmFj
ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3Zp
cnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtCiAgICBzZWxmLl9jb21w
bGV0ZUluY29taW5nTWlncmF0aW9uKCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5w
eSIsIGxpbmUgMzI2OCwgaW4gX2NvbXBsZXRlSW5jb21pbmdNaWdyYXRpb24KICAgIHNlbGYuY29u
dCgpCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDExMjgsIGluIGNv
bnQKICAgIHNlbGYuX3VuZGVybHlpbmdDb250KCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmly
dC92bS5weSIsIGxpbmUgMzM2OCwgaW4gX3VuZGVybHlpbmdDb250CiAgICBzZWxmLl9kb20ucmVz
dW1lKCkKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3ZpcnQv
dmlyZG9tYWluLnB5IiwgbGluZSA2OSwgaW4gZgogICAgcmV0ID0gYXR0cigqYXJncywgKiprd2Fy
Z3MpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9saWJ2aXJ0
Y29ubmVjdGlvbi5weSIsIGxpbmUgMTIzLCBpbiB3cmFwcGVyCiAgICByZXQgPSBmKCphcmdzLCAq
Kmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0
aWxzLnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXIKICAgIHJldHVybiBmdW5jKGluc3QsICphcmdz
LCAqKmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy9saWJ2
aXJ0LnB5IiwgbGluZSAxOTA1LCBpbiByZXN1bWUKICAgIGlmIHJldCA9PSAtMTogcmFpc2UgbGli
dmlydEVycm9yICgndmlyRG9tYWluUmVzdW1lKCkgZmFpbGVkJywgZG9tPXNlbGYpCmxpYnZpcnRF
cnJvcjogUmVxdWVzdGVkIG9wZXJhdGlvbiBpcyBub3QgdmFsaWQ6IGRvbWFpbiBpcyBhbHJlYWR5
IHJ1bm5pbmcKCgpbMl0KLS0tIGEvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5
L3Zkc20vdmRzbS92aXJ0L3ZtLnB5CisrKyBiL0xpbnhfTm9kZS9ub2RlX2lzby9pbnN0YWxsX3Nj
cmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weQpAQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3Mg
Vm0ob2JqZWN0KToKICAgICAgICAgZWxzZToKICAgICAgICAgICAgIHNuYXBGbGFncyB8PSBsaWJ2
aXJ0LlZJUl9ET01BSU5fU05BUFNIT1RfQ1JFQVRFX0RJU0tfT05MWQogCisgICAgICAgIHNlbGYu
X3VuZGVybHlpbmdQYXVzZSgpCisKICAgICAgICAgIyBXaGVuIGNyZWF0aW5nIG1lbW9yeSBzbmFw
c2hvdCBsaWJ2aXJ0IHdpbGwgcGF1c2UgdGhlIHZtCiAgICAgICAgIHNob3VsZF9mcmVlemUgPSBu
b3QgKG1lbW9yeVBhcmFtcyBvciBmcm96ZW4pCiAKQEAgLTM3MzQsNiArMzczNiw4IEBAIGNsYXNz
IFZtKG9iamVjdCk6CiAgICAgICAgICAgICBpZiBtZW1vcnlQYXJhbXM6CiAgICAgICAgICAgICAg
ICAgc2VsZi5jaWYudGVhcmRvd25Wb2x1bWVQYXRoKG1lbW9yeVZvbCkKIAorICAgICAgICBzZWxm
Ll91bmRlcmx5aW5nQ29udCgpCisKICAgICAgICAgIyBSZXR1cm5pbmcgcXVpZXNjZSB0byBub3Rp
ZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQKICAgICAgICAgIyBmcm96ZSBh
bmQgZmx1c2hlZCB0aGUgZmlsZXN5c3RlbXMgb3Igbm90LgogICAgICAgICBxdWllc2NlID0gc2hv
dWxkX2ZyZWV6ZSBhbmQgZnJlZXplZFsic3RhdHVzIl1bImNvZGUiXSA9PSAw
------=_Part_117285_1072407852.1519401934490
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: base64
PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7
Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgSSBm
b3VuZCBpZiB3ZSByZXRvcmUgc25hcHNob3QsIG1lbW9yeSBjYW5ub3QgYmUgcmVzdG9yZWQsIEkg
dGVzdCBpdCB3aXRoIG92aXJ0LTQuMS4yoaJ2ZHNtLTQuMTcuMCBhbmQgbGlidmlydC0zLjAuMCwm
bmJzcDs8L2Rpdj48ZGl2PmFuZCBpIGdldCBzb21lIGVycm9ycyBpbiBbMV0saXQgc2VlbXMgdm0g
bm90IHBhdXNlZCBpbiBjcmVhdGluZyBzbmFwc2hvdCwgYnV0IHNlbGYuX3VuZGVybHlpbmdDb250
KCkgY2FsbGVkIGluIHZtIHN0YXJ0aW5nLDwvZGl2PjxkaXY+c28gZXJyb3Igb2NjdXJzLCB0aGVu
IHZtIGlzIHN0YXJ0ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2Vz
IGluIFsyXSwgdGhlbiBpdCB3b3JrcyB3ZWxsLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJy
PjwvZGl2PjxkaXY+WzFdPC9kaXY+PGRpdj4yMDE4LTAyLTEyIDE5OjM5OjIzLDgzMCswODAwIEVS
Uk9SICh2bS9kN2JlMGZkZSkgW3ZpcnQudm1dICh2bUlkPSdkN2JlMGZkZS1mOWI5LTQ0NDctYTI1
MC0yNDUzNDgyZmFlZjknKSBUaGUgdm0gc3RhcnQgcHJvY2VzcyBmYWlsZWQgKHZtOjY2Mik8YnI+
VHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOjxicj4mbmJzcDsgRmlsZSAiL3Vzci9z
aGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtPGJy
PiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9jb21wbGV0ZUluY29taW5nTWlncmF0aW9uKCk8YnI+
Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAzMjY4LCBpbiBf
Y29tcGxldGVJbmNvbWluZ01pZ3JhdGlvbjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgc2VsZi5jb250
KCk8YnI+Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAxMTI4
LCBpbiBjb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPGJy
PiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMzM2OCwgaW4g
X3VuZGVybHlpbmdDb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9kb20ucmVzdW1lKCk8
YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vdmly
dC92aXJkb21haW4ucHkiLCBsaW5lIDY5LCBpbiBmPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByZXQg
PSBhdHRyKCphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIu
Ny9kaXN0LXBhY2thZ2VzL3Zkc20vbGlidmlydGNvbm5lY3Rpb24ucHkiLCBsaW5lIDEyMywgaW4g
d3JhcHBlcjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgcmV0ID0gZigqYXJncywgKiprd2FyZ3MpPGJy
PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0aWxz
LnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBm
dW5jKGluc3QsICphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhv
bjIuNy9kaXN0LXBhY2thZ2VzL2xpYnZpcnQucHkiLCBsaW5lIDE5MDUsIGluIHJlc3VtZTxicj4m
bmJzcDsmbmJzcDsmbmJzcDsgaWYgcmV0ID09IC0xOiByYWlzZSBsaWJ2aXJ0RXJyb3IgKCd2aXJE
b21haW5SZXN1bWUoKSBmYWlsZWQnLCBkb209c2VsZik8YnI+bGlidmlydEVycm9yOiBSZXF1ZXN0
ZWQgb3BlcmF0aW9uIGlzIG5vdCB2YWxpZDogZG9tYWluIGlzIGFscmVhZHkgcnVubmluZzwvZGl2
PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzJdPC9kaXY+PGRpdj48ZGl2Pi0tLSBhL0xpbnhfTm9kZS9u
b2RlX2lzby9pbnN0YWxsX3NjcmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weTwvZGl2PjxkaXY+
KysrIGIvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5L3Zkc20vdmRzbS92aXJ0
L3ZtLnB5PC9kaXY+PGRpdj5AQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3MgVm0ob2JqZWN0KTo8
L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtlbHNlOjwvZGl2Pjxk
aXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c25hcEZs
YWdzIHw9IGxpYnZpcnQuVklSX0RPTUFJTl9TTkFQU0hPVF9DUkVBVEVfRElTS19PTkxZPC9kaXY+
PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PismbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi5f
dW5kZXJseWluZ1BhdXNlKCk8L2Rpdj48ZGl2Pis8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsjIFdoZW4gY3JlYXRpbmcgbWVtb3J5IHNuYXBzaG90IGxpYnZpcnQg
d2lsbCBwYXVzZSB0aGUgdm08L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDtzaG91bGRfZnJlZXplID0gbm90IChtZW1vcnlQYXJhbXMgb3IgZnJvemVuKTwvZGl2Pjxk
aXY+Jm5ic3A7PC9kaXY+PGRpdj5AQCAtMzczNCw2ICszNzM2LDggQEAgY2xhc3MgVm0ob2JqZWN0
KTo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwO2lmIG1lbW9yeVBhcmFtczo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c2VsZi5jaWYudGVhcmRvd25Wb2x1
bWVQYXRoKG1lbW9yeVZvbCk8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+KyZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPC9kaXY+PGRpdj4rPC9kaXY+
PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IyBSZXR1cm5pbmcgcXVpZXNj
ZSB0byBub3RpZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQ8L2Rpdj48ZGl2
PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsjIGZyb3plIGFuZCBmbHVzaGVkIHRo
ZSBmaWxlc3lzdGVtcyBvciBub3QuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7cXVpZXNjZSA9IHNob3VsZF9mcmVlemUgYW5kIGZyZWV6ZWRbInN0YXR1cyJdWyJj
b2RlIl0gPT0gMDwvZGl2PjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vm
b290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+
------=_Part_117285_1072407852.1519401934490--
6 years, 9 months
Confused by logical networks
by Paul-Erik Törrönen
I'm not sure how the logical networks should work and would appreciate
if someone could shed some light into the matter, I've tried reading the
documentation¹ but have not become any wiser :-/
For the sake of argument, I have two hosts in the same cluster/DC, They
both have 2 network devices each (let's call them eth0 and eth1). On
both hosts the ovirtmgmgt is connected to eth0 and uses the
10.0.0.0/8-network. Host 1 is 10.0.0.1 and host 2 is 10.0.0.2. All four
network devices are connected to one switch.
Then I create a logical network, mylogic which should be 192.168.1.0/24,
which I assign to eth1 on each host, but define only for host 1 an
ip-address, 192.168.1.1, host 2 has also the network assigned to eth1,
but withouth an ip address.
Next I create vm1 on host 1, give it a single virtual network connection
to mylogic, and configure the guest to use 192.168.1.2 with gw
192.168.1.1. Obviously I can from the guest ping 192.168.1.1 which is
the host address on the logical network as the guest is running on the
same hardware where the host ip address is defined.
However, and this is where my confusion lies, if I now create another
vm, vm2, on host 2, attach its network device to the mylogic network and
configure it to use 192.168.1.3 with gw 192.168.1.1, I can not ping
neither 192.168.1.1 nor 192.168.1.2.
My understanding is that vm2 should be able to ping the wm1 as well as
the gateway address defined on host 1. However this does not seem to be
the case.
What have I missed here?
TIA,
Poltsi
¹ https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/
6 years, 9 months
VM is locked, servlet , and SpiceVersion.txt problem
by Terry hey
Hello everyone!
Thank for your time to analyize my problem. Totally, i have two question.
I encountered vm image lock problem. The following action is what i have to
and make the vm image locked.
First, i imported a vm. Since it is take too long time to import and the
engine.log always repeatly said it was waiting child command id.
"2018-02-23 16:37:46,603+08 INFO
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-16)
[1c44d543-4dcc-429d-a172-386cc860afe0] Command 'ImportVm' (id:
'09718bd2-797d-4323-b1ad-1a85604543c3') waiting on child command id:
'9e285b2d-c0c7-4a75-8c70-b619b45c6855' type:'CopyImageGroup' to complete
"
So,I thought the operation was not normal. So,
1. I use "./unlock_entity.sh" to unlock the virtual disk of the vm.
2. Virtual disk was unlocked but vm was still locked. Therefore, i use
"./unlock_entity.sh" to show locked vm. But there was nothing.
3. Then i used "./taskcleaner.sh" to clean all task. But nothing happen.
Q1: So, now, i would like to ask how to unlock the vm image so that i can
delete or use it.
Q2: In addition, there are two error or warning appeared in engine.log
1. 2018-02-23 09:57:19,495+08 WARN
[org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-272) []
File'/usr/share/ovirt-engine/ui-plugins/dashboard-resources/css/main-tab.d3769419.css'
is 2839039 bytes long. Please reconsider using this servlet for files
larger than 1048576 bytes.
2. 2018-02-23 09:47:39,656+08 ERROR
[org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-193) []
Can't read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for
request '/ovirt-engine/services/files/spice/SpiceVersion.txt', will send a
404 error response.
Do you guys have any idea what do they mean?
I really appreciate you help. Thank you!
Regards
Terry
6 years, 9 months
Re: [ovirt-users] rebooting hypervisors from time to time
by Mahdi Adnan
--_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
The log does't indicate HV reboot, and i see lots of errors in the logs.
During the reboot, what happened to the VM inside of the HV ? migrated ? pa=
used ? what about the system's logs ? does it indicate a graceful shutdown =
?
--
Respectfully
Mahdi A. Mahdi
________________________________
From: Erekle Magradze <erekle.magradze(a)recogizer.de>
Sent: Friday, February 23, 2018 2:48 PM
To: Mahdi Adnan; users(a)ovirt.org
Subject: Re: [ovirt-users] rebooting hypervisors from time to time
Thanks for the reply,
I've attached all the logs from yesterday, reboot has happened during the d=
ay but this is not the first time and this is not the only one hypervisor.
Kind Regards
Erekle
On 02/23/2018 09:00 AM, Mahdi Adnan wrote:
Hi,
Can you post the VDSM and Engine logs ?
--
Respectfully
Mahdi A. Mahdi
________________________________
From: users-bounces(a)ovirt.org<mailto:users-bounces@ovirt.org> <users-bounce=
s(a)ovirt.org><mailto:users-bounces@ovirt.org> on behalf of Erekle Magradze <=
erekle.magradze(a)recogizer.de><mailto:erekle.magradze@recogizer.de>
Sent: Thursday, February 22, 2018 11:48 PM
To: users(a)ovirt.org<mailto:users@ovirt.org>
Subject: Re: [ovirt-users] rebooting hypervisors from time to time
Dear all,
It would be great if someone will share any experience regarding the
similar case, would be great to have a hint where to start investigation.
Thanks again
Cheers
Erekle
On 02/22/2018 05:05 PM, Erekle Magradze wrote:
> Hello there,
>
> I am facing the following problem from time to time one of the
> hypervisor (there are 3 of them)s is rebooting, I am using
> ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage
> backend (glusterfs-3.12.5-2.el7.x86_64).
>
> I am suspecting gluster because of the e.g. message bellow from one of
> the volumes,
>
> Could you please help and suggest to which direction should
> investigation go?
>
> Thanks in advance
>
> Cheers
>
> Erekle
>
>
> [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]
> [2018-02-22 15:41:10.198701] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000).
> Holes=3D1 overlaps=3D0
> [2018-02-22 15:41:10.198704] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000).
> Holes=3D1 overlaps=3D0
> [2018-02-22 15:42:11.293608] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000).
> Holes=3D1 overlaps=3D0
> [2018-02-22 15:53:16.245720] I [MSGID: 100030]
> [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running
> /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs
> --volfile-server=3D10.0.0.21 --volfi
> le-server=3D10.0.0.22 --volfile-server=3D10.0.0.23
> --volfile-id=3D/virtimages
> /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)
> [2018-02-22 15:53:16.263712] W [MSGID: 101002]
> [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family'
> is deprecated, preferred is 'transport.address-family', continuing
> with correction
> [2018-02-22 15:53:16.269595] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 1
> [2018-02-22 15:53:16.273483] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 2
> [2018-02-22 15:53:16.273594] W [MSGID: 101174]
> [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead:
> option 'parallel-readdir' is not recognized
> [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-0: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-1: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-virtimages-client-0: changing port to 49152 (from 0)
> [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-2: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.282126] I [MSGID: 114057]
> [client-handshake.c:1478:select_server_supported_programs]
> 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437),
> Version (330)
> [2018-02-22 15:53:16.282573] I [MSGID: 114046]
> [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0:
> Connected to virtimages-client-0, attached to remote volume
> '/mnt/virtimages/virtimgs'.
> [2018-02-22 15:53:16.282584] I [MSGID: 114047]
> [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0:
> Server and Client lk-version numbers are not same, reopening the fds
> [2018-02-22 15:53:16.282665] I [MSGID: 108005]
> [afr-common.c:4929:__afr_handle_child_up_event]
> 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back
> up; going online.
> [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-virtimages-client-1: changing port to 49152 (from 0)
> [2018-02-22 15:53:16.282934] I [MSGID: 114035]
> [client-handshake.c:202:client_set_lk_version_cbk]
> 0-virtimages-client-0: Server lk version =3D 1
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org<mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
--
Recogizer Group GmbH
Dr.rer.nat. Erekle Magradze
Lead Big Data Engineering & DevOps
Rheinwerkallee 2, 53227 Bonn
Tel: +49 228 29974555
E-Mail erekle.magradze(a)recogizer.de<mailto:erekle.magradze@recogizer.de>
recogizer.com
-----------------------------------------------------------------
Recogizer Group GmbH
Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze
Handelsregister: Amtsgericht Bonn HRB 20724
Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993
Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa=
tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC=
mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch=
en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d=
ieser Mail und der darin enthaltenen Informationen ist nicht gestattet.
_______________________________________________
Users mailing list
Users(a)ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
--
Recogizer Group GmbH
Dr.rer.nat. Erekle Magradze
Lead Big Data Engineering & DevOps
Rheinwerkallee 2, 53227 Bonn
Tel: +49 228 29974555
E-Mail erekle.magradze(a)recogizer.de<mailto:erekle.magradze@recogizer.de>
recogizer.com
-----------------------------------------------------------------
Recogizer Group GmbH
Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze
Handelsregister: Amtsgericht Bonn HRB 20724
Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993
Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa=
tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC=
mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch=
en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d=
ieser Mail und der darin enthaltenen Informationen ist nicht gestattet.
--_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_
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;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;=
color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);">
Hi,</div>
<div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;=
color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);">
<br>
</div>
<div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;=
color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);">
The log does't indicate HV reboot, and i see lots of errors in the logs.</d=
iv>
<div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;=
color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);">
During the reboot, what happened to the VM inside of the HV ? migrated ? pa=
used ? what about the system's logs ? does it indicate a graceful shutdown =
?</div>
<div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;=
color: rgb(0, 0, 0);">
<br>
</div>
<div id=3D"signature"><br>
<div class=3D"ecxmoz-signature">-- <br>
<br>
<font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br>
</b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br>
<br>
</font><font color=3D"#3366ff"></font></div>
</div>
<hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st=
yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Erekle Magradze <e=
rekle.magradze(a)recogizer.de><br>
<b>Sent:</b> Friday, February 23, 2018 2:48 PM<br>
<b>To:</b> Mahdi Adnan; users(a)ovirt.org<br>
<b>Subject:</b> Re: [ovirt-users] rebooting hypervisors from time to time</=
font>
<div> </div>
</div>
<div style=3D"background-color:#FFFFFF">
<p>Thanks for the reply,</p>
<p>I've attached all the logs from yesterday, reboot has happened during th=
e day but this is not the first time and this is not the only one hyperviso=
r.</p>
<p>Kind Regards</p>
<p>Erekle</p>
<br>
<div class=3D"x_moz-cite-prefix">On 02/23/2018 09:00 AM, Mahdi Adnan wrote:=
<br>
</div>
<blockquote type=3D"cite"><style type=3D"text/css" style=3D"display:none">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col=
or:rgb(0,0,0); background-color:rgba(0,0,0,0)">
Hi,</div>
<div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col=
or:rgb(0,0,0); background-color:rgba(0,0,0,0)">
<br>
</div>
<div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col=
or:rgb(0,0,0); background-color:rgba(0,0,0,0)">
Can you post the VDSM and Engine logs ?</div>
<div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col=
or:rgb(0,0,0)">
<br>
</div>
<div id=3D"x_signature"><br>
<div class=3D"x_ecxmoz-signature">-- <br>
<br>
<font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br>
</b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br>
<br>
</font></div>
</div>
<hr tabindex=3D"-1" style=3D"display:inline-block; width:98%">
<div id=3D"x_divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" =
color=3D"#000000" style=3D"font-size:11pt"><b>From:</b>
<a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:users-bounces@ovirt.=
org">users-bounces(a)ovirt.org</a>
<a class=3D"x_moz-txt-link-rfc2396E" href=3D"mailto:users-bounces@ovirt.org=
"><users-bounces(a)ovirt.org></a> on behalf of Erekle Magradze
<a class=3D"x_moz-txt-link-rfc2396E" href=3D"mailto:erekle.magradze@recogiz=
er.de"><erekle.magradze(a)recogizer.de></a><br>
<b>Sent:</b> Thursday, February 22, 2018 11:48 PM<br>
<b>To:</b> <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:users@ovi=
rt.org">users(a)ovirt.org</a><br>
<b>Subject:</b> Re: [ovirt-users] rebooting hypervisors from time to time</=
font>
<div> </div>
</div>
<div class=3D"x_BodyFragment"><font size=3D"2"><span style=3D"font-size:11p=
t">
<div class=3D"x_PlainText">Dear all,<br>
<br>
It would be great if someone will share any experience regarding the <br>
similar case, would be great to have a hint where to start investigation.<b=
r>
<br>
Thanks again<br>
<br>
Cheers<br>
<br>
Erekle<br>
<br>
<br>
On 02/22/2018 05:05 PM, Erekle Magradze wrote:<br>
> Hello there,<br>
><br>
> I am facing the following problem from time to time one of the <br>
> hypervisor (there are 3 of them)s is rebooting, I am using <br>
> ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage <br=
>
> backend (glusterfs-3.12.5-2.el7.x86_64).<br>
><br>
> I am suspecting gluster because of the e.g. message bellow from one of=
<br>
> the volumes,<br>
><br>
> Could you please help and suggest to which direction should <br>
> investigation go?<br>
><br>
> Thanks in advance<br>
><br>
> Cheers<br>
><br>
> Erekle<br>
><br>
><br>
> [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]<br>
> [2018-02-22 15:41:10.198701] I [MSGID: 109063] <br>
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br>
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <=
br>
> Holes=3D1 overlaps=3D0<br>
> [2018-02-22 15:41:10.198704] I [MSGID: 109063] <br>
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br>
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <=
br>
> Holes=3D1 overlaps=3D0<br>
> [2018-02-22 15:42:11.293608] I [MSGID: 109063] <br>
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br>
> anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <=
br>
> Holes=3D1 overlaps=3D0<br>
> [2018-02-22 15:53:16.245720] I [MSGID: 100030] <br>
> [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running <br>
> /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs <br>
> --volfile-server=3D10.0.0.21 --volfi<br>
> le-server=3D10.0.0.22 --volfile-server=3D10.0.0.23 <br>
> --volfile-id=3D/virtimages <br>
> /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)<br>
> [2018-02-22 15:53:16.263712] W [MSGID: 101002] <br>
> [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' <=
br>
> is deprecated, preferred is 'transport.address-family', continuing <br=
>
> with correction<br>
> [2018-02-22 15:53:16.269595] I [MSGID: 101190] <br>
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started <br>
> thread with index 1<br>
> [2018-02-22 15:53:16.273483] I [MSGID: 101190] <br>
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started <br>
> thread with index 2<br>
> [2018-02-22 15:53:16.273594] W [MSGID: 101174] <br>
> [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead: <br>
> option 'parallel-readdir' is not recognized<br>
> [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify] =
<br>
> 0-virtimages-client-0: parent translators are ready, attempting <br>
> connect on transport<br>
> [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify] =
<br>
> 0-virtimages-client-1: parent translators are ready, attempting <br>
> connect on transport<br>
> [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig] <br=
>
> 0-virtimages-client-0: changing port to 49152 (from 0)<br>
> [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify] =
<br>
> 0-virtimages-client-2: parent translators are ready, attempting <br>
> connect on transport<br>
> [2018-02-22 15:53:16.282126] I [MSGID: 114057] <br>
> [client-handshake.c:1478:select_server_supported_programs] <br>
> 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437), <br=
>
> Version (330)<br>
> [2018-02-22 15:53:16.282573] I [MSGID: 114046] <br>
> [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0: =
<br>
> Connected to virtimages-client-0, attached to remote volume <br>
> '/mnt/virtimages/virtimgs'.<br>
> [2018-02-22 15:53:16.282584] I [MSGID: 114047] <br>
> [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0: =
<br>
> Server and Client lk-version numbers are not same, reopening the fds<b=
r>
> [2018-02-22 15:53:16.282665] I [MSGID: 108005] <br>
> [afr-common.c:4929:__afr_handle_child_up_event] <br>
> 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back <b=
r>
> up; going online.<br>
> [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig] <br=
>
> 0-virtimages-client-1: changing port to 49152 (from 0)<br>
> [2018-02-22 15:53:16.282934] I [MSGID: 114035] <br>
> [client-handshake.c:202:client_set_lk_version_cbk] <br>
> 0-virtimages-client-0: Server lk version =3D 1<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org=
">Users(a)ovirt.org</a><br>
> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists=
.ovirt.org/mailman/listinfo/users</a><br>
<br>
-- <br>
Recogizer Group GmbH<br>
<br>
Dr.rer.nat. Erekle Magradze<br>
Lead Big Data Engineering & DevOps<br>
Rheinwerkallee 2, 53227 Bonn<br>
Tel: +49 228 29974555<br>
<br>
E-Mail <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:erekle.magrad=
ze(a)recogizer.de">
erekle.magradze(a)recogizer.de</a><br>
recogizer.com<br>
<br>
-----------------------------------------------------------------<br>
<br>
Recogizer Group GmbH<br>
Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze<br>
Handelsregister: Amtsgericht Bonn HRB 20724<br>
Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993<br>
Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa=
tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC=
mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch=
en Sie diese Mail. Das unerlaubte Kopieren
sowie die unbefugte Weitergabe dieser Mail und der darin enthaltenen Infor=
mationen ist nicht gestattet.<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org">Use=
rs(a)ovirt.org</a><br>
<a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovir=
t.org/mailman/listinfo/users</a><br>
</div>
</span></font></div>
</blockquote>
<br>
<pre class=3D"x_moz-signature" cols=3D"72">--=20
Recogizer Group GmbH
Dr.rer.nat. Erekle Magradze
Lead Big Data Engineering & DevOps
Rheinwerkallee 2, 53227 Bonn
Tel: +49 228 29974555
E-Mail <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:erekle.magrad=
ze(a)recogizer.de">erekle.magradze(a)recogizer.de</a>
recogizer.com
-----------------------------------------------------------------
Recogizer Group GmbH
Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze
Handelsregister: Amtsgericht Bonn HRB 20724
Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993
Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa=
tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC=
mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch=
en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d=
ieser Mail und der darin enthaltenen Informationen ist nicht gestattet.</pr=
e>
</div>
</body>
</html>
--_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_--
6 years, 9 months
Upgrade Cluster Compat Level from 4.1 to 4.2
by Arsène Gschwind
This is a multi-part message in MIME format.
--------------3DF9AE3C9E55466CF85B4C9B
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi,
I could successfully upgrade our Ovirt Environment from 4.1.9 to 4.2.1,
really great job with the new interface.
Everything runs well so far, the only problem I have is when trying to
Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw an error :
Error while executing action: Update of cluster compatibility version
failed because there are VMs/Templates [spfy-tscon] with incorrect
configuration. To fix the issue, please go to each of them, edit and
press OK. If the save does not pass, fix the dialog validation.
This VM is a Windows Server 2016 System with a custom property using
smbios hook, could that be the problem?
The engine log don't help a lot:
/2018-02-22 18:49:42,026+01 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-57) [595850d5] EVENT_ID:
CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update
compatibility version of Vm/Template: [spfy-tscon], Message: [No Message]//
/
Are there some other place to investigate and get some more information
about this error?
Thanks a lot for any Hint/Help.
rgds,
Arsene
--
*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 | CH-4056 Basel | Switzerland
Tel. +41 79 449 25 63 | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
--------------3DF9AE3C9E55466CF85B4C9B
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi,</p>
<p>I could successfully upgrade our Ovirt Environment from 4.1.9 to
4.2.1, really great job with the new interface.<br>
Everything runs well so far, the only problem I have is when
trying to Upgrade the Cluster Compatibility Level from 4.1 to 4.2
it throw an error :</p>
<p><span style="color: rgb(54, 54, 54); font-family: "Open
Sans", Helvetica, Arial, sans-serif; font-size: 12px;
font-style: normal; font-variant-ligatures: normal;
font-variant-caps: normal; font-weight: 400; letter-spacing:
normal; orphans: 2; text-align: start; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial; display: inline
!important; float: none;">Error while executing action: Update
of cluster compatibility version failed because there are
VMs/Templates [spfy-tscon] with incorrect configuration. To fix
the issue, please go to each of them, edit and press OK. If the
save does not pass, fix the dialog validation.</span></p>
<p>This VM is a Windows Server 2016 System with a custom property
using smbios hook, could that be the problem?<br>
The engine log don't help a lot:</p>
<p><i>2018-02-22 18:49:42,026+01 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-57) [595850d5] EVENT_ID:
CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot
update compatibility version of Vm/Template: [spfy-tscon],
Message: [No Message]</i><i><br>
</i></p>
<p>Are there some other place to investigate and get some more
information about this error?<br>
</p>
<p>Thanks a lot for any Hint/Help.</p>
<p>rgds,<br>
Arsene<br>
</p>
<div class="moz-signature">-- <br>
<p class="western" style="margin-bottom: 0in; line-height: 150%">
<font color="#000000"><font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> <b>Arsène Gschwind</b> </font>
</font>
<font color="#000000"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> </font> </font>
</font>
<font face="Tahoma, serif"> <font style="font-size: 8pt"
size="1"> </font>
</font>
<font face="Tahoma, serif">
</font>
<font color="#000000"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> <br>
</font> </font>
</font>
<font color="#7f7f7f"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> Fa. Sapify AG im
Auftrag der Universität Basel<br>
IT Services<br>
Klingelbergstr. 70 | CH-4056 Basel | Switzerland<br>
Tel. +41 79 449 25 63 | </font> </font>
</font>
<a href="http://its.unibas.ch/"> <font face="Tahoma, serif">
<font style="font-size: 8pt" size="1">
http://its.unibas.ch </font> </font>
</a><br>
<font color="#7f7f7f"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> ITS-ServiceDesk:
<a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11 <br>
</font></font></font></font></p>
<p class="western" style="margin-bottom: 0in; line-height: 150%"><font
color="#000000"><font color="#7f7f7f"><font face="Tahoma,
serif"><font style="font-size: 8pt" size="1"><br>
</font> </font>
</font>
</font></p>
<font color="#000000">
</font></div>
</body>
</html>
--------------3DF9AE3C9E55466CF85B4C9B--
6 years, 9 months
rebooting hypervisors from time to time
by Erekle Magradze
Hello there,
I am facing the following problem from time to time one of the
hypervisor (there are 3 of them)s is rebooting, I am using
ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage
backend (glusterfs-3.12.5-2.el7.x86_64).
I am suspecting gluster because of the e.g. message bellow from one of
the volumes,
Could you please help and suggest to which direction should
investigation go?
Thanks in advance
Cheers
Erekle
[2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]
[2018-02-22 15:41:10.198701] I [MSGID: 109063]
[dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000).
Holes=1 overlaps=0
[2018-02-22 15:41:10.198704] I [MSGID: 109063]
[dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000).
Holes=1 overlaps=0
[2018-02-22 15:42:11.293608] I [MSGID: 109063]
[dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000).
Holes=1 overlaps=0
[2018-02-22 15:53:16.245720] I [MSGID: 100030] [glusterfsd.c:2524:main]
0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version
3.12.5 (args: /usr/sbin/glusterfs --volfile-server=10.0.0.21 --volfi
le-server=10.0.0.22 --volfile-server=10.0.0.23 --volfile-id=/virtimages
/rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)
[2018-02-22 15:53:16.263712] W [MSGID: 101002]
[options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' is
deprecated, preferred is 'transport.address-family', continuing with
correction
[2018-02-22 15:53:16.269595] I [MSGID: 101190]
[event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread
with index 1
[2018-02-22 15:53:16.273483] I [MSGID: 101190]
[event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread
with index 2
[2018-02-22 15:53:16.273594] W [MSGID: 101174]
[graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead: option
'parallel-readdir' is not recognized
[2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify]
0-virtimages-client-0: parent translators are ready, attempting connect
on transport
[2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify]
0-virtimages-client-1: parent translators are ready, attempting connect
on transport
[2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
0-virtimages-client-0: changing port to 49152 (from 0)
[2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify]
0-virtimages-client-2: parent translators are ready, attempting connect
on transport
[2018-02-22 15:53:16.282126] I [MSGID: 114057]
[client-handshake.c:1478:select_server_supported_programs]
0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437),
Version (330)
[2018-02-22 15:53:16.282573] I [MSGID: 114046]
[client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0:
Connected to virtimages-client-0, attached to remote volume
'/mnt/virtimages/virtimgs'.
[2018-02-22 15:53:16.282584] I [MSGID: 114047]
[client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0:
Server and Client lk-version numbers are not same, reopening the fds
[2018-02-22 15:53:16.282665] I [MSGID: 108005]
[afr-common.c:4929:__afr_handle_child_up_event]
0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back up;
going online.
[2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
0-virtimages-client-1: changing port to 49152 (from 0)
[2018-02-22 15:53:16.282934] I [MSGID: 114035]
[client-handshake.c:202:client_set_lk_version_cbk]
0-virtimages-client-0: Server lk version = 1
6 years, 9 months
Question about sanlock lockspaces
by Artem Tambovskiy
Hello,
I'm still troubleshooting my cluster and trying to figure out which
lockspaces should be present and which shouldn't.
If HE VM is not running both ovirt-ha-agent and ovirt-ha-broker are down
and storage disconnected by hosted-engine --disconnect-storage should I see
something related to HE storage domain in
sanlock client status output?
For some reason on one host I don't see anything and the second one still
reports about present lockspace for HE storage domain. Is this normal?
[root@ovirt1 ~]# sanlock client status
daemon b1d7fea2-e8a9-4645-b449-97702fc3808e.ovirt1.tel
p -1 helper
p -1 listener
p -1 status
p 3763
p 62861 quaggaVM
p 63111 powerDNS
p 107818 pjsip_freepbx_14
p 109092 revizorro_dev
p 109589 routerVM
s a40cc3a9-54d6-40fd-acee-525ef29c8ce3:2:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/ids:0
s 4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0
r a40cc3a9-54d6-40fd-acee-525ef29c8ce3:SDM:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/leases:1048576:49
p 3763
As it looks to me lockspace
4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0
shouldn't be present, and it doesn't match to the host_id, but may be I'm
wrong here...
Regards,
Artem
6 years, 9 months
