- Users - oVirt List Archives

hosted-engine-lockspace broken symlinks
by Will K 13 Jan '15

13 Jan '15

------=_Part_248632_1897277808.1421125514852 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, still working on this hosted-engine setup. =C2=A0When deploy hosted-engine = on the 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot = be found. 1) =C2=A0Node1 is up with hosted engine installed on a GlusterFS volume. = =C2=A0When try to deploy hosted engine on node2, =C2=A0I specified storage = path to be nfs available on "ovirtmount.xyz.com". =C2=A0ovirtmount is just = an entry in the host file pointing to node1 as in the "Up and Running with = oVirt 3.5". The deploy process mounted the ifs export under=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0/rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a= -95099aeb7f69/ha_agent I fond symlinks point to /rhev/data-center/mnt/<IP>:_engine/.... =C2=A0 ins= tead of "ovirtmount"=C2=A0 =C2=A0 hosted-engine-lockspace=C2=A0 =C2=A0 =C2=A0 hosted-engine-metadata If I re-run deploy again using IP for the NFS export, the symlinks will loo= k good and go forward with the process. 2) Then something killed the VM at this point. Sure it was running.[ INFO = =C2=A0] Configuring VDSM[ INFO =C2=A0] Starting vdsmd[ INFO =C2=A0] Waiting= for VDSM hardware info[ INFO =C2=A0] Waiting for VDSM hardware info[ INFO = =C2=A0] Connected to Storage Domain[ INFO =C2=A0] Configuring VM[ INFO =C2= =A0] Updating hosted-engine configuration[ INFO =C2=A0] Stage: Transaction = commit[ INFO =C2=A0] Stage: Closing up[ ERROR ] Failed to execute stage 'Cl= osing up': <urlopen error [Errno 113] No route to host>[ INFO =C2=A0] Stage= : Clean up[ INFO =C2=A0] Generating answer file '/etc/ovirt-hosted-engine/a= nswers.conf'[ INFO =C2=A0] Answer file '/etc/ovirt-hosted-engine/answers.co= nf' has been updated[ INFO =C2=A0] Stage: Pre-termination[ INFO =C2=A0] Sta= ge: Termination Will ------=_Part_248632_1897277808.1421125514852 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:16px"><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr">Hi,</= div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr"><br></div><div = id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr">still working on this ho= sted-engine setup.  When deploy hosted-engine on the 2nd node, hosted-= engine.lockspace and hosted-engine.metadata cannot be found.</div><div id= =3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr"><br></div><div id=3D"yui_3= _16_0_1_1421121684947_4392" dir=3D"ltr">1)  Node1 is up with hosted en= gine installed on a GlusterFS volume.  When try to deploy hosted engin= e on node2,  I specified storage path to be nfs available on "ovirtmou= nt.xyz.com".  ovirtmount is just an entry in the host file pointing to= node1 as in the "Up and Running with oVirt 3.5".</div><div id=3D"yui_3_16_= 0_1_1421121684947_4392" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_14211= 21684947_4392" dir=3D"ltr">The deploy process mounted the ifs export under&= nbsp;</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D= "" style=3D"">    /rhev/data-center/mnt/ovirtmount.xyz.= com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent</div><div id=3D"y= ui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D""><br class= =3D"" style=3D""></div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"l= tr" class=3D"" style=3D"">I fond symlinks point to /rhev/data-center/mnt/&l= t;IP>:_engine/....   instead of "ovirtmount"</div><div id=3D"yui_3_= 16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">    = hosted-engine-lockspace <br></div><div id=3D"yui_3_16_0_1_142112168494= 7_4392" dir=3D"ltr" class=3D"" style=3D"">    hosted-engine-metad= ata<br></div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class= =3D"" style=3D""><br></div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir= =3D"ltr" class=3D"" style=3D"">If I re-run deploy again using IP for the NF= S export, the symlinks will look good and go forward with the process.</div= ><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style= =3D""><br></div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" cla= ss=3D"" style=3D"">2) Then something killed the VM at this point. Sure it w= as running.</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" cl= ass=3D"" style=3D"">[ INFO  ] Configuring VDSM</div><div id=3D"yui_3_1= 6_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ INFO  ] = Starting vdsmd</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr"= class=3D"" style=3D"">[ INFO  ] Waiting for VDSM hardware info</div><= div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"= ">[ INFO  ] Waiting for VDSM hardware info</div><div id=3D"yui_3_16_0_= 1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ INFO  ] Conn= ected to Storage Domain</div><div id=3D"yui_3_16_0_1_1421121684947_4392" di= r=3D"ltr" class=3D"" style=3D"">[ INFO  ] Configuring VM</div><div id= =3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ IN= FO  ] Updating hosted-engine configuration</div><div id=3D"yui_3_16_0_= 1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ INFO  ] Stag= e: Transaction commit</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir= =3D"ltr" class=3D"" style=3D"">[ INFO  ] Stage: Closing up</div><div i= d=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ E= RROR ] Failed to execute stage 'Closing up': <urlopen error [Errno 113] = No route to host></div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir= =3D"ltr" class=3D"" style=3D"">[ INFO  ] Stage: Clean up</div><div id= =3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ IN= FO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'</= div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" styl= e=3D"">[ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' h= as been updated</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr= " class=3D"" style=3D"">[ INFO  ] Stage: Pre-termination</div><div id= =3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" style=3D"">[ IN= FO  ] Stage: Termination</div><div class=3D"" style=3D"" id=3D"yui_3_1= 6_0_1_1421121684947_4743"><br class=3D"" style=3D""></div><div class=3D"" s= tyle=3D"" id=3D"yui_3_16_0_1_1421121684947_4721"><br class=3D"" style=3D"">= </div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" class=3D"" st= yle=3D"">Will</div><div id=3D"yui_3_16_0_1_1421121684947_4392" dir=3D"ltr" = class=3D"" style=3D""><br></div></div></body></html> ------=_Part_248632_1897277808.1421125514852--

2 2

GlusterFS Centos 7 unable to mount NFS on gluster members
by Donny Davis 13 Jan '15

13 Jan '15

This is a multipart message in MIME format. ------=_NextPart_000_0007_01D02EA2.D9347DE0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Here is a quick rundown of the system, and the problem. All hosts on centOS 7 fully up to date GlusterFS is running on 6 servers, 3x2 distribute/replicate. CTDB is running on all hosts I am unable to mount via nfs the exported volume on any of the gluster server members. I am able to mount, read, write, umount from any server that is not a gluster member. Topology - all are hostnames that are resolvable Gluster Members Node1 Node2 Node3 Node4 Node5 Node6 CTDB Virtual IP/Hostname SharedNFS Test Machine Test1 Gluster Volumes Engine Data I am trying to bring up hosted-engine using nfs using the gluster members I run hosted-engine -deploy Nfsv3 Host:/path sharednfs:/engine Error while mounting specified storage path: mount.nfs: an incorrect mount option was specified Ok well lets try that without using the hosted-engine script Mount -v -t nfs -o vers=3 sharednfs:/engine /tmp mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 mount.nfs: trying text-based options 'vers=3,lock=Flase,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 mount.nfs: mount(2): Invalid argument mount.nfs: an incorrect mount option was specified [root@node4 ~]# systemctl status rpcbind rpcbind.service - RPC bind service Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h 57min ago Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} (code=exited, status=0/SUCCESS) Main PID: 1353 (rpcbind) CGroup: /system.slice/rpcbind.service L-1353 /sbin/rpcbind -w Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. Ummm: this makes no sense:. [root@test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) On the test machine mounts the nfs share with no problems. I have confirmed this does not work on a single machine that is part of the gluster. And any other machine is able to mount the exact same share, with the exact same parameters: on the exact same OS:. I am at a loss Donny D ------=_NextPart_000_0007_01D02EA2.D9347DE0 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dkoi8-r"> <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta name=3DGenerator = content=3D"Microsoft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Here is a = quick rundown of the system, and the problem.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>All hosts on = centOS 7 fully up to date<o:p></o:p></p><p class=3DMsoNormal>GlusterFS = is running on 6 servers, 3x2 distribute/replicate. <o:p></o:p></p><p = class=3DMsoNormal>CTDB is running on all hosts<o:p></o:p></p><p = class=3DMsoNormal>I am unable to mount via nfs the exported volume on = any of the gluster server members.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am able to = mount, read, write, umount from any server that is not a gluster member. = <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Topology – all are hostnames that are resolvable = <o:p></o:p></p><p class=3DMsoNormal>Gluster Members<o:p></o:p></p><p = class=3DMsoNormal>Node1<o:p></o:p></p><p = class=3DMsoNormal>Node2<o:p></o:p></p><p = class=3DMsoNormal>Node3<o:p></o:p></p><p = class=3DMsoNormal>Node4<o:p></o:p></p><p = class=3DMsoNormal>Node5<o:p></o:p></p><p = class=3DMsoNormal>Node6<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>CTDB Virtual = IP/Hostname<o:p></o:p></p><p = class=3DMsoNormal>SharedNFS<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Test = Machine<o:p></o:p></p><p class=3DMsoNormal>Test1<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Gluster = Volumes<o:p></o:p></p><p class=3DMsoNormal>Engine<o:p></o:p></p><p = class=3DMsoNormal>Data<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am trying = to bring up hosted-engine using nfs using the gluster = members<o:p></o:p></p><p class=3DMsoNormal>I run hosted-engine = –deploy<o:p></o:p></p><p class=3DMsoNormal>Nfsv3<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Host:/path = sharednfs:/engine<o:p></o:p></p><p class=3DMsoNormal>Error while = mounting specified storage path: mount.nfs: an incorrect mount option = was specified<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Ok well lets try that without using the hosted-engine = script<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Mount –v –t nfs –o vers=3D3 = sharednfs:/engine /tmp<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: = timeout set for Mon Jan 12 22:00:08 2015<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: trying text-based options = 'vers=3D3,lock=3DFlase,addr=3D192.168.0.240<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100003, trying vers=3D3, = prot=3D6<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: trying = 192.168.0.240 prog 100003 vers 3 prot TCP port 2049<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100005, trying vers=3D3, = prot=3D17<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: portmap query = retrying: RPC: Program not registered<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100005, trying vers=3D3, = prot=3D6<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: trying = 192.168.0.240 prog 100005 vers 3 prot TCP port 38465<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: mount(2): Invalid argument<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: an incorrect mount option was = specified<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>[root@node4 = ~]# systemctl status rpcbind<o:p></o:p></p><p = class=3DMsoNormal>rpcbind.service - RPC bind service<o:p></o:p></p><p = class=3DMsoNormal>=9A=9A Loaded: loaded = (/usr/lib/systemd/system/rpcbind.service; enabled)<o:p></o:p></p><p = class=3DMsoNormal>=9A=9A Active: active (running) since Mon 2015-01-12 = 20:01:13 EST; 1h 57min ago<o:p></o:p></p><p class=3DMsoNormal>=9A = Process: 1349 ExecStart=3D/sbin/rpcbind -w ${RPCBIND_ARGS} = (code=3Dexited, status=3D0/SUCCESS)<o:p></o:p></p><p class=3DMsoNormal> = Main PID: 1353 (rpcbind)<o:p></o:p></p><p class=3DMsoNormal>=9A=9A = CGroup: /system.slice/rpcbind.service<o:p></o:p></p><p = class=3DMsoNormal>=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A └─1353 = /sbin/rpcbind -w<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Jan 12 = 20:01:13 node4 systemd[1]: Starting RPC bind service...<o:p></o:p></p><p = class=3DMsoNormal>Jan 12 20:01:13 node4 systemd[1]: Started RPC bind = service.<o:p></o:p></p><p class=3DMsoNormal>Jan 12 21:19:22 node4 = systemd[1]: Started RPC bind service.<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Ummm… = this makes no sense…. <o:p></o:p></p><p = class=3DMsoNormal>[root@test1 ~]# mount -v -o vers=3D3 -t nfs = 192.168.0.240:/engine /tmp<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: = timeout set for Mon Jan 12 20:02:58 2015<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: trying text-based options = 'vers=3D3,addr=3D192.168.0.240<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100003, trying vers=3D3, = prot=3D6<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: trying = 192.168.0.240 prog 100003 vers 3 prot TCP port 2049<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100005, trying vers=3D3, = prot=3D17<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: portmap query = retrying: RPC: Program not registered<o:p></o:p></p><p = class=3DMsoNormal>mount.nfs: prog 100005, trying vers=3D3, = prot=3D6<o:p></o:p></p><p class=3DMsoNormal>mount.nfs: trying = 192.168.0.240 prog 100005 vers 3 prot TCP port 38465<o:p></o:p></p><p = class=3DMsoNormal>192.168.0.240:/engine on /tmp type nfs = (rw,vers=3D3)<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>On the test = machine mounts the nfs share with no problems. I have confirmed this = does not work on a single machine that is part of the gluster. =9AAnd = any other machine is able to mount the exact same share, with the exact = same parameters… on the exact same OS….<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am at a = loss<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Donny D<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_000_0007_01D02EA2.D9347DE0--

2 2

fixed by reboot - Stucked VM Migration and now only run once
by Kurt Woitschach 13 Jan '15

13 Jan '15

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --loHd0jldbOSfxn0f5CQhmAbevw6948fUs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thank You! Reboot of the engine fixed the problem. Greets Kurt On 28.12.2014 18:00, users-request(a)ovirt.org wrote: > ---------------------------------------------------------------------- >=20 > Message: 1 > Date: Sun, 28 Dec 2014 08:02:31 -0500 (EST) > From: Arik Hadas <ahadas(a)redhat.com> > To: Kurt Woitschach <kurt.woitschach-mueller(a)tngtech.com> > Cc: Oved Ourfali <ovedo(a)redhat.com>, users(a)ovirt.org > Subject: Re: [ovirt-users] Stucked VM Migration and now only run once > Message-ID: > <334493801.1660696.1419771751996.JavaMail.zimbra(a)redhat.com> > Content-Type: text/plain; charset=3Dutf-8 >=20 > You wrote that reboot didn't help, is it the host that you rebooted? Be= cause engine restart will release the migration's lock and you'll be able= to run the VM normally for sure. >=20 > Since you managed to run the VM using run-once while it was locked, I g= uess you're using ovirt 3.3.1/3.3.2/3.3.3/3.3.4 right? > We fixed several flows in which the migration's lock was not released s= ince then, so I suggest to upgrade the system. > If it happens with any other version, please provide the logs Oved ment= ioned and specify which version of engine you're using. >=20 > Thanks, > Arik >=20 > ----- Original Message ----- >> > Can you provide the engine and host logs? >> > Also, please specify when the migration happened, and in addition wh= en did >> > you try to run the VM. >> > It will help understand the flow in the logs. >> >=20 >> > Thanks, >> > Oved >> >=20 >> > ----- Original Message ----- >>> > > From: "Kurt Woitschach" <kurt.woitschach-mueller(a)tngtech.com> >>> > > To: users(a)ovirt.org >>> > > Sent: Saturday, December 27, 2014 9:22:35 PM >>> > > Subject: [ovirt-users] Stucked VM Migration and now only run once= >>> > >=20 >>> > > Hi all, >>> > >=20 >>> > > we have a Problem with a VM that can only be started in run-once = mode. >>> > >=20 >>> > > After a temporary network disconnect on the hosting node, the vm = (and >>> > > some others) was down. When I tried to start regularly, it showed= a >>> > > currently beeing migrated status. >>> > > I only could start it with run-once. >>> > >=20 >>> > > Reboot didn't make a change. >>> > >=20 >>> > > Any ideas? >>> > >=20 >>> > >=20 >>> > > Greets >>> > > Kurt >>> > >=20 >>> > > -- >>> > >=20 >>> > >=20 >>> > > Kurt Woitschach-M?ller kurt.woitschach-mueller(a)tngtech.com * >>> > > +49-1743180076 >>> > > TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf?hring >>> > > Gesch?ftsf?hrer: Henrik Klagges, Gerhard M?ller, Christoph Stock >>> > > Sitz: Unterf?hring * Amtsgericht M?nchen * HRB 135082 >>> > >=20 >>> > >=20 >>> > >=20 >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users(a)ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > >=20 >> >=20 --=20 Kurt Woitschach-M=FCller kurt.woitschach-mueller(a)tngtech.com * +49-1743180076 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf=F6hring Gesch=E4ftsf=FChrer: Henrik Klagges, Gerhard M=FCller, Christoph Stock Sitz: Unterf=F6hring * Amtsgericht M=FCnchen * HRB 135082 --loHd0jldbOSfxn0f5CQhmAbevw6948fUs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUtPoAAAoJEO13zDeMkkLQhLcIANExQcsi3uYXobizQ7rQOM+G dr4xJ9EUoLThcoudDIpkC+IgduNdU1s/wtfIHGYL19xC54r0YsdV1V8w7DG+3Lpo 5sl2nNdmStmvvnGHdH58Gl5788hfvDL4S6YtciRWyqJ14lFmXsxSkcclX7mKF7Y7 igu2GRJyF/eQdH08YaMoywwmSHNlq9ZDMaG82m9/twp1Bcous6JVT+BsHeBocLvR 6tIqycQXZcaAiEZa9kDdAjtKYDAnWRUrPtVVk0fQufwzK2KJ8to41obnH6bpPmcY +1aZKmrdcdte+lspa/2tSl3rqK1gObb+oIKcNqEZiNoF5gbplsSrlEWMBdmOHXs= =tCDh -----END PGP SIGNATURE----- --loHd0jldbOSfxn0f5CQhmAbevw6948fUs--

1 0

about Ovirt - KVM - Ubuntu
by Carlos Laurent 13 Jan '15

13 Jan '15

Hi, I have questions about ovirt, my english is not good,I do not know if there are some mail list in spanish. I need install ovirt in ubuntu server, it is posible to do? I read is in experimental. I try install but there areproblems with Python libraries. Is posible Ovirt server read guest machines in KVM ubuntu server? or I need install Ovirt and migrade one to one machines. Thank you very much for the answers. Carlos Laurent Costa Rica,NUMAR

4 3

I have a question about the spice client.
by jaemin baek 13 Jan '15

13 Jan '15

hi, i'm korean I have a question about the spice client. My spice client connect to VDI ----> Windows 7 VDI input key ---> Korea keyboard(103/106 key) + hangul key ---> windows 7 IME *but...* input key ---> Korea keyboard(103/106 key) + hangul key --> hangul key exchanged ---> Alt key *Why??* linux spice client Hangul key OK. but windows spice client Hangul key ---> Alt key... Hangul key scancode = 0x38 Alt key scancode = 0x38 *WHY??* Help me Thank you.

2 1

Re: [ovirt-users] rename ovirt-engine
by Koen Vanoppen 13 Jan '15

13 Jan '15

No, it was a accident :-). I'll mark this as solved as I will wait for the new release of ovirt. Thanks for your help. If I'll find more bugs, I will definitely let the mailing list know :-) 2015-01-13 8:51 GMT+01:00 Yedidyah Bar David <didi(a)redhat.com>: > ----- Original Message ----- > > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > > To: "Yedidyah Bar David" <didi(a)redhat.com> > > Sent: Tuesday, January 13, 2015 8:02:03 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > Ok, thanks. We'll wait then :-) > > Note that we are aware of other issues, still without open bugs or > any work done to fix them. Please see [1]. Not sure we'll do anything > about these, as they are non-fatal and are solvable by running > engine-setup. > So if you really care, it will help if you can try the nightly 3.5-snapshot > [2] on a test copy of your engine and report if you find issues. Thanks! > > Only now realized you didn't Cc the list. Not sure it was intentional. > Replying only to you anyway... > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1170229#c1 > [2] http://www.ovirt.org/Install_nightly_snapshot > -- > Didi >

