[Users] ovirt-engine certs

[Thomas Scofield]

How can I regenerate the ovirt engine CA certs and corresponding vdsm
certs?  I have an ovirt setup that I'm upgrading from 3.2.0 (from the dre
repos) to 3.2.3 and I am getting the certificate errors listed below after
the upgrade.  I have done this same upgrade on an number of other
ovirt-engines with no issue.  The setup had originally been installed with
ovirt 3.1 so it possible that some of the certificate configurations from
3.1 are still present on this ovirt-engine and it is contributing to the
problem.  For example, I noticed that the /etc/pki/ovirt-engine/cacert.conf
file on this troublesome upgrade has "default_bits = rsa:1024", but the
systems that upgraded successfully have "default_bits = rsa:2048".  The
same is true for the cert.conf file.



Engine.log

2014-03-10 17:10:28,954 ERROR
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-2) vds::refreshVdsStats Failed getVdsStats,
vds = a7459d21-b5a6-4330-9897-f2018c9a1776 : vm1, error =
VDSNetworkException: javax.net.ssl.SSLHandshakeException: Received fatal
alert: bad_certificate



Vdsm.log

BindingXMLRPC::ERROR::2014-03-10
20:58:00,871::SecureXMLRPCServer::97::root::(verify) invalid client
certificate with subject "/C=US/O=example.com/CN=CA-ovirt1.example.com.30758
"

BindingXMLRPC::ERROR::2014-03-10
20:58:00,872::BindingXMLRPC::72::vds::(threaded_start) xml-rpc handler
exception

Traceback (most recent call last):

  File "/usr/share/vdsm/BindingXMLRPC.py", line 68, in threaded_start

self.server.handle_request()

  File "/usr/lib64/python2.6/SocketServer.py", line 268, in handle_request

self._handle_request_noblock()

  File "/usr/lib64/python2.6/SocketServer.py", line 278, in
_handle_request_noblock

request, client_address = self.get_request()

  File "/usr/lib64/python2.6/SocketServer.py", line 446, in get_request

return self.socket.accept()

  File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py",
line 116, in accept

client, address = self.connection.accept()

  File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py",
line 167, in accept

ssl.accept_ssl()

  File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py",
line 156, in accept_ssl

return m2.ssl_accept(self.ssl, self._timeout)

SSLError: no certificate returned
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Subject: Re: What do you want to see in oVirt next?

[Thomas Scofield]

- Ovirt management server should be able to run as a virtual machine
managed by ovirt
- Clustered management server, active/passive, or even better active/active
- Support for additional iternal users, so monitoring and automation don't
need to rely on an external source for authentication
- guest agent should have the ability to configure portions of the virtual
machine
-- set the hostname of the virtual machine
-- configure the network information for the virtual machine
-- reset root password

> Hi Everyone,
>
> as we wrap oVirt 3.2, I wanted to check with oVirt users on what they
> find good/useful in oVirt, and what they would like to see
> improved/added in coming versions?
>
> Thanks,
> Itamar
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] power management for drac6

[Thomas Scofield]

Has anyone been able to get a drac6 management interface working by using
the drac5 fencing agent?  From testing on the command line I was able to
determine that we need to add the option cmd_prompt=admin1.  But for some
reason I can’t get any options to work.  From the logs below you can see
that the ovirt-engine is passing the options along, but on the vdsm log
those options are no longer there.

** **

ovirt_engine/engine.log

** **

2013-03-21 11:30:33,408 INFO  [org.ovirt.engine.core.bll.FenceExecutor]
(ajp--127.0.0.1-8702-9) Executing  Power Management command, Proxy
Host:vm1, Agent:drac5, Target Host:, Management IP:vm2, User:root,
Options:cmd_prompt=admin1,secure=true,slot=0

** **

2013-03-21 11:30:33,411 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
(ajp--127.0.0.1-8702-9) START, FenceVdsVDSCommand(HostName = vm1, HostId =
63336472-4bbd-11e2-b2fc-5bc78da11d0c, targetVdsId =
f80052ad-993e-4778-9924-d4e603425d32, action = Status, ip = vm2-mgt, port =
, type = drac5, user = root, password = **, options =
'cmd_prompt=admin1,secure=true,slot=0'), log id: 3773df59

** **

2013-03-21 11:30:44,123 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
(ajp--127.0.0.1-8702-9) FINISH, FenceVdsVDSCommand, return: Test Failed,
Host Status is: unknown. The fence-agent script reported the following
error: Unable to connect/login to fencing device

, log id: 3773df59

**

 **

vdsm.log

Thread-1978569::DEBUG::2013-03-21 11:30:38,769::API::1024::vds::(fenceNode)
fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=,action=status,secure=,options=)


** **

Thread-1978569::DEBUG::2013-03-21 11:30:44,113::API::1050::vds::(fenceNode)
rc 1 in agent=fence_drac5

ipaddr=vm2-mgt

login=root

option=status

passwd=

out  err Unable to connect/login to fencing device
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] power management for drac6

[Thomas Scofield]

An old vdsm agent was the source of some of my issues.  After updating to
4.10.3 I was able to get it working, the options are being passed now.  I
had to add a login_timeout as well since one of the drac interfaces is a
bit slow on login.

cmd_prompt=admin,login_timeout=15


On Fri, Mar 22, 2013 at 3:33 AM, Yuriy Demchenko wrote:

