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-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==--