2 3

deploy failed with "Engine health status page is not yet reachable."
by Will K 13 Jan '15

13 Jan '15

------=_Part_837218_289043532.1421052865744 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi list, I've been trying to setup hosted-engine on 2 nodes for a few times.=C2=A0 T= he latest failure which I can't figure out is the "Engine health status pag= e is not yet reachable." I'm running CentOS 6.6 fully patched before setting up 3.5.=C2=A0 Sure I ru= n screen, I also need to setup three vars to get around a proxy server, htt= p_proxy, https_proxy, no_proxy. `hosted-engine --deploy` went fine until the last steps.=C2=A0 After `engin= e setup is completed`, I picked (1) Continue setup.=C2=A0=C2=A0 It says 'Wa= iting for VM to shutdown`.=C2=A0 Once the VM is up again, I waited for a co= uple of minutes, then pick (1) again, it gives me "Engine health status page is not yet reachable." At this point, I can ssh to the VM, I can also access and login the web GUI= . Any suggestion? Will ------=_Part_837218_289043532.1421052865744 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:16px"><div id=3D"yui_3_16_0_1_1421052212899_7054">Hi list,</div><di= v id=3D"yui_3_16_0_1_1421052212899_7053"><br></div><div id=3D"yui_3_16_0_1_= 1421052212899_7026" dir=3D"ltr">I've been trying to setup hosted-engine on = 2 nodes for a few times.  The latest failure which I can't figure out = is the "Engine health status page is not yet reachable."</div><div id=3D"yu= i_3_16_0_1_1421052212899_7052" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_= 1_1421052212899_7025" dir=3D"ltr">I'm running CentOS 6.6 fully patched befo= re setting up 3.5.  Sure I run screen, I also need to setup three vars= to get around a proxy server, http_proxy, https_proxy, no_proxy.</div><div= id=3D"yui_3_16_0_1_1421052212899_7007" dir=3D"ltr"><br></div><div id=3D"yu= i_3_16_0_1_1421052212899_7024" dir=3D"ltr">`hosted-engine --deploy` went fi= ne until the last steps.  After `engine setup is completed`, I picked = (1) Continue setup.   It says 'Waiting for VM to shutdown`. = Once the VM is up again, I waited for a couple of minutes, then pick (1) a= gain, it gives me</div><div id=3D"yui_3_16_0_1_1421052212899_7050" dir=3D"l= tr"><br></div><div id=3D"yui_3_16_0_1_1421052212899_7051" dir=3D"ltr">"Engi= ne health status page is not yet reachable."</div><div id=3D"yui_3_16_0_1_1= 421052212899_7064" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1421052212= 899_7086" dir=3D"ltr">At this point, I can ssh to the VM, I can also access= and login the web GUI.</div><div id=3D"yui_3_16_0_1_1421052212899_7065" di= r=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1421052212899_7085" dir=3D"ltr"= >Any suggestion?</div><div id=3D"yui_3_16_0_1_1421052212899_7066" dir=3D"lt= r"><br></div><div id=3D"yui_3_16_0_1_1421052212899_7088" dir=3D"ltr">Will<b= r></div><div id=3D"yui_3_16_0_1_1421052212899_6998" dir=3D"ltr"><br></div><= div id=3D"yui_3_16_0_1_1421052212899_6703"><br></div></div></body></html> ------=_Part_837218_289043532.1421052865744--

