Re: [ovirt-users] vm status

2015-08-27 Thread Piotr Szubiakowski

Hi,
I had similar problem. I solved it by changing the VM status in engine 
database.


Best Regards,
Peter

W dniu 27.08.2015 o 10:03, Eli Mesika pisze:


- Original Message -

From: InterNetX - Juergen Gotteswinter j...@internetx.com
To: Michael Wagenknecht wagenkne...@fuh-e.de, users@ovirt.org
Sent: Tuesday, August 25, 2015 8:48:55 PM
Subject: Re: [ovirt-users] vm status

if the vm is really down, you whould find this helpful

This will work only if the VM status is LOCKED for any other status, it will do 
nothing 


[root@portal dbscripts]# ./unlock_entity.sh -h
Usage: ./unlock_entity.sh [options] [ENTITIES]

 -h- This help text.
 -v- Turn on verbosity (WARNING:
lots of output)
 -l LOGFILE- The logfile for capturing output  (def. )
 -s HOST   - The database servername for the database  (def.
localhost)
 -p PORT   - The database port for the database(def. 5432)
 -u USER   - The username for the database (def. engine)
 -d DATABASE   - The database name (def. engine)
 -t TYPE   - The object type {vm | template | disk | snapshot}
 -r- Recursive, unlocks all disks under the selected
vm/template.
 -q- Query db and display a list of the locked entites.
 ENTITIES  - The list of object names in case of vm/template,
UUIDs in case of a disk

 NOTE: This utility access the database and should have the
   corresponding credentals.

   In case that a password is used to access the database PGPASSWORD
   or PGPASSFILE should be set.

 Example:
 $ PGPASSWORD=xx ./unlock_entity.sh -t disk -q

[root@portal dbscripts]# pwd
/usr/share/ovirt-engine/dbscripts
[root@portal dbscripts]#


Am 25.08.2015 um 07:33 schrieb Michael Wagenknecht:

Hi all,
how can I mark a VM as shut down when the status of the VM is ??
There is no qemu-kvm process for this VM on the node.
But I can't set the node to maintenance mode, because there is a very
important VM running.

Best Regards,
Michael
___
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 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: [ovirt-users] Dell R720 iDRAC7 config IPMI

2015-06-02 Thread Piotr Szubiakowski

Hi,
I have working Power Management on Dell PowerEdge R820. The 
configuration is following:


Type: drac7
Options: key='$value'

where $value should be set the same as following setting in iDRAC:

iDRAC Settings - Network - IPMI Settings - Encryption Key

Regards,
Piotr

W dniu 01.06.2015 o 21:31, Patrick Russell pisze:

Nicolas,

We have newer Dell working with the following setting:

type: drac5
slot:
options: cmd_prompt=
secure: checked


Works fine for us. Even on the new Dell FC630’s this configuration is working.

-Patrick


On Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot nico...@ecarnot.net wrote:

Le 01/06/2015 20:44, Juan Carlos YJ. Lin a écrit :

Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all
result in unknow status

Options : lanplus=1

--
Nicolas Ecarnot
___
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 mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] which file system for shared disk?

2013-07-11 Thread Piotr Szubiakowski



The way that oVirt manage storage domains accessed via FC is very smart.
There is separate logical volume for each virtual disk. But I think that
logical volume at the same time could be touched only by one host. Is
it possible that two host access read/write the same logical volume and
there is no data corruption?


hence a shared disk over block storage using LVM must be 
pre-allocated, so no LV changes (lv extend) would be needed.

(also, it cannot have snapshots, since it would become qcow)


Ok, but this is the hypervisor view. For a guest OS this LV is normal 
RAW block device. I wonder if someone test this feature and access 
shared disk from many VM's at the same time?


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


Re: [Users] which file system for shared disk?

2013-07-11 Thread Piotr Szubiakowski



W dniu 11.07.2013 12:02, Itamar Heim pisze:

On 07/11/2013 11:52 AM, Piotr Szubiakowski wrote:


The way that oVirt manage storage domains accessed via FC is very 
smart.
There is separate logical volume for each virtual disk. But I think 
that
logical volume at the same time could be touched only by one 
host. Is
it possible that two host access read/write the same logical volume 
and

there is no data corruption?


hence a shared disk over block storage using LVM must be
pre-allocated, so no LV changes (lv extend) would be needed.
(also, it cannot have snapshots, since it would become qcow)


Ok, but this is the hypervisor view. For a guest OS this LV is normal
RAW block device. I wonder if someone test this feature and access
shared disk from many VM's at the same time?


it was tested, but it has to be RAW/pre-allocated or either LV 
metadata changes or qcow changes need to be changed in more than a 
single host.


During this tests have You used any cluster file system?

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


Re: [Users] which file system for shared disk?

2013-07-11 Thread Piotr Szubiakowski




On 07/11/2013 12:52 PM, Piotr Szubiakowski wrote:


The way that oVirt manage storage domains accessed via FC is very 
smart.
There is separate logical volume for each virtual disk. But I think 
that
logical volume at the same time could be touched only by one 
host. Is
it possible that two host access read/write the same logical volume 
and

there is no data corruption?


hence a shared disk over block storage using LVM must be 
pre-allocated, so no LV changes (lv extend) would be needed.

(also, it cannot have snapshots, since it would become qcow)


Ok, but this is the hypervisor view. For a guest OS this LV is normal 
RAW block device. I wonder if someone test this feature and access 
shared disk from many VM's at the same time?
I did a brief tests - 3 vms, shared disk, cman/pacemaker + gfs2 - had 
no problems using it, no data corruption. although that was only basic 
tests, like create/move/delete files, no extensive usage/stress or 
something like that.


Thanks Yuri,
Is fencing handled by the cman/pacemaker? I read about the fanced daemon 
and it seems to be difficult to use it together with oVirt.


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


Re: [Users] which file system for shared disk?

2013-07-11 Thread Piotr Szubiakowski



On 07/11/2013 02:45 PM, Piotr Szubiakowski wrote:




On 07/11/2013 12:52 PM, Piotr Szubiakowski wrote:


The way that oVirt manage storage domains accessed via FC is very 
smart.
There is separate logical volume for each virtual disk. But I 
think that
logical volume at the same time could be touched only by one 
host. Is
it possible that two host access read/write the same logical 
volume and

there is no data corruption?


hence a shared disk over block storage using LVM must be 
pre-allocated, so no LV changes (lv extend) would be needed.

(also, it cannot have snapshots, since it would become qcow)


Ok, but this is the hypervisor view. For a guest OS this LV is 
normal RAW block device. I wonder if someone test this feature and 
access shared disk from many VM's at the same time?
I did a brief tests - 3 vms, shared disk, cman/pacemaker + gfs2 - 
had no problems using it, no data corruption. although that was only 
basic tests, like create/move/delete files, no extensive 
usage/stress or something like that.


Thanks Yuri,
Is fencing handled by the cman/pacemaker? I read about the fanced 
daemon and it seems to be difficult to use it together with oVirt.


Piotr
yea, fencing handled by pacemaker, stonith resource fence_rhev - 
parameters according to man page, with one exception - had to add 
/pcmk_host_list=vmname /additional parameter, so pacemaker would 
know that this stonith device belongs to that VM.

It's great news for me!

Many thanks,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] which file system for shared disk?

2013-07-10 Thread Piotr Szubiakowski

Hi,
we are developing an application where would be great if multiple host 
could have access to the same disk. I think that we can use features 
like shared disk or direct LUN to attach the same storage to multiple 
VM's. However to provide concurrent access to the resource, there should 
be a cluster file system used. The most popular open source cluster file 
systems are GFS2 and OCFS2. So my questions are:


1) Does anyone have share disk between VM's in oVirt? What fs did You used?
2) Is it possible to use GFS2 on VM's that are running on oVirt? Does 
anyone have run fencing mechanism with ovirt/libvirt?


Many thanks,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] which file system for shared disk?

2013-07-10 Thread Piotr Szubiakowski

