Re: [ovirt-users] ovirt 4.0 /patternfly contrast?

2016-07-08 Thread Alastair Neil
Absolutely +1

On 7 July 2016 at 22:25, SGhosh  wrote:

> Hi
>
> Running ovirt 4.0 on CentOS 7 - and the gui color contrast seems to be off.
>
> I am seeing very low readability with the white text on light blue
> selection bar (attached).
>
> Any tweaks?
>
> -subhendu
>
>
> ___
> 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] Stuck process in the "Tasks" tab (webadmin interface)

2016-07-08 Thread Arman Khalatyan
Yes,I can not recall when it was fixed. Try to upgrade it to 3.6.7, but
backup before to upgrade.
Am 08.07.2016 2:37 nachm. schrieb "Alexis HAUSER" <
alexis.hau...@telecom-bretagne.eu>:

> 3.6.5
>
> So this is a bug ?
>
>
>
> - Mail original -
> De: "Arman Khalatyan" 
> À: "Alexis HAUSER" 
> Cc: "users" 
> Envoyé: Vendredi 8 Juillet 2016 09:38:21
> Objet: Re: [ovirt-users] Stuck process in the "Tasks" tab (webadmin
> interface)
>
> Which version of ovirt? This sholdbe fixed in 3.6.7.
> Am 06.07.2016 5:51 nachm. schrieb "Alexis HAUSER" <
> alexis.hau...@telecom-bretagne.eu>:
>
> >
> > > Restart engine, or run  engine-setup it will clear Zombie tasks.
> >
> > Still having this stuck task since may 20, restarting engine didn't fix
> it.
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] No hosted Engine VM in portal after migrating

2016-07-08 Thread Matt .
By adding a new cluster the Hosted Engine was imported also...

There seem to be some issues with changing the clusters from 3.6 to
4.0 and adding new cluster to make that happen the HostedEngine was
added also.

2016-07-08 9:43 GMT+02:00 Simone Tiraboschi :
> On Fri, Jul 8, 2016 at 9:25 AM, Matt .  wrote:
>> Hi,
>>
>> I see on the engine gthe following message:
>>
>> 2016-07-08 09:24:24,986 INFO
>> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
>> (org.ovirt.thread.pool-8-thread-5) [49c1c8c1] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a=> ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>,
>> HostedEngine=]',
>> sharedLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a=> ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}'
>>
>> The issue is that there is no entry as VM in the database.
>
> Adding Roy here.
>
>> What should I check more ?
>>
>> Thanks,
>>
>> Matt
>>
>> 2016-07-07 23:26 GMT+02:00 Matt . :
>>> The storage domain is there, the host-engine is just not being added,
>>> also not after some time waiting.
>>>
>>> 2016-07-07 14:15 GMT+02:00 Simone Tiraboschi :
 On Thu, Jul 7, 2016 at 1:34 PM, Matt .  wrote:
> Hi,
>
> I did a successfull migration to hosted engine and noticed there is no
> HostedEngine VM in the portal.

 Do you just miss the hosted-engine VM or also the whole hosted-engine
 storage domain?

> In earlier tests it showed up so I wonder if I can import it in some
> way so it exists in the portal.
>
> I used this migration way which earlier added the hosted engine and
> stayed in the portal also after restoring the old backup.
>
> http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
>
> Thanks,
>
> Matt
> ___
> 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] serial console problem in 4.0

2016-07-08 Thread Gianluca Cecchi
On Fri, Jul 8, 2016 at 5:39 PM, Gianluca Cecchi 
wrote:

> On Fri, Jul 8, 2016 at 4:46 PM, Gianluca Cecchi  > wrote:
>
>>
>>
>> On Fri, Jul 8, 2016 at 12:56 PM, Michal Skrivanek <
>> michal.skriva...@redhat.com> wrote:
>>
>>>
>>> > On 05 Jul 2016, at 11:05, Gianluca Cecchi 
>>> wrote:
>>> >
>>> > Hello,
>>> > I have problems configuring and testing serial console in 4.0
>>> >
>>> > As soon as in web admin portal (connected as admin) I click on top
>>> right "admin@internal-authz" --> options to add the publc key I get
>>> this in engine.log (no errors yet in gui):
>>> >
>>> >
>>> > 2016-07-05 10:59:21,667 ERROR
>>> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) [] Query
>>> 'GetUserProfileQuery' failed: PreparedStatementCallback; bad SQL grammar
>>> [select * from  getuserprofilebyuserid(?)]; nested exception is
>>> org.postgresql.util.PSQLException: The column name
>>> user_portal_vm_auto_login was not found in this ResultSet.
>>> > 2016-07-05 10:59:21,668 ERROR
>>> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) []
>>> Exception: org.springframework.jdbc.BadSqlGrammarException:
>>> PreparedStatementCallback; bad SQL grammar [select * from
>>> getuserprofilebyuserid(?)]; nested exception is
>>> org.postgresql.util.PSQLException: The column name
>>> user_portal_vm_auto_login was not found in this ResultSet.
>>>
>>> perhaps some issue with upgrade? There’s no catch in the upgrade script
>>> so it sounds weird, and it works fine on my upgraded setup.
>>> But anyway, can you check your db if it has that
>>> user_portal_vm_auto_login column in user_profiles table at all?
>>>
>>> Thanks,
>>> michal
>>>
>>>
>>>
>>
>> It seems not...
>>
>> engine=# \d user_profiles
>>  Table "public.user_profiles"
>>   Column   | Type | Modifiers
>> ---+--+---
>>  profile_id| uuid | not null
>>  user_id   | uuid | not null
>>  ssh_public_key| text |
>>  ssh_public_key_id | uuid |
>> Indexes:
>> "pk_profile_id" PRIMARY KEY, btree (profile_id)
>> "idx_user_profiles_user_id" btree (user_id)
>> Foreign-key constraints:
>> "fk_user_id" FOREIGN KEY (user_id) REFERENCES users(user_id) ON
>> DELETE CASCADE
>>
>>
>>
>> engine=# select count(*) from user_profiles;
>>  count
>> ---
>>  1
>> (1 row)
>>
>> Any upgrade log file to cross-check what has caused problems in upgrading
>> the table's structure?
>>
>>
>>
> BTW: how to run the script validatedb.sh
> in /usr/share/ovirt-engine/setup/dbutils ?
>
>

ok, based on timestamp of engine upgrade

-rw-r--r--. 1 root root 3332293 Jul  4 16:12
ovirt-engine-setup-20160704160226-xvkjw9.log

 I indeed find this ERROR in engine.log that didn't raised any block from
what I remember:

2016-07-04 16:19:42,090 ERROR
[org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-59) [] Query
'GetUserProfileQuery' faile
d: PreparedStatementCallback; bad SQL grammar [select * from
 getuserprofilebyuserid(?)]; nested exception is org.postgresql.util.PS
QLException: The column name user_portal_vm_auto_login was not found in
this ResultSet.
2016-07-04 16:19:42,091 ERROR
[org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-59) []
Exception: org.springframework.jd
bc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar
[select * from  getuserprofilebyuserid(?)]; nested exception is
org.postgresql.util.PSQLException: The column name
user_portal_vm_auto_login was not found in this ResultSet.
at
org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:99)
[spring-jdbc.jar:4.2.4.RELEASE]
at
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
[spring-jdbc.jar:4.2.4.RELEASE]


Take in mind that I was in 3.6.5 when I upgraded to 4.0.
Find full engine.log starting beginning of day of update here:
https://drive.google.com/file/d/0BwoPbcrMv8mvVy02b3FpZHRCNUE/view?usp=sharing

and log of engine-setup here:
https://drive.google.com/file/d/0BwoPbcrMv8mvcnNEZzRralR1ZTA/view?usp=sharing

HIH debugging

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


Re: [ovirt-users] serial console problem in 4.0

2016-07-08 Thread Gianluca Cecchi
On Fri, Jul 8, 2016 at 4:46 PM, Gianluca Cecchi 
wrote:

>
>
> On Fri, Jul 8, 2016 at 12:56 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> > On 05 Jul 2016, at 11:05, Gianluca Cecchi 
>> wrote:
>> >
>> > Hello,
>> > I have problems configuring and testing serial console in 4.0
>> >
>> > As soon as in web admin portal (connected as admin) I click on top
>> right "admin@internal-authz" --> options to add the publc key I get this
>> in engine.log (no errors yet in gui):
>> >
>> >
>> > 2016-07-05 10:59:21,667 ERROR
>> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) [] Query
>> 'GetUserProfileQuery' failed: PreparedStatementCallback; bad SQL grammar
>> [select * from  getuserprofilebyuserid(?)]; nested exception is
>> org.postgresql.util.PSQLException: The column name
>> user_portal_vm_auto_login was not found in this ResultSet.
>> > 2016-07-05 10:59:21,668 ERROR
>> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) []
>> Exception: org.springframework.jdbc.BadSqlGrammarException:
>> PreparedStatementCallback; bad SQL grammar [select * from
>> getuserprofilebyuserid(?)]; nested exception is
>> org.postgresql.util.PSQLException: The column name
>> user_portal_vm_auto_login was not found in this ResultSet.
>>
>> perhaps some issue with upgrade? There’s no catch in the upgrade script
>> so it sounds weird, and it works fine on my upgraded setup.
>> But anyway, can you check your db if it has that
>> user_portal_vm_auto_login column in user_profiles table at all?
>>
>> Thanks,
>> michal
>>
>>
>>
>
> It seems not...
>
> engine=# \d user_profiles
>  Table "public.user_profiles"
>   Column   | Type | Modifiers
> ---+--+---
>  profile_id| uuid | not null
>  user_id   | uuid | not null
>  ssh_public_key| text |
>  ssh_public_key_id | uuid |
> Indexes:
> "pk_profile_id" PRIMARY KEY, btree (profile_id)
> "idx_user_profiles_user_id" btree (user_id)
> Foreign-key constraints:
> "fk_user_id" FOREIGN KEY (user_id) REFERENCES users(user_id) ON DELETE
> CASCADE
>
>
>
> engine=# select count(*) from user_profiles;
>  count
> ---
>  1
> (1 row)
>
> Any upgrade log file to cross-check what has caused problems in upgrading
> the table's structure?
>
>
>
BTW: how to run the script validatedb.sh
in /usr/share/ovirt-engine/setup/dbutils ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] serial console problem in 4.0

