[ovirt-users] Network issues on install

[Brett I. Holcomb]

Two items here.

oVirt version 3.6.4  Fresh install, not an upgrade.


First, I noticed this issue when I did an install on a test machine but
I didn't have the data to present.  Because of that and some other
posts dealing with the network issue I kept notes when I installed on
my production system.   I'm doing a hosted-engine setup.

As part of the preparation I did the following before installing and
deploying.

* Removed NetworkManager with yum remove NetworkManager
* The NIC that will be used for the oVirt management NIC is connected
to a switch port expecting VLAN 50 so I set up a VLAN50 ifcfg file.
* The IP address of the  server, prefix, gateway, and TWO DNS servers
were setup in the ifcfg file. and name resolution worked.  I could ping
the host by name as well as the oVirt Engine VM which was in DNS so the
name resolved but obviously nothing would reply.  Other servers and
workstations could resolve the host and engine names.

1.  On the host I ran hosted-engine --deploy and installed the OS
(Centos 7 (1511) on the Engine VM.  I rebooted the Engine VM, told the
deployment that the Engine VM was running and it then continued and
deployment told me to install the engine on the Engine VM.
2.  I updated the Engine VM via yum update,  installed the oVirt
repositories, and ran the engine-setup which completed successfully.
3. I then went back to the host and told it the Engine was setup and at
this point things went bad.  The deployment started whining about not
being able to resolve myenginevm.mydomain.com host, did cleanup, per-
termination, termination, and said the deployment failed and the system
was unreliable, fix it,  whine, whine, whine.
4.  I tried a ping on myenginevm.mydomain.com and it failed.

What I found was that when the bridge was created (ifcfg-ovirtmgmt) the
DNS servers were left out!  They were in the original NIC ifcfg file
but it appears the deployment didn't bother to bring them over to the
bridge ifcfg.  I find this very puzzling since the deployment insists
on FQDNs so it should be smart enough to bring over the DNS server
settings and not leave them out.  My /etc/resolv.conf file also had no
DNS servers in it.

I added the DNS server to the bridge ifcfg file, did a systemctl
restart network and all is well again.  The host can ping the VM! 

However, the deployment thinks it failed and I can not restart the
Engine VM.  I tried a reboot, made sure the ovirt daemons were running
but if I try and do anything such as hosted-engine vm-start I get
 "Unable to read vm.conf, please check ovirt-ha-agent logs".

Second, I think that having the deployment fail simply because it can
not contact the Engine VM is a very huge error/bug/whatever - its
silly.  The deployment went well, the VM exists and is running but due
to the deployment messing up the DNS servers it just can't find it.
 The deployment should first, handle the name server setup correctly
and second fail gracefully..  

I rebooted the server but still get the error about not being able to
read vm.conf.  At this point I now have to run through the entire
deployment again just because one phase messed up unless there is a way
to work around this.  However, in the work that I've done with oVirt
I've notice the deployment is not real robust and when it encounters
errors that should allow it to recover.  I suggest that consideration
be given to making the deployment smarter and more robust. 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt reports install js-ant failed to execute

[Juan Hernández]

On 04/01/2016 05:47 PM, Bill James wrote:
> I just upgraded to ovirt-engine 3.6.4 and thought I'd try reports to see 
> what they are: http://www.ovirt.org/documentation/how-to/reports/reports/
> 
> yum install ovirt-engine-dwh ovirt-engine-reports
> 
> engine-setup fails with:
> 
> [ INFO  ] Deploying Jasper
> [ ERROR ] Failed to execute stage 'Misc configuration': Command 
> './js-ant' failed to execute
> [ INFO  ] Yum Performing yum transaction rollback
> 
> 
> I saw one reference to it that said reinstall jasperreports-server-pro. 
> I don't have pro but I tried reinstall of jasperreports-server, didn't help.
> I saw another reference from 2014 about applying a patch to py script. 
> But if that is still required 2 years later reports must not be worth it.
> 
> I figured I must be missing something more basic...
> 
> ovirt-engine-3.6.4.1-1.el7.centos.noarch
> ovirt-engine-reports-setup-3.6.3-1.el7.centos.noarch
> ovirt-engine-reports-3.6.3-1.el7.centos.noarch
> ovirt-engine-dwh-setup-3.6.2-1.el7.centos.noarch
> ovirt-engine-dwh-3.6.2-1.el7.centos.noarch
> 
> I'm installing on same host as ovirt-engine.
> 
> [root@ovirt dev aaa]# java -version
> openjdk version "1.8.0_77"
> 
> Someone else said reports isn't compatible with java 8?
> 

It isn't compatible with Java 8, but you can have both Java 8 and Java 7
installed and just set Java 7 as the default. The workaround is
explained here:

  https://bugzilla.redhat.com/show_bug.cgi?id=1303132#c5

> Is there any site that shows examples of what kind of reports are 
> available? Still trying to determine what I get by installing this.
> 
> 
> 
>  From log:
> 2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
> cleanup METHOD 
> otopi.plugins.ovirt_engine_common.base.core.answerfile.Plugin._cleanup
> 2016-04-01 08:35:19 INFO 
> otopi.plugins.ovirt_engine_common.base.core.answerfile 
> answerfile._cleanup:74 Generating answer file 
> '/var/lib/ovirt-engine/setup/answers/20160401083519-setup.conf'
> 2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
> cleanup METHOD 
> otopi.plugins.ovirt_engine_setup.ovirt_engine_dwh.db.schema.Plugin._rollback
> 2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:148 
> condition False
> 2016-04-01 08:35:19 INFO otopi.context context.runSequence:427 Stage: 
> Pre-termination
> 2016-04-01 08:35:19 DEBUG otopi.context context.runSequence:431 STAGE 
> pre-terminate
> 2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
> pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:500 
> ENVIRONMENT DUMP - BEGIN
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/aborted=bool:'False'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/debug=int:'0'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/error=bool:'True'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/exceptionInfo=list:'[(, 
> RuntimeError("Command './js-ant' failed to execute",),  at 0x3de5e60>)]'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/executionDirectory=str:'/etc/ovirt-engine/aaa'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/exitCode=list:'[{'priority': 90001, 'code': 0}]'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/log=bool:'True'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/pluginGroups=str:'otopi:ovirt-engine-common:ovirt-engine-setup'
> 2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
> BASE/pluginPath=str:'/usr/share/otopi/plugins:/usr/share/ovirt-engine/setup/bin/../plugins'
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Several VM's stuck in Migration

