Re: [Users] Default compatibility version in ovirt nightly

2013-01-07 Thread Gianluca Cecchi
On Mon, Jan 7, 2013 at 8:12 AM, Ayal Baron wrote:

 Hi Gianluca,

 The problem you have now doesn't seem related $subject.
 It looks like http://gerrit.ovirt.org/#/c/10024/5 to me.
 Can you check to see if your code contains the above fix?
 Did you vdsm from nightly as well or from Fedora 18 rpms?

 Fede, does the f18 build include the above fix?

 Thanks,
 Ayal.


For this particular host I already updated the rpm package
vdsm-4.10.3-0.50.gitc6625ce.fc18.x86_64
that contains the patched file /usr/share/vdsm/storage/localFsSD.py so it
seems I'm not hitting this problem.

I ran
yum update ovirt-engine-setup
that pulled these new packages

Jan 07 08:06:27 Updated:
ovirt-engine-setup-3.2.0-1.20130106.git0cb01e1.fc18.noarch
Jan 07 08:08:53 Updated:
otopi-0.0.0-0.5.master.20130106.git0a731eb.fc18.noarch
Jan 07 08:08:54 Updated:
otopi-java-0.0.0-0.5.master.20130106.git0a731eb.fc18.noarch
Jan 07 08:08:54 Updated:
ovirt-host-deploy-0.0.0-0.0.master.20130106.gitaa0edd4.fc18.noarch
Jan 07 08:08:54 Updated:
ovirt-host-deploy-offline-0.0.0-0.0.master.20130106.gitaa0edd4.fc18.noarch
Jan 07 08:08:54 Updated:
ovirt-engine-setup-plugin-allinone-3.2.0-1.20130106.git0cb01e1.fc18.noarch
Jan 07 08:08:54 Updated:
ovirt-host-deploy-java-0.0.0-0.0.master.20130106.gitaa0edd4.fc18.noarch
Jan 07 08:08:55 Updated:
ovirt-engine-cli-3.2.0.8-1.20130106.git0b16093.fc18.noarch

Then engine-upgrade and reboot but still not able to activate storage domain

In vdsm.log
Thread-20::DEBUG::2013-01-07
19:57:41,148::BindingXMLRPC::163::vds::(wrapper) [10.194.53.246]
Thread-20::DEBUG::2013-01-07
19:57:41,149::task::568::TaskManager.Task::(_updateState)
Task=`133ef0a7-30ac-4cad-94ee-276dd59731e0`::moving from state init -
state preparing
Thread-20::INFO::2013-01-07
19:57:41,149::logUtils::41::dispatcher::(wrapper) Run and protect:
getSpmStatus(spUUID='a6e0d929-065b-4f69-a46a-0b07d3b79731', options=None)
Thread-20::ERROR::2013-01-07
19:57:41,150::task::833::TaskManager.Task::(_setError)
Task=`133ef0a7-30ac-4cad-94ee-276dd59731e0`::Unexpected error
Traceback (most recent call last):
  File /usr/share/vdsm/storage/task.py, line 840, in _run
return fn(*args, **kargs)
  File /usr/share/vdsm/logUtils.py, line 42, in wrapper
res = f(*args, **kwargs)
  File /usr/share/vdsm/storage/hsm.py, line 602, in getSpmStatus
pool = self.getPool(spUUID)
  File /usr/share/vdsm/storage/hsm.py, line 312, in getPool
raise se.StoragePoolUnknown(spUUID)
StoragePoolUnknown: Unknown pool id, pool not connected:
('a6e0d929-065b-4f69-a46a-0b07d3b79731',)
Thread-20::DEBUG::2013-01-07
19:57:41,153::task::852::TaskManager.Task::(_run)
Task=`133ef0a7-30ac-4cad-94ee-276dd59731e0`::Task._run:
133ef0a7-30ac-4cad-94ee-276dd59731e0
('a6e0d929-065b-4f69-a46a-0b07d3b79731',) {} failed - stopping task
Thread-20::DEBUG::2013-01-07
19:57:41,154::task::1177::TaskManager.Task::(stop)
Task=`133ef0a7-30ac-4cad-94ee-276dd59731e0`::stopping in state preparing
(force False)
Thread-20::DEBUG::2013-01-07
19:57:41,154::task::957::TaskManager.Task::(_decref)
Task=`133ef0a7-30ac-4cad-94ee-276dd59731e0`::ref 1 aborting True