2016-07-08 Thread Gianluca Cecchi
On Fri, Jul 8, 2016 at 12:56 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> > On 05 Jul 2016, at 11:05, Gianluca Cecchi 
> wrote:
> >
> > Hello,
> > I have problems configuring and testing serial console in 4.0
> >
> > As soon as in web admin portal (connected as admin) I click on top right
> "admin@internal-authz" --> options to add the publc key I get this in
> engine.log (no errors yet in gui):
> >
> >
> > 2016-07-05 10:59:21,667 ERROR
> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) [] Query
> 'GetUserProfileQuery' failed: PreparedStatementCallback; bad SQL grammar
> [select * from  getuserprofilebyuserid(?)]; nested exception is
> org.postgresql.util.PSQLException: The column name
> user_portal_vm_auto_login was not found in this ResultSet.
> > 2016-07-05 10:59:21,668 ERROR
> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) []
> Exception: org.springframework.jdbc.BadSqlGrammarException:
> PreparedStatementCallback; bad SQL grammar [select * from
> getuserprofilebyuserid(?)]; nested exception is
> org.postgresql.util.PSQLException: The column name
> user_portal_vm_auto_login was not found in this ResultSet.
>
> perhaps some issue with upgrade? There’s no catch in the upgrade script so
> it sounds weird, and it works fine on my upgraded setup.
> But anyway, can you check your db if it has that user_portal_vm_auto_login
> column in user_profiles table at all?
>
> Thanks,
> michal
>
>
>

It seems not...

engine=# \d user_profiles
 Table "public.user_profiles"
  Column   | Type | Modifiers
---+--+---
 profile_id| uuid | not null
 user_id   | uuid | not null
 ssh_public_key| text |
 ssh_public_key_id | uuid |
Indexes:
"pk_profile_id" PRIMARY KEY, btree (profile_id)
"idx_user_profiles_user_id" btree (user_id)
Foreign-key constraints:
"fk_user_id" FOREIGN KEY (user_id) REFERENCES users(user_id) ON DELETE
CASCADE



engine=# select count(*) from user_profiles;
 count
---
 1
(1 row)

Any upgrade log file to cross-check what has caused problems in upgrading
the table's structure?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure using oVirt and Gluster

2016-07-08 Thread Simone Tiraboschi
On Fri, Jul 8, 2016 at 4:41 PM, Dewey Du  wrote:
> on Host-01
>
> [root@localhost ~]# hostname
> localhost.localdomain

OK, the issue is here ^^^
Please use an uniquely resolvable hostname for your host.


> on Engine VM
>
> [root@engine ~]# hostname
> engine.ovirt.hscloud
>
> [root@engine ~]# engine-setup
>
>
>   --== CONFIGURATION PREVIEW ==--
>
>   Bridge interface   : em1
>   Engine FQDN: engine.ovirt.hscloud
>   Bridge name: ovirtmgmt
>   Host address   : localhost.localdomain
>   SSH daemon port: 22
>   Gateway address: 10.0.100.2
>   Host name for web application  : hosted_engine_1
>   Storage Domain type: glusterfs
>   Host ID: 1
>   Image size GB  : 10
>   GlusterFS Share Name   : hosted_engine_glusterfs
>   GlusterFS Brick Provisioning   : False
>   Storage connection : 10.0.100.17:/ovirt-engine
>   Console type   : vnc
>   Memory size MB : 16384
>   MAC address: 00:16:3e:1b:0f:e2
>   Boot type  : disk
>   Number of CPUs : 4
>   OVF archive (for disk boot):
> /usr/share/ovirt-engine-appliance/ovirt-engine-appliance-3.6-20160623.1.el7.centos.ova
>   CPU Type   : model_Haswell-noTSX
>
>
>
> On Fri, Jul 8, 2016 at 8:36 PM, Simone Tiraboschi 
> wrote:
>>
>> On Thu, Jul 7, 2016 at 5:44 PM, Dewey Du  wrote:
>> >  "PermitRootLogin without-password" is disabled. Is this a MUST? I am
>> > following the steps from the link below, and there is no steps needed to
>> > enable "PermitRootLogin without-password".
>>
>> No, it's not.
>> The engine will connect using a key deployed on the host by
>> hosted-engine-setup.
>>
>> >
>> > http://blogs-ramesh.blogspot.jp/2016/01/ovirt-and-gluster-hyperconvergence.html
>> >
>> > Do you have anyother instructions to setup
>> > ovirt-and-gluster-hyperconvergence?
>> >
>> > By the way, the "localhost.localdomain"  in the engine.log "Failed to
>> > authenticate session with host 'hosted_engine_1': SSH authentication to
>> > 'root@localhost.localdomain' failed." means the engine VM or Host-01?
>>
>> It means the engine and the issue is just there.
>> Can you please check the hostname of your host?
>> We had a bug in past about that but now hosted-engine-setup should
>> refuse to deploy, which version are you using?
>>
>> > On Thu, Jul 7, 2016 at 4:11 PM, Ramesh Nachimuthu 
>> > wrote:
>> >>
>> >> Hi Dewey,
>> >>
>> >> Looks like SSH login from Engine VM to 'Host-01' is failing. Can you
>> >> confirm that "PermitRootLogin without-password" is enabled on 'Host-01'
>> >> where you are running " hosted-engine --deploy "
>> >>
>> >>
>> >> Regards,
>> >> Ramesh
>> >>
>> >> - Original Message -
>> >> > From: "Dewey Du" 
>> >> > To: "Scott" 
>> >> > Cc: "users" 
>> >> > Sent: Thursday, July 7, 2016 1:11:14 PM
>> >> > Subject: Re: [ovirt-users] Fail to setup Hyperconverged
>> >> > Infrastructure
>> >> > using oVirt and Gluster
>> >> >
>> >> > On Engine VM, the command " engine-setup " is executed successfully.
>> >> >
>> >> > On Host-01 which running the command " hosted-engine --deploy "
>> >> > always display the following message:
>> >> >
>> >> > Make a selection from the options below:
>> >> > (1) Continue setup - oVirt-Engine installation is ready and
>> >> > ovirt-engine
>> >> > service is up
>> >> > (2) Abort setup
>> >> > (3) Power off and restart the VM
>> >> > (4) Destroy VM and abort setup
>> >> > (1, 2, 3, 4)[1]: 1
>> >> >
>> >> > My engine.log on Engine VM is attached below
>> >> >
>> >> > 2016-07-05 15:55:54,086 ERROR
>> >> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default
>> >> > task-17)
>> >> > [77e52cbc] Failed to authenticate session with host
>> >> > 'hosted_engine_1':
>> >> > SSH
>> >> > authentication to 'root@localhost.localdomain' failed. Please verify
>> >> > provided credentials. Make sure key is authorized at host
>> >> > 2016-07-05 15:55:54,086 WARN
>> >> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default
>> >> > task-17)
>> >> > [77e52cbc] CanDoAction of action 'AddVds' failed for user
>> >> > admin@internal.
>> >> > Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server
>> >> > localhost.localdomain,VDS_CANNOT_AUTHENTICATE_TO_SERVER
>> >> > 2016-07-05 15:55:54,098 ERROR
>> >> > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
>> >> > (default
>> >> > task-17) [] Operation Failed: [Cannot add Host. SSH authentication
>> >> > failed,
>> >> > verify 

Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure using oVirt and Gluster

2016-07-08 Thread Dewey Du
on Host-01

[root@localhost ~]# hostname
localhost.localdomain

on Engine VM

[root@engine ~]# hostname
engine.ovirt.hscloud

[root@engine ~]# engine-setup


  --== CONFIGURATION PREVIEW ==--

  Bridge interface   : em1
  Engine FQDN: engine.ovirt.hscloud
  Bridge name: ovirtmgmt
*  Host address   : localhost.localdomain*
  SSH daemon port: 22
  Gateway address: 10.0.100.2
  Host name for web application  : hosted_engine_1
  Storage Domain type: glusterfs
  Host ID: 1
  Image size GB  : 10
  GlusterFS Share Name   : hosted_engine_glusterfs
  GlusterFS Brick Provisioning   : False
  Storage connection : 10.0.100.17:/ovirt-engine
  Console type   : vnc
  Memory size MB : 16384
  MAC address: 00:16:3e:1b:0f:e2
  Boot type  : disk
  Number of CPUs : 4
  OVF archive (for disk boot):
/usr/share/ovirt-engine-appliance/ovirt-engine-appliance-3.6-20160623.1.el7.centos.ova
  CPU Type   : model_Haswell-noTSX



On Fri, Jul 8, 2016 at 8:36 PM, Simone Tiraboschi 
wrote:

> On Thu, Jul 7, 2016 at 5:44 PM, Dewey Du  wrote:
> >  "PermitRootLogin without-password" is disabled. Is this a MUST? I am
> > following the steps from the link below, and there is no steps needed to
> > enable "PermitRootLogin without-password".
>
> No, it's not.
> The engine will connect using a key deployed on the host by
> hosted-engine-setup.
>
> >
> http://blogs-ramesh.blogspot.jp/2016/01/ovirt-and-gluster-hyperconvergence.html
> >
> > Do you have anyother instructions to setup
> > ovirt-and-gluster-hyperconvergence?
> >
> > By the way, the "localhost.localdomain"  in the engine.log "Failed to
> > authenticate session with host 'hosted_engine_1': SSH authentication to
> > 'root@localhost.localdomain' failed." means the engine VM or Host-01?
>
> It means the engine and the issue is just there.
> Can you please check the hostname of your host?
> We had a bug in past about that but now hosted-engine-setup should
> refuse to deploy, which version are you using?
>
> > On Thu, Jul 7, 2016 at 4:11 PM, Ramesh Nachimuthu 
> > wrote:
> >>
> >> Hi Dewey,
> >>
> >> Looks like SSH login from Engine VM to 'Host-01' is failing. Can you
> >> confirm that "PermitRootLogin without-password" is enabled on 'Host-01'
> >> where you are running " hosted-engine --deploy "
> >>
> >>
> >> Regards,
> >> Ramesh
> >>
> >> - Original Message -
> >> > From: "Dewey Du" 
> >> > To: "Scott" 
> >> > Cc: "users" 
> >> > Sent: Thursday, July 7, 2016 1:11:14 PM
> >> > Subject: Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure
> >> > using oVirt and Gluster
> >> >
> >> > On Engine VM, the command " engine-setup " is executed successfully.
> >> >
> >> > On Host-01 which running the command " hosted-engine --deploy "
> >> > always display the following message:
> >> >
> >> > Make a selection from the options below:
> >> > (1) Continue setup - oVirt-Engine installation is ready and
> ovirt-engine
> >> > service is up
> >> > (2) Abort setup
> >> > (3) Power off and restart the VM
> >> > (4) Destroy VM and abort setup
> >> > (1, 2, 3, 4)[1]: 1
> >> >
> >> > My engine.log on Engine VM is attached below
> >> >
> >> > 2016-07-05 15:55:54,086 ERROR
> >> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17)
> >> > [77e52cbc] Failed to authenticate session with host 'hosted_engine_1':
> >> > SSH
> >> > authentication to 'root@localhost.localdomain' failed. Please verify
> >> > provided credentials. Make sure key is authorized at host
> >> > 2016-07-05 15:55:54,086 WARN
> >> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17)
> >> > [77e52cbc] CanDoAction of action 'AddVds' failed for user
> >> > admin@internal.
> >> > Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server
> >> > localhost.localdomain,VDS_CANNOT_AUTHENTICATE_TO_SERVER
> >> > 2016-07-05 15:55:54,098 ERROR
> >> > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
> (default
> >> > task-17) [] Operation Failed: [Cannot add Host. SSH authentication
> >> > failed,
> >> > verify authentication parameters are correct (Username/Password,
> >> > public-key
> >> > etc.) You may refer to the engine.log file for further details.]
> >> >
> >> > On Sun, Jul 3, 2016 at 11:27 PM, Scott < romra...@gmail.com > wrote:
> >> >
> >> >
> >> >
> >> > Do you have root logins disabled in SSH? If I remember right, oVirt
> will
> >> > use
> >> > SSH 

