- Users - oVirt List Archives

Host in NonOperational mode ovirtmgmt network missing
by Lars Nielsen 14 Jan '15

14 Jan '15

Hey I am new to oVirt, so please be patient I have a problem, when setting up new hosts. Doing the setup it self no problem, but afterwards the status is set to NonOperational. Do to the network ovirtmgmt is missing on the machine. However I have added the following ifcfg file: ifcfg-ovirtmgmt:: DEVICE=ovirtmgmt TYPE=Bridge ONBOOT=yes DELAY=0 BOOTPROTO=dhcp IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 And made the adjustments, so the ifcfg-en1, file looks like this: TYPE="Ethernet" #BOOTPROTO="dhcp" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_PEERDNS="yes" IPV6_PEERROUTES="yes" IPV6_FAILURE_FATAL="no" NAME="em1" UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" ONBOOT="yes" HWADDR="F8:B1:56:C1:F9:8E" PEERDNS="yes" PEERROUTES="yes" BRIDGE=ovirtmgmt I do realize that, the guides on the web for oVirt set BOOTPROTO to static. But at the office, we do not have the possibility of static IP, at the moment. Can some one please tell me what could be wrong ? - Lars

3 12

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 13 Jan '15

13 Jan '15

Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 480 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] http://goo.gl/zwkF3r [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 13 Jan '15

13 Jan '15

Hi, We still have blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla POST Can't add disk to VM without specifying disk profile when... In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 61 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 41 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Access userportal
by Demeter Tibor 13 Jan '15

13 Jan '15

------=_Part_14402522_1210550966.1421170227181 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal. Also, I would like to add a commercial SSL certification for this site. Could me help somebody how can I do it? Thanks in advance! Regards, Tibor Demeter ------=_Part_14402522_1210550966.1421170227181 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal.</div><div>Also, I would like to add a commercial SSL certification for this site. </div><div></div><div><br></div><div>Could me help somebody how can I do it? </div><div><br></div><div>Thanks in advance!</div><div><br></div><div>Regards,</div><div><br></div><div>Tibor Demeter</div><div><br></div></div></body></html> ------=_Part_14402522_1210550966.1421170227181--

2 1

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