Ok I found this one:
Thread-1807180::ERROR::2014-12-30
13:02:52,164::migration::165::vm.Vm::(_recover)
vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM
Traceback (most recent call last):
File /usr/share/vdsm/virt/migration.py, line 163, in _recover
- Original Message -
From: Mikola Rose mr...@power-soft.com
To: users@ovirt.org
Sent: Tuesday, December 30, 2014 2:12:52 AM
Subject: [ovirt-users] HostedEngine Deployment Woes
Hi List Members;
I have been struggling with deploying oVirt hosted engine I keep running into
a
- Original Message -
From: bingozhou2013 bingozhou2...@hotmail.com
To: users users@ovirt.org
Sent: Friday, December 26, 2014 5:33:57 AM
Subject: [ovirt-users] feedback-on-oVirt-engine-3.5.0.1-1.el6
Dear Sir,
When I try to install the oVirt-engine 3.5 in the CentOS 6.6 .Below error
- Original Message -
From: Andreas Mather andr...@allaboutapps.at
To: users@ovirt.org
Sent: Wednesday, December 24, 2014 11:29:58 PM
Subject: Re: [ovirt-users] hosted-engine --deploy fails
Hi All!
Just did more research on this and it seems as if the reason was related to
my
When attempting use the engine-iso-uploader to drop ISOs in my iso storage
domain I get the following results.
Using engine-iso-uploader --iso-domain=[domain] upload [iso] does not work
because the engine does not have access to our storage network. So it
attempts to mount to an address that is
- Original Message -
From: Steve Atkinson satkin...@telvue.com
To: users@ovirt.org
Sent: Wednesday, December 31, 2014 7:15:23 PM
Subject: [ovirt-users] engine-iso-uploader unexpected behaviour
When attempting use the engine-iso-uploader to drop ISOs in my iso storage
domain I get
On Wed, Dec 31, 2014 at 12:47 PM, Yedidyah Bar David d...@redhat.com
wrote:
- Original Message -
From: Steve Atkinson satkin...@telvue.com
To: users@ovirt.org
Sent: Wednesday, December 31, 2014 7:15:23 PM
Subject: [ovirt-users] engine-iso-uploader unexpected behaviour
When
- Original Message -
From: Steve Atkinson satkin...@telvue.com
To: Yedidyah Bar David d...@redhat.com
Cc: users@ovirt.org
Sent: Wednesday, December 31, 2014 8:22:14 PM
Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a)
If I attempt to mount any of them via
Ok well thanks for the help. Moving it by hand is not a huge deal. I just
assumed that since it was recommended to use the command in the docs that
it was worth mentioning. case closed I guess. unless we want to consider
the NFS error worthy of a bug report?
On Dec 31, 2014 3:34 PM, Yedidyah Bar
- Original Message -
From: Steve Atkinson satkin...@telvue.com
To: Yedidyah Bar David d...@redhat.com
Cc: users@ovirt.org
Sent: Wednesday, December 31, 2014 10:43:23 PM
Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a)
Ok well thanks for the help. Moving
in our case our nas doesn't support scp but that no fault of the the
manager.
I was mentioning more specifically that the --nfs-server method seemed to
throw an error on an undefined attribute 'domaintype' that is not something
that can be supplied in the config file or passed as an argument. the
- Original Message -
From: Steve Atkinson satkin...@telvue.com
To: Yedidyah Bar David d...@redhat.com
Cc: users@ovirt.org
Sent: Wednesday, December 31, 2014 11:18:39 PM
Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a)
in our case our nas doesn't support
I'm a little confused by your explanation of 'just do the bonding at the
guest level'. I apologize for my ignorance here, but I'm trying to prepare
myself for a similar configuration where I'm going to need to get all much
bandwidth out of the bond as possible. How would bonding multiple
Thanks for the advice. I applied the patch for clientIF.py as
- port = config.getint('addresses', 'management_port')
+ port = config.get('addresses', 'management_port')
Now there is no fatal error in beam.log, also migration can start to happen
when I set the host where HE VM is to be local
14 matches
Mail list logo