Re: [ovirt-users] disk not bootable

2016-07-08 Thread Melissa Mesler
Michal, given what you said, then it has to be template related. We were
able to create a new vm from scratch and move from the nfs domain to the
iscsi domain. So where do we go from here?

On Fri, Jul 8, 2016, at 04:24 AM, Michal Skrivanek wrote:
> 
> > On 04 Jul 2016, at 17:43, Francesco Romani  wrote:
> > 
> > - Original Message -
> >> From: "Nir Soffer" 
> >> To: "Fernando Fuentes" 
> >> Cc: "Francesco Romani" , "users" 
> >> Sent: Saturday, July 2, 2016 11:18:01 AM
> >> Subject: Re: [ovirt-users] disk not bootable
> >> 
> >> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes 
> >> wrote:
> >>> Nir,
> >>> 
> >>> Ok I ran another test and this one I moved from NFS domain to iSCSI and
> >>> stop working than I moved it back and still unable to run... Windows VM
> >>> is saying "no available boot disk"
> >>> VM: Win7-Test
> >>> Host: Zeta
> >>> Info as requested:  http://pastebin.com/1fSi3auz
> >> 
> >> We need a working xml to compare to.
> > 
> > [snip expected changes]
> > 
> > 
> >>  oVirt
> >>  oVirt Node
> >>  6-5.el6.centos.11.2
> >> - C938F077-55E2-3E50-A694-9FCB7661FD89
> >> + 735C7A01-1F16-3CF0-AF8C-A99823E95AC0
> >> 
> >> Not expected - maybe this is confusing windows?
> 
> Nope, only specific licensing software seem to be checking this
> 
> >> 
> >> Francesco, why vm serial has changed after moving disks from one storage
> >> domain
> >> to another?
> > 
> > We put in serial either
> > 1. the UUID Engine send to us
> > 2. the host UUID as returned by our getHostUUID utility function
> > 
> > the latter is unlikely to change, even after this disk move.
> 
> depends on which host the VM is started. It’s the host-derived ID so it’s
> often different every time you run a VM.
> So I suppose here it just means the VM was launched on a different host.
> It shouldn’t be significant to the boot issue.
> 
> > 
> > So the first suspect in line is Engine
> > 
> > Arik, do you know if Engine is indeed supposed to change the UUID in this 
> > flow?
> > That seems very surprising.
> > 
> > Thanks and bests,
> > 
> > -- 
> > Francesco Romani
> > RedHat Engineering Virtualization R & D
> > Phone: 8261328
> > IRC: fromani
> > ___
> > 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


[ovirt-users] R: oVirt 4.0 hosted-engine deploy fail on fc domain

2016-07-08 Thread NUNIN Roberto

> -Messaggio originale-
> Da: Simone Tiraboschi [mailto:stira...@redhat.com]
> Inviato: venerdì 8 luglio 2016 14:31
> A: NUNIN Roberto 
> Cc: users@ovirt.org
> Oggetto: Re: [ovirt-users] oVirt 4.0 hosted-engine deploy fail on fc domain
>
> On Fri, Jul 8, 2016 at 12:17 PM, NUNIN Roberto 
> wrote:
> > Hello
> >
> > I’m in trouble deploying hosted-engine on a fresh-installed Centos7.2
> > server, chosing fc domain:
> >
> >
> >
> > [ ERROR ] Failed to execute stage 'Environment customization': 'devList'
> >
> Hi Roberto,
> we already opened a bug on it:
> https://bugzilla.redhat.com/show_bug.cgi?id=1352601
> and we already have a fix: https://gerrit.ovirt.org/#/c/60142/
>
> The fix will come with the next release but it's really simple:
> if you are brave enough you could simply edit /usr/share/ovirt-hosted-engine-
> setup/plugins/gr-he-setup/storage/blockd.py
> on your host replacing 'devList' with 'items' in line 407.
>
> > Roberto

Hi Simone

Thanks for hint, fix has done the job.

Ciao




Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mittente, cancellando l'originale e ogni sua copia e 
distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito 
e potrebbe essere fonte di violazione di legge.

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information. If you have received it in 
error, please notify the sender immediately, deleting the original and all 
copies and destroying any hard copies. Any other use is strictly prohibited and 
may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Stuck process in the "Tasks" tab (webadmin interface)

2016-07-08 Thread Alexis HAUSER
3.6.5

So this is a bug ?



- Mail original -
De: "Arman Khalatyan" 
À: "Alexis HAUSER" 
Cc: "users" 
Envoyé: Vendredi 8 Juillet 2016 09:38:21
Objet: Re: [ovirt-users] Stuck process in the "Tasks" tab (webadmin interface)

Which version of ovirt? This sholdbe fixed in 3.6.7.
Am 06.07.2016 5:51 nachm. schrieb "Alexis HAUSER" <
alexis.hau...@telecom-bretagne.eu>:

>
> > Restart engine, or run  engine-setup it will clear Zombie tasks.
>
> Still having this stuck task since may 20, restarting engine didn't fix it.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure using oVirt and Gluster

2016-07-08 Thread Simone Tiraboschi
On Thu, Jul 7, 2016 at 5:44 PM, Dewey Du  wrote:
>  "PermitRootLogin without-password" is disabled. Is this a MUST? I am
> following the steps from the link below, and there is no steps needed to
> enable "PermitRootLogin without-password".

No, it's not.
The engine will connect using a key deployed on the host by hosted-engine-setup.

> http://blogs-ramesh.blogspot.jp/2016/01/ovirt-and-gluster-hyperconvergence.html
>
> Do you have anyother instructions to setup
> ovirt-and-gluster-hyperconvergence?
>
> By the way, the "localhost.localdomain"  in the engine.log "Failed to
> authenticate session with host 'hosted_engine_1': SSH authentication to
> 'root@localhost.localdomain' failed." means the engine VM or Host-01?