Hi,
gluster is good in scenario when we have many hosts with own storage and 
we aggregate these pieces it into one shared storage. In this situation 
data is transferred via Ethernet ore Infiniband. In our scenario we have 
centralized storage accedes via Fibre Channel. In this situation it 
would be more efficient when data would be transferred through FC.


Thanks,
Piotr

W dniu 10.07.2013 13:23, Chris Smith pisze:

Why not use gluster with xfs on the storage bricks?

http://www.gluster.org/

On Wed, Jul 10, 2013 at 7:15 AM, Piotr Szubiakowski
piotr.szubiakow...@nask.pl  wrote:

Hi,
we are developing an application where would be great if multiple host could
have access to the same disk. I think that we can use features like shared
disk or direct LUN to attach the same storage to multiple VM's. However to
provide concurrent access to the resource, there should be a cluster file
system used. The most popular open source cluster file systems are GFS2 and
OCFS2. So my questions are:

1) Does anyone have share disk between VM's in oVirt? What fs did You used?
2) Is it possible to use GFS2 on VM's that are running on oVirt? Does anyone
have run fencing mechanism with ovirt/libvirt?

Many thanks,
Piotr
___
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] which file system for shared disk?

2013-07-10 Thread Piotr Szubiakowski

Hi Eduardo,
yes fencing method used in OCFS2 is probably better for vitalized 
environments. Thanks for advice!


Many thanks,
Piotr

W dniu 10.07.2013 13:32, Eduardo Ramos pisze:

Hi Piotr!

I've used OCFS2 out of oVirt, so I can't tell you specifically about 
VM environment, but I suggest you use OCFS2 in place of GFS2. It is 
simpler to implement, so less components to configure and it care 
about fencing for you.


On 07/10/2013 08:15 AM, Piotr Szubiakowski wrote:

Hi,
we are developing an application where would be great if multiple 
host could have access to the same disk. I think that we can use 
features like shared disk or direct LUN to attach the same storage to 
multiple VM's. However to provide concurrent access to the resource, 
there should be a cluster file system used. The most popular open 
source cluster file systems are GFS2 and OCFS2. So my questions are:


1) Does anyone have share disk between VM's in oVirt? What fs did You 
used?
2) Is it possible to use GFS2 on VM's that are running on oVirt? Does 
anyone have run fencing mechanism with ovirt/libvirt?


Many thanks,
Piotr
___
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 mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] which file system for shared disk?

2013-07-10 Thread Piotr Szubiakowski



On 07/10/2013 07:53 AM, Piotr Szubiakowski wrote:

Hi,
gluster is good in scenario when we have many hosts with own storage and we
aggregate these pieces it into one shared storage. In this situation data is
transferred via Ethernet ore Infiniband. In our scenario we have centralized
storage accedes via Fibre Channel. In this situation it would be more
efficient when data would be transferred through FC.

For FC disk presented to all nodes in the cluster, why use a filesystem?
use LVM instead,

http://www.ovirt.org/Vdsm_Block_Storage_Domains



The way that oVirt manage storage domains accessed via FC is very smart. There is 
separate logical volume for each virtual disk. But I think that logical volume at the 
same time could be touched only by one host. Is it possible that two host 
access read/write the same logical volume and there is no data corruption?

Thanks,
Piotr


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


Re: [Users] oVIRT 3.3 beta: Can't start imported VM

2013-07-03 Thread Piotr Szubiakowski

Hi,
try:
engine-config -s EmulatedMachine=rhel6.4.0 --cver=3.3

Regards,
Piotr

W dniu 03.07.2013 15:12, r...@chef.net pisze:

Hi,

I've run in problems, when I import a KVM instance.

On a CentOS6.4 KVM 'server' I do a
virt-v2v -i libvirtxml -o rhev -osd ovirt:/var/lib/exports/VMs 
--network ovirtmgmt vm1.xml


Extract from vm1.xml
...
os
type arch='x86_64' machine='rhel5.5.0'hvm/type
boot dev='hd'/
/os
 ...

After importing this VM to oVirt, I can't start it on an CentOS 6.4 node
libvirt.log tells me

 error : virNetClientProgramDispatchError:174 : internal error process 