2 3

New Vdsm Build for oVirt 3.5
by ybronhei 13 Jan '15

13 Jan '15

Hey all, Vdsm-4.16.10 is just released for ovirt-3.5 (Async release). f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8495492 epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8556522 epel7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8479594 f21 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494079 f22 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494059 Enjoy. Please give karma if tested, for good and bad Regards -- Yaniv Bronhaim.

3 2

Re: [ovirt-users] Setting Base DN for LDAP authentication
by jdeloro＠web.de 13 Jan '15

13 Jan '15

Hello Alon, > All over? :) traveling into the past. This e-mail comes from Mailmans moderator queue. It was sent before I was registered. And after being registered I was unable to cancel the e-mail, because Mailman always told me the token was unknown. The problem is solved to my complete satisfaction. Kind regards Jannick

1 0

Setting Base DN for LDAP authentication
by jdeloro＠web.de 12 Jan '15

12 Jan '15

Hello, I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? My curent configuration: [jd@om01 ovirt-engine]$ cat aaa/company-ldap.properties include = <openldap.properties> vars.server = ldap.company.de vars.user = cn=system,dc=company,dc=de vars.password = password pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} [jd@om01 ovirt-engine]$ cat company-ldap-authn.properties ovirt.engine.extension.name = company-ldap-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = company-ldap ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd@om01 ovirt-engine]$ cat company-ldap-authz.properties ovirt.engine.extension.name = company-ldap-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base <dc=company,dc=de> with scope subtree # filter: cn=jdeloro # requesting: ALL # # jdeloro, users, admins, company.de dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de [... and many more lines ...] I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. Kind regards Jannick

3 7