[Andrew Wippler]

I was in the process of upgrading from 3.5.5 to 3.6.4 when it happened. I am 
sure there were version mismatches.

I think what generated this issue was that I edited the cluster the host 
belonged to while it was going down for maintenance. This caused the tasks tab 
to show multiple tasks of the host going down for maintenance. They all 
eventually went into en error state and the task kept repeating itself until I 
rebooted the host.

Andrew Wippler | Sr. Systems Administrator | Lancaster Baptist Church | Dr. 
Paul Chappell, Pastor


From: Michal Skrivanek 
Sent: Friday, April 01, 2016 1:00 AM
To: Andrew Wippler
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Several VM's stuck in Migration


On 31 Mar 2016, at 19:48, Andrew Wippler 
>
 wrote:

Mark,

Hopefully you have resolved your stuck VM issue by now (nearly two months 
later). I came across this email from a google search. I was having the same 
exact problem with VMs being stuck in migration mode. The trigger to the VM 
migration issue was that I was setting my Host into maintenance mode. It 
migrated half of the active VMs successfully and the other half were stuck.

Hi,
It would be great to get logs from the system, or at least describe the 
specifics (anything special? gluster? old version?)
otherwise no one will ever be able to help;)

Thanks,
michal


There were two things I had to do to fix all of my stuck VMs:
1. I shut down the host (long enough for oVirt to fence it and notice that it 
was down). I then powered it on and "confirmed host as rebooted." This reset 
the active VM count on the host and turned on my HA VMs on other hosts.
2. For the one VM that was still stuck after a host reboot, I had to login to 
postgres and set the status to 0 on that VM. This allowed me to shut down the 
migrating VM and start it back up. (I do not think I would have had to do this 
step if I did not alter the database entry for this VM before rebooting the 
host.)

For step 2, I used the methods described here: 
https://access.redhat.com/discussions/688043 and as seen below:
ssh ovirt-engine
su postgres
psql
\connect engine
SELECT vm_guid status FROM vm_static WHERE vm_name='';
UPDATE vm_dynamic SET status=0 WHERE vm_guid='';
UPDATE vm_dynamic SET run_on_vds = null  WHERE vm_guid='';
\q
(I was then able to shut down the VM)

--
Andrew Wippler  | Sr. Systems 
Administrator | Lancaster Baptist Church

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt reports install js-ant failed to execute

[Bill James]

I just upgraded to ovirt-engine 3.6.4 and thought I'd try reports to see 
what they are: http://www.ovirt.org/documentation/how-to/reports/reports/


yum install ovirt-engine-dwh ovirt-engine-reports

engine-setup fails with:

[ INFO  ] Deploying Jasper
[ ERROR ] Failed to execute stage 'Misc configuration': Command 
'./js-ant' failed to execute

[ INFO  ] Yum Performing yum transaction rollback


I saw one reference to it that said reinstall jasperreports-server-pro. 
I don't have pro but I tried reinstall of jasperreports-server, didn't help.
I saw another reference from 2014 about applying a patch to py script. 
But if that is still required 2 years later reports must not be worth it.


I figured I must be missing something more basic...

ovirt-engine-3.6.4.1-1.el7.centos.noarch
ovirt-engine-reports-setup-3.6.3-1.el7.centos.noarch
ovirt-engine-reports-3.6.3-1.el7.centos.noarch
ovirt-engine-dwh-setup-3.6.2-1.el7.centos.noarch
ovirt-engine-dwh-3.6.2-1.el7.centos.noarch