> vdsm.log
>>
>> Thread-1978569::DEBUG::2013-**03-21 
>> 11:30:38,769::API::1024::vds::**(fenceNode)
>> fenceNode(addr=vm2-mgt,port=,**agent=drac5,user=root,passwd=**
>> ,action=status,secure=,**options=)
>>
>>  btw, looking at this log string i presume you hit the bug from this
> tread (if you using ovirt 3.1): http://comments.gmane.org/**
> gmane.comp.emulators.ovirt.**user/3528
> engine didnt pass options string when talking to vdsm
>
> you can try and patch it:
>
> diff --git a/vdsm/BindingXMLRPC.py b/vdsm/BindingXMLRPC.py
> index cc5300f..8b548e4 100644
> --- a/vdsm/BindingXMLRPC.py
> +++ b/vdsm/BindingXMLRPC.py
> @@ -357,7 +357,7 @@ class BindingXMLRPC(object):
> secure=False, options=''):
>   api = API.Global()
>   return api.fenceNode(addr, port, agent, username, password,
> -action, secure)
> +action, secure, options)
>
>   def setLogLevel(self, level):
>   api = API.Global()
>
> Yuriy Demchenko
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] forced shutdown with client agent

[Thomas Scofield]

I have run into a scenario after installing the client agent.  If a VM is
shutdown, the client agent calls the shutdown command with a 1 minute
timeout.

Dummy-2::INFO::2013-03-28 14:05:21,892::vdsAgentLogic::138::root::Shutting
down (timeout = 30, message = 'System Administrator has initiated shutdown
of this Virtual Machine. Virtual Machine is shutting down.'

Since the shutdown command is called with time parameter the VM sets the
/etc/nologin file. When the VM is forced down the /etc/nologin file is not
cleared and when it comes back up only root can login until the
/etc/nologin file is cleared.

Is their some some reason the shutdown time is set to 30 seconds (rounded
up to 1 minute in the code)?  Are there any know issues with setting this
to 0?

Is this the right way to change it to 0?
psql engine postgres -c "update vdc_options set option_value = '0' where
option_name = 'VmGracefulShutdownTimeout';"
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] shutdown VM and 1 minute wait time

[Thomas Scofield]

I ran into this recently but I haven't had a chance to test the solution
that I came up with.

psql engine postgres -c "update vdc_options set option_value = '0' where
option_name = 'VmGracefulShutdownTimeout';"

The bigger problem I had is if you do a forced shutdown (click twice on the
stop icon) with the rhev-agent installed the /etc/nologin file gets set due
to the delayed shutdown. Nobody can login when you bring the system back up
until root goes in and removes the file.


On Sat, Apr 20, 2013 at 2:33 AM, Gianluca Cecchi
wrote:

> Hello,
> I have oVirt 3.2.1 and a CentOS 6.4 guest with
> rhev-agent-2.3.16-6.el6.x86_64.
> If I run shutdow (red square button) from the admin gui I get the
> equivalent of
>
> shutdown -h +1
>
> Is there any config parameter I can set to have immediately shutdown
> in place without waiting for one minute by default (so "shutdown -h
> now")?
>
> Gianluca
> ___
> 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: [Users] drac5 power management test

[Thomas Scofield]

Are you able to run the fence_drace5 command from the command line?  I had
some trouble getting the fence agent working on a drac6 management
interface, I made some notes in the wiki
http://www.ovirt.org/Automatic_Fencing#Troubleshooting.  When testing make
sure to specify an action, the default action is to reboot.
On May 14, 2013 1:37 AM, "Itamar Heim"  wrote:

> On 05/14/2013 12:58 AM, Peter Reilly wrote:
>
>> 2013-05-13 17:57:33,355 ERROR [org.ovirt.engine.core.bll.**FenceExecutor]
>> (ajp--127.0.0.1-8702-12) Illegal value in PM Proxy Preferences string ,
>> skipped.
>>
>
> this seems to be the culprit.
> eli - thoughts?
>
>  2013-05-13 17:57:33,356 ERROR [org.ovirt.engine.core.bll.**FenceExecutor]
>> (ajp--127.0.0.1-8702-12) Failed to run Power Management command on Host
>> , no running proxy Host was found.
>> 2013-05-13 17:57:38,963 WARN
>> [org.ovirt.engine.core.compat.**backendcompat.PropertyInfo]
>> (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser
>> for class org.ovirt.engine.core.common.**businessentities.VdsStatic
>> 2013-05-13 17:57:38,965 WARN
>> [org.ovirt.engine.core.compat.**backendcompat.PropertyInfo]
>> (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser
>> for class org.ovirt.engine.core.common.**businessentities.VdsStatic
>> 2013-05-13 17:57:38,967 INFO
>> [org.ovirt.engine.core.bll.**UpdateVdsCommand] (ajp--127.0.0.1-8702-4)
>> [2c6aea20] Running command: UpdateVdsCommand internal: false. Entities
>> affected :  ID: 6c8c87a1-b98b-46ea-b66e-**81afa0d2e794 Type: VDS
>> 2013-05-13 17:57:38,995 WARN
>> [org.ovirt.engine.core.compat.**backendcompat.PropertyInfo]
>> (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser
>> for class org.ovirt.engine.core.common.**businessentities.VdsStatic
>> 2013-05-13 17:57:38,996 WARN
>> [org.ovirt.engine.core.compat.**backendcompat.PropertyInfo]
>> (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser
>> for class org.ovirt.engine.core.common.**businessentities.VdsStatic
>> 2013-05-13 17:57:41,608 ERROR [org.ovirt.engine.core.bll.**FenceExecutor]
>> (ajp--127.0.0.1-8702-4) [2c6aea20] Illegal value in PM Proxy Preferences
>> string , skipped.
>> 2013-05-13 17:57:41,609 ERROR [org.ovirt.engine.core.bll.**FenceExecutor]
>> (ajp--127.0.0.1-8702-4) [2c6aea20] Failed to run Power Management
>> command on Host moses, no running proxy Host was found.
>>
>>
>> --- On *Mon, 5/13/13, Itamar Heim //* wrote:
>>
>>
>> From: Itamar Heim 
>> Subject: Re: [Users] drac5 power management test
>> To: "Peter Reilly" 
>> Cc: users@ovirt.org
>> Date: Monday, May 13, 2013, 3:42 PM
>>
>> On 05/13/2013 10:01 PM, Peter Reilly wrote:
>>  > I'm using ovirt-release-el6-5-3.1.**noarch.rpm
>>  > & ovirt-node-iso-2.6.1-20120228.**fc18.iso
>>  > I have a two host cluster, both hosts up and functioning correctly.
>>  > I can manually log into both hosts drac5 card.
>>  > Both hosts are in the same cluster/data center.
>>  >
>>  > When I save a host the eventlog says:
>>  > Host power management was verified successfully.
>>  >
>>  > When I test power management it saws:
>>  > Test Failed, Host Status is: unknown. The fence-agent script
>> reported
>>  > the following error: There is no other host in the data center
>> that can
>>  > be used to test the power management settings.
>>  >
>>  > My settings are:
>>  > Enable Power management (yes)
>>  > Concurrent (no)
>>  > Address (an ip address)
>>  > Username (root)
>>  > password (verified correct password)
>>  > type (drac5)
>>  > Slot (blank)
>>  > Options (blank)
>>  > Secure (yes)
>>  > Source (blank)
>>  >
>>  > Is anyone successfully using a drac5 fence in ovirt 3.1?
>>  >
>>  > Thanks,
>>  >
>>  >
>>  >
>>  > __**_
>>  > Users mailing list
>>  > Users@ovirt.org 
>> >
>>  > 
>> http://lists.ovirt.org/**mailman/listinfo/users
>>  >
>>
>> engine log for this?
>>
>>
> __**_
> 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] Active Directory Groups

[Thomas Scofield]

I was attempting to assign some permissions to Active Directory groups and
ran into an issue where groups with spaces or the # sign in them.  The
engine log contained messages like these

2013-05-22 08:39:35,228 WARN  [org.ovirt.engine.core.bll.SearchQuery]
(ajp--127.0.0.1-8702-134) ResourceManager::searchBusinessObjects -
erroneous search text - ADGROUP: name=#Virtual Engineering
2013-05-22 08:39:35,228 WARN  [org.ovirt.engine.core.bll.SearchQuery]
(ajp--127.0.0.1-8702-46) ResourceManager::searchBusinessObjects - erroneous
search text - ADUSER: allnames=#Virtual Engineering

The group name is valid.  The example above contains both the space and #,
but trying groups with just a space and others with just a # also fail.  I
was able to successfully add groups that contained characters and -.  Has
anyone else had an issue like this?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Active Directory Groups

[Thomas Scofield]

I tried various search strings,  but I could only find groups if I searched
for the full group name.
On May 23, 2013 3:44 AM, "René Koch (ovido)"  wrote:

> Hi,
>
> I also had a problem with '#' in an customer project with RHEV 3.0, but
> we also had issues with a broken active directory replication. White
> spaces aren't a problem in groups.
>
> I can't tell if groups with '#' are working, as I told them to not use
> special characters in group names and to fix their replication. Now
> everything is working fine, but don't know if they created new groups
> for RHEV or if it was just the replication.
>
>
> Regards,
> René
>
>
>
> On Thu, 2013-05-23 at 00:36 -0400, Yair Zaslavsky wrote:
> > I don't remember encountering such an issue, but probably never
> > checked.
> >
> > a. What is the search string you're passing in order to get the
> > users/groups?
> > b. From quick look at the code - looks like this is at the step
> > of initializing the data that will be queried  - that is, before
> > sending the AD query.
> >
> >
> >
> >
> > Eli - looks like this is from the SeachQuery.InitQueryData - can you
> > elaborate here?
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > __
> > From: "Thomas Scofield" 
> > To: "users" 
> > Sent: Thursday, May 23, 2013 4:06:29 AM
> > Subject: [Users] Active Directory Groups
> >
> >
> > I was attempting to assign some permissions to Active
> > Directory groups and ran into an issue where groups with
> > spaces or the # sign in them.  The engine log contained
> > messages like these
> >
> >
> > 2013-05-22 08:39:35,228 WARN
> >  [org.ovirt.engine.core.bll.SearchQuery]
> > (ajp--127.0.0.1-8702-134)
> > ResourceManager::searchBusinessObjects - erroneous search text
> > - ADGROUP: name=#Virtual Engineering
> > 2013-05-22 08:39:35,228 WARN
> >  [org.ovirt.engine.core.bll.SearchQuery]
> > (ajp--127.0.0.1-8702-46)
> > ResourceManager::searchBusinessObjects - erroneous search text
> > - ADUSER: allnames=#Virtual Engineering
> >
> >
> > The group name is valid.  The example above contains both the
> > space and #, but trying groups with just a space and others
> > with just a # also fail.  I was able to successfully add
> > groups that contained characters and -.  Has anyone else had
> > an issue like this?
> >
> >
> >
> > ___
> > 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] Virtual Machines reporting as paused

[Thomas Scofield]

A large number of my virtual machines are reporting in a paused state but
they are actually up and running. Unfortunately I don't look at this
cluster very often so I don't know exactly when it got into this state, I
believe it may have happened a couple months back when I deployed a change
to /etc/vdsm/vdsm.conf to throttle virtual machines migrations.  I deployed
this change via puppet and had puppet cycle the vdsm daemon.  All of the
vdsm daemons in the cluster were restarted in a short period of time. Since
this happened some time back all the logs have rotated off.



I have tried restarting vdsmd and libvirtd, but that doesn't appear to
return the virtual machines to an up state.  The output of "vdsClient -s 0
getAllVmStats" reports them as paused, "virsh -r list --all" reports them
as running.  From the GUI I can click run and the VM will show “Up” in the
GUI and vdsClient.  But if I restart vdsm, the VM's revert back to
displaying a paused state.  I did find that the *.recovery files in
/var/run/vdsm contain a status of Paused even when the GUI and vdsClient
are reporting it as up. I did try and change the status in this file while
vdsm was down and then start vdsm, but it had no effect and the entry in
the *.recovery file which  reverted to paused.



p335

sasS'status'

p336

S'Paused'



Any idea what might have caused the VM's to report as paused and how to
recover from it?



I am running

ovirt-3.3.4-1 and vdsm-4.13.3-4
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Virtual Machines reporting as paused

[Thomas Scofield]

I don't see any events on the individual VM's that show them going into a
paused state. In the past I have seen the VM's paused due to storage
issues, but the difference here is that they only indicate they are paused.

I did find one event log entry from around the time we did the vdsm
restarts that indicated one host has an issue with accessing a storage
domain
Host vm7 cannot access one of the Storage Domains attached to the Data
Center OVIRT-PODB. Setting Host state to Non-Operational.

Unfortunately all the logs have been rotated off at this point so I can't
provide any details of the event.  I have not seen any newly started VM's
transition into this state so recent logs won't provide insight either.
 For now my plan is to stop and start the VM's to get them back into a
proper state.

On Wed, Sep 17, 2014 at 7:44 AM, Omer Frenkel  wrote:

>
>
> ----- Original Message -
> > From: "Thomas Scofield" 
> > To: "users" 
> > Sent: Wednesday, September 17, 2014 4:56:15 AM
> > Subject: [ovirt-users] Virtual Machines reporting as paused
> >
> >
> >
> > A large number of my virtual machines are reporting in a paused state but
> > they are actually up and running. Unfortunately I don't look at this
> cluster
> > very often so I don't know exactly when it got into this state, I
> believe it
> > may have happened a couple months back when I deployed a change to
> > /etc/vdsm/vdsm.conf to throttle virtual machines migrations. I deployed
> this
> > change via puppet and had puppet cycle the vdsm daemon. All of the vdsm
> > daemons in the cluster were restarted in a short period of time. Since
> this
> > happened some time back all the logs have rotated off.
> >
> >
> >
> > I have tried restarting vdsmd and libvirtd, but that doesn't appear to
> return
> > the virtual machines to an up state. The output of "vdsClient -s 0
> > getAllVmStats" reports them as paused, "virsh -r list --all" reports
> them as
> > running. From the GUI I can click run and the VM will show “Up” in the
> GUI
> > and vdsClient. But if I restart vdsm, the VM's revert back to displaying
> a
> > paused state. I did find that the *.recovery files in /var/run/vdsm
> contain
> > a status of Paused even when the GUI and vdsClient are reporting it as
> up. I
> > did try and change the status in this file while vdsm was down and then
> > start vdsm, but it had no effect and the entry in the *.recovery file
> which
> > reverted to paused.
> >
> >
> >
> > p335
> >
> > sasS'status'
> >
> > p336
> >
> > S'Paused'
> >
> >
> >
> > Any idea what might have caused the VM's to report as paused and how to
> > recover from it?
> >
> >
> >
> > I am running
> >
> > ovirt-3.3.4-1 and vdsm-4.13.3-4
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
> what do you see in the 'events' subtab for the paused vms?
> it should state the time and reason.
> usually vms move to pause due to storage errors
>
> if you have vm in up that moves to paused, you can attach the vdsm.log for
> the host that runs the vm so we could have more info
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt engine not responding

[Thomas Scofield]

Since upgrading our ovirt setup from 3.2 to 3.3 we have run into some
issues with the ovirt-engine becoming non responsive.  The first few times
we just cycled the server and moved on with things, but the problem kept
re-occurring.  After digging into the server.log we identified a number of
errors, some samples below

2014-09-18 03:20:06,115 ERROR [org.jboss.as.server.deployment.scanner]
(DeploymentScanner-threads - 2) JBAS015004: Caught exception writing
deployment marker file
/var/tmp/ovirt-engine/deployments/engine.ear.pending:
java.io.FileNotFoundException:
/var/tmp/ovirt-engine/deployments/engine.ear.pending (No such file or
directory)

2014-09-18 03:20:06,121 ERROR [org.jboss.as.server.deployment.scanner]
(DeploymentScanner-threads - 2) JBAS015004: Caught exception writing
deployment marker file
/var/tmp/ovirt-engine/deployments/engine.ear.isundeploying:
java.io.FileNotFoundException:
/var/tmp/ovirt-engine/deployments/engine.ear.isundeploying (No such file or
directory)

I didn't see any similar messages posted to the forum.  After doing some
digging we found that the OS delivered /etc/cron.daily/tmpwatch was the
culprit.  It has an line that cleans up /var/tmp.

flags=-umc
/usr/sbin/tmpwatch "$flags" 30d /var/tmp

The tmpwatch combined with the noatime that we have set in fstab causes
these files to be deleted.  Our immediate solution will be to remove the
noatime from fstab.  Should these files be moved to a different directory,
or can the engine recreate them if they get removed from the tmp directory?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Add additional iSCSI path in ovirt 3.3.4

[Thomas Scofield]

I am trying to add a second path to my iSCSI LUNs but I can’t get the
changes to persist.  I can get the SPM to login to the second path, and
from the server side the multipath –ll output looks good.  I can then move
the SPM around to force all the other systems to login to the iSCSI LUNs.
But when I reboot a node I lose the second path.  I have also been
searching through the database to see what might be missing on the backend
and I noticed that the second path is not listed in the
storage_server_connections table.  I tried adding an entry for the second
path, but that did not resolve the problem.  What is the proper way to add
an additional path?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Not enough MAC addresses left in MAC Address Pool

[Thomas Scofield]

While building a virtual machine we ran into an error "Not enough MAC
addresses left in MAC Address Pool."  In the engine log I see this message.

2013-10-26 14:47:16,590 WARN
 [org.ovirt.engine.core.bll.network.vm.AddVmInterfaceCommand] (ajp--127.0.0.
1-8702-12) [6fc05fa4] CanDoAction of action AddVmInterface failed.
Reasons:VAR__TYPE__INTERFACE,VAR__ACTI
ON__ADD,MAC_POOL_NOT_ENOUGH_MAC_ADDRESSES
2013-10-26 14:47:16,591 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (ajp--127.0
.0.1-8702-12) Operation Failed: [Not enough MAC addresses left in MAC
Address Pool.]

This led me to look at the engine config where I see these
MacPoolRanges: 00:1A:4A:97:5E:00-00:1A:4A:97:5E:FF version: general
MaxMacsCountInPool: 10 version: general

The MacPoolRange would seem to be the limiting factor here, cutting us off
at 256 MAC addresses, which happens to be the number of virtual machine we
currently have. I assume that updating the MacPoolRange and restarting the
engine would resolve this issue. Has anybody experienced this issue?  Why
would the pool size have 256 and the Max entry be set to 10, that seems
like a large difference.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] hosted engine vm.conf missing

[Thomas Scofield]

I have recently setup a ovirt hosted engine on iscsi storage and after a
reboot of the system I am unable to start the hosted engine.  The agent.log
gives errors indicating there is a missing value in the vm.conf file, but
the vm.conf file does not appear in the location indicated.  There is no
error indicated when the agent attempts to reload the vm.conf.  Any ideas
on how to get the hosted engine up and running?

MainThread::INFO::2015-11-26
21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
/var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
MainThread::INFO::2015-11-26
21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
Host configuration is already up-to-date
MainThread::INFO::2015-11-26
21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Reloading vm.conf from the shared storage domain
MainThread::ERROR::2015-11-26
21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Error: ''Configuration value not found:
file=/var/run/ovirt-hosted-engine-ha/vm.conf,
key=memSize'' - trying to restart agent
MainThread::WARNING::2015-11-26
21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Restarting agent, attempt '9'
MainThread::ERROR::2015-11-26
21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Too many errors occurred, giving up. Please review the log and consider
filing a bug.
MainThread::INFO::2015-11-26
21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
Agent shutting down
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted engine vm.conf missing

[Thomas Scofield]

That file is missing

[root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file or
directory
[root@ovirt01 vdsm]#

On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
wrote:

>
>
> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
> wrote:
>
>> I have recently setup a ovirt hosted engine on iscsi storage and after a
>> reboot of the system I am unable to start the hosted engine.  The agent.log
>> gives errors indicating there is a missing value in the vm.conf file, but
>> the vm.conf file does not appear in the location indicated.  There is no
>> error indicated when the agent attempts to reload the vm.conf.  Any ideas
>> on how to get the hosted engine up and running?
>>
>> MainThread::INFO::2015-11-26
>> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
>> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
>> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
>> MainThread::INFO::2015-11-26
>> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
>> Host configuration is already up-to-date
>> MainThread::INFO::2015-11-26
>> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>> Reloading vm.conf from the shared storage domain
>> MainThread::ERROR::2015-11-26
>> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Error: ''Configuration value not found: 
>> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
>> key=memSize'' - trying to restart agent
>> MainThread::WARNING::2015-11-26
>> 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Restarting agent, attempt '9'
>> MainThread::ERROR::2015-11-26
>> 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Too many errors occurred, giving up. Please review the log and consider
>> filing a bug.
>> MainThread::INFO::2015-11-26
>> 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
>> Agent shutting down
>>
>
> Hi Thomas,
> could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf
> ?
>
>
>>
>> ___
>> 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] hosted engine vm.conf missing

[Thomas Scofield]

Are there different instructions for an iscsi domain?  I was able to find
the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
conf_image_UUID/$conf_volume_UUID but the tar command failed

tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

This was a relatively recent fresh install, the setup log is attached.

On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
wrote:

>
>
> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
> wrote:
>
>> That file is missing
>>
>> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
>> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file
>> or directory
>> [root@ovirt01 vdsm]#
>>
>
>
> Was it a fresh install or an upgrade from 3.5?
> If you still have it, can you please attach the setup logs?
>
> Can you please try to manually check vm.conf on the shared storage? This
> should do the job extracting the files in a local directory.
> (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount point
>  of hosted-engine storage domain on your system).
>
> mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
> dir=`mktemp -d` && cd $dir
> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
> sdUUID=${sdUUID_line:7:36}
> conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
> hosted-engine.conf)
> conf_volume_UUID=${conf_volume_UUID_line:17:36}
> conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
> hosted-engine.conf)
> conf_image_UUID=${conf_image_UUID_line:16:36}
> dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
> 2>/dev/null| tar -xvf -
>
>
>
>
>>
>> On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
>>> wrote:
>>>
>>>> I have recently setup a ovirt hosted engine on iscsi storage and after
>>>> a reboot of the system I am unable to start the hosted engine.  The
>>>> agent.log gives errors indicating there is a missing value in the vm.conf
>>>> file, but the vm.conf file does not appear in the location indicated.
>>>> There is no error indicated when the agent attempts to reload the vm.conf.
>>>> Any ideas on how to get the hosted engine up and running?
>>>>
>>>> MainThread::INFO::2015-11-26
>>>> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
>>>> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
>>>> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
>>>> MainThread::INFO::2015-11-26
>>>> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
>>>> Host configuration is already up-to-date
>>>> MainThread::INFO::2015-11-26
>>>> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>>> Reloading vm.conf from the shared storage domain
>>>> MainThread::ERROR::2015-11-26
>>>> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>>> Error: ''Configuration value not found: 
>>>> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
>>>> key=memSize'' - trying to restart agent
>>>> MainThread::WARNING::2015-11-26
>>>> 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>>> Restarting agent, attempt '9'
>>>> MainThread::ERROR::2015-11-26
>>>> 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>>> Too many errors occurred, giving up. Please review the log and consider
>>>> filing a bug.
>>>> MainThread::INFO::2015-11-26
>>>> 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
>>>> Agent shutting down
>>>>
>>>
>>> Hi Thomas,
>>> could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf
>>> ?
>>>
>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>