exited while connecting to monitor: Supported machines are:

pc RHEL 6.4.0 PC (alias of rhel6.4.0)
rhel6.4.0  RHEL 6.4.0 PC (default)
rhel6.3.0  RHEL 6.3.0 PC
rhel6.2.0  RHEL 6.2.0 PC
rhel6.1.0  RHEL 6.1.0 PC
rhel6.0.0  RHEL 6.0.0 PC
rhel5.5.0  RHEL 5.5.0 PC
rhel5.4.4  RHEL 5.4.4 PC
rhel5.4.0  RHEL 5.4.0 PC

Any hints ???

HaJo


___
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] oVirt 3.2.1 - virt-v2v import problem

2013-04-24 Thread Piotr Szubiakowski



On Fri, Apr 12, 2013 at 12:34:04PM +0200, Piotr Szubiakowski wrote:

Hi,
I have problem with virt-v2v tool. I'm trying to import XEN image.
On oVirt 3.0 the import works well. On oVirt 3.2.1 there is an
error:

virt-v2v -i libvirtxml -o rhev -os localhost:/var/ovirt/export api.xml
arch-dev.img: 100% 
[==]D
0h02m53s
Please enter your authentication name: vdsm@rhevh
Please enter your password:
could not connect to libvirt (URI = NULL): authentication failed:
authentication failed [code=45 domain=7] at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line
96.

It looks like after image upload, virt-v2v ties to connect to
libvirtd. The vdsm@rhevh login with shibboleth password doesn't
work. The oVirt is installed on Fedora 18. Engine and vdsmd runs on
the same host. Is there any difference between authentication to
libvirt on oVirt 3.0 and oVirt 3.2? Could I ask you for help with
this problem?

virt-v2v is known to be broken on Fedora 18 at the moment.

If you contact us upstream there is a complex workaround that
can be done.

Really it does need to be fixed properly however.

Rich.


Hi,
yes I was unable to migrate VM using virt-v2v (version 0.8.8) on Fedora 
18. It seems that there is some incompatibility between libvirt and 
virt-v2v tool. However with older version of this toolit's possible to 
perform successful import. For example virt-v2v on Fedora 16 (version 
0.8.5) or RHEL 6.3 (version 0.8.7) works well.


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


Re: [Users] oVirt 3.2.1 - VM in unknown status

2013-04-19 Thread Piotr Szubiakowski



Hi,
I had a nfs storage problems and one of my VM's is now in unknown 
state. The VM is not attached to any host. The virsh tool shows that 
VM is not running now. Is there any way to bring that kind of VM 
back to life?


Best regards,
Piotr



Hi,
I found workaround for this situation. There is a possibility to 
change the VM status manually in database:


update vm_dynamic set status=0 where 
vm_guid='1d5342a3-9375-49c5-bf2a-2bd444d41d09';


@oVirt developers
It seems that in some situations, VM with'unknown' status has no 
chances to change state. When all hosts in data center are up and the 
VM is not attached to any host it's a dead end. In this particular 
situation oVirt engine administrator can't perform any actions on 
lost VM. Is any way to handle this case without database access?


the state transition in this case is the engine responsibility and not 
the user. its done by monitoring all VMs on all Hosts periodically.
Whats more interesting is how have you got to that situation and if 
its worth a bug please be kind to report it.


Hi Roy,
I reported a bug (953839). If it would be considered as worth to fix I 
can provide some help.


I haven't introduce jet to the oVirt community. So I'm software engineer 
in the Polish Research and Academic Computer Network. Mainly I'm Java EE 
developer. We use oVirt to manage our development and testing 
environments. I'm very enthusiastic about oVirt project.


PS
sorry for my English. I try to do my best ;-)

Best regards,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt 3.2.1 - VM in unknown status

2013-04-16 Thread Piotr Szubiakowski

Hi,
I had a nfs storage problems and one of my VM's is now in unknown state. 
The VM is not attached to any host. The virsh tool shows that VM is not 
running now. Is there any way to bring that kind of VM back to life?