It means the engine and the issue is just there.
Can you please check the hostname of your host?
We had a bug in past about that but now hosted-engine-setup should
refuse to deploy, which version are you using?

> On Thu, Jul 7, 2016 at 4:11 PM, Ramesh Nachimuthu 
> wrote:
>>
>> Hi Dewey,
>>
>> Looks like SSH login from Engine VM to 'Host-01' is failing. Can you
>> confirm that "PermitRootLogin without-password" is enabled on 'Host-01'
>> where you are running " hosted-engine --deploy "
>>
>>
>> Regards,
>> Ramesh
>>
>> - Original Message -
>> > From: "Dewey Du" 
>> > To: "Scott" 
>> > Cc: "users" 
>> > Sent: Thursday, July 7, 2016 1:11:14 PM
>> > Subject: Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure
>> > using oVirt and Gluster
>> >
>> > On Engine VM, the command " engine-setup " is executed successfully.
>> >
>> > On Host-01 which running the command " hosted-engine --deploy "
>> > always display the following message:
>> >
>> > Make a selection from the options below:
>> > (1) Continue setup - oVirt-Engine installation is ready and ovirt-engine
>> > service is up
>> > (2) Abort setup
>> > (3) Power off and restart the VM
>> > (4) Destroy VM and abort setup
>> > (1, 2, 3, 4)[1]: 1
>> >
>> > My engine.log on Engine VM is attached below
>> >
>> > 2016-07-05 15:55:54,086 ERROR
>> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17)
>> > [77e52cbc] Failed to authenticate session with host 'hosted_engine_1':
>> > SSH
>> > authentication to 'root@localhost.localdomain' failed. Please verify
>> > provided credentials. Make sure key is authorized at host
>> > 2016-07-05 15:55:54,086 WARN
>> > [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-17)
>> > [77e52cbc] CanDoAction of action 'AddVds' failed for user
>> > admin@internal.
>> > Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server
>> > localhost.localdomain,VDS_CANNOT_AUTHENTICATE_TO_SERVER
>> > 2016-07-05 15:55:54,098 ERROR
>> > [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
>> > task-17) [] Operation Failed: [Cannot add Host. SSH authentication
>> > failed,
>> > verify authentication parameters are correct (Username/Password,
>> > public-key
>> > etc.) You may refer to the engine.log file for further details.]
>> >
>> > On Sun, Jul 3, 2016 at 11:27 PM, Scott < romra...@gmail.com > wrote:
>> >
>> >
>> >
>> > Do you have root logins disabled in SSH? If I remember right, oVirt will
>> > use
>> > SSH keys once configured so you need "PermitRootLogin without-password"
>> > at a
>> > minimum.
>> >
>> > The engine log and your auth/secure log on the host should probably give
>> > you
>> > some idea of what happened.
>> >
>> > Scott
>> >
>> > On Sun, Jul 3, 2016 at 10:13 AM Dewey Du < dewe...@gmail.com > wrote:
>> >
>> >
>> >
>> > oVirt 3.6
>> >
>> > # hosted-engine --deploy
>> >
>> > [ ERROR ] Cannot automatically add the host to cluster Default: Cannot
>> > add
>> > Host. SSH authentication failed, verify authentication parameters are
>> > correct (Username/Password, public-key etc.) You may refer to the
>> > engine.log
>> > file for further details.
>> >
>> > Has anyone encountered this issue before? Thx.
>> > ___
>> > 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] oVirt 4.0 hosted-engine deploy fail on fc domain

2016-07-08 Thread Simone Tiraboschi
On Fri, Jul 8, 2016 at 12:17 PM, NUNIN Roberto  wrote:
> Hello
>
> I’m in trouble deploying hosted-engine on a fresh-installed Centos7.2
> server, chosing fc domain:
>
>
>
> [ ERROR ] Failed to execute stage 'Environment customization': 'devList'
>
>
>
> Installation ends with error, following the versions of ovirt installed
> software:
>
>
>
> ovirt-hosted-engine-setup-2.0.0.2-1.el7.centos.noarch
>
> ovirt-engine-sdk-python-3.6.7.0-1.el7.centos.noarch
>
> ovirt-setup-lib-1.0.2-1.el7.centos.noarch
>
> ovirt-host-deploy-1.5.0-1.el7.centos.noarch
>
> ovirt-imageio-daemon-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch
>
> ovirt-vmconsole-host-1.0.3-1.el7.centos.noarch
>
> ovirt-release40-4.0.0-5.noarch
>
> ovirt-vmconsole-1.0.3-1.el7.centos.noarch
>
> ovirt-hosted-engine-ha-2.0.0-1.el7.centos.noarch
>
> libgovirt-0.3.3-1.el7_2.1.x86_64
>
> ovirt-imageio-common-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch
>
>
>
> Here part of the log:
>
>
>
> 2016-07-08 11:46:08 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:SEND Please specify the
> storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
>
> 2016-07-08 11:46:11 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:RECEIVEfc
>
> 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:760
> ENVIRONMENT DUMP - BEGIN
>
> 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:770 ENV
> OVEHOSTED_STORAGE/domainType=str:'fc'
>
> 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:774
> ENVIRONMENT DUMP - END
>
> 2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:128 Stage
> customization METHOD
> otopi.plugins.gr_he_setup.storage.blockd.Plugin._customization
>
> 2016-07-08 11:46:11 DEBUG otopi.plugins.gr_he_setup.storage.blockd
> blockd._fc_get_lun_list:404 {'status': {'message': 'Done', 'code': 0},
> 'items': [{u'status': u'free', u'vendorID': u'3PARdata', u'capacity':
> u'1099511627776', u'fwrev': u'3122', u'vgUUID': u'', u'pvsize': u'',
> u'pathlist': [], u'logicalblocksize': u'512', u'pathstatus': [{u'capacity':
> u'1099511627776', u'physdev': u'sdb', u'type': u'FCP', u'state': u'active',
> u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdc', u'type':
> u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776',
> u'physdev': u'sdd', u'type': u'FCP', u'state': u'active', u'lun': u'1'},
> {u'capacity': u'1099511627776', u'physdev': u'sde', u'type': u'FCP',
> u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776',
> u'physdev': u'sdf', u'type': u'FCP', u'state': u'active', u'lun': u'1'},
> {u'capacity': u'1099511627776', u'physdev': u'sdg', u'type': u'FCP',
> u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776',
> u'physdev': u'sdh', u'type': u'FCP', u'state': u'active', u'lun': u'1'},
> {u'capacity': u'1099511627776', u'physdev': u'sdi', u'type': u'FCP',
> u'state': u'active', u'lun': u'1'}], u'devtype': u'FCP',
> u'physicalblocksize': u'512', u'pvUUID': u'', u'serial':
> u'S3PARdataVV_1619775', u'GUID': u'360002ac01d0060964d3f',
> u'productID': u'VV'}]}
>
> 2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:142 method
> exception
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in
> _executeMethod
>
> method['method']()
>
>   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
> line 612, in _customization
>
> lunGUID = self._customize_lun(self.domainType, target)
>
>   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
> line 212, in _customize_lun
>
> available_luns = self._fc_get_lun_list()
>
>   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
> line 407, in _fc_get_lun_list
>
> for device in devices['devList']:
>
> KeyError: 'devList'
>
> ERROR otopi.context context._executeMethod:151 Failed to execute stage
> 'Environment customization': 'devList'
>
> ….
>
> FC volume is hosted on an HP 3PAR storage array.
>
>
>
> It is available, under multipathd, to the OS:
>
>
>
> [root@xxx-yyy-xxx ~]# multipath -l
>
> 360002ac01d0060964d3f dm-2 3PARdata,VV
>
> size=1.0T features='1 queue_if_no_path' hwhandler='0' wp=rw
>
> `-+- policy='round-robin 0' prio=0 status=active
>
>   |- 2:0:11:1 sdi 8:128 active undef running
>
>   |- 1:0:9:1  sdd 8:48  active undef running
>
>   |- 2:0:7:1  sdg 8:96  active undef running
>
>   |- 1:0:1:1  sdc 8:32  active undef running
>
>   |- 2:0:6:1  sdf 8:80  active undef running
>
>   |- 1:0:0:1  sdb 8:16  active undef running
>
>   |- 2:0:8:1  sdh 8:112 active undef running
>
>   `- 1:0:10:1 sde 8:64  active undef running
>
> [root@xxx-yyy-xxx ~]#
>
>
>
> Must I submit other relevant logs ? Which one ?
>
> Thanks in advance.

Hi Roberto,
we already opened a bug on it:

Re: [ovirt-users] Centos 7

2016-07-08 Thread Sandro Bonazzola
On Fri, Jul 8, 2016 at 2:16 PM, Koen Vanoppen 
wrote:

> Dear All,
>
> We currently are running ovirt 3.5.1-1.el6 in production...
> Our hypervisors are on centos 6.7 for the moment. But these will be
> changed to centos 7.2 before we are going to upgrade the engine to centos 7
> and ovirt 4.
> This is the plan:
>
>1. Migrate the current production server to centos 7 (of course NO
>data loss)
>2. Migrate the local engine DB to a external postgresDB
>3. Upgrade ovirt to the latest version (4.x)
>
> Steps already tested and validated (on development):
>
>1. Update 3.5.1-1.el6 to latest 3.6 --> no issue
>2. Migrate the localdb to external db --> no issue
>3. Installed the same version on centos 7 (latest 3.6) --> no issue
>
> And then the problems begin:
> If I then connect the new install on centos 7 and run engine-setup, I get
> the following output:
>
> -== END OF CONFIGURATION ==--
>
> [ INFO  ] Stage: Setup validation
>   During execution engine service will be stopped (OK, Cancel)
> [OK]:
> [WARNING] Less than 16384MB of memory is available
> [ INFO  ] Cleaning stale zombie tasks and commands
>   An existing DWH is configured to work with this engine.
>   Its hostname is ovirtmgmt03dev.brusselsairport.aero.
>   A positive answer to the following question will cause the
> existing DWH to be permanently disconnected from the engine.
>   A negative answer will stop Setup.
>   Do you want to permanently disconnect this DWH from the engine?
> (Yes, No) [No]: Yes
>
>   --== CONFIGURATION PREVIEW ==--
>
>   Default SAN wipe after delete   : False
>   Update Firewall : False
>   Host FQDN   :
> ovirtmgmt01dev.example.com
>   Engine database secured connection  : False
>   Engine database host: ovirtdb01dev
>   Engine database user name   : engine
>   Engine database name: engine
>   Engine database port: 5432
>   Engine database host name validation: False
>   Engine installation : True
>   PKI organization: example.com
>   DWH installation: True
>   DWH database secured connection : False
>   DWH database host   : localhost
>   DWH database user name  : ovirt_engine_history
>   DWH database name   : ovirt_engine_history
>   DWH database port   : 5432
>   DWH database host name validation   : False
>   Configure local DWH database: True
>   Reports installation: True
>   Reports database name   : ovirt_engine_reports
>   Reports database secured connection : False
>   Reports database host   : localhost
>   Reports database port   : 5432
>   Reports database user name  : ovirt_engine_reports
>   Reports database host name validation   : False
>   Engine Host FQDN:
> ovirtmgmt01dev.example.com
>   Configure VMConsole Proxy   : True
>   Configure WebSocket Proxy   : True
>
>   Please confirm installation settings (OK, Cancel) [OK]:
> [WARNING] Setup found legacy kerberos/ldap directory integration in use
> (added by engine-manage-domains). This provider is obsoleted and will be
> removed in future. Please migrate to ovirt-engine-extension-aaa-ldap
> provider or contact support for assistance.
> [ INFO  ] Cleaning async tasks and compensations
> [ INFO  ] Unlocking existing entities
> [ INFO  ] Checking the Engine database consistency
> [ INFO  ] Stage: Transaction setup
> [ INFO  ] Stopping dwh service
> [ INFO  ] Stopping reports service
> [ INFO  ] Stopping engine service
> [ INFO  ] Stopping ovirt-fence-kdump-listener service
> [ INFO  ] Stopping websocket-proxy service
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Regenerating Jasper's build configuration files
> [ INFO  ] Exporting data out of Jasper
> [ INFO  ] Stage: Package installation
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Creating PostgreSQL 'ovirt_engine_history' database
> [ INFO  ] Configuring PostgreSQL
> [ INFO  ] Backing up database ovirtdb01dev:engine to
> '/var/lib/ovirt-engine/backups/engine-20160708135630.DQXLX8.dump'.
> [ INFO  ] Creating/refreshing Engine database schema
> [ INFO  ] Creating/refreshing Engine 'internal' domain database schema
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/schema.sh' failed to
> execute
> [ INFO  ] Yum Performing yum transaction rollback
> [ 

[ovirt-users] Centos 7

2016-07-08 Thread Koen Vanoppen
Dear All,

We currently are running ovirt 3.5.1-1.el6 in production...
Our hypervisors are on centos 6.7 for the moment. But these will be changed
to centos 7.2 before we are going to upgrade the engine to centos 7 and
ovirt 4.
This is the plan:

   1. Migrate the current production server to centos 7 (of course NO data
   loss)
   2. Migrate the local engine DB to a external postgresDB
   3. Upgrade ovirt to the latest version (4.x)

Steps already tested and validated (on development):

   1. Update 3.5.1-1.el6 to latest 3.6 --> no issue
   2. Migrate the localdb to external db --> no issue
   3. Installed the same version on centos 7 (latest 3.6) --> no issue

And then the problems begin:
If I then connect the new install on centos 7 and run engine-setup, I get
the following output:

-== END OF CONFIGURATION ==--

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel)
[OK]:
[WARNING] Less than 16384MB of memory is available
[ INFO  ] Cleaning stale zombie tasks and commands
  An existing DWH is configured to work with this engine.
  Its hostname is ovirtmgmt03dev.brusselsairport.aero.
  A positive answer to the following question will cause the
existing DWH to be permanently disconnected from the engine.
  A negative answer will stop Setup.
  Do you want to permanently disconnect this DWH from the engine?
(Yes, No) [No]: Yes

  --== CONFIGURATION PREVIEW ==--

  Default SAN wipe after delete   : False
  Update Firewall : False
  Host FQDN   :
ovirtmgmt01dev.example.com
  Engine database secured connection  : False
  Engine database host: ovirtdb01dev
  Engine database user name   : engine
  Engine database name: engine
  Engine database port: 5432
  Engine database host name validation: False
  Engine installation : True
  PKI organization: example.com
  DWH installation: True
  DWH database secured connection : False
  DWH database host   : localhost
  DWH database user name  : ovirt_engine_history
  DWH database name   : ovirt_engine_history
  DWH database port   : 5432
  DWH database host name validation   : False
  Configure local DWH database: True
  Reports installation: True
  Reports database name   : ovirt_engine_reports
  Reports database secured connection : False
  Reports database host   : localhost
  Reports database port   : 5432
  Reports database user name  : ovirt_engine_reports
  Reports database host name validation   : False
  Engine Host FQDN:
ovirtmgmt01dev.example.com
  Configure VMConsole Proxy   : True
  Configure WebSocket Proxy   : True

  Please confirm installation settings (OK, Cancel) [OK]:
[WARNING] Setup found legacy kerberos/ldap directory integration in use
(added by engine-manage-domains). This provider is obsoleted and will be
removed in future. Please migrate to ovirt-engine-extension-aaa-ldap
provider or contact support for assistance.
[ INFO  ] Cleaning async tasks and compensations
[ INFO  ] Unlocking existing entities
[ INFO  ] Checking the Engine database consistency
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stopping dwh service
[ INFO  ] Stopping reports service
[ INFO  ] Stopping engine service
[ INFO  ] Stopping ovirt-fence-kdump-listener service
[ INFO  ] Stopping websocket-proxy service
[ INFO  ] Stage: Misc configuration
[ INFO  ] Regenerating Jasper's build configuration files
[ INFO  ] Exporting data out of Jasper
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Creating PostgreSQL 'ovirt_engine_history' database
[ INFO  ] Configuring PostgreSQL
[ INFO  ] Backing up database ovirtdb01dev:engine to
'/var/lib/ovirt-engine/backups/engine-20160708135630.DQXLX8.dump'.
[ INFO  ] Creating/refreshing Engine database schema
[ INFO  ] Creating/refreshing Engine 'internal' domain database schema
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/schema.sh' failed to
execute
[ INFO  ] Yum Performing yum transaction rollback
[ INFO  ] Rolling back database schema
[ INFO  ] Clearing Engine database engine
[ INFO  ] Restoring Engine database engine
[ INFO  ] Restoring file
'/var/lib/ovirt-engine/backups/engine-20160708135630.DQXLX8.dump' to
database ovirtdb01dev:engine.
[ ERROR ] Errors while 

Re: [ovirt-users] serial console problem in 4.0

2016-07-08 Thread Michal Skrivanek

> On 05 Jul 2016, at 11:05, Gianluca Cecchi  wrote:
> 
> Hello,
> I have problems configuring and testing serial console in 4.0
> 
> As soon as in web admin portal (connected as admin) I click on top right 
> "admin@internal-authz" --> options to add the publc key I get this in 
> engine.log (no errors yet in gui):
> 
> 
> 2016-07-05 10:59:21,667 ERROR [org.ovirt.engine.core.bll.GetUserProfileQuery] 
> (default task-63) [] Query 'GetUserProfileQuery' failed: 
> PreparedStatementCallback; bad SQL grammar [select * from  
> getuserprofilebyuserid(?)]; nested exception is 
> org.postgresql.util.PSQLException: The column name user_portal_vm_auto_login 
> was not found in this ResultSet.
> 2016-07-05 10:59:21,668 ERROR [org.ovirt.engine.core.bll.GetUserProfileQuery] 
> (default task-63) [] Exception: 
> org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; 
> bad SQL grammar [select * from  getuserprofilebyuserid(?)]; nested exception 
> is org.postgresql.util.PSQLException: The column name 
> user_portal_vm_auto_login was not found in this ResultSet.

perhaps some issue with upgrade? There’s no catch in the upgrade script so it 
sounds weird, and it works fine on my upgraded setup.
But anyway, can you check your db if it has that user_portal_vm_auto_login 
column in user_profiles table at all?

Thanks,
michal

