- Users - oVirt List Archives

Re: [Users] build vdsm error at TestSuperVdsm
by bigclouds 01 Mar '13

01 Mar '13

------=_Part_477026_824530892.1362064758448 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, i think the error occurs when do unit test during compiling engine code. my env is centos6.3,engine code is latest from git-repo. At 2013-02-28 22:00:08,"Yaniv Bronheim" <ybronhei(a)redhat.com> wrote: >Hey, >Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway > >What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm.. >its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? > > >----- Original Message ----- >From: "bigclouds" <bigclouds(a)163.com> >To: users(a)ovirt.org >Sent: Thursday, February 28, 2013 7:47:37 AM >Subject: [Users] build vdsm error at TestSuperVdsm > > > > >testThreadLeak OK >TestSuperVdsm >testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm >Traceback (most recent call last): >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch >utils.ret ry(self._connect, Exception, timeout=60, tries=3) >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry >return func() >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect >self._manager.connect() >File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect >conn = Client(self._address, authkey=self._authkey) >File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client >c = SocketClient(address) >File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient >s.connect(address) >File "<string>", line 1, in connect >error: [Errno 111] Connection refused >Killed >[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm > > >_______________________________________________ >Users mailing list >Users(a)ovirt.org >http://lists.ovirt.org/mailman/listinfo/users ------=_Part_477026_824530892.1362064758448 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial">hi, i think  the error occurs when do unit test during  compiling engine code.<div style="font-family: Helvetica, 'Microsoft Yahei', verdana;">my env is centos6.3,engine  code is latest from git-repo.</div><br><br><br><br><div></div><div id="divNeteaseMailCard"></div><br><pre><br>At 2013-02-28 22:00:08,"Yaniv Bronheim" <ybronhei(a)redhat.com> wrote: >Hey, >Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway > >What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm..  >its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? > > >----- Original Message ----- >From: "bigclouds" <bigclouds(a)163.com> >To: users@ovirt.org >Sent: Thursday, February 28, 2013 7:47:37 AM >Subject: [Users] build vdsm error  at TestSuperVdsm > > > > >testThreadLeak OK  >TestSuperVdsm  >testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm  >Traceback (most recent call last):  >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch  >utils.ret ry(self._connect, Exception, timeout=60, tries=3)  >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry  >return func()  >File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect  >self._manager.connect()  >File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect  >conn = Client(self._address, authkey=self._authkey)  >File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client  >c = SocketClient(address)  >File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient  >s.connect(address)  >File "<string>", line 1, in connect  >error: [Errno 111] Connection refused  >Killed  >[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm  > > >_______________________________________________ >Users mailing list >Users(a)ovirt.org >http://lists.ovirt.org/mailman/listinfo/users </pre></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_477026_824530892.1362064758448--

1 0

[Users] Fwd: [node-devel] oVirt Node 2.6.1 Release
by Mike Burns 28 Feb '13

28 Feb '13

-------- Original Message -------- Subject: [node-devel] oVirt Node 2.6.1 Release Date: Thu, 28 Feb 2013 22:26:19 +0100 From: Fabian Deutsch <fabiand(a)redhat.com> Organization: Red Hat, Inc. To: node-devel <node-devel(a)ovirt.org> Hey, oVirt Node 2.6.1 has been released [0] and can be downloaded [1]. One big reason for this update was this bug [2], also known as CVE-2013-0293. Additionally this release contains an updated vdsm-4.10.3-9 and the latest Fedora 18 packages. Thanks The oVirt Node Team --- [0] http://www.ovirt.org/Node_Release_Notes#2.6.1_Release_Notes [1] http://www.ovirt.org/Node#Current_Release [2] https://bugzilla.redhat.com/show_bug.cgi?id=911699

1 0

[Users] build vdsm error at TestSuperVdsm
by bigclouds 28 Feb '13

28 Feb '13

------=_Part_348037_1391251488.1362030457454 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit testThreadLeak OK TestSuperVdsm testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm Traceback (most recent call last): File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch utils.retry(self._connect, Exception, timeout=60, tries=3) File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry return func() File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect self._manager.connect() File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client c = SocketClient(address) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient s.connect(address) File "<string>", line 1, in connect error: [Errno 111] Connection refused Killed [root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm ------=_Part_348037_1391251488.1362030457454 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>    testThreadLeak                                              OK</div><div>TestSuperVdsm</div><div>    testIsSuperUp                                               WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm</div><div>Traceback (most recent call last):</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch</div><div>    utils.retry(self._connect, Exception, timeout=60, tries=3)</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry</div><div>    return func()</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect</div><div>    self._manager.connect()</div><div>  File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect</div><div>    conn = Client(self._address, authkey=self._authkey)</div><div>  File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client</div><div>    c = SocketClient(address)</div><div>  File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient</div><div>    s.connect(address)</div><div>  File "<string>", line 1, in connect</div><div>error: [Errno 111] Connection refused</div><div>Killed</div><div>[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure  --enable-hooks && make  rpm</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_348037_1391251488.1362030457454--

1 0

[Users] rebuild of src.rpm not "self contained"?
by Gianluca Cecchi 28 Feb '13

28 Feb '13

On an all-in-one 3.2 stable I have @home, based on f18, I was able to modify the source part of ovirt-engine.sc.rpm (to test fix in VmBase.java referred in another thread) and rebuild from src.rpm and I got these packages ./RPMS/noarch: total 41288 -rw-rw-r--. 1 g.cecchi g.cecchi 1153230 Feb 27 08:17 ovirt-engine-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 5620190 Feb 27 08:17 ovirt-engine-backend-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 11849 Feb 27 08:17 ovirt-engine-config-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 173283 Feb 27 08:17 ovirt-engine-dbscripts-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 18838 Feb 27 08:17 ovirt-engine-genericapi-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 49808 Feb 27 08:17 ovirt-engine-notification-service-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 918894 Feb 27 08:17 ovirt-engine-restapi-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 90752 Feb 27 08:17 ovirt-engine-setup-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 8017 Feb 27 08:17 ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 9796 Feb 27 08:17 ovirt-engine-tools-common-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 15329116 Feb 27 08:17 ovirt-engine-userportal-3.2.0-4.fc18.noarch.rpm -rw-rw-r--. 1 g.cecchi g.cecchi 18869558 Feb 27 08:17 ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch.rpm Questions: 1) in this out-of-line update (I retained same version in packages, waiting for an official fix) how can update? Simply stop engine and rpm -UVH --force *rpm and restart engine? 2) In general when I start from a src.rpm, the build is sort of self-contained. Instead for ovirt-engine it downloaded many packages from web sites (maven, atlassian, ecc...) during the build. How can I be sure that my build is the same today and tomorrow, starting from the same src.rpm? Thanks Gianluca

3 6

[Users] how to debug vdsm and node codes
by bigclouds 28 Feb '13

28 Feb '13

------=_Part_477685_837648831.1362065174993 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit a debug environment in which to debug vdsm and node code line by line thanks. ------=_Part_477685_837648831.1362065174993 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial">a debug environment in which to debug vdsm and node code line by line<div><br></div><div>thanks.</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_477685_837648831.1362065174993--

3 2

[Users] Spice client USB - Linux
by Winfried de Heiden 28 Feb '13

28 Feb '13

Hi all, As mentioned in the features of oVirt, I should be able to use an USB-drive on my (Spice) guest.However, the option to choose an USB device is greyed out in the Spice Console. "Big Uncle" RHEV 3.1 tells in https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… to use "Native USB" Am I missing something? Or: I tried using a serverprofile. Is USB redirection only available using a desktop profile? Anyway: how can I enable USB on my Spice Client. (Fedora 18) Kind regards, Winfried

2 1

[Users] BZ893999: sort ordering in webadmin gui
by Ken Booth 28 Feb '13

28 Feb '13

Hi Omer et al, Is there any workaround to get an ordered list of guests based upon sort criteria such as status/hypervisor/cluster/etc? This used to be possible by clicking on the column headings in the 3.0 Portal using IE8 and .NET -- Regards, Ken Booth Red Hat UK Ltd Senior Technical Support Engineer 200 Fowler Avenue Tel: +44 1252 362700 Farnborough Business Park email: kbooth(a)redhat.com Farnborough, Hampshire GU14 7JP Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA)