I'm installing on same host as ovirt-engine.

[root@ovirt dev aaa]# java -version
openjdk version "1.8.0_77"

Someone else said reports isn't compatible with java 8?

Is there any site that shows examples of what kind of reports are 
available? Still trying to determine what I get by installing this.




From log:
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
cleanup METHOD 
otopi.plugins.ovirt_engine_common.base.core.answerfile.Plugin._cleanup
2016-04-01 08:35:19 INFO 
otopi.plugins.ovirt_engine_common.base.core.answerfile 
answerfile._cleanup:74 Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20160401083519-setup.conf'
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
cleanup METHOD 
otopi.plugins.ovirt_engine_setup.ovirt_engine_dwh.db.schema.Plugin._rollback
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:148 
condition False
2016-04-01 08:35:19 INFO otopi.context context.runSequence:427 Stage: 
Pre-termination
2016-04-01 08:35:19 DEBUG otopi.context context.runSequence:431 STAGE 
pre-terminate
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:500 
ENVIRONMENT DUMP - BEGIN
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/aborted=bool:'False'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/debug=int:'0'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/error=bool:'True'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/exceptionInfo=list:'[(, 
RuntimeError("Command './js-ant' failed to execute",), at 0x3de5e60>)]'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/executionDirectory=str:'/etc/ovirt-engine/aaa'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/exitCode=list:'[{'priority': 90001, 'code': 0}]'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/log=bool:'True'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/pluginGroups=str:'otopi:ovirt-engine-common:ovirt-engine-setup'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/pluginPath=str:'/usr/share/otopi/plugins:/usr/share/ovirt-engine/setup/bin/../plugins'


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] libvirt failed to read spice key

[Bill James]

SELinux status: disabled