while in engine.log
2013-01-07 19:57:33,782 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand]
(QuartzScheduler_Worker-2) XML RPC error in command GetHardwareInfoVDS (
HostName = local_host ), the error was:
java.util.concurrent.ExecutionException:
java.lang.reflect.InvocationTargetException, type
'exceptions.Exception':method getVdsHardwareInfo is not supported
2013-01-07 19:57:33,783 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand]
(QuartzScheduler_Worker-2) FINISH, GetHardwareInfoVDSCommand, log id:
5f98da5d
2013-01-07 19:57:33,795 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(QuartzScheduler_Worker-2) Cannot convert string  to AuditLogType
...
2013-01-07 19:57:33,800 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(QuartzScheduler_Worker-2) AuditLogType: DWH_ERROR not exist in string table
2013-01-07 19:57:33,800 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(QuartzScheduler_Worker-2) AuditLogType: EXTERNAL_EVENT_NORMAL not exist in
string table
2013-01-07 19:57:33,800 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(QuartzScheduler_Worker-2) AuditLogType: EXTERNAL_EVENT_WARNING not exist
in string table
2013-01-07 19:57:33,801 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(QuartzScheduler_Worker-2) AuditLogType: EXTERNAL_EVENT_ERROR not exist in
string table
...
2013-01-07 19:57:46,007 ERROR
[org.ovirt.engine.core.vdsbroker.VDSCommandBase] (QuartzScheduler_Worker-8)
Command ConnectStoragePoolVDS execution failed. Exception:
IRSNoMasterDomainException: IRSGenericException: IRSErrorException:
IRSNoMasterDomainException: Cannot find master domain:
'spUUID=a6e0d929-065b-4f69-a46a-0b07d3b79731,
msdUUID=eb9d38ff-34d6-4dd9-8309-b004f02ee510'
2013-01-07 19:57:46,010 INFO

Re: [Users] Default compatibility version in ovirt nightly

2013-01-06 Thread Gianluca Cecchi
On Sat, Jan 5, 2013 at 9:20 AM, Gianluca Cecchi wrote:

 Ok, how to test?
 Patch the insert_data.sql and try to create a new cluster / datacenter and
 see its version?
 And / or patch and run engine-cleanup to destroy all, engine-setup again?
 I have both an uninitialized environment and a one with some vm..
 Let me know


Applied the patch to a scratch installed F18 RC1 on physical server. Donna
how to download files from git web.
So this is the diff for the only modified file:
$ diff all_in_one_100.py all_in_one_100.py.orig
26c26
 MINOR = '2'
---
 MINOR = '1'


Then run engine-setup.
All goes well
Connecting to web admin I see 3.2 for both Default and local_datacenter
datacenters and for both Default and local_cluster clusters.
See:
https://docs.google.com/open?id=0BwoPbcrMv8mvME9uOS1WVjdsWUk

But in the image you can also see that I'm not able to activate the created
data storage domain.
I also tried to reboot but it remains inactive. Trying to activate I get:
Failed to activate Storage Domain local_storage (Data Center
local_datacenter) by admin@internal

I attach all the logs under /var/log/ovirt-engine in tar.gz here:
https://docs.google.com/open?id=0BwoPbcrMv8mvUHM5QS14XzRYQVk

Under /var/log/vdsm here:
https://docs.google.com/open?id=0BwoPbcrMv8mvWVZqemhPZ3ctRUk

I used ovirt nightly repo as of
ovirt-engine-3.2.0-1.20130104.git2ad721c.fc18.noarch

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


Re: [Users] Default compatibility version in ovirt nightly

2013-01-06 Thread Ayal Baron
Hi Gianluca,

The problem you have now doesn't seem related $subject.
It looks like http://gerrit.ovirt.org/#/c/10024/5 to me.
Can you check to see if your code contains the above fix?
Did you vdsm from nightly as well or from Fedora 18 rpms?

Fede, does the f18 build include the above fix?

Thanks,
Ayal.