ovirt-hosted-engine-setup-20151122013155-vciivm.log.xz
Description: application/xz
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted engine vm.conf missing

[Thomas Scofield]

I did import the lun into the engine.  I had the hosted engine running for
a few days and I was able to restart it a number of times.  It wasn't until
I rebooted the physical box that it was running on that I encountered the
problem.
On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:

>
>
> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
> wrote:
>
>> Are there different instructions for an iscsi domain?  I was able to find
>> the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
>> conf_image_UUID/$conf_volume_UUID but the tar command failed
>>
>> tar: This does not look like a tar archive
>> tar: Exiting with failure status due to previous errors
>>
>> This was a relatively recent fresh install, the setup log is attached.
>>
>
> The conf volume is not there cause ovirt-hosted-engine-setup failed before
> creating it.
>
> Indeed we have:
> 2015-11-22 16:30:27 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
> add_disk._closeup:153 Connecting to the Engine
> 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156 method
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
> _executeMethod
> method['method']()
>   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
> line 182, in _closeup
> lun_list = check_lun_storage.get_logical_unit()
> AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
> 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165 Failed
> to execute stage 'Closing up': 'NoneType' object has no attribute
> 'get_logical_unit'
>
> and:
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
> terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
> condition False
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
> terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
>
> Probably you hit a different issue.
> Did you try to take any actions like importing the hosted-engine storage
> domain LUN on something similar on the engine before continuing with engine
> setup?
>
>
>
>> On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
>>> wrote:
>>>
>>>> That file is missing
>>>>
>>>> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
>>>> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file
>>>> or directory
>>>> [root@ovirt01 vdsm]#
>>>>
>>>
>>>
>>> Was it a fresh install or an upgrade from 3.5?
>>> If you still have it, can you please attach the setup logs?
>>>
>>> Can you please try to manually check vm.conf on the shared storage? This
>>> should do the job extracting the files in a local directory.
>>> (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount
>>> point of hosted-engine storage domain on your system).
>>>
>>> mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
>>> dir=`mktemp -d` && cd $dir
>>> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
>>> sdUUID=${sdUUID_line:7:36}
>>> conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
>>> hosted-engine.conf)
>>> conf_volume_UUID=${conf_volume_UUID_line:17:36}
>>> conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
>>> hosted-engine.conf)
>>> conf_image_UUID=${conf_image_UUID_line:16:36}
>>> dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>>> 2>/dev/null| tar -xvf -
>>>
>>>
>>>
>>>
>>>>
>>>> On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi >>> > wrote:
>>>>
>>>>>
>>>>>
>>>>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
>>>>> wrote:
>>>>>
>>>>>> I have recently setup a ovirt hosted engine on iscsi storage and
>>>>>> after a reboot of the system I am unable to start the hosted engine.  The
>>>>>> agent.log gives errors indicating there is a missing value in the vm.conf
>>>>>> file, but the vm.conf file does not appear in

