From ovirt at qip.ru Thu Jun 7 02:22:38 2012
Content-Type: multipart/mixed; boundary="===============8910551128746363828=="
MIME-Version: 1.0
From: ovirt at qip.ru
To: users at ovirt.org
Subject: [Users] VDSM errors on fedora17
Date: Thu, 07 Jun 2012 10:22:35 +0400
Message-ID: <06787b3f1f32cd70c9ba985fe1ec923795e36a56@mail.qip.ru>
--===============8910551128746363828==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
This is a message in Mime Format. If you see this, your mail reader does n=
ot support this format.
--=3D_f917047c91f86fe14f6d86e153f3bcae
Content-Type: text/plain; charset=3Dutf-8
Content-Transfer-Encoding: quoted-printable
VDSM from http://www.ovirt.org/releases/beta/fedora/17/ gitf093e0=3D0A=3D0=
A=3D
VDSM started and working but=3D0A=3D0A1. after start there was error in vds=
m=3D
.log=3D0A=3D0AMainThread::ERROR::2012-06-07 10:05:23,883::clientIF::151::vd=
s=3D
::(_prepareBindings) Unable to load the rest server module. Please make=3D
sure it is installed.=3D0A=3D0AWhat modules I must install?=3D0A=3D0A2. I =
got s=3D
uch warnings=3D0A=3D0AThread-18::WARNING::2012-06-07 10:05:30,219::lvm::353=
:=3D
:Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "d2221c=3D
ee-7146-4197-aecf-0dfad32b54ea" not found']=3D0AThread-18::WARNING::2012-0=
=3D
6-07 10:05:30,481::lvm::353::Storage.LVM::(_reloadvgs) lvm vgs failed: 5=3D
[] [' Volume group "d2221cee-7146-4197-aecf-0dfad32b54ea" not found']=3D
=3D0A=3D0Abut d2221cee-7146-4197-aecf-0dfad32b54ea is my ISO/NFS domain, wh=
y=3D
vdsm try to use it as data storage domain? (data storage is working cor=3D
rectly and d2221cee-7146-4197-aecf-0dfad32b54ea is mounted under /rhev/=3D
data-center/mnt/ )=3D0A=3D0A--
--=3D_f917047c91f86fe14f6d86e153f3bcae
Content-Type: text/html; charset=3Dutf-8
Content-Transfer-Encoding: quoted-printable
VDSM from http://=
<=3D
span id=3D3D"nicSpell_1" class=3D3D"nicSpellWord">www.ovirt.org/releases/beta/fedora/17=
=3D
/ www.=
ovirt.org/releases/b=
e=3D
ta/fedora/17/ovirt=3D
-engine-dbscripts-3.1.0_0001-0.gitf093e0.fc17.noarch.rpm">gitf093e0
VDSM started and working but
1. afte=
=3D
r start there was error in vdsm.log
MainThread::=
=3D
ERROR::2012-06-07 10:05:23,883::clientIF::151::vds::(_prepareBindings) Unable to lo=
=3D
ad the rest server module. Please make sure it is installed.
What=3D
modules I must install?
2. I got such warnings
Thread=3D
-18::WARNING::2012-06-07 10:05:30,219::lvm::353::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "d222=
=3D
1cee-7146-4197-<=
s=3D
pan id=3D3D"nicSpell_15" class=3D3D"nicSpellWord">aecf-0dfad32b54ea" not found']
Th=
=3D
read-18::WARNING::2012-06-07 10:05:30,481::lvm::353::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "=
=3D
d2221cee-7146-41=
9=3D
7-aecf-0dfad32b54ea" not found']=
<=3D
br>
but d2221cee=
<=3D
/span>-7146-4197-aecf=
s=3D
pan>-0dfad32b54e=
a=3D
is my ISO/NFS d=
o=3D
main, why vdsm t=
r=3D
y to use it as data storage domain? (data storage is working correctly&n=3D
bsp; and d2221cee=3D
-7146-4197-aecf-=
0=3D
dfad32b54ea is m=
o=3D
unted under /rhev=3D
/data-center/mnt=
/=3D
)
--
--=3D_f917047c91f86fe14f6d86e153f3bcae--
--===============8910551128746363828==
Content-Type: multipart/alternative
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.bin"
VGhpcyBpcyBhIG1lc3NhZ2UgaW4gTWltZSBGb3JtYXQuICBJZiB5b3Ugc2VlIHRoaXMsIHlvdXIg
bWFpbCByZWFkZXIgZG9lcyBub3Qgc3VwcG9ydCB0aGlzIGZvcm1hdC4KCi0tPV9mOTE3MDQ3Yzkx
Zjg2ZmUxNGY2ZDg2ZTE1M2YzYmNhZQpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9
dXRmLTgKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKVkRTTSBm
cm9tIGh0dHA6Ly93d3cub3ZpcnQub3JnL3JlbGVhc2VzL2JldGEvZmVkb3JhLzE3LyAgZ2l0ZjA5
M2UwPTBBPTBBPQpWRFNNIHN0YXJ0ZWQgYW5kIHdvcmtpbmcgYnV0PTBBPTBBMS4gYWZ0ZXIgc3Rh
cnQgdGhlcmUgd2FzIGVycm9yIGluIHZkc209Ci5sb2c9MEE9MEFNYWluVGhyZWFkOjpFUlJPUjo6
MjAxMi0wNi0wNyAxMDowNToyMyw4ODM6OmNsaWVudElGOjoxNTE6OnZkcz0KOjooX3ByZXBhcmVC
aW5kaW5ncykgVW5hYmxlIHRvIGxvYWQgdGhlIHJlc3Qgc2VydmVyIG1vZHVsZS4gUGxlYXNlIG1h
a2U9CiBzdXJlIGl0IGlzIGluc3RhbGxlZC49MEE9MEFXaGF0IG1vZHVsZXMgSSBtdXN0IGluc3Rh
bGw/PTBBPTBBMi4gSSBnb3Qgcz0KdWNoIHdhcm5pbmdzPTBBPTBBVGhyZWFkLTE4OjpXQVJOSU5H
OjoyMDEyLTA2LTA3IDEwOjA1OjMwLDIxOTo6bHZtOjozNTM6PQo6U3RvcmFnZS5MVk06OihfcmVs
b2FkdmdzKSBsdm0gdmdzIGZhaWxlZDogNSBbXSBbJyAgVm9sdW1lIGdyb3VwICJkMjIyMWM9CmVl
LTcxNDYtNDE5Ny1hZWNmLTBkZmFkMzJiNTRlYSIgbm90IGZvdW5kJ109MEFUaHJlYWQtMTg6OldB
Uk5JTkc6OjIwMTItMD0KNi0wNyAxMDowNTozMCw0ODE6Omx2bTo6MzUzOjpTdG9yYWdlLkxWTTo6
KF9yZWxvYWR2Z3MpIGx2bSB2Z3MgZmFpbGVkOiA1PQogW10gWycgIFZvbHVtZSBncm91cCAiZDIy
MjFjZWUtNzE0Ni00MTk3LWFlY2YtMGRmYWQzMmI1NGVhIiBub3QgZm91bmQnXT0KPTBBPTBBYnV0
IGQyMjIxY2VlLTcxNDYtNDE5Ny1hZWNmLTBkZmFkMzJiNTRlYSBpcyBteSBJU08vTkZTIGRvbWFp
biwgd2h5PQogdmRzbSB0cnkgdG8gdXNlIGl0IGFzIGRhdGEgc3RvcmFnZSBkb21haW4/IChkYXRh
IHN0b3JhZ2UgaXMgd29ya2luZyBjb3I9CnJlY3RseSAgYW5kIGQyMjIxY2VlLTcxNDYtNDE5Ny1h
ZWNmLTBkZmFkMzJiNTRlYSBpcyBtb3VudGVkIHVuZGVyIC9yaGV2Lz0KZGF0YS1jZW50ZXIvbW50
LyApPTBBPTBBLS0KCi0tPV9mOTE3MDQ3YzkxZjg2ZmUxNGY2ZDg2ZTE1M2YzYmNhZQpDb250ZW50
LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD11dGYtOApDb250ZW50LVRyYW5zZmVyLUVuY29kaW5n
OiBxdW90ZWQtcHJpbnRhYmxlCgo8c3BhbiBpZD0zRCJuaWNTcGVsbF8wIiBjbGFzcz0zRCJuaWNT
cGVsbFdvcmQiPlZEU008L3NwYW4+IGZyb20gaHR0cDovLzw9CnNwYW4gaWQ9M0QibmljU3BlbGxf
MSIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj53d3c8L3NwYW4+LjxzcGFuIGlkPTNEIm5pYz0KU3Bl
bGxfMiIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj5vdmlydDwvc3Bhbj4ub3JnL3JlbGVhc2VzL2Jl
dGEvZmVkb3JhLzE3PQovJm5ic3A7IDxhIGhyZWY9M0QiaHR0cDovLyUzQ3NwYW4lMjBjbGFzcz0z
RCIgbmljc3BlbGx3b3JkIj0zRCIiPnd3dy48c3A9CmFuIGlkPTNEIm5pY1NwZWxsXzMiIGNsYXNz
PTNEIm5pY1NwZWxsV29yZCI+b3ZpcnQ8L3NwYW4+Lm9yZy9yZWxlYXNlcy9iZT0KdGEvZmVkb3Jh
LzE3LzxzcGFuIGlkPTNEIm5pY1NwZWxsXzQiIGNsYXNzPTNEIm5pY1NwZWxsV29yZCI+b3ZpcnQ8
L3NwYW4+PQotZW5naW5lLWRic2NyaXB0cy0zLjEuMF8wMDAxLTAuPHNwYW4gaWQ9M0QibmljU3Bl
bGxfNSIgY2xhc3M9M0QibmljU3BlbGw9CldvcmQiPmdpdGY8L3NwYW4+MDkzZTAuZmMxNy5ub2Fy
Y2gucnBtIiZndDs8c3BhbiBpZD0zRCJuaWNTcGVsbF82IiBjbGFzcz0KPTNEIm5pY1NwZWxsV29y
ZCI+Z2l0Zjwvc3Bhbj4wOTNlMDwvYT48YnI+PHNwYW4gaWQ9M0QibmljU3BlbGxfNyIgY2xhc3M9
Cj0zRCJuaWNTcGVsbFdvcmQiPjxicj5WRFNNPC9zcGFuPiBzdGFydGVkIGFuZCB3b3JraW5nIGJ1
dDxicj48YnI+MS4gYWZ0ZT0KciBzdGFydCB0aGVyZSB3YXMgZXJyb3IgaW4gPHNwYW4gaWQ9M0Qi
bmljU3BlbGxfOCIgY2xhc3M9M0QibmljU3BlbGxXb3JkPQoiPnZkc208L3NwYW4+LmxvZzxicj48
YnI+TWFpblRocmVhZDo6PHNwYW4gc3R5bGU9M0QiZm9udC13ZWlnaHQ6IGJvbGQ7Ij49CkVSUk9S
PC9zcGFuPjo6MjAxMi0wNi0wNyAxMDowNToyMyw4ODM6OmNsaWVudElGOjoxNTE6OnZkczo6KF88
c3BhbiBpZD0zRD0KIm5pY1NwZWxsXzkiIGNsYXNzPTNEIm5pY1NwZWxsV29yZCI+cHJlcGFyZUJp
bmRpbmdzPC9zcGFuPikgVW5hYmxlIHRvIGxvPQphZCB0aGUgcmVzdCBzZXJ2ZXIgbW9kdWxlLiBQ
bGVhc2UgbWFrZSBzdXJlIGl0IGlzIGluc3RhbGxlZC48YnI+PGJyPldoYXQ9CiBtb2R1bGVzIEkg
bXVzdCBpbnN0YWxsPzxicj48YnI+Mi4gSSBnb3Qgc3VjaCB3YXJuaW5nczxicj48YnI+PGJyPlRo
cmVhZD0KLTE4OjpXQVJOSU5HOjoyMDEyLTA2LTA3IDEwOjA1OjMwLDIxOTo6bHZtOjozNTM6OlN0
b3JhZ2UuTFZNOjooXzxzcGFuIGlkPQo9M0QibmljU3BlbGxfMTEiIGNsYXNzPTNEIm5pY1NwZWxs
V29yZCI+cmVsb2FkPHNwYW4gaWQ9M0QibmljU3BlbGxfMTIiIGM9Cmxhc3M9M0QibmljU3BlbGxX
b3JkIj52Z3M8L3NwYW4+PC9zcGFuPikgbHZtIDxzcGFuIGlkPTNEIm5pY1NwZWxsXzEzIiBjbD0K
YXNzPTNEIm5pY1NwZWxsV29yZCI+dmdzPC9zcGFuPiBmYWlsZWQ6IDUgW10gWycmbmJzcDsgVm9s
dW1lIGdyb3VwICJkMjIyPQoxPHNwYW4gaWQ9M0QibmljU3BlbGxfMTQiIGNsYXNzPTNEIm5pY1Nw
ZWxsV29yZCI+Y2VlPC9zcGFuPi03MTQ2LTQxOTctPHM9CnBhbiBpZD0zRCJuaWNTcGVsbF8xNSIg
Y2xhc3M9M0QibmljU3BlbGxXb3JkIj5hZWNmPC9zcGFuPi0wPHNwYW4gaWQ9M0Qibj0KaWNTcGVs
bF8xNiIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj5kZmFkPC9zcGFuPjMyYjU0ZWEiIG5vdCBmb3Vu
ZCddPGJyPlRoPQpyZWFkLTE4OjpXQVJOSU5HOjoyMDEyLTA2LTA3IDEwOjA1OjMwLDQ4MTo6bHZt
OjozNTM6OlN0b3JhZ2UuTFZNOjooXzxzcGE9Cm4gaWQ9M0QibmljU3BlbGxfMTciIGNsYXNzPTNE
Im5pY1NwZWxsV29yZCI+cmVsb2FkPHNwYW4gaWQ9M0QibmljU3BlbGxfMT0KOCIgY2xhc3M9M0Qi
bmljU3BlbGxXb3JkIj52Z3M8L3NwYW4+PC9zcGFuPikgbHZtIDxzcGFuIGlkPTNEIm5pY1NwZWxs
XzE5PQoiIGNsYXNzPTNEIm5pY1NwZWxsV29yZCI+dmdzPC9zcGFuPiBmYWlsZWQ6IDUgW10gWycm
bmJzcDsgVm9sdW1lIGdyb3VwICI9CmQyMjIxPHNwYW4gaWQ9M0QibmljU3BlbGxfMjAiIGNsYXNz
PTNEIm5pY1NwZWxsV29yZCI+Y2VlPC9zcGFuPi03MTQ2LTQxOT0KNy08c3BhbiBpZD0zRCJuaWNT
cGVsbF8yMSIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj5hZWNmPC9zcGFuPi0wPHNwYW4gaWQ9Cj0z
RCJuaWNTcGVsbF8yMiIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj5kZmFkPC9zcGFuPjMyYjU0ZWEi
IG5vdCBmb3VuZCddPD0KYnI+PGJyPjxicj5idXQgZDIyMjE8c3BhbiBpZD0zRCJuaWNTcGVsbF8y
MyIgY2xhc3M9M0QibmljU3BlbGxXb3JkIj5jZWU8PQovc3Bhbj4tNzE0Ni00MTk3LTxzcGFuIGlk
PTNEIm5pY1NwZWxsXzI0IiBjbGFzcz0zRCJuaWNTcGVsbFdvcmQiPmFlY2Y8L3M9CnBhbj4tMDxz
cGFuIGlkPTNEIm5pY1NwZWxsXzI1IiBjbGFzcz0zRCJuaWNTcGVsbFdvcmQiPmRmYWQ8L3NwYW4+
MzJiNTRlYT0KIGlzIG15IElTTy88c3BhbiBpZD0zRCJuaWNTcGVsbF8yNiIgY2xhc3M9M0Qibmlj
U3BlbGxXb3JkIj5ORlM8L3NwYW4+IGRvPQptYWluLCB3aHkgPHNwYW4gaWQ9M0QibmljU3BlbGxf
MjciIGNsYXNzPTNEIm5pY1NwZWxsV29yZCI+dmRzbTwvc3Bhbj4gdHI9CnkgdG8gdXNlIGl0IGFz
IGRhdGEgc3RvcmFnZSBkb21haW4/IChkYXRhIHN0b3JhZ2UgaXMgd29ya2luZyBjb3JyZWN0bHkm
bj0KYnNwOyBhbmQgZDIyMjE8c3BhbiBpZD0zRCJuaWNTcGVsbF8yOCIgY2xhc3M9M0QibmljU3Bl
bGxXb3JkIj5jZWU8L3NwYW4+PQotNzE0Ni00MTk3LTxzcGFuIGlkPTNEIm5pY1NwZWxsXzI5IiBj
bGFzcz0zRCJuaWNTcGVsbFdvcmQiPmFlY2Y8L3NwYW4+LTA9CjxzcGFuIGlkPTNEIm5pY1NwZWxs
XzMwIiBjbGFzcz0zRCJuaWNTcGVsbFdvcmQiPmRmYWQ8L3NwYW4+MzJiNTRlYSBpcyBtbz0KdW50
ZWQgdW5kZXIgLzxzcGFuIGlkPTNEIm5pY1NwZWxsXzMxIiBjbGFzcz0zRCJuaWNTcGVsbFdvcmQi
PnJoZXY8L3NwYW4+PQovZGF0YS1jZW50ZXIvPHNwYW4gaWQ9M0QibmljU3BlbGxfMzIiIGNsYXNz
PTNEIm5pY1NwZWxsV29yZCI+bW50PC9zcGFuPi89CiApPGJyPjxicj4tLTxicj48YnI+CgotLT1f
ZjkxNzA0N2M5MWY4NmZlMTRmNmQ4NmUxNTNmM2JjYWUtLQoK
--===============8910551128746363828==--
From hateya at redhat.com Thu Jun 7 03:10:06 2012
Content-Type: multipart/mixed; boundary="===============0971908701149807698=="
MIME-Version: 1.0
From: Haim Ateya
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Thu, 07 Jun 2012 03:10:04 -0400
Message-ID: <0581ce6f-d675-477a-8124-d7f0eef25cfc@zmail14.collab.prod.int.phx2.redhat.com>
In-Reply-To: 06787b3f1f32cd70c9ba985fe1ec923795e36a56@mail.qip.ru
--===============0971908701149807698==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
> From: ovirt(a)qip.ru
> To: users(a)ovirt.org
> Sent: Thursday, June 7, 2012 9:22:35 AM
> Subject: [Users] VDSM errors on fedora17
> =
> =
> VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
> ovirt .org/releases/beta/fedora/17/ ovirt
> -engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
> 093e0
> =
> VDSM started and working but
> =
> 1. after start there was error in vdsm .log
> =
> MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
> prepareBindings ) Unable to load the rest server module. Please make
> sure it is installed.
please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
> =
> What modules I must install?
> =
> 2. I got such warnings
> =
> =
> Thread-18::WARNING::2012-06-07
> 10:05:30,219::lvm::353::Storage.LVM::(_ reload vgs ) lvm vgs failed:
> 5 [] [' Volume group "d2221 cee -7146-4197- aecf -0 dfad 32b54ea"
> not found']
> Thread-18::WARNING::2012-06-07
> 10:05:30,481::lvm::353::Storage.LVM::(_ reload vgs ) lvm vgs failed:
> 5 [] [' Volume group "d2221 cee -7146-4197- aecf -0 dfad 32b54ea"
> not found']
are you using iSCSI or NFS ? will you attach vdsm.log so I could understand=
the full context?
> =
> =
> but d2221 cee -7146-4197- aecf -0 dfad 32b54ea is my ISO/ NFS domain,
> why vdsm try to use it as data storage domain? (data storage is
> working correctly and d2221 cee -7146-4197- aecf -0 dfad 32b54ea is
> mounted under / rhev /data-center/ mnt / )
> =
> --
> =
> =
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>=20
--===============0971908701149807698==--
From iheim at redhat.com Thu Jun 7 10:35:10 2012
Content-Type: multipart/mixed; boundary="===============0176044727350618183=="
MIME-Version: 1.0
From: Itamar Heim
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Thu, 07 Jun 2012 17:35:06 +0300
Message-ID: <4FD0BC1A.4060006@redhat.com>
In-Reply-To: 0581ce6f-d675-477a-8124-d7f0eef25cfc@zmail14.collab.prod.int.phx2.redhat.com
--===============0176044727350618183==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On 06/07/2012 10:10 AM, Haim Ateya wrote:
>
>
> ----- Original Message -----
>> From: ovirt(a)qip.ru
>> To: users(a)ovirt.org
>> Sent: Thursday, June 7, 2012 9:22:35 AM
>> Subject: [Users] VDSM errors on fedora17
>>
>>
>> VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
>> ovirt .org/releases/beta/fedora/17/ ovirt
>> -engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
>> 093e0
>>
>> VDSM started and working but
>>
>> 1. after start there was error in vdsm .log
>>
>> MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
>> prepareBindings ) Unable to load the rest server module. Please make
>> sure it is installed.
>
> please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
should this be an error, or only an INFO that the REST bindings are not =
installed?
>
>>
>> What modules I must install?
>>
>> 2. I got such warnings
>>
>>
>> Thread-18::WARNING::2012-06-07
>> 10:05:30,219::lvm::353::Storage.LVM::(_ reload vgs ) lvm vgs failed:
>> 5 [] [' Volume group "d2221 cee -7146-4197- aecf -0 dfad 32b54ea"
>> not found']
>> Thread-18::WARNING::2012-06-07
>> 10:05:30,481::lvm::353::Storage.LVM::(_ reload vgs ) lvm vgs failed:
>> 5 [] [' Volume group "d2221 cee -7146-4197- aecf -0 dfad 32b54ea"
>> not found']
>
> are you using iSCSI or NFS ? will you attach vdsm.log so I could understa=
nd the full context?
>
>>
>>
>> but d2221 cee -7146-4197- aecf -0 dfad 32b54ea is my ISO/ NFS domain,
>> why vdsm try to use it as data storage domain? (data storage is
>> working correctly and d2221 cee -7146-4197- aecf -0 dfad 32b54ea is
>> mounted under / rhev /data-center/ mnt / )
>>
>> --
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--===============0176044727350618183==--
From danken at redhat.com Sun Jun 10 04:23:25 2012
Content-Type: multipart/mixed; boundary="===============0137716396709467949=="
MIME-Version: 1.0
From: Dan Kenigsberg
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Sun, 10 Jun 2012 11:23:22 +0300
Message-ID: <20120610082322.GD21365@redhat.com>
In-Reply-To: 4FD0BC1A.4060006@redhat.com
--===============0137716396709467949==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On Thu, Jun 07, 2012 at 05:35:06PM +0300, Itamar Heim wrote:
> On 06/07/2012 10:10 AM, Haim Ateya wrote:
> >
> >
> >----- Original Message -----
> >>From: ovirt(a)qip.ru
> >>To: users(a)ovirt.org
> >>Sent: Thursday, June 7, 2012 9:22:35 AM
> >>Subject: [Users] VDSM errors on fedora17
> >>
> >>
> >>VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
> >>ovirt .org/releases/beta/fedora/17/ ovirt
> >>-engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
> >>093e0
> >>
> >>VDSM started and working but
> >>
> >>1. after start there was error in vdsm .log
> >>
> >>MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
> >>prepareBindings ) Unable to load the rest server module. Please make
> >>sure it is installed.
> >
> >please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
> =
> should this be an error, or only an INFO that the REST bindings are
> not installed?
I think INFO should have been enough.
Dan.
--===============0137716396709467949==--
From agl at us.ibm.com Mon Jun 11 18:38:39 2012
Content-Type: multipart/mixed; boundary="===============8806759515917412205=="
MIME-Version: 1.0
From: Adam Litke
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Mon, 11 Jun 2012 17:38:24 -0500
Message-ID: <20120611223824.GB2671@localhost.localdomain>
In-Reply-To: 20120610082322.GD21365@redhat.com
--===============8806759515917412205==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On Sun, Jun 10, 2012 at 11:23:22AM +0300, Dan Kenigsberg wrote:
> On Thu, Jun 07, 2012 at 05:35:06PM +0300, Itamar Heim wrote:
> > On 06/07/2012 10:10 AM, Haim Ateya wrote:
> > >
> > >
> > >----- Original Message -----
> > >>From: ovirt(a)qip.ru
> > >>To: users(a)ovirt.org
> > >>Sent: Thursday, June 7, 2012 9:22:35 AM
> > >>Subject: [Users] VDSM errors on fedora17
> > >>
> > >>
> > >>VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
> > >>ovirt .org/releases/beta/fedora/17/ ovirt
> > >>-engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
> > >>093e0
> > >>
> > >>VDSM started and working but
> > >>
> > >>1. after start there was error in vdsm .log
> > >>
> > >>MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
> > >>prepareBindings ) Unable to load the rest server module. Please make
> > >>sure it is installed.
> > >
> > >please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
> > =
> > should this be an error, or only an INFO that the REST bindings are
> > not installed?
> =
> I think INFO should have been enough.
That means that rest was set to enabled in vdsm.conf but it is not installe=
d.
Maybe that's an error because we cannot comply with a specific configuration
request. I can see it both ways.
-- =
Adam Litke
IBM Linux Technology Center
--===============8806759515917412205==--
From danken at redhat.com Tue Jun 12 05:51:02 2012
Content-Type: multipart/mixed; boundary="===============5978186093971370292=="
MIME-Version: 1.0
From: Dan Kenigsberg
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Tue, 12 Jun 2012 12:51:00 +0300
Message-ID: <20120612095100.GA14833@redhat.com>
In-Reply-To: 20120611223824.GB2671@localhost.localdomain
--===============5978186093971370292==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On Mon, Jun 11, 2012 at 05:38:24PM -0500, Adam Litke wrote:
> On Sun, Jun 10, 2012 at 11:23:22AM +0300, Dan Kenigsberg wrote:
> > On Thu, Jun 07, 2012 at 05:35:06PM +0300, Itamar Heim wrote:
> > > On 06/07/2012 10:10 AM, Haim Ateya wrote:
> > > >
> > > >
> > > >----- Original Message -----
> > > >>From: ovirt(a)qip.ru
> > > >>To: users(a)ovirt.org
> > > >>Sent: Thursday, June 7, 2012 9:22:35 AM
> > > >>Subject: [Users] VDSM errors on fedora17
> > > >>
> > > >>
> > > >>VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
> > > >>ovirt .org/releases/beta/fedora/17/ ovirt
> > > >>-engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
> > > >>093e0
> > > >>
> > > >>VDSM started and working but
> > > >>
> > > >>1. after start there was error in vdsm .log
> > > >>
> > > >>MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
> > > >>prepareBindings ) Unable to load the rest server module. Please make
> > > >>sure it is installed.
> > > >
> > > >please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
> > > =
> > > should this be an error, or only an INFO that the REST bindings are
> > > not installed?
> > =
> > I think INFO should have been enough.
> =
> That means that rest was set to enabled in vdsm.conf but it is not instal=
led.
> Maybe that's an error because we cannot comply with a specific configurat=
ion
> request. I can see it both ways.
I see what you mean, but note that vdsm-rest is enabled by default, but not
installed as part of ovirt. This means that practically all users would
see this frightening ERROR.
--===============5978186093971370292==--
From dennisml at conversis.de Tue Jun 12 06:51:56 2012
Content-Type: multipart/mixed; boundary="===============6461792967897517301=="
MIME-Version: 1.0
From: Dennis Jacobfeuerborn
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Tue, 12 Jun 2012 12:51:51 +0200
Message-ID: <4FD71F47.3070209@conversis.de>
In-Reply-To: 20120612095100.GA14833@redhat.com
--===============6461792967897517301==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On 06/12/2012 11:51 AM, Dan Kenigsberg wrote:
> On Mon, Jun 11, 2012 at 05:38:24PM -0500, Adam Litke wrote:
>> On Sun, Jun 10, 2012 at 11:23:22AM +0300, Dan Kenigsberg wrote:
>>> On Thu, Jun 07, 2012 at 05:35:06PM +0300, Itamar Heim wrote:
>>>> On 06/07/2012 10:10 AM, Haim Ateya wrote:
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: ovirt(a)qip.ru
>>>>>> To: users(a)ovirt.org
>>>>>> Sent: Thursday, June 7, 2012 9:22:35 AM
>>>>>> Subject: [Users] VDSM errors on fedora17
>>>>>>
>>>>>>
>>>>>> VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
>>>>>> ovirt .org/releases/beta/fedora/17/ ovirt
>>>>>> -engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
>>>>>> 093e0
>>>>>>
>>>>>> VDSM started and working but
>>>>>>
>>>>>> 1. after start there was error in vdsm .log
>>>>>>
>>>>>> MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds::(_
>>>>>> prepareBindings ) Unable to load the rest server module. Please make
>>>>>> sure it is installed.
>>>>>
>>>>> please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
>>>>
>>>> should this be an error, or only an INFO that the REST bindings are
>>>> not installed?
>>>
>>> I think INFO should have been enough.
>>
>> That means that rest was set to enabled in vdsm.conf but it is not insta=
lled.
>> Maybe that's an error because we cannot comply with a specific configura=
tion
>> request. I can see it both ways.
> =
> I see what you mean, but note that vdsm-rest is enabled by default, but n=
ot
> installed as part of ovirt. This means that practically all users would
> see this frightening ERROR.
Speaking as an admin if REST support is enabled (either explicitly or as a
default) but cannot be properly setup then vdsm should bail out with an err=
or.
When I provide a daemon with a configuration X then I expect it to run with
configuration X. If it cannot do so then I want it to fail and complain
about why it cannot run in this configuration so I can fix things.
Silently running with configuration Y instead (which is X - REST in this
case) and only outputting a INFO message in some log is not a good option.
Regards,
Dennis
--===============6461792967897517301==--
From agl at us.ibm.com Tue Jun 12 08:49:45 2012
Content-Type: multipart/mixed; boundary="===============2337790038373306069=="
MIME-Version: 1.0
From: Adam Litke
To: users at ovirt.org
Subject: Re: [Users] VDSM errors on fedora17
Date: Tue, 12 Jun 2012 07:49:18 -0500
Message-ID: <20120612124918.GC2671@localhost.localdomain>
In-Reply-To: 20120612095100.GA14833@redhat.com
--===============2337790038373306069==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
On Tue, Jun 12, 2012 at 12:51:00PM +0300, Dan Kenigsberg wrote:
> On Mon, Jun 11, 2012 at 05:38:24PM -0500, Adam Litke wrote:
> > On Sun, Jun 10, 2012 at 11:23:22AM +0300, Dan Kenigsberg wrote:
> > > On Thu, Jun 07, 2012 at 05:35:06PM +0300, Itamar Heim wrote:
> > > > On 06/07/2012 10:10 AM, Haim Ateya wrote:
> > > > >
> > > > >
> > > > >----- Original Message -----
> > > > >>From: ovirt(a)qip.ru
> > > > >>To: users(a)ovirt.org
> > > > >>Sent: Thursday, June 7, 2012 9:22:35 AM
> > > > >>Subject: [Users] VDSM errors on fedora17
> > > > >>
> > > > >>
> > > > >>VDSM from http:// www . ovirt .org/releases/beta/fedora/17/ www.
> > > > >>ovirt .org/releases/beta/fedora/17/ ovirt
> > > > >>-engine-dbscripts-3.1.0_0001-0. gitf 093e0.fc17.noarch.rpm"> gitf
> > > > >>093e0
> > > > >>
> > > > >>VDSM started and working but
> > > > >>
> > > > >>1. after start there was error in vdsm .log
> > > > >>
> > > > >>MainThread:: ERROR ::2012-06-07 10:05:23,883::clientIF::151::vds:=
:(_
> > > > >>prepareBindings ) Unable to load the rest server module. Please m=
ake
> > > > >>sure it is installed.
> > > > >
> > > > >please install: vdsm-rest-4.9.6-2.gite952471.fc17.noarch.rpm
> > > > =
> > > > should this be an error, or only an INFO that the REST bindings are
> > > > not installed?
> > > =
> > > I think INFO should have been enough.
> > =
> > That means that rest was set to enabled in vdsm.conf but it is not inst=
alled.
> > Maybe that's an error because we cannot comply with a specific configur=
ation
> > request. I can see it both ways.
> =
> I see what you mean, but note that vdsm-rest is enabled by default, but n=
ot
> installed as part of ovirt. This means that practically all users would
> see this frightening ERROR.
> =
Yep. How would you like to proceed? Make it a warning instead?
-- =
Adam Litke
IBM Linux Technology Center
--===============2337790038373306069==--