Best regards,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt 3.2.1 - VM in unknown status

2013-04-16 Thread Piotr Szubiakowski



Hi,
I had a nfs storage problems and one of my VM's is now in unknown 
state. The VM is not attached to any host. The virsh tool shows that 
VM is not running now. Is there any way to bring that kind of VM back 
to life?


Best regards,
Piotr



Hi,
I found workaround for this situation. There is a possibility to change 
the VM status manually in database:


update vm_dynamic set status=0 where 
vm_guid='1d5342a3-9375-49c5-bf2a-2bd444d41d09';


@oVirt developers
It seems that in some situations, VM with'unknown' status has no chances 
to change state. When all hosts in data center are up and the VM is not 
attached to any host it's a dead end. In this particular situation oVirt 
engine administrator can't perform any actions on lost VM. Is any way 
to handle this case without database access?


Best regards,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt 3.2.1 - virt-v2v import problem

2013-04-12 Thread Piotr Szubiakowski

Hi,
I have problem with virt-v2v tool. I'm trying to import XEN image. On 
oVirt 3.0 the import works well. On oVirt 3.2.1 there is an error:


virt-v2v -i libvirtxml -o rhev -os localhost:/var/ovirt/export api.xml
arch-dev.img: 100% 
[==]D 
0h02m53s

Please enter your authentication name: vdsm@rhevh
Please enter your password:
could not connect to libvirt (URI = NULL): authentication failed: 
authentication failed [code=45 domain=7] at 
/usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96.


It looks like after image upload, virt-v2v ties to connect to libvirtd. 
The vdsm@rhevh login with shibboleth password doesn't work. The oVirt is 
installed on Fedora 18. Engine and vdsmd runs on the same host. Is there 
any difference between authentication to libvirt on oVirt 3.0 and oVirt 
3.2? Could I ask you for help with this problem?


Best regards,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt 3.2.1 - virt-v2v import problem

2013-04-12 Thread Piotr Szubiakowski



Please enter your authentication name: vdsm@rhevh
Please enter your password:
could not connect to libvirt (URI = NULL): authentication failed: 
authentication failed [code=45 domain=7] at 
/usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96.


It looks like after image upload, virt-v2v ties to connect to 
libvirtd. The vdsm@rhevh login with shibboleth password doesn't work. 
The oVirt is installed on Fedora 18. Engine and vdsmd runs on the 
same host. Is there any difference between authentication to libvirt 
on oVirt 3.0 and oVirt 3.2? Could I ask you for help with this problem?



Try vdsm@ovirt with the same password.



The vdsm@ovirt login works! Many thanks Joop :-) However after 
successful authentication virt-v2v tool throws error:


virt-v2v -i libvirtxml -o rhev -os localhost:/var/ovirt/export api.xml
arch-dev.img: 100% 
[==]D 
0h02m51s

Please enter your authentication name: vdsm@ovirt
Please enter your password:
'iface' parameter is not supported by the libvirt attach-method at 
/usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96.


Any idea?

Regards,
Piotr

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


Re: [Users] oVirt 3.1 - engine configuration problem

2013-03-05 Thread Piotr Szubiakowski



On 28/02/2013 18:10, Piotr Szubiakowski wrote:




- Original Message -

From: Piotr Szubiakowskipiotr.szubiakow...@nask.pl
To: Eli Mesikaemes...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, February 28, 2013 5:56:30 PM
Subject: Re: [Users] oVirt 3.1 - engine configuration problem



Yes , it can be
only set
ENGINEEARLib to the place where the EAR are (under JBOSS_HOME
deployments dir)
CAEngineKey to point to the certificate key location

the other entries are not related


Hi,
I set these variables using psql command:

psql ovirtdb postgres -c update vdc_options set option_value =
'/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear'
where option_name = 'ENGINEEARLib';
psql ovirtdb postgres -c update vdc_options set option_value =
'/opt/jboss/CA/ca/private/ca.pem' where option_name = 'CAEngineKey';

in database looks like there is everything fine:

ovirtdb=# select option_name, option_value from vdc_options where
option_name IN ('CAEngineKey', 'ENGINEEARLib');
   option_name  |   option_value
--+--- 



   CAEngineKey  | /opt/jboss/CA/ca/private/ca.pem
   ENGINEEARLib |
/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear
(2 wiersze)

However the problem still occurs. I set debug log level. The jboss

Did you restarted the oVirt service ?


Yes I restarted the oVirt service.


you ignored the version field - set it to 'general'.


Hi,
I set option to general and the problem still occurs.  I decided to 
install oVirt from rpm on Fedora and compare the configuration. Many 
thanks for help :-)


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


Re: [Users] oVirt 3.1 - engine configuration problem

2013-02-28 Thread Piotr Szubiakowski



Yes , it can be
only set
ENGINEEARLib to the place where the EAR are (under JBOSS_HOME deployments dir)
CAEngineKey to point to the certificate key location

the other entries are not related



Hi,
I set these variables using psql command:

psql ovirtdb postgres -c update vdc_options set option_value = 
'/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear' 
where option_name = 'ENGINEEARLib';
psql ovirtdb postgres -c update vdc_options set option_value = 
'/opt/jboss/CA/ca/private/ca.pem' where option_name = 'CAEngineKey';


in database looks like there is everything fine:

ovirtdb=# select option_name, option_value from vdc_options where 
option_name IN ('CAEngineKey', 'ENGINEEARLib');

 option_name  |   option_value
--+---
 CAEngineKey  | /opt/jboss/CA/ca/private/ca.pem
 ENGINEEARLib | 
/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear

(2 wiersze)

However the problem still occurs. I set debug log level. The jboss logs:

2013-02-28 16:48:22,442 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-12) 
Could not find enum value for option: CbcCheckOnVdsChange
2013-02-28 16:48:22,675 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-12) Failed to decryptData must start with zero
2013-02-28 16:48:22,676 DEBUG 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-12) Failed to decrypt: javax.crypto.BadPaddingException: Data 
must start with zero
at sun.security.rsa.RSAPadding.unpadV15(RSAPadding.java:308) 
[rt.jar:1.6.0_38]
at sun.security.rsa.RSAPadding.unpad(RSAPadding.java:255) 
[rt.jar:1.6.0_38]