2 1

[Users] Cannot remove disk, storage domain corrupted ?
by YamakasY 28 Feb '13

28 Feb '13

--=_ead096706e118b5b515886916edc350b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi All,=0A=0AI have a strange issue with testdisks I created. My Vm's ar= e working fine on both storage domains, local and NFS but I cannot remov= e also from both.=0A=0AHere is my log:=0A=0A2013-02-27 11:36:50,703 INFO= =C2=A0 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCom= mand] (pool-3-thread-50) [68bb2cec] FINISH, DeleteImageGroupVDSCommand,= log id: 6dfbe300=0A2013-02-27 11:36:50,704 ERROR [org.ovirt.engine.core= .bll.RemoveImageCommand] (pool-3-thread-50) [68bb2cec] Command org.ovirt= .engine.core.bll.RemoveImageCommand throw Vdc Bll exception. With error= message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IrsO= perationFailedNoFailoverException: IRSGenericException: IRSErrorExceptio= n: Storage domain layout corrupted: ('222a9c6d-0c6b-41dd-9239-8ab83ce3f6= 18',)=0A2013-02-27 11:36:50,710 INFO=C2=A0 [org.ovirt.engine.core.bll.Re= moveImageCommand] (pool-3-thread-50) [68bb2cec] Command [id=3D18b5ad2d-c= c67-4aab-a10c-2d5ab7e60269]: Compensating CHANGED_STATUS_ONLY of org.ovi= rt.engine.core.common.businessentities.Image; snapshot: EntityStatusSnap= shot [id=3D1760a9e1-0f81-4afb-90ea-2f9dc5d90975, status=3DILLEGAL].=0A20= 13-02-27 11:36:56,077 INFO=C2=A0 [org.ovirt.engine.core.bll.LoginUserCom= mand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal= : false.=0A=0AWhat could this be ?=0A=0AThanks,=0A=0AMatt=0A --=_ead096706e118b5b515886916edc350b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; char= set=3DUTF-8"><title></title><style type=3D"text/css">.felamimail-body-bl= ockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px sol= id #000088;} </style></head><body>Hi All,<br><br>I have a strange issue= with testdisks I created. My Vm's are working fine on both storage doma= ins, local and NFS but I cannot remove also from both.<br><br>Here is my= log:<br><br>2013-02-27 11:36:50,703 INFO  [org.ovirt.engine.core.v= dsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [68bb2= cec] FINISH, DeleteImageGroupVDSCommand, log id: 6dfbe300<br>2013-02-27= 11:36:50,704 ERROR [org.ovirt.engine.core.bll.RemoveImageCommand] (pool= -3-thread-50) [68bb2cec] Command org.ovirt.engine.core.bll.RemoveImageCo= mmand throw Vdc Bll exception. With error message VdcBLLException: org.o= virt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverExcepti= on: IRSGenericException: IRSErrorException: Storage domain layout corrup= ted: ('222a9c6d-0c6b-41dd-9239-8ab83ce3f618',)<br>2013-02-27 11:36:50,71= 0 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-3-thre= ad-50) [68bb2cec] Command [id=3D18b5ad2d-cc67-4aab-a10c-2d5ab7e60269]: C= ompensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.business= entities.Image; snapshot: EntityStatusSnapshot [id=3D1760a9e1-0f81-4afb-= 90ea-2f9dc5d90975, status=3DILLEGAL].<br>2013-02-27 11:36:56,077 INFO&nb= sp; [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-5)= Running command: LoginUserCommand internal: false.<br><br>What could th= is be ?<br><br>Thanks,<br><br>Matt<br></body></html> --=_ead096706e118b5b515886916edc350b--