>   at 
> org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:99)
>  [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
>  [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
>  [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
>  [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:645) 
> [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680) 
> [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712) 
> [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762) 
> [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154)
>  [dal.jar:]
>   at 
> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120)
>  [dal.jar:]
>   at 
> org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198)
>  [spring-jdbc.jar:4.2.4.RELEASE]
>   at 
> org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:147)
>  [dal.jar:]
>   at 
> org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:109)
>  [dal.jar:]
>   at 
> org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeRead(SimpleJdbcCallsHandler.java:101)
>  [dal.jar:]
>   at 
> org.ovirt.engine.core.dao.UserProfileDaoImpl.getByUserId(UserProfileDaoImpl.java:49)
>  [dal.jar:]
>   at 
> org.ovirt.engine.core.bll.GetUserProfileQuery.executeQueryCommand(GetUserProfileQuery.java:19)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:101)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
> [dal.jar:]
>   at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:559) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:530) 
> [bll.jar:]
>   at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) 
> [:1.8.0_91]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_91]
>   at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91]
>   at 
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>   at 
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
>   at 
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
>   at 
> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
>  [wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
>   at 
> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
>  [wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
>   

Re: [ovirt-users] Move hosted engine to another storage

2016-07-08 Thread Cristian Mammoli
I started from scratch, deployed the appliance without configuring the 
engine, imported the backup, and run engine-setup.


In the engine admin portal I deleted the old hosted_storage the shutdown 
to make the vm managed by ha


Now the engine cannot import itself :p


Jul 8, 2016 12:32:18 PM

Failed to import the Hosted Engine Storage Domain

Jul 8, 2016 12:32:18 PM

Failed to attach Storage Domain hosted_storage to Data Center Default. 
(User: SYSTEM)


Jul 8, 2016 12:27:31 PM

The Hosted Engine Storage Domain isn't Active.

Jul 8, 2016 12:27:29 PM

VDSM command failed: Cannot acquire host id: 
('d5e1243d-a085-406c-813d-e9db7677f329', SanlockException(22, 'Sanlock 
lockspace add failure', 'Invalid argument'))



How do I clean up the db from the old data?


Thanks!

Il 07/07/2016 21:47, Simone Tiraboschi ha scritto:

On Thu, Jul 7, 2016 at 6:24 PM, Cristian Mammoli  wrote:

Hi list, need to move the hosted engine from a storage to another. Both the
source and the destination are iSCSI LUN.
What is correct procedure (if any)?
I didn't find anything in the docs

Ciao Christian,
theoretically you could run engine-backup on the current engine VM,
redeploy from scratch on the new storage domain and before running
engine setup, inject there the backup.

Unfortunately we know that is not that simple:
https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21
and you have to manually remove any reference to the previous
hosted-engine storage domain and hosted-engine VM from your restored
DB since they are locked in the engine and so you couldn't remove from
there.

Improving engine-backup to automatically filter hosted-engine
references is an RFE for 4.1.



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


--
Mammoli Cristian
System administrator
T. +39 0731 22911
Via Brodolini 6 | 60035 Jesi (an)

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


Re: [ovirt-users] VMs freeze during vm-host reboot

2016-07-08 Thread bertjan
Hi Michal,

That's right. I put it in maintenance mode, so there were no VMs.

The frozen VMs were on the other hosts. That's wat makes it strange and
why it doesn't give me a good feeling. When someone can say  'I know the
issue and it is fixed with gluster version 3.7.12', I would feel more reassured
about it...

Regards,

Bertjan 

On Fri, Jul 08, 2016 at 12:23:21PM +0200, Michal Skrivanek wrote:
> 
> > On 08 Jul 2016, at 12:06, bertjan  wrote:
> > 
> > Hi,
> > 
> > I have a 3-node CentOS7 based oVirt+replica-3 gluster environment with an 
> > engine
> > on dedicated hardware.
> > 
> > After putting the first vm-host into maintenance mode to update it from 
> > vdsm-4.17.28-1
> > to vdsm-4.17.32-0 and from glusterfs-3.7.11-1 to glusterfs-3.7.12-2 (among 
> > others),
> > random VMs froze (not pauzed. oVirt showed them as 'up') until the update 
> > was done and
> > the vm-host was rebooted and active again. 
> 
> I suppose the host you were updating at that time had no running VMs, right?
> If so, then indeed perhaps a gluster issue
> 
> > 
> > After all the vm-hosts were upgraded, I never experienced the problem again.
> > Can this be a bug, fixed with the upgrade to glusterfs-3.7.12-2? 
> > 
> > Has anyone experienced the same problem?
> > 
> > Thanks in advance! (next week I'm not able to check my e-mail, so response 
> > can be delayed).
> > 
> > Regards,
> > 
> > Bertjan
> > 
> > 
> > 
> > --
> > 
> > De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> > uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> > ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
> > te informeren door het bericht te retourneren. Het Universitair Medisch
> > Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de 
> > W.H.W.
> > (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd 
> > bij
> > de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
> > 
> > Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
> > 
> > --
> > 
> > This message may contain confidential information and is intended 
> > exclusively
> > for the addressee. If you receive this message unintentionally, please do 
> > not
> > use the contents but notify the sender immediately by return e-mail. 
> > University
> > Medical Center Utrecht is a legal person by public law and is registered at
> > the Chamber of Commerce for Midden-Nederland under no. 30244197.
> > 
> > Please consider the environment before printing this e-mail.
> > ___
> > 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] VMs freeze during vm-host reboot

2016-07-08 Thread Michal Skrivanek

> On 08 Jul 2016, at 12:06, bertjan  wrote:
> 
> Hi,
> 
> I have a 3-node CentOS7 based oVirt+replica-3 gluster environment with an 
> engine
> on dedicated hardware.
> 
> After putting the first vm-host into maintenance mode to update it from 
> vdsm-4.17.28-1
> to vdsm-4.17.32-0 and from glusterfs-3.7.11-1 to glusterfs-3.7.12-2 (among 
> others),
> random VMs froze (not pauzed. oVirt showed them as 'up') until the update was 
> done and
> the vm-host was rebooted and active again. 

I suppose the host you were updating at that time had no running VMs, right?
If so, then indeed perhaps a gluster issue

> 
> After all the vm-hosts were upgraded, I never experienced the problem again.
> Can this be a bug, fixed with the upgrade to glusterfs-3.7.12-2? 
> 
> Has anyone experienced the same problem?
> 
> Thanks in advance! (next week I'm not able to check my e-mail, so response 
> can be delayed).
> 
> Regards,
> 
> Bertjan
> 
> 
> 
> --
> 
> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
> te informeren door het bericht te retourneren. Het Universitair Medisch
> Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de 
> W.H.W.
> (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
> de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
> 
> Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
> 
> --
> 
> This message may contain confidential information and is intended exclusively
> for the addressee. If you receive this message unintentionally, please do not
> use the contents but notify the sender immediately by return e-mail. 
> University
> Medical Center Utrecht is a legal person by public law and is registered at
> the Chamber of Commerce for Midden-Nederland under no. 30244197.
> 
> Please consider the environment before printing this e-mail.
> ___
> 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


[ovirt-users] oVirt 4.0 hosted-engine deploy fail on fc domain

2016-07-08 Thread NUNIN Roberto
Hello
I'm in trouble deploying hosted-engine on a fresh-installed Centos7.2 server, 
chosing fc domain:

[ ERROR ] Failed to execute stage 'Environment customization': 'devList'

Installation ends with error, following the versions of ovirt installed 
software:

ovirt-hosted-engine-setup-2.0.0.2-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.7.0-1.el7.centos.noarch
ovirt-setup-lib-1.0.2-1.el7.centos.noarch
ovirt-host-deploy-1.5.0-1.el7.centos.noarch
ovirt-imageio-daemon-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch
ovirt-vmconsole-host-1.0.3-1.el7.centos.noarch
ovirt-release40-4.0.0-5.noarch
ovirt-vmconsole-1.0.3-1.el7.centos.noarch
ovirt-hosted-engine-ha-2.0.0-1.el7.centos.noarch
libgovirt-0.3.3-1.el7_2.1.x86_64
ovirt-imageio-common-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch

Here part of the log:

2016-07-08 11:46:08 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Please specify the storage 
you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
2016-07-08 11:46:11 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:RECEIVEfc
2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT 
DUMP - BEGIN
2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:770 ENV 
OVEHOSTED_STORAGE/domainType=str:'fc'
2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:774 ENVIRONMENT 
DUMP - END
2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:128 Stage 
customization METHOD 
otopi.plugins.gr_he_setup.storage.blockd.Plugin._customization
2016-07-08 11:46:11 DEBUG otopi.plugins.gr_he_setup.storage.blockd 
blockd._fc_get_lun_list:404 {'status': {'message': 'Done', 'code': 0}, 'items': 
[{u'status': u'free', u'vendorID': u'3PARdata', u'capacity': u'1099511627776', 
u'fwrev': u'3122', u'vgUUID': u'', u'pvsize': u'', u'pathlist': [], 
u'logicalblocksize': u'512', u'pathstatus': [{u'capacity': u'1099511627776', 
u'physdev': u'sdb', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, 
{u'capacity': u'1099511627776', u'physdev': u'sdc', u'type': u'FCP', u'state': 
u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdd', 
u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': 
u'1099511627776', u'physdev': u'sde', u'type': u'FCP', u'state': u'active', 
u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdf', u'type': 
u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', 
u'physdev': u'sdg', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, 
{u'capacity': u'1099511627776', u'physdev': u'sdh', u'type': u'FCP', u'state': 
u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdi', 
u'type': u'FCP', u'state': u'active', u'lun': u'1'}], u'devtype': u'FCP', 
u'physicalblocksize': u'512', u'pvUUID': u'', u'serial': 
u'S3PARdataVV_1619775', u'GUID': u'360002ac01d0060964d3f', 
u'productID': u'VV'}]}
2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:142 method 
exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
_executeMethod
method['method']()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
 line 612, in _customization
lunGUID = self._customize_lun(self.domainType, target)
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
 line 212, in _customize_lun
available_luns = self._fc_get_lun_list()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py",
 line 407, in _fc_get_lun_list
for device in devices['devList']:
KeyError: 'devList'
ERROR otopi.context context._executeMethod:151 Failed to execute stage 
'Environment customization': 'devList'

FC volume is hosted on an HP 3PAR storage array.

It is available, under multipathd, to the OS:

[root@xxx-yyy-xxx ~]# multipath -l
360002ac01d0060964d3f dm-2 3PARdata,VV
size=1.0T features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=0 status=active
  |- 2:0:11:1 sdi 8:128 active undef running
  |- 1:0:9:1  sdd 8:48  active undef running
  |- 2:0:7:1  sdg 8:96  active undef running
  |- 1:0:1:1  sdc 8:32  active undef running
  |- 2:0:6:1  sdf 8:80  active undef running
  |- 1:0:0:1  sdb 8:16  active undef running
  |- 2:0:8:1  sdh 8:112 active undef running
  `- 1:0:10:1 sde 8:64  active undef running
[root@xxx-yyy-xxx ~]#

Must I submit other relevant logs ? Which one ?
Thanks in advance.


Roberto



Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mittente, cancellando l'originale e ogni sua copia e 
distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente 

[ovirt-users] VMs freeze during vm-host reboot

2016-07-08 Thread bertjan
Hi,

I have a 3-node CentOS7 based oVirt+replica-3 gluster environment with an engine
on dedicated hardware.

After putting the first vm-host into maintenance mode to update it from 
vdsm-4.17.28-1
to vdsm-4.17.32-0 and from glusterfs-3.7.11-1 to glusterfs-3.7.12-2 (among 
others),
random VMs froze (not pauzed. oVirt showed them as 'up') until the update was 
done and
the vm-host was rebooted and active again. 

After all the vm-hosts were upgraded, I never experienced the problem again.
Can this be a bug, fixed with the upgrade to glusterfs-3.7.12-2? 

Has anyone experienced the same problem?

Thanks in advance! (next week I'm not able to check my e-mail, so response can 
be delayed).

Regards,

Bertjan



--

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
te informeren door het bericht te retourneren. Het Universitair Medisch
Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W.
(Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.

Denk s.v.p aan het milieu voor u deze e-mail afdrukt.

--

This message may contain confidential information and is intended exclusively
for the addressee. If you receive this message unintentionally, please do not
use the contents but notify the sender immediately by return e-mail. University
Medical Center Utrecht is a legal person by public law and is registered at
the Chamber of Commerce for Midden-Nederland under no. 30244197.

Please consider the environment before printing this e-mail.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Is it possible to disable qxl video?

2016-07-08 Thread Michal Skrivanek

> On 06 Jul 2016, at 14:06, Francesco Romani  wrote:
> 
> 
> From: "Arman Khalatyan" 
> To: "users" 
> Sent: Monday, July 4, 2016 11:52:24 AM
> Subject: [ovirt-users] Is it possible to disable qxl video?
> 
> 
> Hi,
> I am doing PCI Passthrough for GPUs.
> Is it possible somehow to disable/remove default video qxl?
> thanks,
> Arman,.
> Hi,
> 
> The 4.0 Vdsm allows you to run a headless VM, meaning a VM without graphic 
> device/frontend.
> Not sure Engine allows you that however.

no it doesn’t
However, if QXL is the problem (why is that so?) then you can switch to VGA(or 
CIRRUS if this is still 3.6)

> I'm afraid you will need to write a Vdsm hook.
> 
> There could be simpler solutions depending on the Engine
> 
> Bests,
> 
> -- 
> Francesco Romani
> RedHat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
> ___
> 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] disk not bootable

2016-07-08 Thread Michal Skrivanek

> On 04 Jul 2016, at 17:43, Francesco Romani  wrote:
> 
> - Original Message -
>> From: "Nir Soffer" 
>> To: "Fernando Fuentes" 
>> Cc: "Francesco Romani" , "users" 
>> Sent: Saturday, July 2, 2016 11:18:01 AM
>> Subject: Re: [ovirt-users] disk not bootable
>> 
>> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes 
>> wrote:
>>> Nir,
>>> 
>>> Ok I ran another test and this one I moved from NFS domain to iSCSI and
>>> stop working than I moved it back and still unable to run... Windows VM
>>> is saying "no available boot disk"
>>> VM: Win7-Test
>>> Host: Zeta
>>> Info as requested:  http://pastebin.com/1fSi3auz
>> 
>> We need a working xml to compare to.
> 
> [snip expected changes]
> 
> 
>>  oVirt
>>  oVirt Node
>>  6-5.el6.centos.11.2
>> - C938F077-55E2-3E50-A694-9FCB7661FD89
>> + 735C7A01-1F16-3CF0-AF8C-A99823E95AC0
>> 
>> Not expected - maybe this is confusing windows?

Nope, only specific licensing software seem to be checking this

>> 
>> Francesco, why vm serial has changed after moving disks from one storage
>> domain
>> to another?
> 
> We put in serial either
> 1. the UUID Engine send to us
> 2. the host UUID as returned by our getHostUUID utility function
> 
> the latter is unlikely to change, even after this disk move.

depends on which host the VM is started. It’s the host-derived ID so it’s often 
different every time you run a VM.
So I suppose here it just means the VM was launched on a different host. It 
shouldn’t be significant to the boot issue.

> 
> So the first suspect in line is Engine
> 
> Arik, do you know if Engine is indeed supposed to change the UUID in this 
> flow?
> That seems very surprising.
> 
> Thanks and bests,
> 
> -- 
> Francesco Romani
> RedHat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
> ___
> 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


[ovirt-users] hosted-engine --deploy stalls on "Waiting for VDSM hardware info"

2016-07-08 Thread Alex Harpin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I've been running oVirt 3.6 on Fedora 22 for a while now, as a two
node set up, and everything was going fine until I decided to upgrade
from Fedora 22 to 23 (as 22 is pretty much EOL). That didn't go
exactly to plan, so to minimise any issues moving forward I did a
complete new install of Fedora 23 on one of the hosts, with a view to
just importing the back up from the 3.6 system.

The issue I'm running into at the moment is that when I run
hosted-engine --deploy (hosted engine setup obviously) on the new
host, the process gets to "Waiting for VDSM hardware info", repeats
that for a while and then fails out of the set up.

I've pinned it down to the following not returning the expected
information:

vdsClient -s 0 getVdsHardwareInfo

This returns "Failed to read hardware information" rather than the
expected information.

Running this same command on the Fedora 22 system returns hardware
information, even installing 3.6 on the new system returns the same
error. I'm presuming it's not a specific oVirt issue, but down to
some dmidecode (or related) issue.

Running the above, rather than hosted-engine --deploy gives the
following as the last entry in supervdsm.log

MainProcess|jsonrpc.Executor/2::DEBUG::2016-07-08
08:08:04,377::supervdsmServer::92::SuperVdsm.ServerCallback::(wrapper)
call getHardwareInfo with () {}
MainProcess|jsonrpc.Executor/2::ERROR::2016-07-08
08:08:04,409::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
Error in getHardwareInfo
Traceback (most recent call last):
File "/usr/share/vdsm/supervdsmServer", line 94, in wrapper
res = func(*args, **kwargs)
File "/usr/share/vdsm/supervdsm_api/hwinfo.py", line 29, in
getHardwareInfo
return getHardwareInfoStructure()
File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 465, in
__call__
value = self.func(*args)
File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line
52, in getHardwareInfoStructure
dmiInfo = getAllDmidecodeInfo()
File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 465, in
__call__
value = self.func(*args)
File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line
46, in getAllDmidecodeInfo
myLeafDict[k] = __leafDict(getattr(dmidecode, k)())
File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line
34, in __leafDict
ret.update(__leafDict(v))
File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line
34, in __leafDict
ret.update(__leafDict(v))
File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line
32, in __leafDict
for k, v in d.iteritems():
IndexError: list assignment index out of range

Running dmidecode manually appears to return the same information an
almost identical system returns (Dell R710).

Any pointers on tracking down what the issue might be as I'd rather
not reinstall with 22 again just to get this up and running.

Regards

Alex.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXf1RmAAoJELTttCQtz/9DV1wP/3v1144zI2cSayvhPIw67bKO
p2+CBx56ZBfOp4mYH6+oJ9/G+HxPfXWoOGICq6QiUmj7vg7aKKgsFO2hx8w6FLuH
xG22dQhcEQdTA9i0zHHhi+eLdROfeuFU93Gl59NiXVA9bglMYY6TH/Ljx+rIGyx0
DHbn4gzjkXdLFAjJj212xWEp4EU+xjG78qmk1eeLibxdGtPcsIbTKAdsvl5/Z4WL
x+poGegMb+IbwaP7co2y8Fbr0TycPSuYb7bw91jsYJmP4O/X9845bZH3JjPvAfco
uBY5/2puyZ084cr70Bpp+l4W1bQ4W4htqg/oUJATo028FeLipCqzumfGz3Ja4DPa
Nzi+VxRQssmewr0/tjidgGIiAiz+wuheuYwf687yp97WMQ0HBxOj3Kxo9JykjrnJ
Ga52GUx7CQuxnGdDUZZZw2je0Ysp87jJqX7wvTi2o+eRhnH2wfsS4PtxsIktN5nx
MgRISrhOW3+INHe8Wyl2/miw+FvRNc+EtLwJC5WQr5W3vsRINRTj4erUC8V5PpSL
vQFhFGtDjeI9rTQ7y+nvwYWGWQetERTuMwHLgMgwM4hVZq4eW4/2KI3jrcT64ZIK
Z5mcyoZBIQW4t2GaGGU8+Hw0PQw83NEHvNDZm5PMIDjVWjbuPe7ge4vDgC8Qbnxa
Lw9AV/RDnJyoEMIZhQTD
=NoZW
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] IRSNoMasterDomainException: Cannot find master domain

2016-07-08 Thread 김원기
Hi!
 
I can't attach old master iscsi domain.
How can I solve this problem ?
 
Best regards
 
Environment  Log 
 
Engine : 3.6.7
Host  
OS Version:RHEL - 7 - 2.1511.el7.centos.2.10
Kernel Version:3.10.0 - 327.22.2.el7.x86_64
KVM Version:2.3.0 - 31.el7_2.10.1
LIBVIRT Version:libvirt-1.2.17-13.el7_2.5
VDSM Version:vdsm-4.18.4.1-0.el7.centos
SPICE Version:0.12.4 - 15.el7_2.1
CEPH Version:librbd1-0.80.7-3.el7 
 
Engine.log  
2016-07-08 03:26:13,823 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-3) [9250ce0] FINISH, 
ConnectStoragePoolVDSCommand, log id: 19a8c739
2016-07-08 03:26:13,823 ERROR 
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
(DefaultQuartzScheduler_Worker-3) [9250ce0] 
IrsBroker::Failed::GetStoragePoolInfoVDS: IRSGenericException: 
IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
u'spUUID=0001-0001-0001-0001-02d5, 
msdUUID=67cf3791-ff20-4692-a958-925ad6e7467d'
2016-07-08 03:26:13,825 ERROR 
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] 
(DefaultQuartzScheduler_Worker-3) [9250ce0] IRS failover failed - can't 
allocate vds server
2016-07-08 03:26:23,897 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] START, 
ConnectStoragePoolVDSCommand(HostName = host02, 
ConnectStoragePoolVDSCommandParameters:{runAsync='true', 
hostId='5d84a29c-3866-4e11-a7f6-612c62e7cd4c', 
vdsId='5d84a29c-3866-4e11-a7f6-612c62e7cd4c', 
storagePoolId='0001-0001-0001-0001-02d5', masterVersion='50'}), log 
id: 393f0528
2016-07-08 03:26:25,024 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler_Worker-60) [310a233b] Correlation ID: null, Call Stack: 
null, Custom Event ID: -1, Message: VDSM host02 command failed: Cannot find 
master domain: u'spUUID=0001-0001-0001-0001-02d5, 
msdUUID=67cf3791-ff20-4692-a958-925ad6e7467d'
2016-07-08 03:26:25,024 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] Command 
'org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand' return 
value 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=304, 
message=Cannot find master domain: 
u'spUUID=0001-0001-0001-0001-02d5, 
msdUUID=67cf3791-ff20-4692-a958-925ad6e7467d']]'
2016-07-08 03:26:25,024 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] HostName = host02
2016-07-08 03:26:25,024 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] Command 
'ConnectStoragePoolVDSCommand(HostName = host02, 
ConnectStoragePoolVDSCommandParameters:{runAsync='true', 
hostId='5d84a29c-3866-4e11-a7f6-612c62e7cd4c', 
vdsId='5d84a29c-3866-4e11-a7f6-612c62e7cd4c', 
storagePoolId='0001-0001-0001-0001-02d5', masterVersion='50'})' 
execution failed: IRSGenericException: IRSErrorException: 
IRSNoMasterDomainException: Cannot find master domain: 
u'spUUID=0001-0001-0001-0001-02d5, 
msdUUID=67cf3791-ff20-4692-a958-925ad6e7467d'
2016-07-08 03:26:25,024 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] FINISH, 
ConnectStoragePoolVDSCommand, log id: 393f0528
2016-07-08 03:26:25,024 ERROR 
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] 
(DefaultQuartzScheduler_Worker-60) [310a233b] 
IrsBroker::Failed::GetStoragePoolInfoVDS: IRSGenericException: 
IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 
u'spUUID=0001-0001-0001-0001-02d5, 
msdUUID=67cf3791-ff20-4692-a958-925ad6e7467d'
 

vdsm.log 
jsonrpc.Executor/6::ERROR::2016-07-08 
04:11:28,979::task::868::Storage.TaskManager.Task::(_setError) 
Task=`35d4b88e-f605-4907-b25a-7e83cbe97067`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 875, in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 988, in connectStoragePool
spUUID, hostID, msdUUID, masterVersion, domainsMap)
  File "/usr/share/vdsm/storage/hsm.py", line 1053, in _connectStoragePool
res = pool.connect(hostID, msdUUID, masterVersion)
  File "/usr/share/vdsm/storage/sp.py", line 664, in connect
self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion)
  File "/usr/share/vdsm/storage/sp.py", line 1237, in __rebuild
self.setMasterDomain(msdUUID, masterVersion)
  File "/usr/share/vdsm/storage/sp.py", line 1448, in setMasterDomain
raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID)
StoragePoolMasterNotFound: Cannot find master domain: 
u'spUUID=0001-0001-0001-0001-02d5, 

Re: [ovirt-users] ovirt 4.0 /patternfly contrast?

2016-07-08 Thread Gianluca Cecchi
On Fri, Jul 8, 2016 at 4:25 AM, SGhosh  wrote:

> Hi
>
> Running ovirt 4.0 on CentOS 7 - and the gui color contrast seems to be off.
>
> I am seeing very low readability with the white text on light blue
> selection bar (attached).
>
> Any tweaks?
>
> -subhendu
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
I agree.
Yes, the problem is with selected lines (see also my screenshot that
confirms it) and it happens by default if you have only one line in the
pane (es only one datacenter and you are in datacenters pane).
I think the black could be kept also for selected lines, or not?
Or at least to change the overlay color.

https://drive.google.com/file/d/0BwoPbcrMv8mvbnhVMnp2M1NWdEU/view?usp=sharing

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


Re: [ovirt-users] No hosted Engine VM in portal after migrating

2016-07-08 Thread Simone Tiraboschi
On Fri, Jul 8, 2016 at 9:25 AM, Matt .  wrote:
> Hi,
>
> I see on the engine gthe following message:
>
> 2016-07-08 09:24:24,986 INFO
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
> (org.ovirt.thread.pool-8-thread-5) [49c1c8c1] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a= ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>,
> HostedEngine=]',
> sharedLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a= ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}'
>
> The issue is that there is no entry as VM in the database.

Adding Roy here.

> What should I check more ?
>
> Thanks,
>
> Matt
>
> 2016-07-07 23:26 GMT+02:00 Matt . :
>> The storage domain is there, the host-engine is just not being added,
>> also not after some time waiting.
>>
>> 2016-07-07 14:15 GMT+02:00 Simone Tiraboschi :
>>> On Thu, Jul 7, 2016 at 1:34 PM, Matt .  wrote:
 Hi,

 I did a successfull migration to hosted engine and noticed there is no
 HostedEngine VM in the portal.
>>>
>>> Do you just miss the hosted-engine VM or also the whole hosted-engine
>>> storage domain?
>>>
 In earlier tests it showed up so I wonder if I can import it in some
 way so it exists in the portal.

 I used this migration way which earlier added the hosted engine and
 stayed in the portal also after restoring the old backup.

 http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/

 Thanks,

 Matt
 ___
 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] Stuck process in the "Tasks" tab (webadmin interface)

2016-07-08 Thread Arman Khalatyan
Which version of ovirt? This sholdbe fixed in 3.6.7.
Am 06.07.2016 5:51 nachm. schrieb "Alexis HAUSER" <
alexis.hau...@telecom-bretagne.eu>:

>
> > Restart engine, or run  engine-setup it will clear Zombie tasks.
>
> Still having this stuck task since may 20, restarting engine didn't fix it.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] No hosted Engine VM in portal after migrating

2016-07-08 Thread Matt .
Hi,

I see on the engine gthe following message:

2016-07-08 09:24:24,986 INFO
[org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
(org.ovirt.thread.pool-8-thread-5) [49c1c8c1] Lock Acquired to object
'EngineLock:{exclusiveLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a=,
HostedEngine=]',
sharedLocks='[5576ec24-112e-4995-89f8-57e40c43cc5a=]'}'

The issue is that there is no entry as VM in the database.

What should I check more ?

Thanks,

Matt

2016-07-07 23:26 GMT+02:00 Matt . :
> The storage domain is there, the host-engine is just not being added,
> also not after some time waiting.
>
> 2016-07-07 14:15 GMT+02:00 Simone Tiraboschi :
>> On Thu, Jul 7, 2016 at 1:34 PM, Matt .  wrote:
>>> Hi,
>>>
>>> I did a successfull migration to hosted engine and noticed there is no
>>> HostedEngine VM in the portal.
>>
>> Do you just miss the hosted-engine VM or also the whole hosted-engine
>> storage domain?
>>
>>> In earlier tests it showed up so I wonder if I can import it in some
>>> way so it exists in the portal.
>>>
>>> I used this migration way which earlier added the hosted engine and
>>> stayed in the portal also after restoring the old backup.
>>>
>>> http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
>>>
>>> Thanks,
>>>
>>> Matt
>>> ___
>>> 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