at com.sun.crypto.provider.RSACipher.a(DashoA13*..)
at com.sun.crypto.provider.RSACipher.engineDoFinal(DashoA13*..)
at javax.crypto.Cipher.doFinal(DashoA13*..) [jce.jar:1.6]
at 
org.ovirt.engine.core.engineencryptutils.EncryptionUtils.decrypt(EncryptionUtils.java:157) 
[engine-encryptutils.jar:]
at 
org.ovirt.engine.core.engineencryptutils.EncryptionUtils.decrypt(EncryptionUtils.java:141) 
[engine-encryptutils.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.GetValue(DBConfigUtils.java:116) 
[engine-dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.updateOption(DBConfigUtils.java:298) 
[engine-dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.RefreshVdcOptionCache(DBConfigUtils.java:36) 
[engine-dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.init(DBConfigUtils.java:178) 
[engine-dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.init(DBConfigUtils.java:164) 
[engine-dal.jar:]
at org.ovirt.engine.core.bll.Backend.Initialize(Backend.java:171) 
[engine-bll.jar:]
at org.ovirt.engine.core.bll.Backend.create(Backend.java:119) 
[engine-bll.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
[rt.jar:1.6.0_38]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
[rt.jar:1.6.0_38]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
[rt.jar:1.6.0_38]

at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_38]
at 
org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130) 
[jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:112) 
[jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 
org.jboss.as.ee.component.ManagedReferenceInterceptorFactory$ManagedReferenceInterceptor.processInvocation(ManagedReferenceInterceptorFactory.java:95) 
[jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at 

Re: [Users] oVirt 3.1 - engine configuration problem

2013-02-28 Thread Piotr Szubiakowski




- Original Message -

From: Piotr Szubiakowskipiotr.szubiakow...@nask.pl
To: Eli Mesikaemes...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, February 28, 2013 5:56:30 PM
Subject: Re: [Users] oVirt 3.1 - engine configuration problem



Yes , it can be
only set
ENGINEEARLib to the place where the EAR are (under JBOSS_HOME
deployments dir)
CAEngineKey to point to the certificate key location

the other entries are not related


Hi,
I set these variables using psql command:

psql ovirtdb postgres -c update vdc_options set option_value =
'/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear'
where option_name = 'ENGINEEARLib';
psql ovirtdb postgres -c update vdc_options set option_value =
'/opt/jboss/CA/ca/private/ca.pem' where option_name = 'CAEngineKey';

in database looks like there is everything fine:

ovirtdb=# select option_name, option_value from vdc_options where
option_name IN ('CAEngineKey', 'ENGINEEARLib');
   option_name  |   option_value
--+---
   CAEngineKey  | /opt/jboss/CA/ca/private/ca.pem
   ENGINEEARLib |
/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear
(2 wiersze)

However the problem still occurs. I set debug log level. The jboss

Did you restarted the oVirt service ?


Yes I restarted the oVirt service.

logs:

2013-02-28 16:48:22,442 WARN
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread
1-12)
Could not find enum value for option: CbcCheckOnVdsChange
2013-02-28 16:48:22,675 ERROR
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC
service
thread 1-12) Failed to decryptData must start with zero
2013-02-28 16:48:22,676 DEBUG
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC
service
thread 1-12) Failed to decrypt: javax.crypto.BadPaddingException:
Data
must start with zero
  at sun.security.rsa.RSAPadding.unpadV15(RSAPadding.java:308)
[rt.jar:1.6.0_38]
  at sun.security.rsa.RSAPadding.unpad(RSAPadding.java:255)
[rt.jar:1.6.0_38]
  at com.sun.crypto.provider.RSACipher.a(DashoA13*..)
  at com.sun.crypto.provider.RSACipher.engineDoFinal(DashoA13*..)
  at javax.crypto.Cipher.doFinal(DashoA13*..) [jce.jar:1.6]
  at
org.ovirt.engine.core.engineencryptutils.EncryptionUtils.decrypt(EncryptionUtils.java:157)
[engine-encryptutils.jar:]
  at
org.ovirt.engine.core.engineencryptutils.EncryptionUtils.decrypt(EncryptionUtils.java:141)
[engine-encryptutils.jar:]
  at
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.GetValue(DBConfigUtils.java:116)
[engine-dal.jar:]
  at
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.updateOption(DBConfigUtils.java:298)
[engine-dal.jar:]
  at
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.RefreshVdcOptionCache(DBConfigUtils.java:36)
[engine-dal.jar:]
  at
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.init(DBConfigUtils.java:178)
[engine-dal.jar:]
  at
org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils.init(DBConfigUtils.java:164)
[engine-dal.jar:]
  at
  org.ovirt.engine.core.bll.Backend.Initialize(Backend.java:171)
[engine-bll.jar:]
  at org.ovirt.engine.core.bll.Backend.create(Backend.java:119)
[engine-bll.jar:]
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.6.0_38]
  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[rt.jar:1.6.0_38]
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[rt.jar:1.6.0_38]
  at java.lang.reflect.Method.invoke(Method.java:597)
  [rt.jar:1.6.0_38]
  at
org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130)
[jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at
org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:112)
[jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
[jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
  at

Re: [Users] oVirt 3.1 - engine configuration problem

2013-02-27 Thread Piotr Szubiakowski




- Original Message -

From: Piotr Szubiakowskipiotr.szubiakow...@nask.pl
To: Eli Mesikaemes...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, February 21, 2013 3:15:19 PM
Subject: Re: [Users] oVirt 3.1 - engine configuration problem

Hi,

$ psql -U postgres -c select count(*) from vds_static where
pm_enabled; ovirtdb
   count
---
   0
(1 wiersz)

the table is empty. Maybe there is a problem with encryption of
engine
admin password. I think that this password is in plain text.

OK, can you please use teh engine-config utility to set the following 
configuration keys again:

AdminPassword
LocalAdminPassword



Hi,
sorry it took me so long to respond. I had some problems with 
establishing engin-config tool on Scientific Linux (I coudn't find 
anywhere the build-classpath executable which is used in engine-config 
script). After successful changing of AdminPassword and 
LocalAdminPassword the problem still occurs:


2013-02-27 16:25:27,722 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: CbcCheckOnVdsChange
2013-02-27 16:25:28,034 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-13) Failed to decryptData must start with zero
2013-02-27 16:25:28,036 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-13) Failed to decrypt value for property CertificatePassword 
will be used encrypted value
2013-02-27 16:25:28,042 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: ENGINEEARLib
2013-02-27 16:25:28,044 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: CAEngineKey
2013-02-27 16:25:28,053 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: MinimalETLVersion
2013-02-27 16:25:28,056 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: ScriptsPath
2013-02-27 16:25:28,058 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-13) 
Could not find enum value for option: SQLServerI18NPrefix
2013-02-27 16:25:28,111 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-13) Failed to decryptData must start with zero
2013-02-27 16:25:28,112 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-13) Failed to decrypt value for property TruststorePass will be 
used encrypted value