[root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 2016|tail
total 84
-rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
-r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem

Now I modify them to get spice to work:

[root@ovirt2 dmz.test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice
total 12
-rw-r--r-- 1 root kvm 1379 Mar 22 13:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar 22 13:09 server-cert.pem
-r--r--r-- 1 vdsm kvm 1675 Mar 22 13:09 server-key.pem


The only thing I do now out of basic install is adding 'user = "root"' 
to /etc/libvirt/qemu.conf  and then reboot the box.

This is for import-to-ovirt.pl to work.

I have tried host reploy, remove/install. The only thing I found that 
worked, other than change file perms is to re-kickstart the server.


Not sure what user other than vdsm or root would be accessing the file.



On 4/1/16 1:48 AM, Michal Skrivanek wrote:

On 26 Mar 2016, at 01:19, Bill James  wrote:

I'm very interested in this too as I have same problem with spice private keys.

can you please paste permissions and selinux status, security context of that 
qemu process and the inaccessible key file(ps -Z, ls -lZ)?

I wonder if host redeploy would help..did you try to reinstall the host? It 
should go through the certificate enrollment again and shouldn’t mess with 
anything else.

Thanks,
michal




On 3/24/16 2:02 AM, Fabrice Bacchella wrote:

I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.

The host is new too and dedicated to ovirt.

When I try to launch a vm, I get :

Thread-9407::ERROR::2016-03-24 
09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) 
vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm
 self._run()
   File "/usr/share/vdsm/virt/vm.py", line 1941, in _run
 self._connection.createXML(domxml, flags),
   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, 
in wrapper
 ret = f(*args, **kwargs)
   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrapper
 return func(inst, *args, **kwargs)
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML
 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: 
((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use 
private key file
2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server


/var/log/libvirt/qemu/test.log says

2016-03-24 08:55:48.214+: starting up libvirt version: 1.2.17, package: 
13.el7_2.3 (CentOS BuildSystem , 2016-02-16-17:06:00, 
worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.7.1)
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine 
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m 
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 
2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=2048 
-uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios 
type=1,manufacturer=oVirt,product=oVirt 
Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-34323937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c
 -no-user-config -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait
 -mon chardev=charmonitor,id=monitor,mode=control -rtc 
base=2016-03-24T08:55:46,driftfix=slew -global kvm-pit.lost_tick_policy=discard 
-no-hpet -no-shutdown -boot menu=on,strict=on -device 
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,

id

  =virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive 
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device 
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
file=/rhev/data-center/0001-0001-0001-0001-022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300
 -device 
scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1
 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2
 -chardev 
socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait
 -device isa-serial,chardev=charserial0,id=serial0 -chardev 
socket,id=charchannel0,path=/var/lib/libvirt/q

emu

  

Re: [ovirt-users] oVirt Browser Not Optimal

[Greg Sheremeta]

Regarding the "browser not optimal" message, you have to use Firefox ESR or
IE10+ for that to go away. Technically we don't support Chrome or other
Firefox releases, but practically they work fine.

Greg


On Sat, Mar 26, 2016 at 11:20 PM, Andrew Pease  wrote:

> Please disregard, it was a DNS issue. FQDN wasn't resolving. Fixing that
> fixed the issue.
>
> I apologize.
>
> On Sat, Mar 26, 2016 at 8:51 AM, Andrew Pease  wrote:
>
>> I know this has been mentioned several times, but I'm unable to find a
>> solution.
>>
>> On my Mac, I've tried Firefox, Chrome, Safari
>> On Linux, I've tried Iceweasel and Firefox
>> On Windows, I've tried Edge
>>
>> All of these state that the browser is not optimal and things either
>> never render, or in the case of FF, render after about 2-3 minutes per
>> click. Beyond the occasional break in speed, the browsers are completely
>> inoperational.
>>
>> I'm at the end of the "oVirt Installation" in the oVirt Quick Start Guide
>> (https://www.ovirt.org/documentation/quickstart/quickstart-guide/).
>> There's a lot of mention around Spice, but I think that's something further
>> down the road after I can interact with the Engine portal.
>>
>> Any help would be appreciated on figuring out what secret handshake is
>> needed to get a usable browser
>>
>> oVirt Engine:
>> Version 3.6.3.4-1.el7.centos
>> CentOS 7.2
>>
>> Thanks in advance.
>>
>
>
>
> --
>
> - Andrew D. Pease
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM doesn't disconnect multiple iSCSI sessions

[Nir Soffer]

On Fri, Apr 1, 2016 at 4:13 PM, Pavel Gashev  wrote:
> Hello,
>
> I was trying to improve iSCSI performance by increasing number of
> simultaneous connections to iSCSI target. Please note it's not about iSCSI
> multipathing. It's about using multiple connections over the same
> network/path to utilise network interface bonding.
>
> /etc/iscsi/iscsid.conf has an option where I can set number of session by
> default - node.session.nr_sessions. I've found that multiple sessions work
> well, but VDSM doesn't disconnect all established sessions. Maintenance mode
> disconnects the first connected session only. Other sessions remain
> connected.
>
> I've filed a bug https://bugzilla.redhat.com/show_bug.cgi?id=1322933 with a
> patch to fix the issue.

Thanks Pavel!

Can you post your patch to gerrit?

See http://www.ovirt.org/develop/dev-process/working-with-gerrit/

If you need help you can try #vdsm at freenode.

Cheers,
Nir
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] auto-remove snapshot created in live storage migration?

[Alastair Neil]

good to know - thanks.


On 31 March 2016 at 11:05, Nir Soffer  wrote:

> On Thu, Mar 31, 2016 at 12:03 AM, Alastair Neil 
> wrote:
> > Is it planned to allow the snapshots that are created during a live
> storage
> > migration to be automatically deleted once the migration has completed?
> It
> > is easy to forget about them and end up with large snapshots.
>
> Yes, it is planned for 4.
>
> Kevin, can you share the bug number for this?
>
> Nir
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VDSM doesn't disconnect multiple iSCSI sessions

[Pavel Gashev]

Hello,

I was trying to improve iSCSI performance by increasing number of simultaneous 
connections to iSCSI target. Please note it's not about iSCSI multipathing. 
It's about using multiple connections over the same network/path to utilise 
network interface bonding.

/etc/iscsi/iscsid.conf has an option where I can set number of session by 
default - node.session.nr_sessions. I've found that multiple sessions work 
well, but VDSM doesn't disconnect all established sessions. Maintenance mode 
disconnects the first connected session only. Other sessions remain connected.

I've filed a bug https://bugzilla.redhat.com/show_bug.cgi?id=1322933 with a 
patch to fix the issue.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-shell : Smart way to run a cmd WHEN another is finished?

[Juan Hernández]

On 04/01/2016 09:40 AM, Nicolas Ecarnot wrote:
> Hello,
> 
> I'd like to night-batch series of actions through some ovirt-shell scripts.
> Amongst those actions, some are taking a very long time and are treated 
> asynchronously by oVirt. (That may be exports, imports, snapshots, boot, 
> shutdown...)
> 
> Thus, after having send that long command, I've to find a way to know 
> when to send the next one.
> 
> I could script a kind of regular status check at determined interval, 
> but I was wondering if there is a smarter way? (because my dumb way 
> would imply for each check a connection. That looks heavy.)
>

Checking at intervals is the only reliable way. I'd also suggest you to
use one of the SDKs instead of ovirt-shell for this kind of complicated
task.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to connect a VM with a port = -1

[Michal Skrivanek]

> On 28 Mar 2016, at 04:32, zhangjian  wrote:
> 
> hi, Romani
> 
> 
> Thank for your help.
> 
> > Does this happen consistently or just sporadically? Which version of 
> > packages are you using?
> 
> This issue happen consistently.

Is your engine side also 3.5?
Or are you running 3.6 engine with 3.5 hosts in 3.5 cluster compatibilty level?

Thanks,
michal

> 
> VDSM Packages:
> vdsm-xmlrpc-4.16.36-1.el6ev.noarch
> vdsm-python-4.16.36-1.el6ev.noarch
> vdsm-jsonrpc-4.16.36-1.el6ev.noarch
> vdsm-python-zombiereaper-4.16.36-1.el6ev.noarch
> vdsm-yajsonrpc-4.16.36-1.el6ev.noarch
> vdsm-cli-4.16.36-1.el6ev.noarch
> vdsm-4.16.36-1.el6ev.x86_64
> 
> 
> 
> Regards
> kenn
> 
> 
> 在 2016年03月25日 15:48, Francesco Romani 写道:
>> 
>> From: "zhangjian"  
>> 
>> To: users@ovirt.org 
>> Sent: Friday, March 25, 2016 5:13:28 AM
>> Subject: [ovirt-users]  How to connect a VM with a port = -1
>> 
>> Hi guys,
>> 
>> 
>> I created a VM in ovirt, and I found it a port = -1, How can I connect to it 
>> using like remote-viewer.
>> 
>> --
>> console.vv
>> 
>> [virt-viewer]
>> type=spice
>> host=XXX.XXX.XXX.XXX
>> port=-1
>> password=J4xu1swd59A5
>> # Password is valid for 120 seconds.
>> delete-this-file=1
>> fullscreen=0
>> title=test:%d
>> toggle-fullscreen=shift+f11
>> ...
>> ...
>> ...
>> --
>> 
>> I usually use the following command to connect to my VM when it has a 
>> positive value。
>> remote-viewer spice://XXX.XXX.XXX.XXX:590X 
>> 
>> Hi,
>> 
>> -1 is what Engine sends to trigger auto allocation of spice ports from 
>> libvirt on the virtualization Host.
>> Once the VM is booted, Vdsm should report the port allocated by libvirt to 
>> Engine.
>> 
>> Does this happen consistently or just sporadically? Which version of 
>> packages are you using?
>> 
>> 
>> Bests,
>> 
>> -- 
>> Francesco Romani
>> RedHat Engineering Virtualization R & D
>> Phone: 8261328
>> IRC: fromani
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] libvirt failed to read spice key

[Michal Skrivanek]

> On 26 Mar 2016, at 01:19, Bill James  wrote:
> 
> I'm very interested in this too as I have same problem with spice private 
> keys.

can you please paste permissions and selinux status, security context of that 
qemu process and the inaccessible key file(ps -Z, ls -lZ)?

I wonder if host redeploy would help..did you try to reinstall the host? It 
should go through the certificate enrollment again and shouldn’t mess with 
anything else.

Thanks,
michal

> 
> 
> 
> On 3/24/16 2:02 AM, Fabrice Bacchella wrote:
>> I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.
>> 
>> The host is new too and dedicated to ovirt.
>> 
>> When I try to launch a vm, I get :
>> 
>> Thread-9407::ERROR::2016-03-24 
>> 09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) 
>> vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm
>> self._run()
>>   File "/usr/share/vdsm/virt/vm.py", line 1941, in _run
>> self._connection.createXML(domxml, flags),
>>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 
>> 124, in wrapper
>> ret = f(*args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in 
>> wrapper
>> return func(inst, *args, **kwargs)
>>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in 
>> createXML
>> if ret is None:raise libvirtError('virDomainCreateXML() failed', 
>> conn=self)
>> libvirtError: internal error: process exited while connecting to monitor: 
>> ((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use 
>> private key file
>> 2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server
>> 
>> 
>> /var/log/libvirt/qemu/test.log says
>> 
>> 2016-03-24 08:55:48.214+: starting up libvirt version: 1.2.17, package: 
>> 13.el7_2.3 (CentOS BuildSystem , 
>> 2016-02-16-17:06:00, worker1.bsys.centos.org), qemu version: 2.3.0 
>> (qemu-kvm-ev-2.3.0-31.el7_2.7.1)
>> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
>> QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine 
>> pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m 
>> size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 
>> 2,maxcpus=16,sockets=16,cores=1,threads=1 -numa 
>> node,nodeid=0,cpus=0-1,mem=2048 -uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c 
>> -smbios type=1,manufacturer=oVirt,product=oVirt 
>> Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-34323937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c
>>  -no-user-config -nodefaults -chardev 
>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait
>>  -mon chardev=charmonitor,id=monitor,mode=control -rtc 
>> base=2016-03-24T08:55:46,driftfix=slew -global 
>> kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot 
>> menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 
>> -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device 
>> virtio-serial-pci,
> id
>>  =virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive 
>> if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device 
>> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
>> file=/rhev/data-center/0001-0001-0001-0001-022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300
>>  -device 
>> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1
>>  -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device 
>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2
>>  -chardev 
>> socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait
>>  -device isa-serial,chardev=charserial0,id=serial0 -chardev 
>> socket,id=charchannel0,path=/var/lib/libvirt/q
> emu
>>  
>> /channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.com.redhat.rhevm.vdsm,server,nowait
>>  -device 
>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
>>  -chardev 
>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.org.qemu.guest_agent.0,server,nowait
>>  -device 
>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
>>  -chardev spicevmc,id=charchannel2,name=vdagent -device 
>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
>>  -spice 
>> port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on
>>  -device 
>> 

Re: [ovirt-users] Spice lags using a proxy / Spice foldersharing in oVirt / spice driver for win10

[Michal Skrivanek]

> On 30 Mar 2016, at 19:41, Marco Bormann  wrote:
> 
> Good evening everyone, 
> I am Marco from Germany and I currently setup a oVirt environment in our data 
> center. The current environment are 1 dedicated engine and 6 oVirt Hosts. 

Hi Marco, 
welcome

> 
> I have three questions which I didnt get answered very well during my 
> research in the WWW during the last days. 
> 
> So it would be very helpfull if someone of you can support me. 
> 
> We are using the cluster for normal VM usage and for VDI desktop 
> virtualization with the Spice protocol. 
> 
> 1. Question
> We are using a spice proxy because we have some VMs reachable via the Engine 
> and Spice external. Since we are using the proxy some users are observing 
> some disconnects of the USB redirection and sometimes mouse and keyboard are 
> not working in the session so that we have to restart the console. Are there 
> some of you also using a proxy and may had the same behaviour and a 
> workaround or fix for this? 

(I suppose you’re talking about standalone remote-viewer client and squid proxy)
I do not recall any issues with proxy. There might be some, but SPICE people 
would know more, they have a separate list here[1]
Did you make sure network is not the bottleneck?

> 
> 2. Question
> We want to use the Spice foldersharing function but it is always greyed and 
> not usable for us. I dont find anything in the web about the function in the 
> Remote viewer. What is necessary to use it? (Linux and Windows clients)

Did you enable it in the VM configuration? (SPICE file transfer). If so and it 
still does’t work, again SPICE archive/people might be able to help:)

> 
> 3. Question
> The last question is about future usage of the cluster for VMs running 
> Windows10 (and other microsoft distributions of this generation like 
> Server2012 etc). Is there a way getting the spice video drivers working with 
> this operating systems? The official statement I always read is that there is 
> no official driver at the moment available. 

Indeed it is not ready yet. VMs will work just fine, but remote console access 
will be slower, there is no 3D support
it may be ok for your purposes…you would have to try

Thanks,
michal

[1] https://lists.freedesktop.org/mailman/listinfo/spice-devel

> 
> 
> thanks a lot and best wishes from Cologne in Germany
> Marco
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to migrate a VMware through virt-v2v included in oVirt 3.6

[Michal Skrivanek]

> On 31 Mar 2016, at 09:50, Nisim Simsolo  wrote:
> 
> Can you please provide us the VDSM log which includes the v2v error message?
> According to your information, it's hard to know where the issue begins:
> 1. Add external provider: are you using "Any data center" or specific data 
> center in the "data center" dropbox?
> There is a bug related to it when using "any data center" 
> (https://bugzilla.redhat.com/show_bug.cgi?id=1293591 - v2v: external provider 
> "test" button failed when using "any data center" value.)
> 2. vSphere Client Version 5.1.0: We have tested VMware migrate from vSphere 
> 5.5 and above.
> 3. can´t parse the Cluster data: there are also some known bugs on this 
> issue, 
> so either you can upgrade your libvirt and libguestfs build (fixed from 
> libvirt-1.3.1-1.el7 and libguestfs-1.32.2-2.el7) or move VMware source VM to 
> be directly under the data center.
> Bugs related to this issue:
> https://bugzilla.redhat.com/show_bug.cgi?id=1263574 - vpx: Include dcpath 
> output in libvirt XML

this has been released [1] yesterday. It may take a day or two to be available 
for CentOS

> https://bugzilla.redhat.com/show_bug.cgi?id=1292437 - Backport virt-v2v pull 
> dcpath from libvirt 

you can temporarily use this[2] repo to try virt-v2v 1.32, or wait few more 
days for a fix in 7.2

Thanks,
michal


[1] https://rhn.redhat.com/errata/RHBA-2016-0555.html
[2] https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/

> 
> Thanks
> 
> Nisim Simsolo
> QE -Testing Engineer
> IRC: nsimsolo
> int phone - 8272305
> mobile - 054-4779934
> 
> - Original Message -
> | From: "Julián Tete" 
> | To: "Nisim Simsolo" 
> | Cc: users@ovirt.org
> | Sent: Wednesday, March 30, 2016 11:13:04 PM
> | Subject: Re: [ovirt-users] Failed to migrate a VMware through virt-v2v 
> included in oVirt 3.6
> | 
> | *VMware:*srvesx01 VMware ESXi 5.1.0, 2191751
> | 
> | vSphere Client Version 5.1.0
> | 
> | VMware vCenter Server Version 5.1.0
> | 
> | 
> | *My oVirt DataCenter:*
> | 
> | Version 3.6.1.3-1.el7.centos
> | 
> | *Cluster:*
> | 
> | Compatibility Version: 3.6
> | 
> | Cluster CPU Type: Intel SandyBridge Family
> | 
> | Emulated Machine: pc-i440fx-rhel7.2.0
> | 
> | *Host:*
> | 
> | SELinux mode: Permissive
> | 
> | OS Version: RHEL - 7 - 2.1511.el7.centos.2.10
> | 
> | Kernel Version: 4.3.0 - 1.el7.elrepo.x86_64
> | 
> | KVM Version: 2.3.0 - 31.el7_2.3.1
> | 
> | LIBVIRT Version: libvirt-1.2.17-13.el7_2.2
> | 
> | VDSM Version: vdsm-4.17.13-0.el7.centos
> | 
> | SPICE Version: 0.12.4 - 15.el7
> | 
> | CEPH Version: librbd1-0.80.7-3.el7
> | 
> | Manufacturer: HP
> | 
> | CPU Model: Intel(R) Xeon(R) CPU E5-2667 v2 @ 3.30GHz
> | 
> | CPU Cores per Socket: 8
> | 
> | Family: ProLiant
> | 
> | CPU Type: Intel SandyBridge Family
> | 
> | CPU Threads per Core: 2 (SMT Enabled)
> | 
> | Product Name: ProLiant BL460c Gen8
> | 
> | CPU Sockets: 2
> | 
> | rpm -qa | grep virt-v2v
> | 
> | virt-v2v-1.28.1-1.55.el7.centos.x86_64
> | 
> | rpm -qa | grep libguestfs-winsupport
> | 
> | libguestfs-winsupport-7.2-1.el7.x86_64
> | 
> | #
> | 
> | R//
> | 
> | Yes, I installed virt-v2v in all hosts of the Cluster and in the Engine :P
> | 
> | The S.O of the machine to migrate is CentOS 6.6
> | 
> | When I try to use the GUI to add a External Provider (VMware) I get the
> | error message:
> | 
> | *Failed to retrieve VMs information from external server
> | vpx://192.168.0.129/CNSCDatacenter/srvesx01?no_verify=1
> | *
> | 
> | But when I use the command:
> | 
> | virsh -c vpx://
> | Administrator@192.168.0.129/CNSCDatacenter/Cluster_CNSC/srvesx01?no_verify=1
> | 
> | I can connect to VMware.
> | 
> | I can´t parse the Cluster data (Cluster_CNSC) in the GUI to add a External
> | Provider (VMware)
> | 
> | :/
> | 
> | Thanks in advance
> | 
> | 
> | 2016-03-30 3:23 GMT-05:00 Nisim Simsolo :
> | 
> | > Hi
> | >
> | > Can you please give more details:
> | > Did you install virt-v2v on the host?
> | > What kind of VM OS did you try to migrate?
> | > What is the failure you see?
> | >
> | > Thanks
> | >
> | >
> | > Nisim Simsolo
> | > QE -Testing Engineer
> | > IRC: nsimsolo
> | > int phone - 8272305
> | > mobile - 054-4779934
> | >
> | > - Original Message -
> | > | From: "Julián Tete" 
> | > | To: users@ovirt.org
> | > | Sent: Wednesday, March 30, 2016 2:10:32 AM
> | > | Subject: [ovirt-users] Failed to migrate a VMware through virt-v2v
> | > included   in oVirt 3.6
> | > |
> | > | My oVirt DataCenter
> | > |
> | > | Cluster CPU Type: Intel SandyBridge Family
> | > |
> | > | Emulated Machine: pc-i440fx-rhel7.2.0
> | > |
> | > |
> | > |
> | > |
> | > | ___
> | > | Users mailing list
> | > | Users@ovirt.org
> | > | http://lists.ovirt.org/mailman/listinfo/users
> | > |
> | 

Re: [ovirt-users] Several VM's stuck in Migration

[Michal Skrivanek]

> On 31 Mar 2016, at 19:48, Andrew Wippler 
>  wrote:
> 
> Mark,
> 
> Hopefully you have resolved your stuck VM issue by now (nearly two months 
> later). I came across this email from a google search. I was having the same 
> exact problem with VMs being stuck in migration mode. The trigger to the VM 
> migration issue was that I was setting my Host into maintenance mode. It 
> migrated half of the active VMs successfully and the other half were stuck.

Hi,
It would be great to get logs from the system, or at least describe the 
specifics (anything special? gluster? old version?)
otherwise no one will ever be able to help;)

Thanks,
michal

> 
> There were two things I had to do to fix all of my stuck VMs:
> 1. I shut down the host (long enough for oVirt to fence it and notice that it 
> was down). I then powered it on and "confirmed host as rebooted." This reset 
> the active VM count on the host and turned on my HA VMs on other hosts.
> 2. For the one VM that was still stuck after a host reboot, I had to login to 
> postgres and set the status to 0 on that VM. This allowed me to shut down the 
> migrating VM and start it back up. (I do not think I would have had to do 
> this step if I did not alter the database entry for this VM before rebooting 
> the host.)
> 
> For step 2, I used the methods described here: 
> https://access.redhat.com/discussions/688043 
>  and as seen below:
> ssh ovirt-engine
> su postgres
> psql
> \connect engine
> SELECT vm_guid status FROM vm_static WHERE vm_name='';
> UPDATE vm_dynamic SET status=0 WHERE vm_guid='';
> UPDATE vm_dynamic SET run_on_vds = null  WHERE vm_guid='';
> \q
> (I was then able to shut down the VM)
> 
> -- 
> Andrew Wippler  
>  | Sr. Systems 
> Administrator | Lancaster Baptist Church
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problems With VMWare Import

[Michal Skrivanek]

> On 01 Apr 2016, at 04:01, Charles Tassell  wrote:
> 
> Actually, I guess I can't: p2v doesn't work either (it hangs because when it 
> ssh's to the oVirt host and tries to run virsh there is a password prompt 
> which it apparently can't deal with.)

which output did you use? -o rhev? or you can try -o local I guess jsut to see 
it does something

> 
> Has anyone successfully imported a VM from a recent version of VMWare (ie 5.5 
> or later) into oVirt?  Is there any documentation on how to do so?  I suppose 
> I could just use something like CloneZilla to do it, but that seems like a 
> bit of a pain, especially since we have about 50 VMs to move...
> 
> 
> On 16-03-31 09:11 PM, Charles Tassell wrote:
>> Ah, that's a bit of a bummer but I guess I can use the p2v conversion for 
>> those instances.  I tried to convert another VM (this one without a 
>> snapshot) and got the error "virt-v2v is unable to convert this guest type"  
>> I'm guessing that the problem is that our VMWare VM's are an the v10 format, 
>> as I know a lot of tools have issue dealing with the newer format.
>> 
>> On 16-03-31 05:51 AM, Nisim Simsolo wrote:
>>> Hi
>>> 
>>> Can you please try do delete source VMware VM snapshot and then try to 
>>> import it?
>>> There is known issue for importing VMware VM with snapshot: 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1172425 - [RFE]virt-v2v failed 
>>> to convert VMware ESX VM with snapshot
>>> 
>>> Thanks
>>> 
>>> Nisim Simsolo
>>> QE -Testing Engineer
>>> IRC: nsimsolo
>>> int phone - 8272305
>>> mobile - 054-4779934
>>> 
>>> - Original Message -
>>> | From: "Charles Tassell" 
>>> | To: "users" 
>>> | Sent: Wednesday, March 30, 2016 9:53:10 PM
>>> | Subject: [ovirt-users] Problems With VMWare Import
>>> |
>>> | Hi Everyone,
>>> |
>>> |This doesn't seem to be a bug in oVirt so much as in the
>>> | libvirt/virt-v2v tool it uses for importing, but I figured someone here
>>> | might have run into this issue before.  I'm trying to import some VMs
>>> | from my VMWare cluster and it's failing with a "file not found" when
>>> | trying to download the disk images.  I have files in the datastore like:
>>> |
>>> | systest-55-01-delta.vmdk4G
>>> | systest-55-01.vmdk  1K
>>> | systest-55-Snapshot1.vmsn4G
>>> | systest-55-flat.vmdk 40G
>>> | systest-55.vmdk   1K
>>> | ... bunch more small .vm?? files
>>> |
>>> | For some reason virt-v2v is trying to download a file called
>>> | systest-55-01-flat.vmdk which doesn't exist.  I'm assuming this has
>>> | something to do with the snapshots stored in the folder... Does anyone
>>> | know a way to deal with that?  Can I just delete the snapshots or is
>>> | that going to delete data stored on the VM since the last snapshot?  I'm
>>> | using virt-v2v 1.28.1 if that makes a difference.

you can try 1.32, it won’t help with the snapshot, but it might improve some 
things
binaries for el7 can be found here[1]

Thanks,
michal

[1] https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/

>>> |
>>> | ___
>>> | Users mailing list
>>> | Users@ovirt.org
>>> | http://lists.ovirt.org/mailman/listinfo/users
>>> |
>> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-shell : Smart way to run a cmd WHEN another is finished?

[Nicolas Ecarnot]

Hello,

I'd like to night-batch series of actions through some ovirt-shell scripts.
Amongst those actions, some are taking a very long time and are treated 
asynchronously by oVirt. (That may be exports, imports, snapshots, boot, 
shutdown...)


Thus, after having send that long command, I've to find a way to know 
when to send the next one.


I could script a kind of regular status check at determined interval, 
but I was wondering if there is a smarter way? (because my dumb way 
would imply for each check a connection. That looks heavy.)


Thank you.

--
Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users