Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19

[Alon Bar-Lev]

- Original Message -
> From: "Thomas Suckow" 
> To: users@ovirt.org
> Sent: Tuesday, August 27, 2013 1:48:33 AM
> Subject: Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19
> 
> Snippets of what seems possibly relevant:
> https://gist.github.com/thomassuckow/995f422cd5c46c6de98c
> 
> messages seems mostly happy with the exception of a crash in
> "/usr/bin/vdsm-tool" related to ksmtuned, not sure if relevant
> 
> The engine.log shows the error I mentioned before:
> 
> ... Message: Host myhost does not comply with the cluster Default emulated
> machines. The Hosts emulated machines are  and the cluster is
> [rhel6.4.0, pc-1.0]}
> ...
> ... Message: State was set to NonOperational for host myhost
> 

For the service issue, I am adding Yaniv.
The Hosts emulated machines are , I am adding Yair.

As far as I can see the host-deploy is finished OK, just to confirm can you 
send output of:
# ip link
# ip addr

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

Re: [Users] SPICE Console with Portal - Windows clients

[Karli Sjöberg]

mån 2013-08-26 klockan 13:19 -0400 skrev Aaron Bliss:
Hi all,
Running ovirt-engine version 3.2 (from EL 6 repo) and most everything seems to 
be working great.  I would like to setup SPICE based console access from 
Windows based clients running Internet Explorer (spice console from Linux based 
machines and FF work great).  The process to setup console SPICE console access 
from Windows based clients is documented here:

http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal

However, the link to download spice.cab 
(http://elmarco.fedorapeople.org/spice.cab) isn't working.  Does anyone have a 
trust worthy source for spice.cab?  Please advise and thanks.

Aaron

Here, this is the one:
http://lists.ovirt.org/pipermail/users/2013-June/014937.html

--

Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Can't Attach Glusterfs Storage to Data Center

[Sahina Bose]

On 08/27/2013 11:10 AM, higkoohk wrote:

the vdsm.log :
Thread-3817::DEBUG::2013-08-27 
13:38:30,980::persistentDict::234::Storage.PersistentDict::(refresh) 
read lines (FileMetadataRW)=['CLASS=Data', 
'DESCRIPTION=GlusterDomain', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 
'LEASETIMESEC=60', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 
'POOL_UUID=', 'REMOTE_PATH=172.28.26.102:vm-storage', 'ROLE=Regular', 
'SDUUID=9a8554b5-c514-4e46-91cc-b0490a977d55', 'TYPE=GLUSTERFS', 
'VERSION=3', '_SHA_CKSUM=7329f71f34ccd201c574c9e06dd9d5c07084d17f']
Thread-3817::WARNING::2013-08-27 
13:38:30,981::fileUtils::167::Storage.fileUtils::(createdir) Dir 
/rhev/data-center/e8f568cf-e9db-4cf1-b812-1e4b8ae530cc already exists
Thread-3817::DEBUG::2013-08-27 
13:38:30,981::persistentDict::167::Storage.PersistentDict::(transaction) 
Starting transaction
Thread-3817::DEBUG::2013-08-27 
13:38:30,981::persistentDict::175::Storage.PersistentDict::(transaction) 
Finished transaction
Thread-3817::INFO::2013-08-27 
13:38:30,981::clusterlock::174::SANLock::(acquireHostId) Acquiring 
host id for domain 9a8554b5-c514-4e46-91cc-b0490a977d55 (id: 250)
Thread-3817::ERROR::2013-08-27 
13:38:31,982::task::850::TaskManager.Task::(_setError) 
Task=`e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79`::Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 857, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 960, in createStoragePool
masterVersion, leaseParams)
  File "/usr/share/vdsm/storage/sp.py", line 617, in create
self._acquireTemporaryClusterLock(msdUUID, leaseParams)
  File "/usr/share/vdsm/storage/sp.py", line 559, in 
_acquireTemporaryClusterLock

msd.acquireHostId(self.id )
  File "/usr/share/vdsm/storage/sd.py", line 458, in acquireHostId
self._clusterLock.acquireHostId(hostId, async)
  File "/usr/share/vdsm/storage/clusterlock.py", line 189, in 
acquireHostId

