[Users] engine-update problem
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
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@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
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi, Please, try with export LC_ALL=C ; engine-upgrade
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
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
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.
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.
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.
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
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,
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
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
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,
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,
Hi Juan On Fri, Jun 28, 2013 at 10:00 PM, Juan Pablo Lorier <jplorier@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.
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
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
participants (3)
-
Alex Lourie -
Juan Pablo Lorier -
Sandro Bonazzola