Re: [ovirt-users] hosted engine vm.conf missing

[Thomas Scofield]

There was an error message on the setup, but everything continued on and
the hosted engine was available so I didn't think much of it.

If there is some way of recovering this setup I would like to give that a
try, if you can provide some instructions that would be great, thanks.
On Dec 1, 2015 9:36 AM, "Simone Tiraboschi"  wrote:

>
>
> On Tue, Dec 1, 2015 at 3:24 PM, Thomas Scofield 
> wrote:
>
>> I did import the lun into the engine.  I had the hosted engine running
>> for a few days and I was able to restart it a number of times.  It wasn't
>> until I rebooted the physical box that it was running on that I encountered
>> the problem.
>>
> hosted-engine-setup probably failed adding the LUN to the engine cause it
> was already there or something similar; we need engine logs to better
> understand but the result is that it didn't completed creating the storage
> volume.
> Probably it's not worth to fix it cause we are going to remove that once
> we completed the procedure to auto-import the hosted-engine storage domain.
> didn't you noticed that it failed? wasn't the output clear enough?
>
> Then the setup generates a temp file under
> /var/run/ovirt-hosted-engine-ha/vm.conf to use it for the first run and it
> copies to the shared storage for other hosts and further runs.
> But it failed for the issue above before being able to copy it to the
> shared storage.
>
> Your local  /var/run/ovirt-hosted-engine-ha/vm.conf  simply survived till
> you rebooted the host and so you were able to reboot the engine VM. As
> expected it disappeared once you rebooted.
> Probably the agent should validate the conf volume more strictly and fail
> more clearly in this case so you'd notice it before.
> I'll open a bug against that.
>
> If you want to manually fix in order to recover your setup I can give you
> the instruction set to manually create the configuration volume on the
> shared storage.
> If it was just an evaluation I'd suggest to redeploy it from scratch.
>
>
>
>> On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
>>> wrote:
>>>
>>>> Are there different instructions for an iscsi domain?  I was able to
>>>> find the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
>>>> conf_image_UUID/$conf_volume_UUID but the tar command failed
>>>>
>>>> tar: This does not look like a tar archive
>>>> tar: Exiting with failure status due to previous errors
>>>>
>>>> This was a relatively recent fresh install, the setup log is attached.
>>>>
>>>
>>> The conf volume is not there cause ovirt-hosted-engine-setup failed
>>> before creating it.
>>>
>>> Indeed we have:
>>> 2015-11-22 16:30:27 DEBUG
>>> otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
>>> add_disk._closeup:153 Connecting to the Engine
>>> 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156
>>> method exception
>>> Traceback (most recent call last):
>>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
>>> _executeMethod
>>> method['method']()
>>>   File
>>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
>>> line 182, in _closeup
>>> lun_list = check_lun_storage.get_logical_unit()
>>> AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
>>> 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165
>>> Failed to execute stage 'Closing up': 'NoneType' object has no attribute
>>> 'get_logical_unit'
>>>
>>> and:
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>>> terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
>>> condition False
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>>> terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
>>>
>>> Probably you hit a different issue.
>>> Did you try to take any actions like importing the hosted-engine storage
>>> domain LUN on something similar on the engine before continuing with engine
>>> setup?
>>>
>>>
>>>
>>>> On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
>>>&g