Is this possible that problem is cased because CbcCheckOnVdsChange, 
ENGINEEARLib, CAEngineKey, MinimalETLVersion, ScriptsPath and 
SQLServerI18NPrefix variables aren't set properly? What values should 
these variables have?


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


[Users] oVirt 3.1 - engine configuration problem

2013-02-21 Thread Piotr Szubiakowski

Hi,
I'm building oVirt engine 3.1 from source on Scientific Linux 6.3. I'm 
working on branch origin/engine_3.1. During startup the application 
throws following error:


2013-02-21 11:53:33,768 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: CbcCheckOnVdsChange
2013-02-21 11:53:33,995 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-22) Failed to decryptData must start with zero
2013-02-21 11:53:33,996 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-22) Failed to decrypt value for property CertificatePassword 
will be used encrypted value
2013-02-21 11:53:34,000 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: ENGINEEARLib
2013-02-21 11:53:34,001 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: CAEngineKey
2013-02-21 11:53:34,008 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-22) Failed to decryptData must start with zero
2013-02-21 11:53:34,009 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-22) Failed to decrypt value for property AdminPassword will be 
used encrypted value
2013-02-21 11:53:34,015 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-22) Failed to decryptData must start with zero
2013-02-21 11:53:34,015 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-22) Failed to decrypt value for property LocalAdminPassword 
will be used encrypted value
2013-02-21 11:53:34,020 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: MinimalETLVersion
2013-02-21 11:53:34,024 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: ScriptsPath
2013-02-21 11:53:34,025 WARN  
[org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) 
Could not find enum value for option: SQLServerI18NPrefix
2013-02-21 11:53:34,071 ERROR 
[org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service 
thread 1-22) Failed to decryptData must start with zero
2013-02-21 11:53:34,072 ERROR 
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service 
thread 1-22) Failed to decrypt value for property TruststorePass will be 
used encrypted value


It seams to be a configuration problem. I followed this manual 
http://www.ovirt.org/Engine_Node_Integration (section Engine core 
machine). Is this manual up to date?


Best regarts,
Piotr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt 3.1 - engine configuration problem

2013-02-21 Thread Piotr Szubiakowski

Hi,

$ psql -U postgres -c select count(*) from vds_static where 
pm_enabled; ovirtdb

 count
---
 0
(1 wiersz)

the table is empty. Maybe there is a problem with encryption of engine 
admin password. I think that this password is in plain text.


Best regards,
Piotr


W dniu 21.02.2013 14:00, Eli Mesika pisze:

psql -U engine -c select count(*) from vds_static where pm_enabled; engine

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


[Users] oVirt 3.0 - importing OVF

2012-09-28 Thread Piotr Szubiakowski

Hi,
I have VM files from VMWare ESX 3.5. I converted this VM to OVF format. 
Is it possible to import this VM to oVirt. Should I use the 
import/export storage and virt-v2v tool?


Best regards,
Piotr

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