- Users - oVirt List Archives

[Users] Where is live block migration?
by nnex 18 Mar '13

18 Mar '13

This is a multi-part message in MIME format. --------------050807000403030104030500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all. I'm successfully install a oVirt 3.2(fedora 18 distr). I'm successfuly deploy cluster also with two NFS storage also. But I'm can't "move" block device in VM to 2nd storage? i can't locate "move" button according this http://www.ovirt.org/Features/Design/StorageLiveMigration guide. Please help anyone. --------------050807000403030104030500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi all. I'm successfully install a oVirt 3.2(fedora 18 distr). I'm successfuly deploy cluster also with two NFS storage also. But I'm can't "move" block device in VM to 2nd storage? i can't locate "move" button according this <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="http://www.ovirt.org/Features/Design/StorageLiveMigration">http://www.ovirt.org/Features/Design/StorageLiveMigration</a> guide. Please help anyone. </body> </html> --------------050807000403030104030500--

4 3

[Users] host power managment failures
by Dead Horse 18 Mar '13

18 Mar '13

Current running engine build --> commit: 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 Host power management is having some issues: 2013-01-28 13:15:49,320 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) Illegal value in PM Proxy Preferences string , skipped. 2013-01-28 13:15:49,321 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) Failed to run Power Management command on Host , no running proxy Host was found. - DHC

5 8

[Users] how the default bridge network is created.
by bigclouds 18 Mar '13

18 Mar '13

------=_Part_169797_999199149.1363334372707 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi,all vdsmgmt network is created defaultly, i want to know how and where ? i now need to add my own network, better to refer to ovirt'default network. 1.if i need to insert network info into DB 2.how to start up the default network , 1)just put a network xml in right place, let libvirt tak care of it. 2)when start agent or engine, call add network API to product a network dynamicly? 3.in network table, what is column type, how many of this type. thanks. ------=_Part_169797_999199149.1363334372707 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,all<div>vdsmgmt network is created defaultly, i want to know how and where ?</div><div>i now need to add my own network, better to  refer to ovirt'default network.</div><div> </div><div>1.if i need to insert network info into DB</div><div>2.how to start up the default network , 1)just put a network xml in right place, let libvirt tak care of it. 2)when start agent or engine, call add network API to product a network dynamicly?</div><div>3.in network  table, what is column type, how many of this type.</div><div>thanks. </div></div> ------=_Part_169797_999199149.1363334372707--

2 2

[Users] vfs_type not being sent by engine to VDSM for GLUSTER DOMAIN case
by Deepak C Shetty 18 Mar '13

18 Mar '13