[Users] Failed to import Vm host to ovirt

[Thomas Scofield]

While trying to import a virtual machine I got very generic error message
in the web interface "Failed to import Vm host to ovirt", in the engine.log
I got this java exception below.  After doing some digging I realized the
problem was I did not map the network bridge names from my
previous machine to the bridge name used on the current machine. After
modifing
the 
master/vms/e94464d3-ae44-45ac-b09b-0e17f784a378/e94464d3-ae44-45ac-b09b-0e17f784a378.ovf
file and updating the references to the bridge name the import worked as
expected.  Could more information be added to the error message to indicate
the source of the problem?  Are there any plans to allow the network
configuration to be modified as part of the import?

2012-09-10 17:04:29,436 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand]
(ajp--0.0.0.0-8009-3) START, GetVmsInfoVDSCommand(storagePoolId =
04f7efb6-f9f8-11e1-af92-6805ca00c345, ignoreFailoverLimit = false,
compatabilityVersion = null, storageDomainId =
913e496b-b0a3-4b2e-a481-7d1a101c89db, vmIdList = null), log id: 223efce6
2012-09-10 17:04:29,446 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand]
(ajp--0.0.0.0-8009-3) FINISH, GetVmsInfoVDSCommand, log id: 223efce6
2012-09-10 17:04:29,470 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand]
(ajp--0.0.0.0-8009-3) START, GetImageDomainsListVDSCommand(storagePoolId =
04f7efb6-f9f8-11e1-af92-6805ca00c345, ignoreFailoverLimit = false,
compatabilityVersion = null, imageGroupId =
b9d80d3d-0b3d-4249-8f12-3bc7e8b93464), log id: 682b1cec
2012-09-10 17:04:29,483 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand]
(ajp--0.0.0.0-8009-3) FINISH, GetImageDomainsListVDSCommand, return: [],
log id: 682b1cec
2012-09-10 17:04:29,484 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--0.0.0.0-8009-3) START, DoesImageExistVDSCommand(storagePoolId =
04f7efb6-f9f8-11e1-af92-6805ca00c345, ignoreFailoverLimit = false,
compatabilityVersion = null, storageDomainId =
913e496b-b0a3-4b2e-a481-7d1a101c89db, imageGroupId =
b9d80d3d-0b3d-4249-8f12-3bc7e8b93464, imageId =
60fb55ea-1450-4f3e-b3ac-4ba0db3e80ab), log id: 6677ff61
2012-09-10 17:04:29,548 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand]
(ajp--0.0.0.0-8009-3) FINISH, DoesImageExistVDSCommand, return: true, log
id: 6677ff61
2012-09-10 17:04:29,602 INFO  [org.ovirt.engine.core.bll.ImportVmCommand]
(pool-3-thread-49) [30fbeac] Running command: ImportVmCommand internal:
false. Entities affected :  ID: 70fc57d2-4f51-4029-a7ce-9e7705b27723 Type:
Storage
2012-09-10 17:04:29,607 INFO
 [org.ovirt.engine.core.utils.transaction.TransactionSupport]
