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

2015-12-01 Thread 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" <stira...@redhat.com> wrote:

>
>
> On Tue, Dec 1, 2015 at 3:24 PM, Thomas Scofield <tscofi...@gmail.com>
> 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" <stira...@redhat.com> wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield <tscofi...@gmail.com>
>>> 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

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

2015-12-01 Thread 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 <stira...@redhat.com>
wrote:

>
>
> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield <tscofi...@gmail.com>
> 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 <stira...@redhat.com>
>> wrote:
>>
>>>
>>>
>>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield <tscofi...@gmail.com>
>>> 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

2015-12-01 Thread 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" <stira...@redhat.com> wrote:

>
>
> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield <tscofi...@gmail.com>
> 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 <stira...@redhat.com>
>> wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield <tscofi...@gmail.com>
>>> 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 <stira...@redhat.com
>>>> > wrote:
>>>>
>>>>>
>>>>>
>>>>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield <tscofi...@gmail.com>
>>>>> 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

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

2015-11-30 Thread 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 <stira...@redhat.com>
wrote:

>
>
> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield <tscofi...@gmail.com>
> 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

[ovirt-users] hosted engine vm.conf missing

2015-11-27 Thread 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

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

2014-10-03 Thread 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

[ovirt-users] ovirt engine not responding

2014-09-22 Thread 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

[Users] ovirt-engine certs

2014-03-10 Thread 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] Not enough MAC addresses left in MAC Address Pool

2013-10-26 Thread 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

[Users] Active Directory Groups

2013-05-22 Thread 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] drac5 power management test

2013-05-15 Thread 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 ih...@redhat.com 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 /ih...@redhat.com/* wrote:


 From: Itamar Heim ih...@redhat.com
 Subject: Re: [Users] drac5 power management test
 To: Peter Reilly preill...@yahoo.com
 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 /mc/compose?to=Users@ovirt.**orgUsers@ovirt.org
 
   
 http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users
  

 engine log for this?


 __**_
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users

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

[Users] forced shutdown with client agent

2013-03-28 Thread 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] power management for drac6

2013-03-22 Thread 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 demchenko...@gmail.comwrote:

 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/3528http://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] power management for drac6

2013-03-21 Thread 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 Status 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

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

2013-01-04 Thread 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

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

2012-09-11 Thread 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 hat...@redhat.com 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=oVirthttps://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.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

[Users] Failed to import Vm host to ovirt

2012-09-10 Thread 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:]