1:45 p.m.
Hi,
I'm trying to update from 3.1 to 3.2 on Centos 6.4 using the repo from
dreyou.org and when I try to update the engine it gets into a loop
trying to stop the 0 tasks in the database:
Would you like to proceed? (yes|no): yes
Stopping ovirt-engine service... [ DONE ]
Stopping DB related services... [ DONE ]
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:03:38 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): yes
[ Jun 11 14:03:53 ] System will try to clear tasks during the next 3
minutes.
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:07:02 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): yes
[ Jun 11 14:19:53 ] Retrying to clear system tasks. System will try to
clear tasks during the next 3 minutes.
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:22:53 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): no
Thank you
3:33 a.m.
Il 11/06/2013 19:45, Juan Pablo Lorier ha scritto:
Hi,
I'm trying to update from 3.1 to 3.2 on Centos 6.4 using the repo from
dreyou.org and when I try to update the engine it gets into a loop
trying to stop the 0 tasks in the database:
Would you like to proceed? (yes|no): yes
Stopping ovirt-engine service... [ DONE ]
Stopping DB related services... [ DONE ]
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:03:38 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): yes
[ Jun 11 14:03:53 ] System will try to clear tasks during the next 3
minutes.
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:07:02 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): yes
[ Jun 11 14:19:53 ] Retrying to clear system tasks. System will try to
clear tasks during the next 3 minutes.
Info: The following tasks have been found running in the system:
System Tasks:
command_type | entity_type
--------------+-------------
(0 filas)
[ Jun 11 14:22:53 ] Would you like to proceed and try to stop tasks
automatically?
(Answering 'no' will stop the upgrade)? (yes|no): no
Thank you
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Hi,
Please, try with export LC_ALL=C ; engine-upgrade
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
7:06 a.m.
Thanks Sandro,
I'll give that a try as soon as I get back to work as I've got ill.
Regards,
El 12/06/13 04:33, Sandro Bonazzola escribió:
Il 11/06/2013 19:45, Juan Pablo Lorier ha scritto:
> Hi,
>
> I'm trying to update from 3.1 to 3.2 on Centos 6.4 using the repo from
> dreyou.org and when I try to update the engine it gets into a loop
> trying to stop the 0 tasks in the database:
>
> Would you like to proceed? (yes|no): yes
> Stopping ovirt-engine service... [ DONE ]
> Stopping DB related services... [ DONE ]
>
> Info: The following tasks have been found running in the system:
>
> System Tasks:
>
> command_type | entity_type
> --------------+-------------
> (0 filas)
>
>
>
>
> [ Jun 11 14:03:38 ] Would you like to proceed and try to stop tasks
> automatically?
> (Answering 'no' will stop the upgrade)? (yes|no): yes
>
> [ Jun 11 14:03:53 ] System will try to clear tasks during the next 3
> minutes.
>
>
> Info: The following tasks have been found running in the system:
>
> System Tasks:
>
> command_type | entity_type
> --------------+-------------
> (0 filas)
>
>
>
>
> [ Jun 11 14:07:02 ] Would you like to proceed and try to stop tasks
> automatically?
> (Answering 'no' will stop the upgrade)? (yes|no): yes
>
> [ Jun 11 14:19:53 ] Retrying to clear system tasks. System will try to
> clear tasks during the next 3 minutes.
>
>
> Info: The following tasks have been found running in the system:
>
> System Tasks:
>
> command_type | entity_type
> --------------+-------------
> (0 filas)
>
>
>
>
> [ Jun 11 14:22:53 ] Would you like to proceed and try to stop tasks
> automatically?
> (Answering 'no' will stop the upgrade)? (yes|no): no
>
>
> Thank you
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
Hi,
Please, try with export LC_ALL=C ; engine-upgrade
1:56 p.m.
Hi Sandro,
I'm finallyl back at the office and started working on the upgrade.
You'r suggestion worked but I have a different problem now.
This is the output of the engine-upgrade
Updating service configuration... [ ERROR ]
**Error: Upgrade failed, rolling back**
**Reason: Can't find web config file**
In the upgrade log I found this:
2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
recent call last):
File "/usr/bin/engine-upgrade", line 1101, in main
runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
File "/usr/bin/engine-upgrade", line 604, in runFunc
func()
File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695, in
updateEngineSysconfig
raise Exception("Can't find web config file")
Exception: Can't find web config file
I don't know what web config file is it referring to.
Do you want me to attach the full log?
Regard,
Juan Pablo
7:50 a.m.
Il 26/06/2013 19:56, Juan Pablo Lorier ha scritto:
Hi Sandro,
I'm finallyl back at the office and started working on the upgrade.
You'r suggestion worked but I have a different problem now.
This is the output of the engine-upgrade
Updating service configuration... [ ERROR ]
**Error: Upgrade failed, rolling back**
**Reason: Can't find web config file**
In the upgrade log I found this:
2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
recent call last):
File "/usr/bin/engine-upgrade", line 1101, in main
runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
File "/usr/bin/engine-upgrade", line 604, in runFunc
func()
File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695, in
updateEngineSysconfig
raise Exception("Can't find web config file")
Exception: Can't find web config file
I don't know what web config file is it referring to.
Do you want me to attach the full log?
Regard,
Juan Pablo
Can you try to use engine-upgrade from stable ovirt repo instead of dreyou?
Or upgrade ovirt-engine-setup to latest 3.2.2?
I can't find MSG_INFO_UPDATE_ENGINE_SYSCONFIG in engine_3.2 branch.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9:04 a.m.
ok, I'll try that and let you know the results.
Regards,
On 27/06/13 08:50, Sandro Bonazzola wrote:
Il 26/06/2013 19:56, Juan Pablo Lorier ha scritto:
> Hi Sandro,
>
> I'm finallyl back at the office and started working on the upgrade.
> You'r suggestion worked but I have a different problem now.
> This is the output of the engine-upgrade
>
> Updating service configuration... [ ERROR ]
>
> **Error: Upgrade failed, rolling back**
> **Reason: Can't find web config file**
>
> In the upgrade log I found this:
>
> 2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
> recent call last):
> File "/usr/bin/engine-upgrade", line 1101, in main
> runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
> File "/usr/bin/engine-upgrade", line 604, in runFunc
> func()
> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695, in
> updateEngineSysconfig
> raise Exception("Can't find web config file")
> Exception: Can't find web config file
>
> I don't know what web config file is it referring to.
> Do you want me to attach the full log?
> Regard,
>
> Juan Pablo
>
Can you try to use engine-upgrade from stable ovirt repo instead of dreyou?
Or upgrade ovirt-engine-setup to latest 3.2.2?
I can't find MSG_INFO_UPDATE_ENGINE_SYSCONFIG in engine_3.2 branch.
9:07 a.m.
by the way, engine setup is already in 3.2.2
(ovirt-engine-setup-3.2.2-1.1.43.el6.noarch)
regards,
On 27/06/13 08:50, Sandro Bonazzola wrote:
Il 26/06/2013 19:56, Juan Pablo Lorier ha scritto:
> Hi Sandro,
>
> I'm finallyl back at the office and started working on the upgrade.
> You'r suggestion worked but I have a different problem now.
> This is the output of the engine-upgrade
>
> Updating service configuration... [ ERROR ]
>
> **Error: Upgrade failed, rolling back**
> **Reason: Can't find web config file**
>
> In the upgrade log I found this:
>
> 2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
> recent call last):
> File "/usr/bin/engine-upgrade", line 1101, in main
> runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
> File "/usr/bin/engine-upgrade", line 604, in runFunc
> func()
> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695, in
> updateEngineSysconfig
> raise Exception("Can't find web config file")
> Exception: Can't find web config file
>
> I don't know what web config file is it referring to.
> Do you want me to attach the full log?
> Regard,
>
> Juan Pablo
>
Can you try to use engine-upgrade from stable ovirt repo instead of dreyou?
Or upgrade ovirt-engine-setup to latest 3.2.2?
I can't find MSG_INFO_UPDATE_ENGINE_SYSCONFIG in engine_3.2 branch.
9:48 a.m.
Sandro,
I've removed dreyou's repo and used ovirt stable. As conflicts were
detected in the ovirt-engine-setup reinstall, I had to remove
ovirt-engine and install it back from ovirt's repo so I now have the
latest rpms and engine-upgrade won't upgrade the database.
So now the situation is that I have and upgraded 3.2 and then rolled
back to 3.1 database, apache is not starting as certs were removed in
the reinstall (I guess).
Now the question is how do I force engine-upgrade to do the database
upgrade and if I have to manually create the certs or if the engine has
someway to do that for me.
Regards,
On 27/06/13 08:50, Sandro Bonazzola wrote:
Il 26/06/2013 19:56, Juan Pablo Lorier ha scritto:
> Hi Sandro,
>
> I'm finallyl back at the office and started working on the upgrade.
> You'r suggestion worked but I have a different problem now.
> This is the output of the engine-upgrade
>
> Updating service configuration... [ ERROR ]
>
> **Error: Upgrade failed, rolling back**
> **Reason: Can't find web config file**
>
> In the upgrade log I found this:
>
> 2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
> recent call last):
> File "/usr/bin/engine-upgrade", line 1101, in main
> runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
> File "/usr/bin/engine-upgrade", line 604, in runFunc
> func()
> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695, in
> updateEngineSysconfig
> raise Exception("Can't find web config file")
> Exception: Can't find web config file
>
> I don't know what web config file is it referring to.
> Do you want me to attach the full log?
> Regard,
>
> Juan Pablo
>
Can you try to use engine-upgrade from stable ovirt repo instead of dreyou?
Or upgrade ovirt-engine-setup to latest 3.2.2?
I can't find MSG_INFO_UPDATE_ENGINE_SYSCONFIG in engine_3.2 branch.
10:03 a.m.
Il 27/06/2013 15:48, Juan Pablo Lorier ha scritto:
Sandro,
I've removed dreyou's repo and used ovirt stable. As conflicts were
detected in the ovirt-engine-setup reinstall, I had to remove
ovirt-engine and install it back from ovirt's repo so I now have the
latest rpms and engine-upgrade won't upgrade the database.
I would have stopped you before removing ovirt-engine if I'd known about
the conflict.
Do you have a backup of the certificates?
So now the situation is that I have and upgraded 3.2 and then rolled
back to 3.1 database, apache is not starting as certs were removed in
the reinstall (I guess).
Now the question is how do I force engine-upgrade to do the database
upgrade and if I have to manually create the certs or if the engine has
someway to do that for me.
Regards,
On 27/06/13 08:50, Sandro Bonazzola wrote:
> Il 26/06/2013 19:56, Juan Pablo Lorier ha scritto:
>> Hi Sandro,
>>
>> I'm finallyl back at the office and started working on the upgrade.
>> You'r suggestion worked but I have a different problem now.
>> This is the output of the engine-upgrade
>>
>> Updating service configuration... [ ERROR ]
>>
>> **Error: Upgrade failed, rolling back**
>> **Reason: Can't find web config file**
>>
>> In the upgrade log I found this:
>>
>> 2013-06-26 13:58:24::ERROR::engine-upgrade::1111::root:: Traceback (most
>> recent call last):
>> File "/usr/bin/engine-upgrade", line 1101, in main
>> runFunc([utils.updateEngineSysconfig], MSG_INFO_UPDATE_ENGINE_SYSCONFIG)
>> File "/usr/bin/engine-upgrade", line 604, in runFunc
>> func()
>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1695,
in
>> updateEngineSysconfig
>> raise Exception("Can't find web config file")
>> Exception: Can't find web config file
>>
>> I don't know what web config file is it referring to.
>> Do you want me to attach the full log?
>> Regard,
>>
>> Juan Pablo
>>
> Can you try to use engine-upgrade from stable ovirt repo instead of dreyou?
> Or upgrade ovirt-engine-setup to latest 3.2.2?
> I can't find MSG_INFO_UPDATE_ENGINE_SYSCONFIG in engine_3.2 branch.
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
11:50 a.m.
No, I don't. It's not yet in production, so it's not catastrophic if I
have to reinstall the engine from scratch.
Anyway, if there's a way to create the certificates and "change" them
instead of the olds, it's much better.
Regards,
1:03 p.m.
Hi again,
What if I run engine-setup again as I start from scratch? will it
overwrite the database and loose all the vm's info?
regards
7:16 a.m.
Il 27/06/2013 19:03, Juan Pablo Lorier ha scritto:
Hi again,
What if I run engine-setup again as I start from scratch? will it
overwrite the database and loose all the vm's info?
regards
If it's not so important for you, I think it's better to reinstall 3.2.2
on your system.
Running engine-setup again without engine-cleanup is not a supported
procedure.
I'm not sure that this procedure will preserve the database and your vms
so make a backup first.
Maybe someone else can confirm that this procedure works on a running
system before you try this,
I don't want to have you loosing your data.
# engine-cleanup --dont-drop-db
should cleanup your current setup preserving the db.
ensure you have all the ovirt packages from the ovirt repo.
then run engine-setup using the same password you used in your previous
setup.
on my test system (but without any vm managed, so I'm not sure it will
work for you)
the output is:
oVirt Engine will be installed using the following configuration:
=================================================================
override-httpd-root: yes
host-fqdn: ovirt.localhost.localdomain
auth-pass: ********
org-name: localhost.localdomain
application-mode: both
default-dc-type: NFS
db-remote-install: local
db-local-pass: ********
nfs-mp: /var/lib/exports/iso_2013_06_28_13_03_01
config-nfs: yes
firewall-manager: None
Proceed with the configuration listed above? (yes|no): yes
Installing:
Configuring oVirt Engine... [ DONE ]
Configuring JVM... [ DONE ]
Configuring JBOSS... [ DONE ]
Creating CA... [ DONE ]
Updating ovirt-engine service... [ DONE ]
Setting Database Configuration... [ DONE ]
Setting Database Security... [ DONE ]
Upgrading Database Schema... [ DONE ]
Editing oVirt Engine Configuration... [ DONE ]
Editing Postgresql Configuration... [ DONE ]
Configuring the Default ISO Domain... [ DONE ]
Configuring Firewall... [ DONE ]
Starting ovirt-engine Service... [ DONE ]
Configuring HTTPD... [ DONE ]
**** Installation completed successfully ******
(Please allow oVirt Engine a few moments to start up.....)
**** To access oVirt Engine browse to
http://ovirt.localhost.localdomain:80 ****
Additional information:
* There are less than 16384 MBs of available free memory on this machine.
It is recommended to have at least 16384 MBs of available memory to run
the oVirt Engine.
* oVirt Engine CA SSL Certificate SHA1 fingerprint:
49:76:EF:B4:04:FA:63:19:47:A5:A2:C9:40:D6:24:57:E6:F7:02:A2
* SSH Public key fingerprint:
dd:70:48:af:b1:66:f9:b5:a5:82:36:27:fa:83:22:85
* DB was upgraded to latest version. previous DB backup can be found at
/var/lib/ovirt-engine/backups/tmpW61lgG.sql
* A default ISO share has been created on this host.
If IP based access restrictions are required, please edit
/var/lib/exports/iso_2013_06_28_13_03_01 entry in /etc/exports
* oVirt Engine requires the following TCP/IP Incoming ports to be
opened on the firewall:
22, 80, 443
* an example of the required configuration for iptables can be found
at: /etc/ovirt-engine/iptables.example
* In order to configure firewalld, please copy the template files from
/usr/share/ovirt-engine/firewalld to /etc/firewalld/services and execute
the following commands:
firewall-cmd --permanent --add-service ovirt-http
firewall-cmd --permanent --add-service ovirt-https
firewall-cmd --permanent --add-service ovirt-nfsfirewall-cmd --reload
* The installation log file is available at:
/var/log/ovirt-engine/engine-setup_2013_06_28_13_03_01.log
* Please use the user "admin" and password specified in order to login
into oVirt Engine
* To configure additional users, first configure authentication domains
using the 'engine-manage-domains' utility
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10:04 a.m.
Hi Sandro,
I tried to run the engine-cleanup --dont-drop-db and after the
engine-setup but got this:
Upgrading Database Schema... [ ERROR ]
backupDB() got an unexpected keyword argument 'backup_file'
Please check log file
/var/log/ovirt-engine/engine-setup_2013_06_28_10_18_53.log for more
information
and the log:
2013-06-28 10:21:36::ERROR::engine-setup::2392::root:: Traceback (most
recent call last):
File "/usr/bin/engine-setup", line 2386, in <module>
main(confFile)
File "/usr/bin/engine-setup", line 2169, in main
runSequences()
File "/usr/bin/engine-setup", line 2092, in runSequences
controller.runAllSequences()
File "/usr/share/ovirt-engine/scripts/setup_controller.py", line 54,
in runAllSequences
sequence.run()
File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 154,
in run
step.run()
File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run
function()
File "/usr/bin/engine-setup", line 1149, in _upgradeDB
port=getDbPort(),
TypeError: backupDB() got an unexpected keyword argument 'backup_file'
Regards,
3 p.m.
Hi Sandro,
I don't know if it's not better just to start over, because I'm wasting
your time and it's not even a production environment. Maybe it's better
just to cleanup everything and start over.
Other idea I had is to cleanup the database and then import the backup
that the upgrade made before rolling back. I don't know if that can lead
to an inconsistent database or not.
Regards,
9:34 a.m.
Hi Juan
On Fri, Jun 28, 2013 at 10:00 PM, Juan Pablo Lorier
<jplorier(a)gmail.com> wrote:
Hi Sandro,
I don't know if it's not better just to start over, because I'm
wasting
your time and it's not even a production environment. Maybe it's
better
just to cleanup everything and start over.
Other idea I had is to cleanup the database and then import the backup
that the upgrade made before rolling back. I don't know if that can
lead
to an inconsistent database or not.
Regards,
That could work.
Regarding your initial problem - it was fixed in later version, and
should be working now.
In any case - I would recommend reinstalling with 3.2, as it is indeed
a better chance to have less issues.
12:44 p.m.
Hi,
I finally decided to start from scratch. I've cleaned up the engine and
re run engine setup. I was afraid that restoring the database may lead
to some inconsistencies and I'd rather configure everything.
Thank you all for your help and keep the good work.
Regards,
Juan Pablo Lorier
2:19 p.m.
Hi again,
It seems it was too rush to say goodby :-).
Everything was ok while resetting all the networks and stuff in the 3.2
environment until it came the time to create the VMs.
I have an ISCSI target with different luns for each VM and when I
created one of them and tried to start it, it failed with this error:
vdsm.log from one of the hosts:
Thread-8267::ERROR::2013-07-01
14:53:58,697::vm::716::vm.Vm::(_startUnderlyingVm)
vmId=`1084e767-1b5e-4903-af0f-c7d90528725b`::The vm start process failed
Traceback (most recent call last):
File "/usr/share/vdsm/vm.py", line 678, in _startUnderlyingVm
self._run()
File "/usr/share/vdsm/libvirtvm.py", line 1546, in _run
self._connection.createXML(domxml, flags),
File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py",
line 111, in wrapper
ret = f(*args, **kwargs)
File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2645, in
createXML
if ret is None:raise libvirtError('virDomainCreateXML() failed',
conn=self)
libvirtError: internal error process exited while connecting to monitor:
Supported machines are:
pc RHEL 6.4.0 PC (alias of rhel6.4.0)
rhel6.4.0 RHEL 6.4.0 PC (default)
rhel6.3.0 RHEL 6.3.0 PC
rhel6.2.0 RHEL 6.2.0 PC
rhel6.1.0 RHEL 6.1.0 PC
rhel6.0.0 RHEL 6.0.0 PC
rhel5.5.0 RHEL 5.5.0 PC
rhel5.4.4 RHEL 5.4.4 PC
rhel5.4.0 RHEL 5.4.0 PC
engine.log
2013-07-01 14:53:57,503 INFO [org.ovirt.engine.core.bll.RunVmCommand]
(pool-3-thread-47) [5b2421ce] Running command: RunVmCommand internal:
false. Entities affected : ID: 1084e767-1b5e-4903-af0f-c7d90528725b
Type: VM
2013-07-01 14:53:57,634 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(pool-3-thread-47) [5b2421ce] START,
ConnectStorageServerVDSCommand(HostName = Dell2, HostId =
d0179516-177f-4925-bdf5-d38c70a8eced, storagePoolId =
5849b030-626e-47cb-ad90-3ce782d831b3, storageType = ISCSI,
connectionList = [{ id: 478b35df-da9a-4cb0-847f-2f61f17a02f7,
connection: 192.168.130.10, iqn: iqn.1992-08.com.netapp:sn.135056614,
vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null,
nfsTimeo: null };{ id: 717e3505-3290-421b-bb00-25e046f63362, connection:
192.168.131.10, iqn: iqn.1992-08.com.netapp:sn.135056614, vfsType: null,
mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null
};]), log id: 2a113886
2013-07-01 14:53:57,827 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(pool-3-thread-47) [5b2421ce] FINISH, ConnectStorageServerVDSCommand,
return: {717e3505-3290-421b-bb00-25e046f63362=0,
478b35df-da9a-4cb0-847f-2f61f17a02f7=0}, log id: 2a113886
2013-07-01 14:53:57,862 INFO
[org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-3-thread-47)
[5b2421ce] START, CreateVmVDSCommand(HostName = Dell2, HostId =
d0179516-177f-4925-bdf5-d38c70a8eced,
vmId=1084e767-1b5e-4903-af0f-c7d90528725b, vm=VM [Vftp]), log id: 2c35fafa
2013-07-01 14:53:57,909 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand]
(pool-3-thread-47) [5b2421ce] START, CreateVDSCommand(HostName = Dell2,
HostId = d0179516-177f-4925-bdf5-d38c70a8eced,
vmId=1084e767-1b5e-4903-af0f-c7d90528725b, vm=VM [Vftp]), log id: 4d43a09f
2013-07-01 14:53:57,983 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand]
(pool-3-thread-47) [5b2421ce]
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand
spiceSslCipherSuite=DEFAULT,memSize=2048,kvmEnable=true,smp=2,vmType=kvm,emulatedMachine=pc-0.14,keyboardLayout=en-us,pitReinjection=false,nice=0,display=qxl,smartcardEnable=false,smpCoresPerSocket=1,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,timeOffset=-10800,transparentHugePages=true,vmId=1084e767-1b5e-4903-af0f-c7d90528725b,devices=[Ljava.util.Map;@73c32341,acpiEnable=true,vmName=Vftp,cpuType=Westmere,custom={}
2013-07-01 14:53:57,985 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand]
(pool-3-thread-47) [5b2421ce] FINISH, CreateVDSCommand, log id: 4d43a09f
2013-07-01 14:53:57,999 INFO
[org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-3-thread-47)
[5b2421ce] IncreasePendingVms::CreateVmIncreasing vds Dell2 pending vcpu
count, now 2. Vm: Vftp
2013-07-01 14:53:58,029 INFO
[org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-3-thread-47)
[5b2421ce] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id:
2c35fafa
2013-07-01 14:53:58,041 INFO [org.ovirt.engine.core.bll.RunVmCommand]
(pool-3-thread-47) [5b2421ce] Lock freed to object EngineLock
[exclusiveLocks= key: 1084e767-1b5e-4903-af0f-c7d90528725b value: VM
, sharedLocks= ]
2013-07-01 14:54:00,257 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand]
(DefaultQuartzScheduler_Worker-10) START, DestroyVDSCommand(HostName =
Dell2, HostId = d0179516-177f-4925-bdf5-d38c70a8eced,
vmId=1084e767-1b5e-4903-af0f-c7d90528725b, force=false, secondsToWait=0,
gracefully=false), log id: 5c10d8b7
2013-07-01 14:54:00,333 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand]
(DefaultQuartzScheduler_Worker-10) FINISH, DestroyVDSCommand, log id:
5c10d8b7
2013-07-01 14:54:00,381 INFO
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-10) Running on vds during rerun failed
vm: null
2013-07-01 14:54:00,402 INFO
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-10) vm Vftp running in db and not running
in vds - add to rerun treatment. vds Dell2
2013-07-01 14:54:00,455 ERROR
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-10) Rerun vm
1084e767-1b5e-4903-af0f-c7d90528725b. Called from vds Dell2
2013-07-01 14:54:00,514 INFO
[org.ovirt.engine.core.vdsbroker.UpdateVdsDynamicDataVDSCommand]
(pool-3-thread-45) START, UpdateVdsDynamicDataVDSCommand(HostName =
Dell2, HostId = d0179516-177f-4925-bdf5-d38c70a8eced,
vdsDynamic=org.ovirt.engine.core.common.businessentities.VdsDynamic@9783b7fc),
log id: 4f595659
2013-07-01 14:54:00,524 INFO
[org.ovirt.engine.core.vdsbroker.UpdateVdsDynamicDataVDSCommand]
(pool-3-thread-45) FINISH, UpdateVdsDynamicDataVDSCommand, log id: 4f595659
2013-07-01 14:54:00,566 INFO [org.ovirt.engine.core.bll.RunVmCommand]
(pool-3-thread-45) Lock Acquired to object EngineLock [exclusiveLocks=
key: 1084e767-1b5e-4903-af0f-c7d90528725b value: VM
, sharedLocks= ]
2013-07-01 14:54:00,583 INFO
[org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand]
(pool-3-thread-45) START, IsVmDuringInitiatingVDSCommand( vmId =
1084e767-1b5e-4903-af0f-c7d90528725b), log id: 3671275a
2013-07-01 14:54:00,594 INFO
[org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand]
(pool-3-thread-45) FINISH, IsVmDuringInitiatingVDSCommand, return:
false, log id: 3671275a
2013-07-01 14:54:00,657 INFO [org.ovirt.engine.core.bll.RunVmCommand]
(pool-3-thread-45) Running command: RunVmCommand internal: false.
Entities affected : ID: 1084e767-1b5e-4903-af0f-c7d90528725b Type: VM
Another thing I found was this, but as I still don't use gluster, I
think it won't matter at this time.
2013-07-01 14:38:28,117 ERROR
[org.ovirt.engine.core.bll.gluster.GlusterManager]
(DefaultQuartzScheduler_Worker-1) Error while refreshing Gluster
lightweight data of cluster
Default!: org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorExce
ption: Failed to GlusterVolumesListVDS, error = Command execution failed
error: Connection failed. Please check if gluster daemon is operational.
return code: 1
at
org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) [bll.jar:]
at
org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191)
[bll.jar:]
at
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170)
[bll.jar:]
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
[:1.7.0_25]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_25]
And also I have an login event every minute which didn't happen in 3.1
version.
Regards.
Juan Pablo Lorier
4196
days inactive
4216
days old
16 comments
3 participants
participants (3)
-
Alex Lourie -
Juan Pablo Lorier -
Sandro Bonazzola