(pool-3-thread-49) [30fbeac] transaction rolled back
2012-09-10 17:04:29,608 ERROR [org.ovirt.engine.core.bll.ImportVmCommand]
(pool-3-thread-49) [30fbeac] Command
org.ovirt.engine.core.bll.ImportVmCommand throw exception:
java.lang.StringIndexOutOfBoundsException: String index out of range: 4
at
java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:766)
[rt.jar:1.6.0_24]
at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:280)
[rt.jar:1.6.0_24]
at
org.ovirt.engine.core.bll.ImportVmCommand.auditInvalidInterfaces(ImportVmCommand.java:933)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.ImportVmCommand.AddVmNetwork(ImportVmCommand.java:801)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.ImportVmCommand$3.runInTransaction(ImportVmCommand.java:488)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.ImportVmCommand$3.runInTransaction(ImportVmCommand.java:482)
[engine-bll.jar:]
at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204)
[engine-utils.jar:]
at
org.ovirt.engine.core.bll.ImportVmCommand.addVmToDb(ImportVmCommand.java:482)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.ImportVmCommand.executeCommand(ImportVmCommand.java:476)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(CommandBase.java:804)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:896)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1203)
[engine-bll.jar:]
at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:168)
[engine-utils.jar:]
at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:107)
[engine-utils.jar:]
at
org.ovirt.engine.core.bll.CommandBase.Execute(CommandBase.java:911)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:268)
[engine-bll.jar:]
at
org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommands(MultipleActionsRunner.java:182)
[engine-bll.jar:]