3 2

[Users] Logical network with vlan over bonded nics
by Aleksey Kashin 28 Feb '13

28 Feb '13

Hello. I'm using FC 18 and ovirt 3.2. When I trying add logical network (vlan930) over bonded nics I'm getting the following error: No valid operation for vlan930 and bond0. Here is screenshot - http://ubuntuone.com/5bi19rt3Shrc3ETCjyc8Jp Can I accomplish that or I'm wrong? Thank you. Regards, Aleksey Kashin.

2 1

[Users] ovirt Connection Storage error
by xianghuadu 28 Feb '13

28 Feb '13

This is a multi-part message in MIME format. ------=_001_NextPart258154128485_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgYWxsDQogICAgIEFkZCBpc2NzaSBzdG9yYWdlLCAgRXJyb3Igd2hpbGUgZXhlY3V0aW5nIGFj dGlvbiBOZXcgU0FOIHN0b3JhZ2UgRG9tYWluOiBVbmV4cGVjdGVkIGV4Y2VwdGlvbi4gDQplbmdp bmUgbG9nDQoyMDEzLTAyLTI2IDE1OjA5OjA4LDIxMSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQnJva2VyQ29tbWFuZEJhc2VdIChhanAtLTEyNy4wLjAu MS04NzAyLTEpIFs0OTUyNzkwZV0gSG9zdE5hbWUgPSAyMjUNCjIwMTMtMDItMjYgMTU6MDk6MDgs MjEyIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZEU0NvbW1hbmRCYXNl XSAoYWpwLS0xMjcuMC4wLjEtODcwMi0xKSBbNDk1Mjc5MGVdIENvbW1hbmQgRm9ybWF0U3RvcmFn ZURvbWFpblZEUyBleGVjdXRpb24gZmFpbGVkLiBFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9u OiBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIEZvcm1h dFN0b3JhZ2VEb21haW5WRFMsIGVycm9yID0gQ2Fubm90IGZvcm1hdCBhdHRhY2hlZCBzdG9yYWdl IGRvbWFpbjogKCczNzhlZjJlNi1lMTJkLTRlYWUtOGM2Yy05YmMyYjk4M2Q0Y2UnLCkNCjIwMTMt MDItMjYgMTU6MDk6MDgsMjE0IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2Vy LnZkc2Jyb2tlci5Gb3JtYXRTdG9yYWdlRG9tYWluVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4x LTg3MDItMSkgWzQ5NTI3OTBlXSBGSU5JU0gsIEZvcm1hdFN0b3JhZ2VEb21haW5WRFNDb21tYW5k LCBsb2cgaWQ6IDFmNDk4Nzk5DQoyMDEzLTAyLTI2IDE1OjA5OjA4LDIxNSBFUlJPUiBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLlJlbW92ZVN0b3JhZ2VEb21haW5Db21tYW5kXSAo YWpwLS0xMjcuMC4wLjEtODcwMi0xKSBbNDk1Mjc5MGVdIENvbW1hbmQgb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmJsbC5zdG9yYWdlLlJlbW92ZVN0b3JhZ2VEb21haW5Db21tYW5kIHRocm93IFZkYyBC bGwgZXhjZXB0aW9uLiBXaXRoIGVycm9yIG1lc3NhZ2UgVmRjQkxMRXhjZXB0aW9uOiBvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5WRFNFcnJvckV4Y2VwdGlvbjogVkRT R2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0byBGb3JtYXRTdG9y YWdlRG9tYWluVkRTLCBlcnJvciA9IENhbm5vdCBmb3JtYXQgYXR0YWNoZWQgc3RvcmFnZSBkb21h aW46ICgnMzc4ZWYyZTYtZTEyZC00ZWFlLThjNmMtOWJjMmI5ODNkNGNlJywpDQoyMDEzLTAyLTI2 IDE1OjA5OjA4LDIyMSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLlJl bW92ZVN0b3JhZ2VEb21haW5Db21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0xKSBbNDk1Mjc5 MGVdIExvY2sgZnJlZWQgdG8gb2JqZWN0IEVuZ2luZUxvY2sgW2V4Y2x1c2l2ZUxvY2tzPSBrZXk6 IDM3OGVmMmU2LWUxMmQtNGVhZS04YzZjLTliYzJiOTgzZDRjZSB2YWx1ZTogU1RPUkFHRQ0KLCBz aGFyZWRMb2Nrcz0gXQ0KMjAxMy0wMi0yNiAxNTowOTo0MiwwNjcgV0FSTiAgW29yZy5vdmlydC5l bmdpbmUuY29yZS5ibGwuc3RvcmFnZS5VcGRhdGVTdG9yYWdlUG9vbENvbW1hbmRdIChhanAtLTEy Ny4wLjAuMS04NzAyLTYpIFthOGM3NzI3XSBDYW5Eb0FjdGlvbiBvZiBhY3Rpb24gVXBkYXRlU3Rv cmFnZVBvb2wgZmFpbGVkLiBSZWFzb25zOlZBUl9fVFlQRV9fU1RPUkFHRV9fUE9PTCxBQ1RJT05f VFlQRV9GQUlMRURfU1RPUkFHRV9QT09MX1dJVEhfREVGQVVMVF9WRFNfR1JPVVBfQ0FOTk9UX0JF X0xPQ0FMRlMsVkFSX19BQ1RJT05fX1VQREFURQ0KMjAxMy0wMi0yNiAxNTowOTo1OSwyMjQgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuc3RvcmFnZS5VcGRhdGVTdG9yYWdlUG9vbENv bW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTMpIFszZDhmYWE1Zl0gUnVubmluZyBjb21tYW5k OiBVcGRhdGVTdG9yYWdlUG9vbENvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGllcyBhZmZl Y3RlZCA6ICBJRDogZGE1ODcwZTAtN2FhZS0xMWUyLTlkYTUtMDAxODhiZTRkZTI5IFR5cGU6IFN0 b3JhZ2VQb29sDQoyMDEzLTAyLTI2IDE1OjEwOjAwLDAwMCBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmJsbC5BdXRvUmVjb3ZlcnlNYW5hZ2VyXSAoUXVhcnR6U2NoZWR1bGVyX1dvcmtlci04 MCkgQXV0b3JlY292ZXJpbmcgaG9zdHMgaXMgZGlzYWJsZWQsIHNraXBwaW5nDQoyMDEzLTAyLTI2 IDE1OjEwOjAwLDAwMSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5BdXRvUmVjb3Zl cnlNYW5hZ2VyXSAoUXVhcnR6U2NoZWR1bGVyX1dvcmtlci04MCkgQXV0b3JlY292ZXJpbmcgc3Rv cmFnZSBkb21haW5zIGlzIGRpc2FibGVkLCBza2lwcGluZw0KMjAxMy0wMi0yNiAxNToxMDoyMyw4 MTQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkdldERl dmljZUxpc3RWRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0yKSBTVEFSVCwgR2V0RGV2 aWNlTGlzdFZEU0NvbW1hbmQoSG9zdE5hbWUgPSAyMjUsIEhvc3RJZCA9IDM0MmIxMTFhLTdmZGYt MTFlMi1hOTYzLTAwMTg4YmU0ZGUyOSwgc3RvcmFnZVR5cGU9SVNDU0kpLCBsb2cgaWQ6IDQ4NGVj Y2VmDQoyMDEzLTAyLTI2IDE1OjEwOjI0LDExOSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LnZkc2Jyb2tlci52ZHNicm9rZXIuR2V0RGV2aWNlTGlzdFZEU0NvbW1hbmRdIChhanAtLTEyNy4w LjAuMS04NzAyLTIpIEZJTklTSCwgR2V0RGV2aWNlTGlzdFZEU0NvbW1hbmQsIHJldHVybjogW29y Zy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5MVU5zQGI0MjBjYzZd LCBsb2cgaWQ6IDQ4NGVjY2VmDQoyMDEzLTAyLTI2IDE1OjEwOjMyLDUyMyBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLkFkZFNBTlN0b3JhZ2VEb21haW5Db21tYW5kXSAo YWpwLS0xMjcuMC4wLjEtODcwMi00KSBbNjZmYTk3OGNdIFJ1bm5pbmcgY29tbWFuZDogQWRkU0FO U3RvcmFnZURvbWFpbkNvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGllcyBhZmZlY3RlZCA6 ICBJRDogYWFhMDAwMDAtMDAwMC0wMDAwLTAwMDAtMTIzNDU2Nzg5YWFhIFR5cGU6IFN5c3RlbQ0K MjAxMy0wMi0yNiAxNToxMDozMiw1MzkgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIudmRzYnJva2VyLkNyZWF0ZVZHVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDIt NCkgWzY2ZmE5NzhjXSBTVEFSVCwgQ3JlYXRlVkdWRFNDb21tYW5kKEhvc3ROYW1lID0gMjI1LCBI b3N0SWQgPSAzNDJiMTExYS03ZmRmLTExZTItYTk2My0wMDE4OGJlNGRlMjksIHN0b3JhZ2VEb21h aW5JZD1jMTMyNjBjNC1kMWFhLTQ1NWMtOTAzMS0wNzExYTdhNGNjOGQsIGRldmljZUxpc3Q9WzE0 OTQ1NTQwMDAwMDAwMDAwNzg3OTdhMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDBdLCBmb3JjZT1m YWxzZSksIGxvZyBpZDogNGYxNjUxZjENCjIwMTMtMDItMjYgMTU6MTA6MzIsNTc4IEVSUk9SIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5Ccm9rZXJDb21tYW5kQmFz ZV0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNCkgWzY2ZmE5NzhjXSBGYWlsZWQgaW4gQ3JlYXRlVkdW RFMgbWV0aG9kDQoyMDEzLTAyLTI2IDE1OjEwOjMyLDU3OSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQnJva2VyQ29tbWFuZEJhc2VdIChhanAtLTEyNy4w LjAuMS04NzAyLTQpIFs2NmZhOTc4Y10gRXJyb3IgY29kZSB1bmV4cGVjdGVkIGFuZCBlcnJvciBt ZXNzYWdlIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8g Q3JlYXRlVkdWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24NCjIwMTMtMDItMjYgMTU6 MTA6MzIsNTgxIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tl ci5Ccm9rZXJDb21tYW5kQmFzZV0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNCkgWzY2ZmE5NzhjXSBD b21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkNyZWF0ZVZH VkRTQ29tbWFuZCByZXR1cm4gdmFsdWUgDQogQ2xhc3MgTmFtZTogb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuT25lVXVpZFJldHVybkZvclhtbFJwYw0KbVV1aWQgICAg ICAgICAgICAgICAgICAgICAgICAgTnVsbA0KbVN0YXR1cyAgICAgICAgICAgICAgICAgICAgICAg Q2xhc3MgTmFtZTogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuU3Rh dHVzRm9yWG1sUnBjDQptQ29kZSAgICAgICAgICAgICAgICAgICAgICAgICAxNg0KbU1lc3NhZ2Ug ICAgICAgICAgICAgICAgICAgICAgVW5leHBlY3RlZCBleGNlcHRpb24NCg0KMjAxMy0wMi0yNiAx NToxMDozMiw1ODUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJv a2VyLkJyb2tlckNvbW1hbmRCYXNlXSAoYWpwLS0xMjcuMC4wLjEtODcwMi00KSBbNjZmYTk3OGNd IEhvc3ROYW1lID0gMjI1DQoyMDEzLTAyLTI2IDE1OjEwOjMyLDU4NiBFUlJPUiBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WRFNDb21tYW5kQmFzZV0gKGFqcC0tMTI3LjAuMC4xLTg3 MDItNCkgWzY2ZmE5NzhjXSBDb21tYW5kIENyZWF0ZVZHVkRTIGV4ZWN1dGlvbiBmYWlsZWQuIEV4 Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9y RXhjZXB0aW9uOiBGYWlsZWQgdG8gQ3JlYXRlVkdWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNl cHRpb24NCjIwMTMtMDItMjYgMTU6MTA6MzIsNTg4IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUudmRzYnJva2VyLnZkc2Jyb2tlci5DcmVhdGVWR1ZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAu MS04NzAyLTQpIFs2NmZhOTc4Y10gRklOSVNILCBDcmVhdGVWR1ZEU0NvbW1hbmQsIGxvZyBpZDog NGYxNjUxZjENCjIwMTMtMDItMjYgMTU6MTA6MzIsNTg5IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUuYmxsLnN0b3JhZ2UuQWRkU0FOU3RvcmFnZURvbWFpbkNvbW1hbmRdIChhanAtLTEyNy4w LjAuMS04NzAyLTQpIFs2NmZhOTc4Y10gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LnN0b3JhZ2UuQWRkU0FOU3RvcmFnZURvbWFpbkNvbW1hbmQgdGhyb3cgVmRjIEJsbCBleGNlcHRp b24uIFdpdGggZXJyb3IgbWVzc2FnZSBWZGNCTExFeGNlcHRpb246IG9yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIudmRzYnJva2VyLlZEU0Vycm9yRXhjZXB0aW9uOiBWRFNHZW5lcmljRXhj ZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIENyZWF0ZVZHVkRTLCBlcnJvciA9 IFVuZXhwZWN0ZWQgZXhjZXB0aW9uDQoyMDEzLTAyLTI2IDE1OjEwOjMyLDYwMCBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLkFkZFNBTlN0b3JhZ2VEb21haW5Db21tYW5k XSAoYWpwLS0xMjcuMC4wLjEtODcwMi00KSBbNjZmYTk3OGNdIENvbW1hbmQgW2lkPTYyNTY3YzA3 LWU3MzYtNDkwOS1hNTAxLWVlODY2M2Q3MWVhY106IENvbXBlbnNhdGluZyBORVdfRU5USVRZX0lE IG9mIG9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5zdG9yYWdl X2RvbWFpbl9keW5hbWljOyBzbmFwc2hvdDogYzEzMjYwYzQtZDFhYS00NTVjLTkwMzEtMDcxMWE3 YTRjYzhkLg0KMjAxMy0wMi0yNiAxNToxMDozMiw2MDcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS5ibGwuc3RvcmFnZS5BZGRTQU5TdG9yYWdlRG9tYWluQ29tbWFuZF0gKGFqcC0tMTI3LjAu MC4xLTg3MDItNCkgWzY2ZmE5NzhjXSBDb21tYW5kIFtpZD02MjU2N2MwNy1lNzM2LTQ5MDktYTUw MS1lZTg2NjNkNzFlYWNdOiBDb21wZW5zYXRpbmcgTkVXX0VOVElUWV9JRCBvZiBvcmcub3ZpcnQu ZW5naW5lLmNvcmUuY29tbW9uLmJ1c2luZXNzZW50aXRpZXMuc3RvcmFnZV9kb21haW5fc3RhdGlj OyBzbmFwc2hvdDogYzEzMjYwYzQtZDFhYS00NTVjLTkwMzEtMDcxMWE3YTRjYzhkLg0KMjAxMy0w Mi0yNiAxNToxMDozMiw2MTcgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuc3RvcmFn ZS5BZGRTQU5TdG9yYWdlRG9tYWluQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNCkgWzY2 ZmE5NzhjXSBUcmFuc2FjdGlvbiByb2xsZWQtYmFjayBmb3IgY29tbWFuZDogb3JnLm92aXJ0LmVu Z2luZS5jb3JlLmJsbC5zdG9yYWdlLkFkZFNBTlN0b3JhZ2VEb21haW5Db21tYW5kLg0KDQp2ZHNt IGxvZw0KVGhyZWFkLTEyOTY6OkRFQlVHOjoyMDEzLTAyLTI2IDE1OjE5OjIzLDIwMDo6cmVzb3Vy Y2VNYW5hZ2VyOjo4NDQ6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIu Y2FuY2VsQWxsIHJlcXVlc3RzIHt9DQpUaHJlYWQtMTI5Njo6REVCVUc6OjIwMTMtMDItMjYgMTU6 MTk6MjMsMjAwOjp0YXNrOjo5Nzg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWBk OTcxNmVjYS1kYTg4LTQ3MmQtOGZkZC0xOWI4YmU4YTAyYWJgOjpyZWYgMCBhYm9ydGluZyBGYWxz ZQ0KVGhyZWFkLTEzMDI6OkRFQlVHOjoyMDEzLTAyLTI2IDE1OjE5OjMzLDM2Nzo6dGFzazo6NTg4 OjpUYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWAzMDM1MmU2NS02N2JlLTRj ZWEtYTA5NC05ODMwYzViZGEyMWZgOjptb3ZpbmcgZnJvbSBzdGF0ZSBpbml0IC0+IHN0YXRlIHBy ZXBhcmluZw0KVGhyZWFkLTEzMDI6OklORk86OjIwMTMtMDItMjYgMTU6MTk6MzMsMzY3Ojpsb2dV dGlsczo6Mzc6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHByb3RlY3Q6IHJlcG9TdGF0 cyhvcHRpb25zPU5vbmUpDQpUaHJlYWQtMTMwMjo6SU5GTzo6MjAxMy0wMi0yNiAxNToxOTozMywz Njg6OmxvZ1V0aWxzOjozOTo6ZGlzcGF0Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDog cmVwb1N0YXRzLCBSZXR1cm4gcmVzcG9uc2U6IHt9DQpUaHJlYWQtMTMwMjo6REVCVUc6OjIwMTMt MDItMjYgMTU6MTk6MzMsMzY4Ojp0YXNrOjoxMTcyOjpUYXNrTWFuYWdlci5UYXNrOjoocHJlcGFy ZSkgVGFzaz1gMzAzNTJlNjUtNjdiZS00Y2VhLWEwOTQtOTgzMGM1YmRhMjFmYDo6ZmluaXNoZWQ6 IHt9DQpUaHJlYWQtMTMwMjo6REVCVUc6OjIwMTMtMDItMjYgMTU6MTk6MzMsMzY4Ojp0YXNrOjo1 ODg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDMwMzUyZTY1LTY3YmUt NGNlYS1hMDk0LTk4MzBjNWJkYTIxZmA6Om1vdmluZyBmcm9tIHN0YXRlIHByZXBhcmluZyAtPiBz dGF0ZSBmaW5pc2hlZA0KVGhyZWFkLTEzMDI6OkRFQlVHOjoyMDEzLTAyLTI2IDE1OjE5OjMzLDM2 ODo6cmVzb3VyY2VNYW5hZ2VyOjo4MDk6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VB bGwpIE93bmVyLnJlbGVhc2VBbGwgcmVxdWVzdHMge30gcmVzb3VyY2VzIHt9DQpUaHJlYWQtMTMw Mjo6REVCVUc6OjIwMTMtMDItMjYgMTU6MTk6MzMsMzY4OjpyZXNvdXJjZU1hbmFnZXI6Ojg0NDo6 UmVzb3VyY2VNYW5hZ2VyLk93bmVyOjooY2FuY2VsQWxsKSBPd25lci5jYW5jZWxBbGwgcmVxdWVz dHMge30NClRocmVhZC0xMzAyOjpERUJVRzo6MjAxMy0wMi0yNiAxNToxOTozMywzNjg6OnRhc2s6 Ojk3ODo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDMwMzUyZTY1LTY3YmUtNGNl YS1hMDk0LTk4MzBjNWJkYTIxZmA6OnJlZiAwIGFib3J0aW5nIEZhbHNl ------=_001_NextPart258154128485_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3DGB2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000080; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV>Hi all</DIV> <DIV>    =20 Add iscsi storage,  Error while executing&nb= sp;action New SAN storage Domain: Unexpected&nbsp= ;exception.=20 </DIV> <DIV>engine log</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>2013-02-26 15:09:08,211 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702= -1) [4952790e] HostName =3D 225</DIV> <DIV>2013-02-26 15:09:08,212 ERROR [org.ovirt.engine.= core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-1) [4952790e= ] Command FormatStorageDomainVDS execution failed.&nbs= p;Exception: VDSErrorException: VDSGenericException: VDSErr= orException: Failed to FormatStorageDomainVDS, error&n= bsp;=3D Cannot format attached storage domain:&nb= sp;('378ef2e6-e12d-4eae-8c6c-9bc2b983d4ce',)</DIV> <DIV>2013-02-26 15:09:08,214 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.FormatStorageDomainVDSCommand] (ajp--12= 7.0.0.1-8702-1) [4952790e] FINISH, FormatStorageDomainVDSCo= mmand, log id: 1f498799</DIV> <DIV>2013-02-26 15:09:08,215 ERROR [org.ovirt.engine.= core.bll.storage.RemoveStorageDomainCommand] (ajp--127.0.0.1-8702-1)&= nbsp;[4952790e] Command org.ovirt.engine.core.bll.storage.Remove= StorageDomainCommand throw Vdc Bll exception. Wit= h error message VdcBLLException: org.ovirt.engine.core= .vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDS= ErrorException: Failed to FormatStorageDomainVDS, erro= r =3D Cannot format attached storage domain:=  ('378ef2e6-e12d-4eae-8c6c-9bc2b983d4ce',)</DIV> <DIV>2013-02-26 15:09:08,221 INFO  [org.ovirt.en= gine.core.bll.storage.RemoveStorageDomainCommand] (ajp--127.0.0.1-870= 2-1) [4952790e] Lock freed to object EngineL= ock [exclusiveLocks=3D key: 378ef2e6-e12d-4eae-8c6c-9bc2b98= 3d4ce value: STORAGE</DIV> <DIV>, sharedLocks=3D ]</DIV> <DIV>2013-02-26 15:09:42,067 WARN  [org.ovirt.en= gine.core.bll.storage.UpdateStoragePoolCommand] (ajp--127.0.0.1-8702-= 6) [a8c7727] CanDoAction of action UpdateStorageP= ool failed. Reasons:VAR__TYPE__STORAGE__POOL,ACTION_TYPE_FAILED_= STORAGE_POOL_WITH_DEFAULT_VDS_GROUP_CANNOT_BE_LOCALFS,VAR__ACTION__UPDATE<= /DIV> <DIV>2013-02-26 15:09:59,224 INFO  [org.ovirt.en= gine.core.bll.storage.UpdateStoragePoolCommand] (ajp--127.0.0.1-8702-= 3) [3d8faa5f] Running command: UpdateStoragePoolComman= d internal: false. Entities affected : &nbsp= ;ID: da5870e0-7aae-11e2-9da5-00188be4de29 Type: StoragePool= </DIV> <DIV>2013-02-26 15:10:00,000 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-80) A= utorecovering hosts is disabled, skipping</DIV> <DIV>2013-02-26 15:10:00,001 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-80) A= utorecovering storage domains is disabled, skippi= ng</DIV> <DIV>2013-02-26 15:10:23,814 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp--127.0.0.= 1-8702-2) START, GetDeviceListVDSCommand(HostName =3D = 225, HostId =3D 342b111a-7fdf-11e2-a963-00188be4de29, = storageType=3DISCSI), log id: 484eccef</DIV> <DIV>2013-02-26 15:10:24,119 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp--127.0.0.= 1-8702-2) FINISH, GetDeviceListVDSCommand, return: [or= g.ovirt.engine.core.common.businessentities.LUNs@b420cc6], log i= d: 484eccef</DIV> <DIV>2013-02-26 15:10:32,523 INFO  [org.ovirt.en= gine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-870= 2-4) [66fa978c] Running command: AddSANStorageDomainCo= mmand internal: false. Entities affected : &= nbsp;ID: aaa00000-0000-0000-0000-123456789aaa Type: System<= /DIV> <DIV>2013-02-26 15:10:32,539 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (ajp--127.0.0.1-870= 2-4) [66fa978c] START, CreateVGVDSCommand(HostName =3D=  225, HostId =3D 342b111a-7fdf-11e2-a963-00188be4de29,=  storageDomainId=3Dc13260c4-d1aa-455c-9031-0711a7a4cc8d, deviceL= ist=3D[1494554000000000078797a00000000000000000000000000], force=3Dfa= lse), log id: 4f1651f1</DIV> <DIV>2013-02-26 15:10:32,578 ERROR [org.ovirt.engine.= core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4)&n= bsp;[66fa978c] Failed in CreateVGVDS method</DIV> <DIV>2013-02-26 15:10:32,579 ERROR [org.ovirt.engine.= core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4)&n= bsp;[66fa978c] Error code unexpected and error&nb= sp;message VDSGenericException: VDSErrorException: Failed&n= bsp;to CreateVGVDS, error =3D Unexpected exceptio= n</DIV> <DIV>2013-02-26 15:10:32,581 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702= -4) [66fa978c] Command org.ovirt.engine.core.vdsbroker.vdsb= roker.CreateVGVDSCommand return value </DIV> <DIV> Class Name: org.ovirt.engine.core.vdsbroker.irs= broker.OneUuidReturnForXmlRpc</DIV> <DIV>mUuid         &nbs= p;            =    Null</DIV> <DIV>mStatus         &n= bsp;           &nbs= p; Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.St= atusForXmlRpc</DIV> <DIV>mCode         &nbs= p;            =    16</DIV> <DIV>mMessage         &= nbsp;           &nb= sp;Unexpected exception</DIV> <DIV> </DIV> <DIV>2013-02-26 15:10:32,585 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702= -4) [66fa978c] HostName =3D 225</DIV> <DIV>2013-02-26 15:10:32,586 ERROR [org.ovirt.engine.= core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-4) [66fa978c= ] Command CreateVGVDS execution failed. Exception= : VDSErrorException: VDSGenericException: VDSErrorException= : Failed to CreateVGVDS, error =3D Unexpecte= d exception</DIV> <DIV>2013-02-26 15:10:32,588 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (ajp--127.0.0.1-870= 2-4) [66fa978c] FINISH, CreateVGVDSCommand, log i= d: 4f1651f1</DIV> <DIV>2013-02-26 15:10:32,589 ERROR [org.ovirt.engine.= core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-4)&= nbsp;[66fa978c] Command org.ovirt.engine.core.bll.storage.AddSAN= StorageDomainCommand throw Vdc Bll exception. Wit= h error message VdcBLLException: org.ovirt.engine.core= .vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDS= ErrorException: Failed to CreateVGVDS, error =3D&= nbsp;Unexpected exception</DIV> <DIV>2013-02-26 15:10:32,600 INFO  [org.ovirt.en= gine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-870= 2-4) [66fa978c] Command [id=3D62567c07-e736-4909-a501-ee866= 3d71eac]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.storage_domain_dynamic; snapshot:&nbs= p;c13260c4-d1aa-455c-9031-0711a7a4cc8d.</DIV> <DIV>2013-02-26 15:10:32,607 INFO  [org.ovirt.en= gine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-870= 2-4) [66fa978c] Command [id=3D62567c07-e736-4909-a501-ee866= 3d71eac]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.storage_domain_static; snapshot:&nbsp= ;c13260c4-d1aa-455c-9031-0711a7a4cc8d.</DIV> <DIV>2013-02-26 15:10:32,617 ERROR [org.ovirt.engine.= core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-4)&= nbsp;[66fa978c] Transaction rolled-back for command:&n= bsp;org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand.</DIV></D= IV></FONT></TD></TR></TBODY></TABLE></DIV> <DIV>vdsm log</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>Thread-1296::DEBUG::2013-02-26 15:19:23,200::resourceManag= er::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requ= ests {}</DIV> <DIV>Thread-1296::DEBUG::2013-02-26 15:19:23,200::task::978::Ta= skManager.Task::(_decref) Task=3D`d9716eca-da88-472d-8fdd-19b8be8a02a= b`::ref 0 aborting False</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,367::task::588::Ta= skManager.Task::(_updateState) Task=3D`30352e65-67be-4cea-a094-9830c5= bda21f`::moving from state init -> state = preparing</DIV> <DIV>Thread-1302::INFO::2013-02-26 15:19:33,367::logUtils::37::= dispatcher::(wrapper) Run and protect: repoStats(optio= ns=3DNone)</DIV> <DIV>Thread-1302::INFO::2013-02-26 15:19:33,368::logUtils::39::= dispatcher::(wrapper) Run and protect: repoStats,&nbsp= ;Return response: {}</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,368::task::1172::T= askManager.Task::(prepare) Task=3D`30352e65-67be-4cea-a094-9830c5bda2= 1f`::finished: {}</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,368::task::588::Ta= skManager.Task::(_updateState) Task=3D`30352e65-67be-4cea-a094-9830c5= bda21f`::moving from state preparing -> state&= nbsp;finished</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,368::resourceManag= er::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll re= quests {} resources {}</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,368::resourceManag= er::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requ= ests {}</DIV> <DIV>Thread-1302::DEBUG::2013-02-26 15:19:33,368::task::978::Ta= skManager.Task::(_decref) Task=3D`30352e65-67be-4cea-a094-9830c5bda21= f`::ref 0 aborting False</DIV></DIV></FONT></TD></TR></TBOD= Y></TABLE></DIV></BODY></HTML> ------=_001_NextPart258154128485_=------

2 7