raise se.AcquireHostIdFailure(self._sdUUID, e)
AcquireHostIdFailure: Cannot acquire host id: 
('9a8554b5-c514-4e46-91cc-b0490a977d55', SanlockException(22, 'Sanlock 
lockspace add failure', 'Invalid argument'))
Thread-3817::DEBUG::2013-08-27 
13:38:31,982::task::869::TaskManager.Task::(_run) 
Task=`e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79`::Task._run: 
e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79 (None, 
'e8f568cf-e9db-4cf1-b812-1e4b8ae530cc', 'GlusterDataCenter', 
'9a8554b5-c514-4e46-91cc-b0490a977d55', 
['9a8554b5-c514-4e46-91cc-b0490a977d55'], 7, None, 5, 60, 10, 3) {} 
failed - stopping task


I'm not very aware of the VDSM error, adding Deepak to look at it.
If you're trying to use GlusterFS as storage domain, have you followed 
the  "Important Pre-requisites" in 
http://www.ovirt.org/Features/GlusterFS_Storage_Domain?


thank!
sahina



2013/8/27 higkoohk mailto:higko...@gmail.com>>

Hello everyone!

I'm init a glusterfs vm center , and now doing storage domain fail
torage .

Still get 'Cannot acquire host id'.

Env:
OS Version:RHEL - 6 - 4.el6.centos.10

Kernel Version:2.6.32 - 358.14.2.el6.x86_64

KVM Version:0.12.1.2 - 2.355.el6

LIBVIRT Version:
libvirt-1.1.1-1.el6
VDSM Version:
vdsm-4.12.0-0.1.rc3.el6
SPICE Version:0.12.0 - 12.el6

iSCSI Initiator Name:iqn.1994-05.com.redhat:9ea82ec11b83



SPM Priority:

Active VMs:
0
CPU Name:Intel SandyBridge Family

CPU Type:Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz

CPU Sockets:
1
CPU Cores per Socket:
6
CPU Threads per Core:2 (SMT Enabled)



Physical Memory:
24135 MB total, 965 MB used, 23170 MB free
Swap Size:
23999 MB total, 0 MB used, 23999 MB free
Shared Memory:
0%
Max free Memory for scheduling new VMs:
23749 MB
Memory Page Sharing:
Inactive
Automatic Large Pages:
Always



The error message is :

2013-08-27 12:13:25,814 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Failed in CreateStoragePoolVDS method
2013-08-27 12:13:25,815 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Error code AcquireHostIdFailure and error
message VDSGenericException: VDSErrorException: Failed to
CreateStoragePoolVDS, error = Cannot acquire host id:
('9a8554b5-c514-4e46-91cc-b0490a977d55', SanlockException(22,
'Sanlock lockspace add failure', 'Invalid argument'))
2013-08-27 12:13:25,817 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Command CreateStoragePoolVDS execution failed.
Exception: VDSErrorException: VDSGenericException:
VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot

Re: [Users] Can't Attach Glusterfs Storage to Data Center

[higkoohk]

the vdsm.log :
Thread-3817::DEBUG::2013-08-27
13:38:30,980::persistentDict::234::Storage.PersistentDict::(refresh) read
lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=GlusterDomain',
'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=',
'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=',
'REMOTE_PATH=172.28.26.102:vm-storage',
'ROLE=Regular', 'SDUUID=9a8554b5-c514-4e46-91cc-b0490a977d55',
'TYPE=GLUSTERFS', 'VERSION=3',
'_SHA_CKSUM=7329f71f34ccd201c574c9e06dd9d5c07084d17f']
Thread-3817::WARNING::2013-08-27
13:38:30,981::fileUtils::167::Storage.fileUtils::(createdir) Dir
/rhev/data-center/e8f568cf-e9db-4cf1-b812-1e4b8ae530cc already exists
Thread-3817::DEBUG::2013-08-27
13:38:30,981::persistentDict::167::Storage.PersistentDict::(transaction)
Starting transaction
Thread-3817::DEBUG::2013-08-27
13:38:30,981::persistentDict::175::Storage.PersistentDict::(transaction)
Finished transaction
Thread-3817::INFO::2013-08-27
13:38:30,981::clusterlock::174::SANLock::(acquireHostId) Acquiring host id
for domain 9a8554b5-c514-4e46-91cc-b0490a977d55 (id: 250)
Thread-3817::ERROR::2013-08-27
13:38:31,982::task::850::TaskManager.Task::(_setError)
Task=`e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 857, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 960, in createStoragePool
masterVersion, leaseParams)
  File "/usr/share/vdsm/storage/sp.py", line 617, in create
self._acquireTemporaryClusterLock(msdUUID, leaseParams)
  File "/usr/share/vdsm/storage/sp.py", line 559, in
_acquireTemporaryClusterLock
msd.acquireHostId(self.id)
  File "/usr/share/vdsm/storage/sd.py", line 458, in acquireHostId
self._clusterLock.acquireHostId(hostId, async)
  File "/usr/share/vdsm/storage/clusterlock.py", line 189, in acquireHostId
raise se.AcquireHostIdFailure(self._sdUUID, e)
AcquireHostIdFailure: Cannot acquire host id:
('9a8554b5-c514-4e46-91cc-b0490a977d55', SanlockException(22, 'Sanlock
lockspace add failure', 'Invalid argument'))
Thread-3817::DEBUG::2013-08-27
13:38:31,982::task::869::TaskManager.Task::(_run)
Task=`e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79`::Task._run:
e2ec1d1f-c94d-46bd-8db3-ef83fed0fd79 (None,
'e8f568cf-e9db-4cf1-b812-1e4b8ae530cc', 'GlusterDataCenter',
'9a8554b5-c514-4e46-91cc-b0490a977d55',
['9a8554b5-c514-4e46-91cc-b0490a977d55'], 7, None, 5, 60, 10, 3) {} failed
- stopping task


2013/8/27 higkoohk 

> Hello everyone!
>
> I'm init a glusterfs vm center , and now doing storage domain fail torage .
>
> Still get 'Cannot acquire host id'.
>
> Env:
>  OS Version:RHEL - 6 - 4.el6.centos.10
>  Kernel Version:2.6.32 - 358.14.2.el6.x86_64
>  KVM Version:0.12.1.2 - 2.355.el6
>  LIBVIRT Version:
> libvirt-1.1.1-1.el6
> VDSM Version:
> vdsm-4.12.0-0.1.rc3.el6
> SPICE Version:0.12.0 - 12.el6
>  iSCSI Initiator Name:iqn.1994-05.com.redhat:9ea82ec11b83
>  SPM Priority:
>  Active VMs:
> 0
> CPU Name:Intel SandyBridge Family
> CPU Type:Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
>  CPU Sockets:
> 1
> CPU Cores per Socket:
> 6
> CPU Threads per Core:2 (SMT Enabled)
>  Physical Memory:
> 24135 MB total, 965 MB used, 23170 MB free
> Swap Size:
> 23999 MB total, 0 MB used, 23999 MB free
> Shared Memory:
> 0%
> Max free Memory for scheduling new VMs:
> 23749 MB
> Memory Page Sharing:
> Inactive
> Automatic Large Pages:
> Always
>
> The error message is :
>
> 2013-08-27 12:13:25,814 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
> (pool-6-thread-50) Failed in CreateStoragePoolVDS method
> 2013-08-27 12:13:25,815 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
> (pool-6-thread-50) Error code AcquireHostIdFailure and error message
> VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS,
> error = Cannot acquire host id: ('9a8554b5-c514-4e46-91cc-b0490a977d55',
> SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument'))
> 2013-08-27 12:13:25,817 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
> (pool-6-thread-50) Command CreateStoragePoolVDS execution failed.
> Exception: VDSErrorException: VDSGenericException: VDSErrorException:
> Failed to CreateStoragePoolVDS, error = Cannot acquire host id:
> ('9a8554b5-c514-4e46-91cc-b0490a977d55', SanlockException(22, 'Sanlock
> lockspace add failure', 'Invalid argument'))
> 2013-08-27 12:13:25,819 ERROR
> [org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand]
> (pool-6-thread-50) Command
> org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand throw
> Vdc Bll exception. With error message VdcBLLException:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS,
> error = Cannot acquire host id: ('9a8554b5-c514-4e46-91cc-b0490a977d55'

Re: [Users] Create Volume on Web failed, Error while executing action: General command validation failure.

[higkoohk]

I'm sorry , lose this command on last letter:

gluster volume set vm-image server.allow-insecure on


2013/8/27 higkoohk 

> It successed after do this:
>
> gluster volume create vm-image stripe 2 replica 2
> 172.28.26.10{2,3,4,5}:/data/gluster/vm-image
> gluster volume set vm-image storage.owner-uid 36
>
gluster volume set vm-image server.allow-insecure on

> gluster volume set vm-image storage.owner-gid 36
>
> add 'option rpc-auth-allow-insecure on' to
> file /etc/glusterfs/glusterd.vol
>
> then restart all the gluster nodes !
>
>
> 2013/8/27 Sahina Bose 
>
>>
>> On 08/27/2013 08:17 AM, higkoohk wrote:
>>
>>  Hello, Everyone!
>>
>> I'm create Volume on web ,failed error msg is 'Error while executing
>> action: General command validation failure.'. like this:
>>
>>  The engine.log detail :
>>
>>
>>  2013-08-27 10:44:32,987 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-45) START, GlusterServicesListVDSCommand(HostName =
>> Agent-103, HostId = 2ffe6e0c-b3aa-4d68-bdb8-ab1979b4651f), log id: 279d3c1f
>> 2013-08-27 10:44:32,987 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-47) START, GlusterServicesListVDSCommand(HostName =
>> Agent-102, HostId = e8838320-4532-497f-b092-6d624dadae88), log id: 56dc9baa
>> 2013-08-27 10:44:32,987 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-50) START, GlusterServicesListVDSCommand(HostName =
>> Agent-104, HostId = de558ba5-4326-4e5b-b5a5-b334fc044ffd), log id: 70c48fa8
>> 2013-08-27 10:44:32,987 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-48) START, GlusterServicesListVDSCommand(HostName =
>> Agent-105, HostId = ba096935-6328-4733-bbf4-72d69490c382), log id: 21c493d1
>> 2013-08-27 10:44:33,053 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-47) FINISH, GlusterServicesListVDSCommand, return:
>> [org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@3e4d5db1,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@24e75494,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@6ab470ad,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@514f8762,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@9672270,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@d480e72f,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@9f9aabee],
>> log id: 56dc9baa
>> 2013-08-27 10:44:33,053 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-45) FINISH, GlusterServicesListVDSCommand, return:
>> [org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@9d386d64,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@83d26447,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@c99f8060,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@b03a9715,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@68523223,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@336bf6e2,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@fe85bba1],
>> log id: 279d3c1f
>> 2013-08-27 10:44:33,145 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-50) FINISH, GlusterServicesListVDSCommand, return:
>> [org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@3d1f17ef,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@23b90ed2,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@69862aeb,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@502141a0,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@838dcae,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@d352a16d,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@9e6c662c],
>> log id: 70c48fa8
>> 2013-08-27 10:44:33,204 INFO
>>  [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
>> (pool-6-thread-48) FINISH, GlusterServicesListVDSCommand, return:
>> [org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@d0ecad74,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@b786a457,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@fd53c070,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@e3eed725,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@9c067233,
>> org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@672036f2,
>> org.ov

[Users] Can't Attach Glusterfs Storage to Data Center

[higkoohk]

Hello everyone!

I'm init a glusterfs vm center , and now doing storage domain fail torage .

Still get 'Cannot acquire host id'.

Env:
OS Version:RHEL - 6 - 4.el6.centos.10
Kernel Version:2.6.32 - 358.14.2.el6.x86_64
KVM Version:0.12.1.2 - 2.355.el6
LIBVIRT Version:
libvirt-1.1.1-1.el6
VDSM Version:
vdsm-4.12.0-0.1.rc3.el6
SPICE Version:0.12.0 - 12.el6
iSCSI Initiator Name:iqn.1994-05.com.redhat:9ea82ec11b83
SPM Priority:
Active VMs:
0
CPU Name:Intel SandyBridge Family
CPU Type:Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
CPU Sockets:
1
CPU Cores per Socket:
6
CPU Threads per Core:2 (SMT Enabled)
Physical Memory:
24135 MB total, 965 MB used, 23170 MB free
Swap Size:
23999 MB total, 0 MB used, 23999 MB free
Shared Memory:
0%
Max free Memory for scheduling new VMs:
23749 MB
Memory Page Sharing:
Inactive
Automatic Large Pages:
Always

The error message is :

2013-08-27 12:13:25,814 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Failed in CreateStoragePoolVDS method
2013-08-27 12:13:25,815 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Error code AcquireHostIdFailure and error message
VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS,
error = Cannot acquire host id: ('9a8554b5-c514-4e46-91cc-b0490a977d55',
SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument'))
2013-08-27 12:13:25,817 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]
(pool-6-thread-50) Command CreateStoragePoolVDS execution failed.
Exception: VDSErrorException: VDSGenericException: VDSErrorException:
Failed to CreateStoragePoolVDS, error = Cannot acquire host id:
('9a8554b5-c514-4e46-91cc-b0490a977d55', SanlockException(22, 'Sanlock
lockspace add failure', 'Invalid argument'))
2013-08-27 12:13:25,819 ERROR
[org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand]
(pool-6-thread-50) Command
org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand throw
Vdc Bll exception. With error message VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to CreateStoragePoolVDS,
error = Cannot acquire host id: ('9a8554b5-c514-4e46-91cc-b0490a977d55',
SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument'))
(Failed with VDSM error AcquireHostIdFailure and code 661)

What can i do now ? many thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19

[Thomas Suckow]

Snippets of what seems possibly relevant: 
https://gist.github.com/thomassuckow/995f422cd5c46c6de98c


messages seems mostly happy with the exception of a crash in 
"/usr/bin/vdsm-tool" related to ksmtuned, not sure if relevant


The engine.log shows the error I mentioned before:

... Message: Host myhost does not comply with the cluster Default 
emulated machines. The Hosts emulated machines are  and the 
cluster is [rhel6.4.0, pc-1.0]}

...
... Message: State was set to NonOperational for host myhost


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

Re: [Users] All VMs disappeared

[Frank Wall]

On 09.08.2013 09:48, Jakub Bittner wrote:

Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our VMs
disappeared from VMs tab. Nodes running on centos too. Repeating
problem in log is:


I have the same problem, but with a slightly different setup:

- fresh install of Fedora 19 (all updates installed)
- fresh install of oVirt 3.3 RC (no upgrade)
- All-in-One setup with only local storage
- VMs installed from scratch (no import)
- VM/node/engine uptime was about 22 hours before reboot

Now the problem is very the same as reported by Jakub:
Every time I reboot ovirt-engine the VMs will disappear. No matter what 
I do before rebooting ovirt-engine - set storage to maintenance, set 
host to maintenance - it's always the same.


One interesting thing to note: Only VMs created from my custom template 
will disappear! If I create a VM from the "blank" template, it will NOT 
disappear.


Of course, the VM Disks can still be found in the filesystem, but it's a 
nightmare trying to guess what disk should be attached to what VM... I 
consider these VMs lost, since it's (fortunately) my test server, but 
still a day of work is lost.


Here are some interesting log entries from engine startup AFTER REBOOT:

2013-08-26 23:03:20,479 INFO  
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Failing 
task with empty vdsm id AsyncTaskType copyImage : Task 
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate


2013-08-26 23:03:20,497 INFO  
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Calling 
updateTask for task with out vdsm id and AsyncTaskType copyImage : Task 
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate 
Parameters class {3}


2013-08-26 23:03:20,506 INFO  
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7) 
CommandAsyncTask::Adding CommandMultiAsyncTasks object for command 
4202990d-e85f-4935-a91b-a832bc8582cc


2013-08-26 23:03:20,787 INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (pool-6-thread-7) 
[10025b02] Lock Acquired to object EngineLock [exclusiveLocks= key: 
vm1.example.com value: VM_NAME


2013-08-26 23:03:20,788 INFO  
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7) 
[10025b02] CommandMultiAsyncTasks::AttachTask: Attaching task 
---- to command 
4202990d-e85f-4935-a91b-a832bc8582cc.


2013-08-26 23:03:20,796 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] 
(pool-6-thread-7) [10025b02] BaseAsyncTask::LogEndTaskFailure: Task 
---- (Parent Command AddVmFromTemplate, 
Parameters Type 
org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with 
failure:


2013-08-26 23:03:20,805 INFO  
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7) 
[10025b02] task with DB task ID ---- has 
 empty vdsm  task ID and is about to be cleared


2013-08-26 23:03:20,806 INFO  
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7) 
[10025b02] CommandAsyncTask::EndActionIfNecessary: All tasks of command 
4202990d-e85f-4935-a91b-a832bc8582cc has ended -> executing EndAction


2013-08-26 23:03:20,807 INFO  
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7) 
[10025b02] CommandAsyncTask::EndAction: Ending action for 1 tasks 
(command ID: 4202990d-e85f-4935-a91b-a832bc8582cc): calling EndAction .


Needless to say that I'm ABSOLUTELY SURE the template-copy tasks 
actually did succeed before rebooting, as I was using the VMs, 
installing software, rebooting, ... they were all running fine for 22 
hours!


These messages exist for every missing VM. A show-stopper for 3.3 if you 
ask me :-/



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

Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19

[Alon Bar-Lev]

- Original Message -
> From: "Thomas Suckow" 
> To: users@ovirt.org
> Sent: Monday, August 26, 2013 11:52:15 PM
> Subject: Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19
> 
> 
> > The engine does not support localhost (loopback) as an address for network
> > management.
> >
> > You have to use a real interface with real address.
> I did also try the systems "real" IP and it did not seem to change
> anything with regards to:
> 
> The Hosts emulated machines are  and the cluster is [rhel6.4.0,
> pc-1.0]}

Logs will be nice.

> >
> > You can also use fake interface to do so, such as dummy.
> >
> > modprobe dummy
> > ifconfig dummy0 10.0.0.1 netmask 255.255.255.0
> I'll keep that in mind. May be useful for other things I want to do.
> >
> > Alon
> 
> ___
> 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] Compliance problem with ovirt 3.3 on Fedora 19

[Thomas Suckow]

The engine does not support localhost (loopback) as an address for network 
management.

You have to use a real interface with real address.
I did also try the systems "real" IP and it did not seem to change 
anything with regards to:


The Hosts emulated machines are  and the cluster is [rhel6.4.0, 
pc-1.0]}


You can also use fake interface to do so, such as dummy.

modprobe dummy
ifconfig dummy0 10.0.0.1 netmask 255.255.255.0

I'll keep that in mind. May be useful for other things I want to do.


Alon


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

Re: [Users] Compliance problem with ovirt 3.3 on Fedora 19

[Alon Bar-Lev]

- Original Message -
> From: "Thomas Suckow" 
> To: users@ovirt.org
> Sent: Monday, August 26, 2013 11:32:02 PM
> Subject: [Users] Compliance problem with ovirt 3.3 on Fedora 19
> 
> I attempted to setup and all-in-one solution on Fedora 19. I ran through the
> install which made a default data center and cluster. I created a host with
> 127.0.0.1 and then attempted to add the bridge that the test day
> documentation states does not get handled properly. After many reboots and
> disabling NetworkManager.service and enabling network.service as well as
> manually editing the /etc/sysconfig/network-scripts/ifcfg-* files I had a
> network connection and reduced the "errors" that seem to be keeping my host
> in the Nonfunctional state to:
> 
> Host Localhost does not comply with the cluster Default emulated machines.
> The Hosts emulated machines are  and the cluster is [rhel6.4.0,
> pc-1.0]}
> 
> Recommendations of something I may be doing wrong? Has running 3.3 on F19
> been a bad choice on my part? Bug?

The engine does not support localhost (loopback) as an address for network 
management.

You have to use a real interface with real address.

You can also use fake interface to do so, such as dummy.

modprobe dummy
ifconfig dummy0 10.0.0.1 netmask 255.255.255.0

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

[Users] Compliance problem with ovirt 3.3 on Fedora 19

[Thomas Suckow]

I attempted to setup and all-in-one solution on Fedora 19. I ran through the install 
which made a default data center and cluster. I created a host with 127.0.0.1 and then 
attempted to add the bridge that the test day documentation states does not get handled 
properly. After many reboots and disabling NetworkManager.service and enabling 
network.service as well as manually editing the /etc/sysconfig/network-scripts/ifcfg-* 
files I had a network connection and reduced the "errors" that seem to be 
keeping my host in the Nonfunctional state to:

Host Localhost does not comply with the cluster Default emulated machines. The Hosts 
emulated machines are  and the cluster is [rhel6.4.0, pc-1.0]}

Recommendations of something I may be doing wrong? Has running 3.3 on F19 been 
a bad choice on my part? Bug?

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

[Users] SPICE Console with Portal - Windows clients

[Aaron Bliss]

Hi all,
Running ovirt-engine version 3.2 (from EL 6 repo) and most everything 
seems to be working great.  I would like to setup SPICE based console 
access from Windows based clientsrunning Internet Explorer (spice 
console from Linux based machines and FF work great).  The process to 
setup console SPICE console access from Windows based clients is 
documented here:


http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal

However, the link to download spice.cab 
(http://elmarco.fedorapeople.org/spice.cab) isn't working.  Does anyone 
have a trust worthy source for spice.cab?  Please advise and thanks.


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

Re: [Users] Designate Master Storage Domain

[Dead Horse]

Live Migration is possible when the relevant storage server is not the one
needing to be taken offline for maintenance. Granted a proper Gluster setup
would alleviate that however when optimum performance of file backed
virtual disks is a factor Gluster is not there yet.
- DHC


On Sun, Aug 18, 2013 at 5:47 AM, Ayal Baron  wrote:

>
>
> - Original Message -
> > Pausing the VM's can work in certain situations for simple maintenance.
> > However suppose the purpose of the storage shutdown is to move data
> around
> > for certain VM's or perhaps change that particular underlying storage
>
> Then why not live migrate the relevant disks?
>
> > filesystem or hardware. Thus some of the VM's will have to be down for
> sure
> > however pausing them all because of the aforementioned would not be an
> > option since it would take hours or days depending on the amount of data
> and
> > the degree of change.
> >
> > - DHC
> >
> >
> > On Fri, Aug 16, 2013 at 12:14 AM, Karli Sjöberg < karli.sjob...@slu.se >
> > wrote:
> >
> >
> >
> > tor 2013-08-15 klockan 10:46 -0500 skrev Dead Horse:
> >
> >
> > Itamar this is true (I have noted occasional timing issues with it
> actually
> > working).
> > But what if as the administrator I have a specific storage domain in mind
> > that I would like to have become the master (in the case of more then
> two)?
> >
> >
> >
> >
> > @Karli
> >
> >
> >
> > The idea is not to not have to shut down all the VM's or the engine just
> to
> > maintenance a storage domain(s) that may happen to be on disparate
> storage
> > servers
> > .
> >
> > Yes I understood that. My suggestion was a workaround until such
> operations
> > are possible, that we use to minimize downtime as much as possible, to
> pause
> > the VM's, shut down engine, maintenance, bring engine and VM's back.
> Since
> > the VM's only was paused and engine shut down, the VM's just continue
> going
> > happily unknowing exactly from where they were, and a reboot of a storage
> > takes at most 5mins, which means 5mins total of downtime in the cloud
> > environment for that quarter, which is acceptable for just about any SLA.
> >
> > /Karli
> >
> >
> >
> >
> >
> >
> >
> > - DHC
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Aug 15, 2013 at 9:37 AM, Itamar Heim < ih...@redhat.com > wrote:
> >
> >
> >
> > On 08/15/2013 06:18 AM, Dead Horse wrote:
> >
> >
> >
> >
> >
> >
> >
> > Is there any method of designating which domain should be the master
> > storage domain or forcibly changing the role to a different storage
> domain?
> >
> > EG: Given the following example
> >
> > Storage Domain A (Master) --> NFS --> Storage Server 1
> > Storage Domain B --> NFS --> Storage Server 2
> >
> > One wants to do maintenance to Storage Server 1 but in doing so the
> > Master storage domain is hosted from Storage Server 1. Thus the net
> > result of taking down Storage Server 1 is that one must also take down
> > Storage Server 2.
> >
> > Thus we know we must shut down VM's from Storage Domain A to maintenance
> > Storage Server 1. Suppose however that VM's are running that we don't
> > want to shut down and are hosted from Storage Domain B via Storage
> Server 2.
> >
> > We would want to be able to promote Storage Domain B to Master so that
> > we can take down Storage Domain A to do maintenance to Storage Server 1.
> >
> > Once we are done with maintenance to Storage Server 1 we can bring
> > Storage Domain A back on line, re-designate it as Master if desired and
> > bring it's VM's back online.
> >
> > I know I have seen this occur automatically to a point when a Storage
> > Domain goes missing that is the Master Domain but I have not noted any
> > manual method of doing so given the above scenario.
> >
> > - DHC
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/ mailman/listinfo/users
> >
> >
> > my understanding is you can move the storage domain A which is master to
> > maint. engine will promote storage domain B to master and everything
> should
> > continue working as is.
> >
> >
> >
> >
> >
> >   --
> >
> > Med Vänliga Hälsningar
> >
> ---
> > Karli Sjöberg
> > Swedish University of Agricultural Sciences
> > Box 7079 (Visiting Address Kronåsvägen 8)
> > S-750 07 Uppsala, Sweden
> > Phone: +46-(0)18-67 15 66
> > karli.sjob...@slu.se
> >
> >
> > ___
> > 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

[Users] Clarify message: "Failed to connect Host to Storage Pool Default"

[Gianluca Cecchi]

Hello,
after a induced failure of a whole site for testing reaction and
restart, what would be sequence of actions to do from a physical point
of view and from a gui point of view after powering on the hw
components?
In webadmin portal I see these 3 messages in host view events after
SAN and then host and engine restart

Detected new Host XXX. Host state was set to Up.
Host XXX cannot access one of the Storage Domains attached to the Data
Center Default. Setting Host state to Non-Operational.
Failed to connect Host XXX to Storage Pool Default

hosts and engine are fedora 18 with 3.2.2-1.1.fc18 and there are 6
fibrechannel storage domains, all down and in Unknown crossdatacenter
status. one of them is flagged as "(master)"...

I'm going to eventually send full logs, but I would like to ask if it
is possible to send clearer messages inside the gui, for example what
are the SDs that the host cannot access in case there are many of
them.

What does "Storage Pool Default" mean?
The term "Default" is because my DC (and my cluster) are named "Default"?
What exactly does it mean "Storage Pool"? The Master Data Domain or
the combination of the defined storage domains?

btw: In storage view I see:
Failed to Reconstruct Master Domain for Data Center Default

Thanks in advance

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

Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]

[Malini Rao]

- Original Message -
> From: "Einav Cohen" 
> To: "Eldan Hildesheim" 
> Cc: "info" , "users" , j...@cs.yorku.ca, 
> "Malini Rao" , "Lior
> Vernia" , "Karli Sjöberg" , "René 
> Koch (ovido)" 
> Sent: Monday, August 26, 2013 9:48:31 AM
> Subject: Re: [Users] Setup Host Network dialog - actions availability 
> [ux][BZ#984737]
> 
> > - Original Message -
> > From: "Eldan Hildesheim" 
> > Sent: Sunday, August 25, 2013 9:41:55 AM
> > 
> > Hi,
> > The SPACE to the right of the text was made originally only for the
> > "purpose
> > network icon" (crown, vm, monitor...) - at one glance the user should
> > understand the purpose of the network. No other icon (edit) should
> > interfere
> > the understanding of this purpose.
> > 1. Putting a gear instead of a pencil is ok with me - but It shouldn't be
> > static - it should be shown only in rollover:
> > It is totally normal to rollover an item and get more options about it and
> > not having an edit icon next to it. (We don't have an icon inside each line
> > in the  grid as well).
> 
> again - reminding the original subject of my thread / original pain-point
> mentioned
> in the description of BZ#984737: the user had a hard time finding the edit
> icon in
> the first place. Replacing a tiny pencil icon with a tiny gear icon (but
> still
> displaying it only upon hover) kind-of misses the entire point IMO.
> a static indication will be helpful in this case.
> 
> [users: it this is NOT a real pain point - please let us know]
> 
> Moreover, the fact that the area on the right-hand side of the
> network-rectangle
> was made originally only for read-only "purpose" icons is OK, but it doesn't
> mean
> that we cannot change that. Alissa made a point about removing the rectangles
> around
> the "purpose" icons (see attached) with which I agree - it will make them
> look less
> like "buttons" and more like read-only icons.
> if we will graphically distinguish the gear icon (e.g. separator, border,
> etc.) so
> that it wouldn't be mistakenly considered as another "purpose" icon, but as a
> button,
> we wouldn't a problem.

MR: I agree that removing the boxes around the read only informational labels 
will help in distinguishing an action from a label and the separator is also a 
great idea. I understand Eldan's thinking in terms of revealing the Actions on 
rollover but I think given that this is a dense graphic screen with lots of 
visual elements, users may be finding it hard to detect a tiny addition in the 
form of a icon. For this reason, I suggested this to be static. 

> 
> > 2. The implementation as it is now is a bit bizarre, you rollover the box
> > and
> > you get the EDIT TOOL (pencil) and the TOOLTIP.
> > Sketch - Option 1 - merges both of the technics together.
> 
> was there a sketch that you intended to attach? or did you refer to one of
> the
> attachments in one of the previous e-mails in the thread?
> 
> > But in case we don't really need a tool tip as Lior suggests, we can
> > eliminated the tooltip and go with option 2 (wheel + arrow in rollover)
> 
> I assume that you mean that gear + arrow will appear upon rollover, not that
> gear + arrow will always be displayed and the actual available actions (edit,
> remove) will appear upon hover (which is what I suggested).
> Which means that in your suggestion - actual available actions (edit, remove)
> will appear only upon mouse-click (which means that in order to edit a
> network,
> two clicks will be required, instead of one today / my suggestion)?
> 
> > Eldan
> > 
> > 
> > - Original Message -
> > From: "Einav Cohen" 
> > To: "users" 
> > Cc: "Lior Vernia" , "info" , "Eldan
> > Hildesheim" , j...@cs.yorku.ca, "Karli Sjöberg"
> > , "René Koch (ovido)" , "Malini Rao"
> > 
> > Sent: Friday, August 23, 2013 9:23:31 PM
> > Subject: Re: [Users] Setup Host Network dialog - actions availability
> > [ux][BZ#984737]
> > 
> > [top posting]
> > 
> > Many thanks, everyone, for your valuable input - it is highly appreciated!
> > I would like to do an interim summary of our conclusions / open issues so
> > far, towards converging to a concrete solution.
> > 
> > your feedback will be highly appreciated.
> > 
> > (1) [open issue] actions availability indication:
> > 
> >   (a) always visible (e.g. as a gear icon, see attached
> >   HostSetupNetworks-DropDownMenu.png)
> >   (b) visible only upon hover (see attached
> >   HostSetupNetworks-HoverPopUp.png)
> >   (c) combination (see attached
> >   SetupHostNetworks-StaticAndHoverCombination.png)
> > 
> > [ignore the exact design details for now (e.g. hover solution contains /
> > doesn't
> > contain some network details, gear icon drop-down items panel opens upon
> > hover /
> > upon click, etc.]
> > 
> > I think we all agree that (c) is a bad redundancy;
> > (a) may somewhat clutter the existing view, however it best resolves the
> > original pain point mentioned in the BZ/this thread, which is not fully
> > resolved in solution (b).
> > according 

Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]

[Einav Cohen]

> - Original Message -
> From: "Eldan Hildesheim" 
> Sent: Sunday, August 25, 2013 9:41:55 AM
> 
> Hi,
> The SPACE to the right of the text was made originally only for the "purpose
> network icon" (crown, vm, monitor...) - at one glance the user should
> understand the purpose of the network. No other icon (edit) should interfere
> the understanding of this purpose.
> 1. Putting a gear instead of a pencil is ok with me - but It shouldn't be
> static - it should be shown only in rollover:
> It is totally normal to rollover an item and get more options about it and
> not having an edit icon next to it. (We don't have an icon inside each line
> in the  grid as well).

again - reminding the original subject of my thread / original pain-point 
mentioned 
in the description of BZ#984737: the user had a hard time finding the edit icon 
in 
the first place. Replacing a tiny pencil icon with a tiny gear icon (but still 
displaying it only upon hover) kind-of misses the entire point IMO.
a static indication will be helpful in this case.

[users: it this is NOT a real pain point - please let us know]

Moreover, the fact that the area on the right-hand side of the 
network-rectangle 
was made originally only for read-only "purpose" icons is OK, but it doesn't 
mean 
that we cannot change that. Alissa made a point about removing the rectangles 
around 
the "purpose" icons (see attached) with which I agree - it will make them look 
less 
like "buttons" and more like read-only icons.
if we will graphically distinguish the gear icon (e.g. separator, border, etc.) 
so 
that it wouldn't be mistakenly considered as another "purpose" icon, but as a 
button, 
we wouldn't a problem.

> 2. The implementation as it is now is a bit bizarre, you rollover the box and
> you get the EDIT TOOL (pencil) and the TOOLTIP.
> Sketch - Option 1 - merges both of the technics together.

was there a sketch that you intended to attach? or did you refer to one of the 
attachments in one of the previous e-mails in the thread?

> But in case we don't really need a tool tip as Lior suggests, we can
> eliminated the tooltip and go with option 2 (wheel + arrow in rollover)

I assume that you mean that gear + arrow will appear upon rollover, not that 
gear + arrow will always be displayed and the actual available actions (edit, 
remove) will appear upon hover (which is what I suggested).
Which means that in your suggestion - actual available actions (edit, remove) 
will appear only upon mouse-click (which means that in order to edit a network, 
two clicks will be required, instead of one today / my suggestion)?

> Eldan
> 
> 
> - Original Message -
> From: "Einav Cohen" 
> To: "users" 
> Cc: "Lior Vernia" , "info" , "Eldan
> Hildesheim" , j...@cs.yorku.ca, "Karli Sjöberg"
> , "René Koch (ovido)" , "Malini Rao"
> 
> Sent: Friday, August 23, 2013 9:23:31 PM
> Subject: Re: [Users] Setup Host Network dialog - actions availability
> [ux][BZ#984737]
> 
> [top posting]
> 
> Many thanks, everyone, for your valuable input - it is highly appreciated!
> I would like to do an interim summary of our conclusions / open issues so
> far, towards converging to a concrete solution.
> 
> your feedback will be highly appreciated.
> 
> (1) [open issue] actions availability indication:
> 
>   (a) always visible (e.g. as a gear icon, see attached
>   HostSetupNetworks-DropDownMenu.png)
>   (b) visible only upon hover (see attached HostSetupNetworks-HoverPopUp.png)
>   (c) combination (see attached
>   SetupHostNetworks-StaticAndHoverCombination.png)
> 
> [ignore the exact design details for now (e.g. hover solution contains /
> doesn't
> contain some network details, gear icon drop-down items panel opens upon
> hover /
> upon click, etc.]
> 
> I think we all agree that (c) is a bad redundancy;
> (a) may somewhat clutter the existing view, however it best resolves the
> original pain point mentioned in the BZ/this thread, which is not fully
> resolved in solution (b).
> according to the input provided in this thread, it seems that most of the
> people are in favor of adding the gear icon, which implies that they support
> (a) [I could be wrong, please correct me if I am].
> 
> (2) [open issue] displaying a details-pop-up upon hover on a logical network
> is needed / not needed.
> we received here a couple of opinions that it isn't needed, I would like
> to verify that everyone are comfortable with that; also need to keep in
> mind that we currently have a details pop-up when hovering on a NIC, and I
> assume that we have one for hovering on a Bond - are everyone comfortable
> with getting rid of all of these?
> 
> (3) [open issue] actions availability upon click vs. upon hover.
> [note: this is not about the indication mentioned in (1) (e.g. gear icon),
> but about actually showing the available actions (edit, remove, etc.).
> revealing the available actions upon click would mean that two clicks will
> be needed in order to edit a logical network, for example

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alex Lourie]

Sure, I'll investigate.

-- 

Best regards,

Alex Lourie
Software Developer in Integration
Red Hat


- Original Message -
> From: "Alon Bar-Lev" 
> To: "Alex Lourie" 
> Cc: "Jakub Bittner" , users@ovirt.org
> Sent: Monday, August 26, 2013 3:02:48 PM
> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> 
> 
> - Original Message -
> > From: "Alex Lourie" 
> > To: "Alon Bar-Lev" 
> > Cc: "Jakub Bittner" , users@ovirt.org
> > Sent: Monday, August 26, 2013 3:00:12 PM
> > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > 
> > Simple guess? An upgrade from 3.1; or early versions of 3.2; we had
> > postgres
> > as the owner of those objects then. Upgrade didn't change that.
> > 
> 
> Alex, we must fix that.
> Are you sure that 3.1 used postgres as owner?
> I thought we always used the engine user to create the database.
> Please confirm we have an issue, if we do, we need to add change ownership of
> objects when upgrade from legacy.
> 
> > --
> > 
> > Best regards,
> > 
> > Alex Lourie
> > Software Developer in Integration
> > Red Hat
> > 
> > 
> > - Original Message -
> > > From: "Alon Bar-Lev" 
> > > To: "Jakub Bittner" 
> > > Cc: users@ovirt.org, "Alex Lourie" 
> > > Sent: Monday, August 26, 2013 2:06:53 PM
> > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Jakub Bittner" 
> > > > To: "Alon Bar-Lev" 
> > > > Cc: users@ovirt.org
> > > > Sent: Monday, August 26, 2013 2:04:58 PM
> > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db
> > > > upgrade
> > > > 
> > > > Dne 26.8.2013 12:40, Alon Bar-Lev napsal(a):
> > > > >
> > > > > - Original Message -
> > > > >> From: "Jakub Bittner" 
> > > > >> To: users@ovirt.org
> > > > >> Sent: Monday, August 26, 2013 1:37:24 PM
> > > > >> Subject: Re: [Users] update from 3.3 beta to RC failed during db
> > > > >> upgrade
> > > > >>
> > > > >> Dne 26.8.2013 12:18, Bittner Jakub napsal(a):
> > > > >>
> > > > >>
> > > > >>
> > > > >> On 26.8.2013 11:45, Alon Bar-Lev wrote:
> > > > >>
> > > > >>
> > > > >>
> > > > >> - Original Message -
> > > > >>
> > > > >>
> > > > >>
> > > > >> From: "Jakub Bittner"  To: users@ovirt.org Sent:
> > > > >> Monday,
> > > > >> August 26, 2013 12:23:48 PM
> > > > >> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> > > > >>
> > > > >> I tryed updating 3.3 fom beta to rc, but it failed during db
> > > > >> upgrade.
> > > > >>
> > > > >>
> > > > >> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > > > >> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> > > > >>
> > > > >> and in log:
> > > > >>
> > > > >> 2013-08-26 08:33:01 DEBUG
> > > > >> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> > > > >> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> > > > >> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> > > > >> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> > > > >> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner
> > > > >> of
> > > > >> function fn_db_add_column
> > > > >> Can you please provide full log?
> > > > >> Of course.
> > > > >> https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U
> > > > >>
> > > > >>
> > > > >> ___
> > > > >> Users mailing list Users@ovirt.org
> > > > >> http://lists.ovirt.org/mailman/listinfo/users
> > > > >>
> > > > >> I changed all function owner from postgre to engine and upgrade
> > > > >> works.
> > > > >> The
> > > > >> question is, why owner was postgre. ;-)
> > > > >
> > > > > Well, we create all objects at the ownership of the engine user.
> > > > >
> > > > > Can it be installation of 3.2 and upgrade?
> > > > >
> > > > >> ___
> > > > >> Users mailing list
> > > > >> Users@ovirt.org
> > > > >> http://lists.ovirt.org/mailman/listinfo/users
> > > > >>
> > > > Yes, it is 3.2 upgraded to 3.3beta and now 3.3rc.
> > > > 
> > > 
> > > Oh...
> > > 
> > > Alex,
> > > Can you check in which sequence do we have database owned by postgres
> > > user?
> > > Maybe 3.2 upstream had some issue in setting up correct privileges?
> > > 
> > > Thanks,
> > > Alon
> > > 
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Is the feature Local Authentication abandoned?

[Alon Bar-Lev]

- Original Message -
> From: "Jason Keltz" 
> To: "Alon Bar-Lev" 
> Cc: "users@ovirt.org >> users" 
> Sent: Monday, August 26, 2013 3:49:52 PM
> Subject: Re: [Users] Is the feature Local Authentication abandoned?
> 
> On 08/24/2013 04:44 AM, Alon Bar-Lev wrote:
> >
> > - Original Message -
> >> From: "lofyer" 
> >> To: "Alon Bar-Lev" 
> >> Cc: users@ovirt.org
> >> Sent: Saturday, August 24, 2013 11:07:10 AM
> >> Subject: Re: [Users] Is the feature Local Authentication abandoned?
> >>
> >> On 2013/8/24 15:56, Alon Bar-Lev wrote:
> >>> - Original Message -
>  From: "lofyer" 
>  To: "Alon Bar-Lev" 
>  Cc: users@ovirt.org
>  Sent: Saturday, August 24, 2013 10:47:21 AM
>  Subject: Re: [Users] Is the feature Local Authentication abandoned?
> 
>  On 2013/8/24 15:46, Alon Bar-Lev wrote:
> > - Original Message -
> >> From: "lofyer" 
> >> To: users@ovirt.org
> >> Sent: Saturday, August 24, 2013 10:36:12 AM
> >> Subject: [Users] Is the feature Local Authentication abandoned?
> >>
> >> Is the feature Local Authentication abandoned in 3.3?
> >> If not, what should I do to use it?
> > Question is unclear.
> >
> > What do you call "Local Authentication", after setup can't you login
> > using
> > admin user?
>  Sorry for that.
>  I mean, use users in /etc/passwd to login.
> 
> >>> I never knew this is was an option.
> >>>
> >>> Or you mean something new that was planned somewhere?
> >>>
> >>> I am against of using native authentication for applications, as it
> >>> enables
> >>> more privileges that users should have.
> >>>
> >>> The proper way to do that is to use directory services, such as LDAP and
> >>> integrate the nss of system and application to use that directory.
> >>>
> >>> Regards,
> >>> Alon
> >> I saw this
> >> from**http://www.ovirt.org/Features/Local_Authentication%E2%80%8E
> >> So I thought it would be available now..
> >>
> >> It seems that I have to use ldap now.
> >>
> > In future you will be able to write plugin for authentication and
> > authorization to do whatever you like.
> >
> > This is still work in progress as far as I can see[1].
> >
> > Alon
> >
> > [1]
> > http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:ldap_independence,n,z
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> While I think this is a great future addition, I really believe that the
> default oVirt installation should include some form of integrated basic
> authentication using the integrated DB!  I was really surprised to see
> this functionality missing.  With the integrated DB, I have no idea why
> the functionality isn't there.  I know - it's all about priorities.

I fully agree with you.
I was also surprised that LDAP was developed before simple database.

> While LDAP is common, still - not everyone uses it!  If I was buying
> RHEV, the lack of the basic built in authentication would have been a
> show stopper for me.  Do I *really* need to use LDAP when I've got a
> total of about 4 people maintaining everything?  In fact, even if I
> *was* using LDAP, the virtualization infrastructure has enough of its
> own complexity that I'd rather separate it from LDAP - one less thing to
> go wrong.   If I was buying RHEV, the lack of basic authentication would
> have been a showstopper for me.
> 
> Jason.
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Is the feature Local Authentication abandoned?

[Jason Keltz]

On 08/24/2013 04:44 AM, Alon Bar-Lev wrote:


- Original Message -

From: "lofyer" 
To: "Alon Bar-Lev" 
Cc: users@ovirt.org
Sent: Saturday, August 24, 2013 11:07:10 AM
Subject: Re: [Users] Is the feature Local Authentication abandoned?

On 2013/8/24 15:56, Alon Bar-Lev wrote:

- Original Message -

From: "lofyer" 
To: "Alon Bar-Lev" 
Cc: users@ovirt.org
Sent: Saturday, August 24, 2013 10:47:21 AM
Subject: Re: [Users] Is the feature Local Authentication abandoned?

On 2013/8/24 15:46, Alon Bar-Lev wrote:

- Original Message -

From: "lofyer" 
To: users@ovirt.org
Sent: Saturday, August 24, 2013 10:36:12 AM
Subject: [Users] Is the feature Local Authentication abandoned?

Is the feature Local Authentication abandoned in 3.3?
If not, what should I do to use it?

Question is unclear.

What do you call "Local Authentication", after setup can't you login
using
admin user?

Sorry for that.
I mean, use users in /etc/passwd to login.


I never knew this is was an option.

Or you mean something new that was planned somewhere?

I am against of using native authentication for applications, as it enables
more privileges that users should have.

The proper way to do that is to use directory services, such as LDAP and
integrate the nss of system and application to use that directory.

Regards,
Alon

I saw this from**http://www.ovirt.org/Features/Local_Authentication%E2%80%8E
So I thought it would be available now..

It seems that I have to use ldap now.


In future you will be able to write plugin for authentication and authorization 
to do whatever you like.

This is still work in progress as far as I can see[1].

Alon

[1] 
http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:ldap_independence,n,z
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


While I think this is a great future addition, I really believe that the 
default oVirt installation should include some form of integrated basic 
authentication using the integrated DB!  I was really surprised to see 
this functionality missing.  With the integrated DB, I have no idea why 
the functionality isn't there.  I know - it's all about priorities.  
While LDAP is common, still - not everyone uses it!  If I was buying 
RHEV, the lack of the basic built in authentication would have been a 
show stopper for me.  Do I *really* need to use LDAP when I've got a 
total of about 4 people maintaining everything?  In fact, even if I 
*was* using LDAP, the virtualization infrastructure has enough of its 
own complexity that I'd rather separate it from LDAP - one less thing to 
go wrong.   If I was buying RHEV, the lack of basic authentication would 
have been a showstopper for me.


Jason.

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

[Users] Failed with VDSM error unexpected and code 16

[higkoohk]

2013-08-26 20:32:53,573 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-19) START,
GlusterVolumesListVDSCommand(HostName = 172.28.26.104, HostId =
937f9863-fd65-458b-87d1-d01c96d2dfa1), log id: 7b48
2013-08-26 20:32:53,596 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-19) FINISH, GlusterVolumesListVDSCommand,
return: {}, log id: 7b48
2013-08-26 20:32:53,711 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-45) START, GlusterServicesListVDSCommand(HostName =
172.28.26.105, HostId = ddb51c46-a1a7-4b63-8d99-a0472a6f777c), log id:
5f6030ae
2013-08-26 20:32:53,711 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-41) START, GlusterServicesListVDSCommand(HostName =
172.28.26.104, HostId = 937f9863-fd65-458b-87d1-d01c96d2dfa1), log id:
6eae3b29
2013-08-26 20:32:53,711 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-49) START, GlusterServicesListVDSCommand(HostName =
172.28.26.102, HostId = dc8ed104-08dd-4235-b00a-d930cb8b646e), log id:
51d8a93b
2013-08-26 20:32:53,711 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-42) START, GlusterServicesListVDSCommand(HostName =
172.28.26.103, HostId = 563a19bb-a22c-4498-84ca-36e81cdac647), log id:
5564bf9d
2013-08-26 20:32:53,715 ERROR
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-49) Failed in GlusterServicesListVDS method
2013-08-26 20:32:53,716 ERROR
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-49) Error code unexpected and error message
VDSGenericException: VDSErrorException: Failed to GlusterServicesListVDS,
error = Unexpected exception
2013-08-26 20:32:53,717 ERROR
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-49) Command GlusterServicesListVDS execution failed.
Exception: VDSErrorException: VDSGenericException: VDSErrorException:
Failed to GlusterServicesListVDS, error = Unexpected exception
2013-08-26 20:32:53,718 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-49) FINISH, GlusterServicesListVDSCommand, log id: 51d8a93b
2013-08-26 20:32:53,775 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-41) FINISH, GlusterServicesListVDSCommand, return:
[org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@852ca111,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@6bc697f4,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@b193b40d,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@982ecac2,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@504665d0,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@1b602a8f,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@e679ef4e],
log id: 6eae3b29
2013-08-26 20:32:53,781 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-42) FINISH, GlusterServicesListVDSCommand, return:
[org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@698409fa,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@501e00dd,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@95eb1cf6,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@7c8633ab,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@349dceb9,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@ffb79378,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@cad15837],
log id: 5564bf9d
2013-08-26 20:32:53,805 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServicesListVDSCommand]
(pool-6-thread-45) FINISH, GlusterServicesListVDSCommand, return:
[org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@cc418f28,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@b2db860b,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@f8a8a224,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@df43b8d9,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@975b53e7,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@627518a6,
org.ovirt.engine.core.common.businessentities.gluster.GlusterServerService@2d8edd65],
log id: 5f6030ae
2013-08-26 20:32:53,807 WARN
 [org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil]
(DefaultQuartzScheduler_Worker-15) The thread pool failed to execute list
of tasks
2013-08-26 20:32:53,808 ERROR
[org.ovirt.engine.core.bll.gluster.GlusterServiceSyncJob]
(DefaultQuartzScheduler_Worke

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alon Bar-Lev]

- Original Message -
> From: "Alex Lourie" 
> To: "Alon Bar-Lev" 
> Cc: "Jakub Bittner" , users@ovirt.org
> Sent: Monday, August 26, 2013 3:00:12 PM
> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> Simple guess? An upgrade from 3.1; or early versions of 3.2; we had postgres
> as the owner of those objects then. Upgrade didn't change that.
> 

Alex, we must fix that.
Are you sure that 3.1 used postgres as owner?
I thought we always used the engine user to create the database.
Please confirm we have an issue, if we do, we need to add change ownership of 
objects when upgrade from legacy.

> --
> 
> Best regards,
> 
> Alex Lourie
> Software Developer in Integration
> Red Hat
> 
> 
> - Original Message -
> > From: "Alon Bar-Lev" 
> > To: "Jakub Bittner" 
> > Cc: users@ovirt.org, "Alex Lourie" 
> > Sent: Monday, August 26, 2013 2:06:53 PM
> > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > 
> > 
> > 
> > - Original Message -
> > > From: "Jakub Bittner" 
> > > To: "Alon Bar-Lev" 
> > > Cc: users@ovirt.org
> > > Sent: Monday, August 26, 2013 2:04:58 PM
> > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > > 
> > > Dne 26.8.2013 12:40, Alon Bar-Lev napsal(a):
> > > >
> > > > - Original Message -
> > > >> From: "Jakub Bittner" 
> > > >> To: users@ovirt.org
> > > >> Sent: Monday, August 26, 2013 1:37:24 PM
> > > >> Subject: Re: [Users] update from 3.3 beta to RC failed during db
> > > >> upgrade
> > > >>
> > > >> Dne 26.8.2013 12:18, Bittner Jakub napsal(a):
> > > >>
> > > >>
> > > >>
> > > >> On 26.8.2013 11:45, Alon Bar-Lev wrote:
> > > >>
> > > >>
> > > >>
> > > >> - Original Message -
> > > >>
> > > >>
> > > >>
> > > >> From: "Jakub Bittner"  To: users@ovirt.org Sent:
> > > >> Monday,
> > > >> August 26, 2013 12:23:48 PM
> > > >> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> > > >>
> > > >> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
> > > >>
> > > >>
> > > >> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > > >> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> > > >>
> > > >> and in log:
> > > >>
> > > >> 2013-08-26 08:33:01 DEBUG
> > > >> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> > > >> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> > > >> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> > > >> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> > > >> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
> > > >> function fn_db_add_column
> > > >> Can you please provide full log?
> > > >> Of course. https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U
> > > >>
> > > >>
> > > >> ___
> > > >> Users mailing list Users@ovirt.org
> > > >> http://lists.ovirt.org/mailman/listinfo/users
> > > >>
> > > >> I changed all function owner from postgre to engine and upgrade works.
> > > >> The
> > > >> question is, why owner was postgre. ;-)
> > > >
> > > > Well, we create all objects at the ownership of the engine user.
> > > >
> > > > Can it be installation of 3.2 and upgrade?
> > > >
> > > >> ___
> > > >> Users mailing list
> > > >> Users@ovirt.org
> > > >> http://lists.ovirt.org/mailman/listinfo/users
> > > >>
> > > Yes, it is 3.2 upgraded to 3.3beta and now 3.3rc.
> > > 
> > 
> > Oh...
> > 
> > Alex,
> > Can you check in which sequence do we have database owned by postgres user?
> > Maybe 3.2 upstream had some issue in setting up correct privileges?
> > 
> > Thanks,
> > Alon
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alex Lourie]

Simple guess? An upgrade from 3.1; or early versions of 3.2; we had postgres as 
the owner of those objects then. Upgrade didn't change that.

-- 

Best regards,

Alex Lourie
Software Developer in Integration
Red Hat


- Original Message -
> From: "Alon Bar-Lev" 
> To: "Jakub Bittner" 
> Cc: users@ovirt.org, "Alex Lourie" 
> Sent: Monday, August 26, 2013 2:06:53 PM
> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> 
> 
> - Original Message -
> > From: "Jakub Bittner" 
> > To: "Alon Bar-Lev" 
> > Cc: users@ovirt.org
> > Sent: Monday, August 26, 2013 2:04:58 PM
> > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > 
> > Dne 26.8.2013 12:40, Alon Bar-Lev napsal(a):
> > >
> > > - Original Message -
> > >> From: "Jakub Bittner" 
> > >> To: users@ovirt.org
> > >> Sent: Monday, August 26, 2013 1:37:24 PM
> > >> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> > >>
> > >> Dne 26.8.2013 12:18, Bittner Jakub napsal(a):
> > >>
> > >>
> > >>
> > >> On 26.8.2013 11:45, Alon Bar-Lev wrote:
> > >>
> > >>
> > >>
> > >> - Original Message -
> > >>
> > >>
> > >>
> > >> From: "Jakub Bittner"  To: users@ovirt.org Sent:
> > >> Monday,
> > >> August 26, 2013 12:23:48 PM
> > >> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> > >>
> > >> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
> > >>
> > >>
> > >> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > >> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> > >>
> > >> and in log:
> > >>
> > >> 2013-08-26 08:33:01 DEBUG
> > >> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> > >> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> > >> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> > >> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> > >> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
> > >> function fn_db_add_column
> > >> Can you please provide full log?
> > >> Of course. https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U
> > >>
> > >>
> > >> ___
> > >> Users mailing list Users@ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/users
> > >>
> > >> I changed all function owner from postgre to engine and upgrade works.
> > >> The
> > >> question is, why owner was postgre. ;-)
> > >
> > > Well, we create all objects at the ownership of the engine user.
> > >
> > > Can it be installation of 3.2 and upgrade?
> > >
> > >> ___
> > >> Users mailing list
> > >> Users@ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/users
> > >>
> > Yes, it is 3.2 upgraded to 3.3beta and now 3.3rc.
> > 
> 
> Oh...
> 
> Alex,
> Can you check in which sequence do we have database owned by postgres user?
> Maybe 3.2 upstream had some issue in setting up correct privileges?
> 
> Thanks,
> Alon
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alon Bar-Lev]

- Original Message -
> From: "Jakub Bittner" 
> To: "Alon Bar-Lev" 
> Cc: users@ovirt.org
> Sent: Monday, August 26, 2013 2:04:58 PM
> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> Dne 26.8.2013 12:40, Alon Bar-Lev napsal(a):
> >
> > - Original Message -
> >> From: "Jakub Bittner" 
> >> To: users@ovirt.org
> >> Sent: Monday, August 26, 2013 1:37:24 PM
> >> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> >>
> >> Dne 26.8.2013 12:18, Bittner Jakub napsal(a):
> >>
> >>
> >>
> >> On 26.8.2013 11:45, Alon Bar-Lev wrote:
> >>
> >>
> >>
> >> - Original Message -
> >>
> >>
> >>
> >> From: "Jakub Bittner"  To: users@ovirt.org Sent: Monday,
> >> August 26, 2013 12:23:48 PM
> >> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> >>
> >> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
> >>
> >>
> >> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> >> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> >>
> >> and in log:
> >>
> >> 2013-08-26 08:33:01 DEBUG
> >> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> >> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> >> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> >> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> >> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
> >> function fn_db_add_column
> >> Can you please provide full log?
> >> Of course. https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U
> >>
> >>
> >> ___
> >> Users mailing list Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >> I changed all function owner from postgre to engine and upgrade works. The
> >> question is, why owner was postgre. ;-)
> >
> > Well, we create all objects at the ownership of the engine user.
> >
> > Can it be installation of 3.2 and upgrade?
> >
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> Yes, it is 3.2 upgraded to 3.3beta and now 3.3rc.
> 

Oh...

Alex,
Can you check in which sequence do we have database owned by postgres user?
Maybe 3.2 upstream had some issue in setting up correct privileges?

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

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Jakub Bittner]

Dne 26.8.2013 12:40, Alon Bar-Lev napsal(a):


- Original Message -

From: "Jakub Bittner" 
To: users@ovirt.org
Sent: Monday, August 26, 2013 1:37:24 PM
Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade

Dne 26.8.2013 12:18, Bittner Jakub napsal(a):



On 26.8.2013 11:45, Alon Bar-Lev wrote:



- Original Message -



From: "Jakub Bittner"  To: users@ovirt.org Sent: Monday,
August 26, 2013 12:23:48 PM
Subject: [Users] update from 3.3 beta to RC failed during db upgrade

I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.


[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute

and in log:

2013-08-26 08:33:01 DEBUG
oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
**FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
'-s', 'localhost', '-**FILTERED**', '5432', '-u', $
**FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
function fn_db_add_column
Can you please provide full log?
Of course. https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U


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

I changed all function owner from postgre to engine and upgrade works. The
question is, why owner was postgre. ;-)


Well, we create all objects at the ownership of the engine user.

Can it be installation of 3.2 and upgrade?


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


Yes, it is 3.2 upgraded to 3.3beta and now 3.3rc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alon Bar-Lev]

- Original Message -
> From: "Jakub Bittner" 
> To: users@ovirt.org
> Sent: Monday, August 26, 2013 1:37:24 PM
> Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> Dne 26.8.2013 12:18, Bittner Jakub napsal(a):
> 
> 
> 
> On 26.8.2013 11:45, Alon Bar-Lev wrote:
> 
> 
> 
> - Original Message -
> 
> 
> 
> From: "Jakub Bittner"  To: users@ovirt.org Sent: Monday,
> August 26, 2013 12:23:48 PM
> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
> 
> 
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> 
> and in log:
> 
> 2013-08-26 08:33:01 DEBUG
> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
> function fn_db_add_column
> Can you please provide full log?
> Of course. https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U
> 
> 
> ___
> Users mailing list Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> I changed all function owner from postgre to engine and upgrade works. The
> question is, why owner was postgre. ;-)


Well, we create all objects at the ownership of the engine user.

Can it be installation of 3.2 and upgrade?

> 
> ___
> 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] update from 3.3 beta to RC failed during db upgrade

[Jakub Bittner]

Dne 26.8.2013 12:18, Bittner Jakub napsal(a):

On 26.8.2013 11:45, Alon Bar-Lev wrote:


- Original Message -

From: "Jakub Bittner" 
To: users@ovirt.org
Sent: Monday, August 26, 2013 12:23:48 PM
Subject: [Users] update from 3.3 beta to RC failed during db upgrade

I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.


[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute

and in log:

2013-08-26 08:33:01 DEBUG
oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
**FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
'-s', 'localhost', '-**FILTERED**', '5432', '-u', $
**FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
function fn_db_add_column

Can you please provide full log?



Of course.

https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U



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


I changed all function owner from postgre to engine and upgrade works. 
The question is, why owner was postgre. ;-)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Bittner Jakub]

On 26.8.2013 11:45, Alon Bar-Lev wrote:
> 
> 
> - Original Message -
>> From: "Jakub Bittner" 
>> To: users@ovirt.org
>> Sent: Monday, August 26, 2013 12:23:48 PM
>> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
>>
>> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
>>
>>
>> [ ERROR ] Failed to execute stage 'Misc configuration': Command
>> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
>>
>> and in log:
>>
>> 2013-08-26 08:33:01 DEBUG
>> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
>> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
>> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
>> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
>> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
>> function fn_db_add_column
> 
> Can you please provide full log?
> 


Of course.

https://docs.google.com/file/d/0B7oyL6-mZeEDUW9GU3I0bkRfQ0U



smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] update from 3.3 beta to RC failed during db upgrade

[Alon Bar-Lev]

- Original Message -
> From: "Jakub Bittner" 
> To: users@ovirt.org
> Sent: Monday, August 26, 2013 12:23:48 PM
> Subject: [Users] update from 3.3 beta to RC failed during db upgrade
> 
> I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.
> 
> 
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
> 
> and in log:
> 
> 2013-08-26 08:33:01 DEBUG
> oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema
> **FILTERED**lugin.execute:446 execute-out**FILTERED**ut:
> ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh',
> '-s', 'localhost', '-**FILTERED**', '5432', '-u', $
> **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of
> function fn_db_add_column

Can you please provide full log?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] update from 3.3 beta to RC failed during db upgrade

[Jakub Bittner]

I tryed updating 3.3 fom beta to rc, but it failed during db upgrade.


[ ERROR ] Failed to execute stage 'Misc configuration': Command 
'/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute


and in log:

2013-08-26 08:33:01 DEBUG 
oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema 
**FILTERED**lugin.execute:446 execute-out**FILTERED**ut: 
['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh', 
'-s', 'localhost', '-**FILTERED**', '5432', '-u', $
**FILTERED**sql:common_s**FILTERED**.sql:20: ERROR:  must be owner of 
function fn_db_add_column

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

Re: [Users] How to add internal networks

[Antoni Segura Puimedon]

Hi Frank,

- Original Message -
> From: "Frank Wall" 
> To: users@ovirt.org
> Sent: Sunday, August 25, 2013 10:38:30 PM
> Subject: Re: [Users] How to add internal networks
> 
> Hi,
> 
> just installed oVirt 3.3 and noticed that the suggestion from this
> thread was included:
> 
> > --- /usr/lib64/python2.7/site-packages/vdsm/config.py.orig  2013-03-14
> > 11:32:54.0 +0100
> > +++ /usr/lib64/python2.7/site-packages/vdsm/config.py   2013-05-16
> > 16:34:27.722959670 +0200
> > @@ -38,7 +38,7 @@
> >  ('extra_mem_reserve', '65',
> >  'Memory reserved for non-vds-administered programs.'),
> > 
> > -('fake_nics', '',
> > +('fake_nics', 'dummy*',
> >  'Comma-separated list of fnmatch-patterns for dummy hosts
> > nics to '
> >  'be shown to vdsm.'),
> 
> The suggestion was to include a pattern which makes it possible to use
> dummy NICs in oVirt, but I think there is a typo:
> 
> --- /usr/lib64/python2.7/site-packages/vdsm/config.py.orig2013-08-22
> 18:02:57.0 +0200
> +++ /usr/lib64/python2.7/site-packages/vdsm/config.py 2013-08-25
> 20:02:54.123248727 +0200
> @@ -38,7 +38,7 @@
>   ('extra_mem_reserve', '65',
>   'Memory reserved for non-vds-administered programs.'),
> 
> -('fake_nics', 'dummy_*',
> +('fake_nics', 'dummy*',
>   'Comma-separated list of fnmatch-patterns for dummy hosts
> nics to '
>   'be shown to vdsm.'),
> 
> 
> As you can see, the new pattern includes dummy NICs, but expect the
> devices to be prefixes with "dummy_". Apparently the underscore does not
> work. The pattern should expect "dummy*" instead. I did the modification
> locally and dummy NICs are working again.

The new pattern is set as 'dummy_' so that the functional tests use
dummies with a different naming conventions that the default kernel pattern
of dummy*. Note that you can create dummies with any name you want with

ip link add drummy type dummy

So you could potentially create your own dummy_250, for example.

> 
> Any chance to get this fixed for 3.3 oder maybe 3.3.1?
> 
> 
> Thanks
> - Frank
> ___
> 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

[Users] oVirt 3.3 Release Go/No-Go meeting

[Ofer Schreiber]

BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:6765afcb-6f9d-4f37-af8f-df9f64b7e3f7
SUMMARY:oVirt 3.3 Release Go/No-Go meeting
LOCATION:#ovirt IRC channel @oftc
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:engine-
 de...@ovirt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
 virt.org
ORGANIZER;CN=Ofer Schreiber:mailto:oschr...@redhat.com
DTSTART;TZID="Asia/Jerusalem":20130827T16
DTEND;TZID="Asia/Jerusalem":20130827T163000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20130826T073344Z
DTSTAMP:20130826T073344Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.3 Re
 lease Go/No-Go meeting \nOrganizer: "Ofer Schreiber"  \
 n\nLocation: #ovirt IRC channel @oftc \nTime: Tuesday\, August 27\, 2013\, 4
 :00:00 PM - 4:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: engine-devel@ovirt
 .org\; users@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\noVirt 3.3 Release Go/No-
 Go meeting
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users