Re: [Users] Failed to import Vm host to ovirt

[Thomas Scofield]

Bugs filed.

https://bugzilla.redhat.com/show_bug.cgi?id=856219
https://bugzilla.redhat.com/show_bug.cgi?id=856234


On Tue, Sep 11, 2012 at 1:16 AM, Haim Ateya  wrote:

> On 09/11/2012 12:32 AM, Thomas Scofield wrote:
>
>> While trying to import a virtual machine I got very generic error message
>> in the web interface "Failed to import Vm host to ovirt", in the engine.log
>> I got this java exception below.  After doing some digging I realized the
>> problem was I did not map the network bridge names from my previous machine
>> to the bridge name used on the current machine. After modifing the
>> master/vms/e94464d3-ae44-45ac-**b09b-0e17f784a378/e94464d3-**
>> ae44-45ac-b09b-0e17f784a378.**ovf file and updating the references to
>> the bridge name the import worked as expected.  Could more information be
>> added to the error message to indicate the source of the problem?  Are
>> there any plans to allow the network configuration to be modified as part
>> of the import?
>>
>
> Hi Thomas,
>
> thanks for your feedback (and nice catch!).
> please file 2 new bugs around this issue (one for the unhandled exception
> and another for more informative error message).
>
> https://bugzilla.redhat.com/**enter_bug.cgi?product=oVirt<https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt>
>
>
>> 2012-09-10 17:04:29,436 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-3) START,
>> GetVmsInfoVDSCommand(**storagePoolId = 
>> 04f7efb6-f9f8-11e1-af92-**6805ca00c345,
>> ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId =
>> 913e496b-b0a3-4b2e-a481-**7d1a101c89db, vmIdList = null), log id:
>> 223efce6
>> 2012-09-10 17:04:29,446 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-3)
>> FINISH, GetVmsInfoVDSCommand, log id: 223efce6
>> 2012-09-10 17:04:29,470 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**GetImageDomainsListVDSCommand]
>> (ajp--0.0.0.0-8009-3) START, GetImageDomainsListVDSCommand(**storagePoolId
>> = 04f7efb6-f9f8-11e1-af92-**6805ca00c345, ignoreFailoverLimit = false,
>> compatabilityVersion = null, imageGroupId = 
>> b9d80d3d-0b3d-4249-8f12-**3bc7e8b93464),
>> log id: 682b1cec
>> 2012-09-10 17:04:29,483 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**GetImageDomainsListVDSCommand]
>> (ajp--0.0.0.0-8009-3) FINISH, GetImageDomainsListVDSCommand, return: [],
>> log id: 682b1cec
>> 2012-09-10 17:04:29,484 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-3)
>> START, DoesImageExistVDSCommand(**storagePoolId =
>> 04f7efb6-f9f8-11e1-af92-**6805ca00c345, ignoreFailoverLimit = false,
>> compatabilityVersion = null, storageDomainId = 
>> 913e496b-b0a3-4b2e-a481-**7d1a101c89db,
>> imageGroupId = b9d80d3d-0b3d-4249-8f12-**3bc7e8b93464, imageId =
>> 60fb55ea-1450-4f3e-b3ac-**4ba0db3e80ab), log id: 6677ff61
>> 2012-09-10 17:04:29,548 INFO  [org.ovirt.engine.core.**
>> vdsbroker.irsbroker.**DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-3)
>> FINISH, DoesImageExistVDSCommand, return: true, log id: 6677ff61
>> 2012-09-10 17:04:29,602 INFO  [org.ovirt.engine.core.bll.**ImportVmCommand]
>> (pool-3-thread-49) [30fbeac] Running command: ImportVmCommand internal:
>> false. Entities affected :  ID: 70fc57d2-4f51-4029-a7ce-**9e7705b27723
>> Type: Storage
>> 2012-09-10 17:04:29,607 INFO  [org.ovirt.engine.core.utils.**transaction.
>> **TransactionSupport] (pool-3-thread-49) [30fbeac] transaction rolled
>> back
>> 2012-09-10 17:04:29,608 ERROR [org.ovirt.engine.core.bll.**ImportVmCommand]
>> (pool-3-thread-49) [30fbeac] Command 
>> org.ovirt.engine.core.bll.**ImportVmCommand
>> throw exception: java.lang.**StringIndexOutOfBoundsExceptio**n: String
>> index out of range: 4
>> at java.lang.**AbstractStringBuilder.**deleteCharAt(**
>> AbstractStringBuilder.java:**766) [rt.jar:1.6.0_24]
>> at java.lang.StringBuilder.**deleteCharAt(StringBuilder.**java:280)
>> [rt.jar:1.6.0_24]
>> at org.ovirt.engine.core.bll.**ImportVmCommand.**
>> auditInvalidInterfaces(**ImportVmCommand.java:933) [engine-bll.jar:]
>> at 
>> org.ovirt.engine.core.bll.**ImportVmCommand.AddVmNetwork(**ImportVmCommand.java:801)
>> [engine-bll.jar:]
>> at org.ovirt.engine.core.bll.**ImportVmCommand$3.**
>> runInTransaction(**ImportVmCommand.java:488) [engine-bll.jar:]
>> at org.ovirt.engine.core.bll.**ImportVmCommand$3.**
>> runInTransaction(**ImportVmCommand.java:482) [engine-bll.