This is a multi-part message in MIME format. --------------030906080804030905060804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi All, I am validating GLUSTERFS Storage domain engine patches (worked on by Sharad, in Cc) as posted here... http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+… against VDSM Glusterfs domain support (already upstream in VDSM) I see the below issue as part of me creatign a new Gluster Storage DOmain in the UI Engine logs... 2013-03-18 13:27:29,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d VDSM Logs... Thread-77::INFO::2013-03-18 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None)*--> Notice no vfs_type here !!!* VDSM doesn't recv. the vfs_type in the conList dict !!! I had this small chat with Saggi of VDSM, just to confirm that there isn't a possibility that VDSM might be stripping args that are recd. from Engine.. and it doesn't. --------------------------------------------------------------------------------------------------------------------- <deepakcs> saggi, Hi <saggi> deepakcs: hi <deepakcs> saggi, Is it possible that VDSM might strip down some of the connparams that are recd. as part of connectStorageServer ? <deepakcs> saggi, In engine log for GLUSTERFS_DOMAIN i see vfsType being passed, but connectStorageServer log doesn't show vfs_type in the params dict <deepakcs> saggi, so wodering where vfs_type is getting dropped in this whole process <saggi> Probably not being sent <saggi> if it's not being logged <deepakcs> saggi, engine log has this.... <deepakcs> 2013-03-18 13:27:29,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: nul <deepakcs> l, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d <deepakcs> saggi, on VDSM side i see this... <deepakcs> Thread-77::INFO::2013-03-18 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) --> Notice no vfs_type here !!! <saggi> Then you are not sending the correct connection type <deepakcs> saggi, 'you' means the engine side of code ? engine patches is being done by Sharad, and I amtrying to work with them on this issue <deepakcs> saggi, domType=7 is GLUSTERFS_DOMAIN, so its correct on that front <saggi> If it show nfsRetrans you are using nfs which doesn't have a vfs_type argument <deepakcs> saggi, but engine log says storageType = GLUSTERFS <deepakcs> saggi, maybe i can send mail to users@ovirt list to see if anybody can provide more clues <deepakcs> saggi, but definitely this doesn't looks like a vdsm side of issue rite ? <saggi> We log the params as we get them <deepakcs> saggi, right, thats what i also see.. just wanted to confirm once with you, before i sent mail to ovirt folks --------------------------------------------------------------------------------------------------------------------- Can someone help provide any clues on what might be the issue here ? Because VDSM doesn't see vfs_type, the connectStorageServer fails and hence new SD cannot be created ! thanx, deepak --------------030906080804030905060804 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <tt>Hi All,     I am validating GLUSTERFS Storage domain engine patches (worked on by Sharad, in Cc) as posted here... <a class="moz-txt-link-freetext" href="http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+…">http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+…</a> against VDSM Glusterfs domain support (already upstream in VDSM) I see the below issue as part of me creatign a new Gluster Storage DOmain in the UI Engine logs... 2013-03-18 13:27:29,149 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d VDSM Logs... Thread-77::<a class="moz-txt-link-freetext" href="INFO::2013-03-18">INFO::2013-03-18</a> 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) --> Notice no vfs_type here !!! VDSM doesn't recv. the vfs_type in the conList dict !!! I had this small chat with Saggi of VDSM, just to confirm that there isn't a possibility that VDSM might be stripping args that are recd. from Engine.. and it doesn't. </tt> <tt><tt>--------------------------------------------------------------------------------------------------------------------- </tt><deepakcs> saggi, Hi <saggi> deepakcs: hi <deepakcs> saggi, Is it possible that VDSM might strip down some of the connparams that are recd. as part of connectStorageServer ? <deepakcs> saggi, In engine log for GLUSTERFS_DOMAIN i see vfsType being passed, but connectStorageServer log doesn't show vfs_type in the params dict <deepakcs> saggi, so wodering where vfs_type is getting dropped in this whole process <saggi> Probably not being sent <saggi> if it's not being logged <deepakcs> saggi, engine log has this.... <deepakcs> 2013-03-18 13:27:29,149 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: nul <deepakcs> l, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d <deepakcs> saggi,  on VDSM side i see this... <deepakcs> Thread-77::<a class="moz-txt-link-freetext" href="INFO::2013-03-18">INFO::2013-03-18</a> 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) --> Notice no vfs_type here !!! <saggi> Then you are not sending the correct connection type <deepakcs> saggi, 'you' means the engine side of code ? engine patches is being done by Sharad, and I amtrying to work with them on this issue <deepakcs> saggi, domType=7 is GLUSTERFS_DOMAIN, so its correct on that front <saggi> If it show nfsRetrans you are using nfs which doesn't have a vfs_type argument <deepakcs> saggi, but engine log says storageType = GLUSTERFS <deepakcs> saggi, maybe i can send mail to users@ovirt list to see if anybody can provide more clues <deepakcs> saggi, but definitely this doesn't looks like a vdsm side of issue rite ? <saggi> We log the params as we get them <deepakcs> saggi, right, thats what i also see.. just wanted to confirm once with you, before i sent mail to ovirt folks --------------------------------------------------------------------------------------------------------------------- Can someone help provide any clues on what might be the issue here ? Because VDSM doesn't see vfs_type, the connectStorageServer fails and hence new SD cannot be created ! thanx, deepak </tt> </body> </html> --------------030906080804030905060804--

1 0

Re: [Users] BUG: soft lockup
by suporte＠logicworks.pt 18 Mar '13

18 Mar '13

