8:14 p.m.
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
12:30 a.m.
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(a)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 <lhornyak(a)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 <lhornyak(a)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
3:20 a.m.
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
7:06 p.m.
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
2:12 a.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:06 p.m.
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
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(QuartzScheduler_Worker-8) FINISH, ConnectStoragePoolVDSCommand, log id:
2f2957ee
2013-01-07 19:57:46,011 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(QuartzScheduler_Worker-8) IrsBroker::Failed::GetStoragePoolInfoVDS
2013-01-07 19:57:46,011 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(QuartzScheduler_Worker-8) Exception: 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,236 INFO
[org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand]
(pool-3-thread-19) [47e9e14a] Running command:
ReconstructMasterDomainCommand internal: true. Entities affected : ID:
eb9d38ff-34d6-4dd9-8309-b004f02ee510 Type: Storage
2013-01-07 19:57:46,358 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.MarkPoolInReconstructModeVDSCommand]
(pool-3-thread-19) [47e9e14a] START, MarkPoolInReconstructModeVDSCommand(
storagePoolId = a6e0d929-065b-4f69-a46a-0b07d3b79731, ignoreFailoverLimit =
false, compatabilityVersion = null, reconstructMarkAction = ClearCache),
log id: 768a1787
2013-01-07 19:57:46,361 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(pool-3-thread-19) [47e9e14a] clearing cache for problematic entities in
pool a6e0d929-065b-4f69-a46a-0b07d3b79731
2013-01-07 19:57:46,363 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.MarkPoolInReconstructModeVDSCommand]
(pool-3-thread-19) [47e9e14a] FINISH, MarkPoolInReconstructModeVDSCommand,
log id: 768a1787
2013-01-07 19:57:46,438 INFO
[org.ovirt.engine.core.bll.eventqueue.EventQueueMonitor] (pool-3-thread-18)
Finished reconstruct for pool a6e0d929-065b-4f69-a46a-0b07d3b79731.
Clearing all event queue
2013-01-07 19:57:56,131 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(QuartzScheduler_Worker-22) hostFromVds::selectedVds - local_host,
spmStatus Unknown_Pool, storage pool local_datacenter
2013-01-07 19:57:56,153 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(QuartzScheduler_Worker-22) START, ConnectStoragePoolVDSCommand(HostName =
local_host, HostId = 919c3ca3-980f-425f-a97d-778c9cd076ca, storagePoolId =
a6e0d929-065b-4f69-a46a-0b07d3b79731, vds_spm_id = 1, masterDomainId =
eb9d38ff-34d6-4dd9-8309-b004f02ee510, masterVersion = 1), log id: 56c65032
2013-01-07 19:58:00,669 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-22) Command
org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand
return value
Class Name:
org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc
mStatus Class Name:
org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc
mCode 304
mMessage Cannot find master domain:
'spUUID=a6e0d929-065b-4f69-a46a-0b07d3b79731,
msdUUID=eb9d38ff-34d6-4dd9-8309-b004f02ee510'
2013-01-07 19:58:00,671 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-22) HostName = local_host
2013-01-07 19:58:00,671 ERROR
[org.ovirt.engine.core.vdsbroker.VDSCommandBase]
(QuartzScheduler_Worker-22) 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'
Could it be that this host, that is a PC with 6Gb of ram and Opteron
processor
model name : AMD Athlon(tm) II X4 630 Processor
gets its ip by dhcp?
At this moment
[root@tekkaman ovirt-engine]# ip addr list
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: p10p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
master ovirtmgmt state UP qlen 1000
link/ether 90:e6:ba:c9:f1:e1 brd ff:ff:ff:ff:ff:ff
inet6 fe80::92e6:baff:fec9:f1e1/64 scope link
valid_lft forever preferred_lft forever
4: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UP
link/ether 90:e6:ba:c9:f1:e1 brd ff:ff:ff:ff:ff:ff
inet 10.194.53.246/20 brd 10.194.63.255 scope global ovirtmgmt
inet6 fe80::92e6:baff:fec9:f1e1/64 scope link
valid_lft forever preferred_lft forever
6: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
link/ether 12:1a:6c:ef:c0:fc brd ff:ff:ff:ff:ff:ff
7: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue
state DOWN
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
8: bond4: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue
state DOWN
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
[root@tekkaman ovirt-engine]# ip route list
default via 10.194.48.1 dev ovirtmgmt
10.194.48.0/20 dev ovirtmgmt proto kernel scope link src 10.194.53.246
169.254.0.0/16 dev ovirtmgmt scope link metric 1004
Gianluca
4372
days inactive
4374
days old
5 comments
3 participants
participants (3)
-
Ayal Baron -
Gianluca Cecchi -
Itamar Heim