- Original Message -
 
 
 
 
 On Sat, Jan 5, 2013 at 9:20 AM, Gianluca Cecchi wrote:
 
 
 
 
 Ok, how to test?
 Patch the insert_data.sql and try to create a new cluster /
 datacenter and see its version?
 And / or patch and run engine-cleanup to destroy all, engine-setup
 again?
 I have both an uninitialized environment and a one with some vm..
 Let me know
 
 Applied the patch to a scratch installed F18 RC1 on physical server.
 Donna how to download files from git web.
 
 So this is the diff for the only modified file:
 $ diff all_in_one_100.py all_in_one_100.py.orig
 26c26
  MINOR = '2'
 ---
  MINOR = '1'
 
 
 
 Then run engine-setup.
 
 All goes well
 
 Connecting to web admin I see 3.2 for both Default and
 local_datacenter datacenters and for both Default and local_cluster
 clusters.
 
 See:
 https://docs.google.com/open?id=0BwoPbcrMv8mvME9uOS1WVjdsWUk
 
 
 But in the image you can also see that I'm not able to activate the
 created data storage domain.
 
 I also tried to reboot but it remains inactive. Trying to activate I
 get:
 Failed to activate Storage Domain local_storage (Data Center
 local_datacenter) by admin@internal
 
 
 I attach all the logs under /var/log/ovirt-engine in tar.gz here:
 
 https://docs.google.com/open?id=0BwoPbcrMv8mvUHM5QS14XzRYQVk
 
 
 Under /var/log/vdsm here:
 https://docs.google.com/open?id=0BwoPbcrMv8mvWVZqemhPZ3ctRUk
 
 
 I used ovirt nightly repo as of
 ovirt-engine-3.2.0-1.20130104.git2ad721c.fc18.noarch
 
 
 Gianluca
 
 
 
 
 
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Default compatibility version in ovirt nightly

2013-01-05 Thread Gianluca Cecchi
Ok, how to test?
Patch the insert_data.sql and try to create a new cluster / datacenter and
see its version?
And / or patch and run engine-cleanup to destroy all, engine-setup again?
I have both an uninitialized environment and a one with some vm..
Let me know
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Default compatibility version in ovirt nightly

2013-01-04 Thread Gianluca Cecchi
Hello,
I remember some time ago someone writing about compatibility version
defaults for 3.2 that should be put to 3.2.
I'm using oVirt nightly in all-in-one config as of
 ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch

but compatibility versions defaults are still 3.1 both for local_datacenter
and local_cluster and Default Datacenter and Cluster

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


Re: [Users] Default compatibility version in ovirt nightly

2013-01-04 Thread Itamar Heim

On 01/05/2013 03:14 AM, Gianluca Cecchi wrote:

Hello,
I remember some time ago someone writing about compatibility version
defaults for 3.2 that should be put to 3.2.
I'm using oVirt nightly in all-in-one config as of
  ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch

but compatibility versions defaults are still 3.1 both for
local_datacenter and local_cluster and Default Datacenter and Cluster

Gianluca


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



seems laszlo fixed the default DC/cluster[1].
i've sent this for the allinone (i'd appreciate if you can test in your 
environment it works and tick the 'verified' on the patch)


Change I5ae937b0: fix allinone version to 3.2 for dc/cluster default version
http://gerrit.ovirt.org/#/c/10673/

thanks,
   Itamar

[1] git show 153fce6582b7132d5689888497b38c182a1405ff
commit 153fce6582b7132d5689888497b38c182a1405ff
Author: Laszlo Hornyak lhorn...@redhat.com
Date:   Tue Dec 11 14:43:24 2012 +0100

engine: create DC and cluster as 3.2

Increases the DC and cluster compatibility version to 3.2 for fresh
installations

Change-Id: Ifc953f608d25bf6b9358575274537fbf5d766805
Signed-off-by: Laszlo Hornyak lhorn...@redhat.com

diff --git a/backend/manager/dbscripts/insert_data.sql 
b/backend/manager/dbscripts/insert_data.sql

index 3621d26..088ee17 100644
--- a/backend/manager/dbscripts/insert_data.sql
+++ b/backend/manager/dbscripts/insert_data.sql
@@ -15,10 +15,10 @@ BEGIN

 --INSERTING DATA INTO TABLE storage_pool

-INSERT INTO storage_pool 
(id,name,description,storage_pool_type,status,master_domain_version,compatibili
+INSERT INTO storage_pool 
(id,name,description,storage_pool_type,status,master_domain_version,compatibili

 --INSERTING DATA INTO TABLE vds_groups

-INSERT INTO vds_groups 
(vds_group_id,name,description,storage_pool_id,compatibility_version,transparent_
+INSERT INTO vds_groups 
(vds_group_id,name,description,storage_pool_id,compatibility_version,transparent_


 --INSERTING DATA INTO NETWORK table

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