------=_Part_286_33223576.1363605175485 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I tried kernel 3.8.3-201.fc18.x86_64 and get the same problem.=20 I tried kernel 3.6.11-3.fc18.x86_64, the host activated but the storage dat= a domain and iso domain becomes inactive.=20 I have this errors on engine log:=20 2013-03-18 11:11:15,287 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Vd= sBrokerCommand] (DefaultQuartzScheduler_Worker-1) [6ccaf399] XML RPC error = in command GlusterVolumesListVDS ( HostName =3D node2.acloud.pt ), the erro= r was: java.util.concurrent.ExecutionException: java.lang.reflect.Invocatio= nTargetException, <type 'exceptions.ValueError'>:I/O operation on closed fi= le=20 2013-03-18 11:11:15,290 ERROR [org.ovirt.engine.core.bll.gluster.GlusterMan= ager] (DefaultQuartzScheduler_Worker-1) [6ccaf399] Error while refreshing G= luster lightweight data of cluster Default!: org.ovirt.engine.core.common.e= rrors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vds= broker.VDSNetworkException: org.apache.xmlrpc.XmlRpcException: <type 'excep= tions.ValueError'>:I/O operation on closed file=20 2013-03-18 11:11:20,360 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Vd= sBrokerCommand] (DefaultQuartzScheduler_Worker-4) [629f0dd3] XML RPC error = in command GlusterVolumesListVDS ( HostName =3D node2.acloud.pt ), the erro= r was: java.util.concurrent.ExecutionException: java.lang.reflect.Invocatio= nTargetException, <type 'exceptions.ValueError'>:I/O operation on closed fi= le=20 2013-03-18 11:11:20,362 ERROR [org.ovirt.engine.core.bll.gluster.GlusterMan= ager] (DefaultQuartzScheduler_Worker-4) [629f0dd3] Error while refreshing G= luster lightweight data of cluster Default!: org.ovirt.engine.core.common.e= rrors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vds= broker.VDSNetworkException: org.apache.xmlrpc.XmlRpcException: <type 'excep= tions.ValueError'>:I/O operation on closed file=20 ----- Mensagem original ----- De: "Joop van de Wege" <jvdwege(a)xs4all.nl>=20 Para: suporte(a)logicworks.pt=20 Enviadas: S=C3=A1bado, 16 de Mar=C3=A7o de 2013 8:06:25=20 Assunto: Re: [Users] BUG: soft lockup=20 suporte(a)logicworks.pt schreef:=20 So, there is not a solid solution for this?=20 ----- Mensagem original -----=20 De: "Joop" <jvdwege(a)xs4all.nl>=20 Para: suporte(a)logicworks.pt, Users(a)ovirt.org=20 Enviadas: Sexta-feira, 15 Mar=C3=A7o, 2013 21:57:35=20 Assunto: Re: [Users] BUG: soft lockup=20 suporte(a)logicworks.pt wrote:=20 I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! = [sh: 1534], and the host died=20 this host was installed from fedora18 minimum installation, kernel version = 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and= have no errors, until now.=20 Any idea?=20 Users mailing list=20 Users(a)ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 Just to let you know you're not alone. I ! have a few hosts which have the same problem. F18 minimal install, started at 3.6.= x kernel. Every upgrade since has had this. Some reboots! at higher version= s work, mostly not. Disabling multipath might help but then vdsm doesn't wo= rk.=20 Hosts are HP ML110G5, HP DL360 G6, from memory=20 Joop=20 Sticking to the 3.6 kernel works each and every time. I still try new kerne= ls once in a while but it seems that anything after it isnt stable.=20 ------=_Part_286_33223576.1363605175485 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #330066'> I tried kernel 3.8.3-201.fc18.x86_64 and get the same pro= blem. I tried kernel 3.6.11-3.fc18.x86_64, the host activated but th= e storage data domain and iso domain becomes inactive. I have this e= rrors on engine log: 2013-03-18 11:11:15,287 ERROR [org.ovirt.en= gine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (DefaultQuartzScheduler_Wor= ker-1) [6ccaf399] XML RPC error in command GlusterVolumesListVDS ( HostName= =3D node2.acloud.pt ), the error was: java.util.concurrent.ExecutionExcept= ion: java.lang.reflect.InvocationTargetException, <type 'exceptions.Valu= eError'>:I/O operation on closed file 2013-03-18 11:11:15,290 ERROR [= org.ovirt.engine.core.bll.gluster.GlusterManager] (DefaultQuartzScheduler_W= orker-1) [6ccaf399] Error while refreshing Gluster lightweight data of clus= ter Default!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLEx= ception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org= .apache.xmlrpc.XmlRpcException: <type 'exceptions.ValueError'>:I/O op= eration on closed file 2013-03-18 11:11:20,360 ERROR [org.ovirt.engine.c= ore.vdsbroker.vdsbroker.VdsBrokerCommand] (DefaultQuartzScheduler_Worker-4)= [629f0dd3] XML RPC error in command GlusterVolumesListVDS ( HostName =3D n= ode2.acloud.pt ), the error was: java.util.concurrent.ExecutionException: j= ava.lang.reflect.InvocationTargetException, <type 'exceptions.ValueError= '>:I/O operation on closed file 2013-03-18 11:11:20,362 ERROR [org.ov= irt.engine.core.bll.gluster.GlusterManager] (DefaultQuartzScheduler_Worker-= 4) [629f0dd3] Error while refreshing Gluster lightweight data of cluster De= fault!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLExceptio= n: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org.apach= e.xmlrpc.XmlRpcException: <type 'exceptions.ValueError'>:I/O operatio= n on closed file <hr id=3D"zwchr"><div style=3D"color: r= gb(0, 0, 0); font-weight: normal; font-style: normal; text-decoration: none= ; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;">De: "Jo= op van de Wege" <jvdwege(a)xs4all.nl> Para: suporte@logicwork= s.pt Enviadas: S=C3=A1bado, 16 de Mar=C3=A7o de 2013 8:06:25 <= b>Assunto: Re: [Users] BUG: soft lockup <div class=3D"gmail_quot= e">suporte(a)logicworks.pt schreef:<blockquote class=3D"gmail_quote" style=3D= "margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padd= ing-left: 1ex;"> <pre style=3D"white-space: pre-wrap; word-wrap: break-word; font-family: sa= ns-serif; margin-top: 0px;">So, there is not a solid solution for this? = ----- Mensagem original ----- De: "Joop" <jvdwege(a)xs4all.nl><b= r>Para: suporte(a)logicworks.pt, Users(a)ovirt.org Enviadas: Sexta-feira, 15= Mar=C3=A7o, 2013 21:57:35 Assunto: Re: [Users] BUG: soft lockup = suporte(a)logicworks.pt wrote: I have a host that have this error= BUG: soft lockup - CPU#4 stuck for 22s! [sh: 1534], and the host died = this host was installed from fedora18 minimum installation, kernel vers= ion 3.8.2-206.fc18.x86_64. I have another host with the same configuration,= and have no errors, until now. Any idea? U= sers mailing list Users(a)ovirt.org <a href=3D"http://lists.ovirt.org= /mailman/listinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/l= istinfo/users</a> Just to let you know you're not alone. I ! have a few hosts which have the same problem. F18 minimal install, started at 3.6.= x kernel. Every upgrade since has had this. Some reboots! at higher version= s work, mostly not. Disabling multipath might help but then vdsm doesn't wo= rk. Hosts are HP ML110G5, HP DL360 G6, from memory Joop </pre><= /blockquote></div> Sticking to the 3.6 kernel works each a= nd every time. I still try new kernels once in a while but it seems that an= ything after it isnt stable. </div> </div></body></html> ------=_Part_286_33223576.1363605175485--

1 0

[Users] Progress on image operations (dd & USR1 signal)
by Ernest Beinrohr 17 Mar '13

17 Mar '13

Hi, I am using ovirt 3.2 and noticed that during image operations (move, copy) the user has no progress report. This is painful, especially if the images are large or the storage is slow. Vdsm uses 'dd' to transfer images and dd provides a simple progress report, when it receives the USR1 signal. Could this be uses to provide the user with some kind of progress? Right now i would do it with myself with strace and kill, but ovirt/vdsm detects an stderr output and reports a failure. $ strace -ff -etrace=write -p `pidof dd` 2>&1 | grep -v 'write(1' # then, in a second terminal I send the signal $ killall -USR1 dd Process 8706 attached - interrupt to quit --- SIGUSR1 (User defined signal 1) @ 0 (0) --- write(2, "14022+0 records in\n14021+0 recor"..., 39) = 39 write(2, "14702084096 bytes (15 GB) copied", 32) = 32 write(2, ", 2189.75 s, 6.7 MB/s\n", 22) = 22 -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, skype:oernii-work <callto://oernii-work>, jabber:oernii@jabber.org ------------------------------------------------------------------------ “The bureaucracy is expanding to meet the needs of the expanding bureaucracy.” ― Oscar Wilde

2 1

[Users] engine-setup fails to setup ports when SElinux is disabled
by Dennis Böck 17 Mar '13

17 Mar '13

Dear oVirt-User-List, I tried to execute the engine-setup with Fedora 18 and oVirt 3.2, but at the question "HTTP Port [80]" I get the error message: "Error: failed adding port 80 to http_port_t because it is aready preallocated in selinux. Please choose a different port." If I read bug report 893562 correctly, this issue should already be fixed: https://bugzilla.redhat.com/show_bug.cgi?id=893562#c11 Am I alone with this problem? Best regards Dennis

4 3

[Users] oVirt 3.2 and 3.2.1: unable to attach cd
by Gianluca Cecchi 17 Mar '13

17 Mar '13

Hello, lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd At the window, after selecting iso and click OK I get: Error while executing action Change CD: Drive image file could not be found In webadmin gui events list I get: Failed to change disk in VM winxp (Host: local_host, User: admin@internal). It happens with all iso files I already used before. ISO_DOMAIN is up and they are listed in IMAGES pane engine-iso-uploader.log 2013-03-15 23:48:24::INFO::engine-iso-uploader::1031::root:: virtio-win-floppies.iso uploaded successfully In engine.log 2013-03-15 23:48:56,625 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Failed in ChangeDiskVDS method 2013-03-15 23:48:56,626 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Error code imageErr and error message VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,627 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand return value org.ovirt.engine.core.vdsbroker.vdsbroker.OneVmReturnForXmlRpc@51bde37c 2013-03-15 23:48:56,627 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] HostName = local_host 2013-03-15 23:48:56,632 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Command ChangeDiskVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,632 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-2) [432e3405] FINISH, ChangeDiskVDSCommand, log id: 3b2e220e 2013-03-15 23:48:56,633 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-2) [432e3405] Command org.ovirt.engine.core.bll.ChangeDiskCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,639 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-2) [432e3405] Transaction rolled-back for command: org.ovirt.engine.core.bll.ChangeDiskCommand. In fact there is no iso image where it searches for... # ll /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso ls: cannot access /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso: No such file or directory df -h gives: tekkaman.localdomain.local:/ISO 53G 31G 20G 62% /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO # ll /rhev/data-center/ total 16 drwxr-xr-x. 2 vdsm kvm 4096 Jan 26 18:51 63384f91-1af6-43e4-b10b-9989a0ed3231 drwxr-xr-x. 2 vdsm kvm 4096 Mar 15 23:26 65c9777e-23f1-4f04-8cea-e7c8871dc88b drwxr-xr-x. 2 vdsm kvm 4096 Feb 10 23:23 hsm-tasks drwxr-xr-x. 3 vdsm kvm 4096 Feb 19 23:12 mnt but # ll /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/ total 8 lrwxrwxrwx. 1 vdsm kvm 64 Mar 15 23:26 0a8035e6-e41d-40ff-a154-e0a374f264b2 -> /rhev/data-center/mnt/_DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2 lrwxrwxrwx. 1 vdsm kvm 64 Mar 15 23:26 mastersd -> /rhev/data-center/mnt/_DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2 and # ll /rhev/data-center/63384f91-1af6-43e4-b10b-9989a0ed3231/ total 0 and # ll /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO total 4 drwxr-xr-x. 4 vdsm kvm 4096 Feb 10 23:27 52739fc1-2d01-48a0-8f3b-415301ba035c # ll /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111 total 394192 -rw-r-----. 1 vdsm kvm 14024704 Feb 16 00:27 spice-guest-tools-0.3.iso -rw-r-----. 1 vdsm kvm 6404096 Mar 9 09:53 spice-guest-tools-0.52.iso -rw-r-----. 1 vdsm kvm 59838464 Mar 15 23:48 virtio-win-floppies.iso -rw-r-----. 1 vdsm kvm 323375104 Feb 15 19:35 winxp_sp3.iso I don't know why it tries to go under data domain to search for iso images.... What can I do? Thanks, Gianluca

2 2

[Users] openvswitch intergration status
by Jiri Belka 16 Mar '13

16 Mar '13

Hi, is there a plan to integrate openvswitch, if so what's status? Basic bridging sucks, and now everything is virtual, no? :) Maybe some benefits: * decreases cost for special (legacy) enterprise switches * virtualization buzzword included * one can simulate switch in ovirt (that was my start to investigate, i wanted to have a trunk port pointing to virtualized FW and couple of vlans with guests, not possible right now in ovirt, each vlan = one iface) * there's backward compatibility - see http://packages.debian.org/sid/openvswitch-brcompat Let's be hype :D jbelka

3 2

Re: [Users] [EL6 RPMS] new nightly ovirt rpms
by Dave Neary 16 Mar '13

16 Mar '13

Hi Itamar, On 03/15/2013 11:50 AM, Itamar Heim wrote: > fyi - ovirt 3.2.1 will release .el6 rpms as well. > (more work needed for ubuntu, but cleanups in the works to accomodate as > well) I know that several members of the list are willing to be guinea pigs for very early testing of Ubuntu/Debian support - is there a way we can involve people specifically for this? Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

3 2