Re: [ovirt-users] howto change hosted-engine config memory

[Paul Groeneweg | Pazion]

What can I expect? webinterface of 3.5 Hosts will remain broken?
Or will there be an update which fixes this ( with autoimport? )?

Would you strongly advise to upgrade Hosts to RHEL/Centos 7?

Op wo 3 feb. 2016 om 23:39 schreef Michal Skrivanek :

>
>
> On 03 Feb 2016, at 12:02, Paul Groeneweg | Pazion  wrote:
>
> That is correct.
> Hosted engine was installed on 3.4 and upgrade several times.
>
> Let me know if you need any additional info.
>
> Op wo 3 feb. 2016 om 12:00 schreef Simone Tiraboschi  >:
>
>> On Wed, Feb 3, 2016 at 11:27 AM, Michal Skrivanek 
>> wrote:
>>
>>>
>>> On 03 Feb 2016, at 08:07, Paul Groeneweg | Pazion 
>>> wrote:
>>>
>>> I checked again and hosted engine still says 4096.
>>>
>>> I also see "Graphics protocol" says SPICE, but I connect through VNC…
>>>
>>>
>>> that might be similar issue as below, unless it’s an upgrade from 3.5.
>>> in which case bug 1297404 might be relevant for the console part
>>>
>>>
>>>
>>>
>>> Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion <
>>> p...@pazion.nl>:
>>>
 Allright.
 Still old value.
 I'll keep an eye and report back tomorrow if it is still old value.

 Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi <
 stira...@redhat.com>:

> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <
> p...@pazion.nl> wrote:
>
>> Hi Simone,
>>
>> I have exactly as you stated, but found maybe a problem/bug.
>>
>> 1. I put hosted engine to maintenance and powered it off
>> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to memSize=8192
>> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: 
>> /etc/init.d/ovirt-ha-broker
>> restart && /etc/init.d/ovirt-ha-agent restart
>> 4. I started hosted-engine and turned off global maintenance.
>>
>> The hostedengine webinterface still says 4096MB
>>
>> Now I logged on with ssh and ran the command "free -m"
>> This command shows:
>>
>> Mem:  7870   ...
>> So, I believe my hostedengine was updated, but the webinterface is
>> showing incorrect values: http://screencast.com/t/Bg5xU0Ja
>>
>> Any idea why web interface is not showing correct value under Defined
>> or Physical memory?
>>
>
> You are not the first that reports that: it seams that it's just a
> timeout/refresh issue and you have just to wait. Adding Michal here.
>

>>> doesn’t sound likely, i would more suspect the import HE 3.6 feature,
>>> adding Roy
>>> originally there were no further config updates to external VMs once it
>>> was added
>>>
>>>
>> He said that 'I am running oVirt 3.6 with CentOS 6 Hosts with hosted
>> engine on nfs3',
>> so the hosts are still at 3.5 and so the cluster compatibility level and
>> so no auto-import at all.
>>
>
> Ah ok, then the latter sentence applies:) there are no further updates to
> the HE VM configuration. And most of the values(including console) are just
> made up
> That's what 3.6 autoimport is improving(again, I'm not sure about the
> updates later on)
>
>
>
>>
>>>
>>>
>
>>
>> Regards,
>> Paul
>>
>>
>>
>>
>>
>> Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion <
>> p...@pazion.nl>:
>>
>>> Hi Simone,
>>>
>>> Thanks!
>>> I think I did not restart broker and agent before going out of
>>> maintenance mode.
>>> I will try these steps and let you know.
>>>
>>> Regards,
>>> Paul
>>>
>>> Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi <
>>> stira...@redhat.com>:
>>>
 On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion <
 p...@pazion.nl> wrote:

> I am trying to change memory of my hosted engine.
> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on
> nfs3
>

 We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so
 basically your hosts are still with oVirt 3.5.

 In order to edit the hosted-engine VM on oVirt 3.5, you have to:
 1. set global-maintenance mode
 2. shutdown the engine VM
 3. manually edit /etc/ovirt-hosted-engine/vm.conf on each host
 (keeping ti coherent is up to you, take a backup)
 4. restart ovirt-ha-broker and ovirt-ha-agent services on each host.
 5. exits global maintenance mode

 Updating to oVirt 3.6 you will be able to edit some parameters of
 the engine VM from the engine itself.


>
> 1. I put hosted-engine to maintenance, shutdown vm
> 2. update /etc/ovirt-hosted-engine/vm.conf
> 3. restart vm disable maintenance
>
> Memory is still old value.
> How can I change the hosted engine VM?
>
> I did found:
> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage
>
> When I check /etc/ovi

Re: [ovirt-users] howto change hosted-engine config memory

[Simone Tiraboschi]

On Thu, Feb 4, 2016 at 9:11 AM, Paul Groeneweg | Pazion 
wrote:

> What can I expect? webinterface of 3.5 Hosts will remain broken?
>

Just to clarify,
Paul, feel free to correct me, the engine is already at 3.6, the hosts are
still at 3.5 so the cluster compatibility level is still at 3.5 and so no
auto-import. In order to gain auto-import and other 3.6 feature you need to
upgrade all of you hosts to 3.6 (and this requires el7).

On 3.5 hosts you manually edited  /etc/ovirt-hosted-engine/vm.conf on each
host to move from 4G to 8G; the agent from 3.5 correctly restarted the
engine VM at 8G, you find 8G on the VM but 3.6 engine is still showing it
as an external VM with just 4G. Is this the issue?


> Or will there be an update which fixes this ( with autoimport? )?
>
> Would you strongly advise to upgrade Hosts to RHEL/Centos 7?
>
> Op wo 3 feb. 2016 om 23:39 schreef Michal Skrivanek :
>
>>
>>
>> On 03 Feb 2016, at 12:02, Paul Groeneweg | Pazion  wrote:
>>
>> That is correct.
>> Hosted engine was installed on 3.4 and upgrade several times.
>>
>> Let me know if you need any additional info.
>>
>> Op wo 3 feb. 2016 om 12:00 schreef Simone Tiraboschi > >:
>>
>>> On Wed, Feb 3, 2016 at 11:27 AM, Michal Skrivanek 
>>> wrote:
>>>

 On 03 Feb 2016, at 08:07, Paul Groeneweg | Pazion 
 wrote:

 I checked again and hosted engine still says 4096.

 I also see "Graphics protocol" says SPICE, but I connect through VNC…


 that might be similar issue as below, unless it’s an upgrade from 3.5.
 in which case bug 1297404 might be relevant for the console part




 Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion <
 p...@pazion.nl>:

> Allright.
> Still old value.
> I'll keep an eye and report back tomorrow if it is still old value.
>
> Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi <
> stira...@redhat.com>:
>
>> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <
>> p...@pazion.nl> wrote:
>>
>>> Hi Simone,
>>>
>>> I have exactly as you stated, but found maybe a problem/bug.
>>>
>>> 1. I put hosted engine to maintenance and powered it off
>>> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to
>>> memSize=8192
>>> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: 
>>> /etc/init.d/ovirt-ha-broker
>>> restart && /etc/init.d/ovirt-ha-agent restart
>>> 4. I started hosted-engine and turned off global maintenance.
>>>
>>> The hostedengine webinterface still says 4096MB
>>>
>>> Now I logged on with ssh and ran the command "free -m"
>>> This command shows:
>>>
>>> Mem:  7870   ...
>>> So, I believe my hostedengine was updated, but the webinterface is
>>> showing incorrect values: http://screencast.com/t/Bg5xU0Ja
>>>
>>> Any idea why web interface is not showing correct value under
>>> Defined or Physical memory?
>>>
>>
>> You are not the first that reports that: it seams that it's just a
>> timeout/refresh issue and you have just to wait. Adding Michal here.
>>
>
 doesn’t sound likely, i would more suspect the import HE 3.6 feature,
 adding Roy
 originally there were no further config updates to external VMs once it
 was added


>>> He said that 'I am running oVirt 3.6 with CentOS 6 Hosts with hosted
>>> engine on nfs3',
>>> so the hosts are still at 3.5 and so the cluster compatibility level and
>>> so no auto-import at all.
>>>
>>
>> Ah ok, then the latter sentence applies:) there are no further updates to
>> the HE VM configuration. And most of the values(including console) are just
>> made up
>> That's what 3.6 autoimport is improving(again, I'm not sure about the
>> updates later on)
>>
>>
>>
>>>


>>
>>>
>>> Regards,
>>> Paul
>>>
>>>
>>>
>>>
>>>
>>> Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion <
>>> p...@pazion.nl>:
>>>
 Hi Simone,

 Thanks!
 I think I did not restart broker and agent before going out of
 maintenance mode.
 I will try these steps and let you know.

 Regards,
 Paul

 Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi <
 stira...@redhat.com>:

> On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion <
> p...@pazion.nl> wrote:
>
>> I am trying to change memory of my hosted engine.
>> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on
>> nfs3
>>
>
> We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so
> basically your hosts are still with oVirt 3.5.
>
> In order to edit the hosted-engine VM on oVirt 3.5, you have to:
> 1. set global-maintenance mode
> 2. shutdown the engine VM
> 3. manually edit /etc

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Martin Perina]

Hi,

I just verified that upgrades on both Centos 6.7 and Centos 7.2 works fine,
so there's something bad with psql on you machines :-(

Could you please execute following steps and send me result?

1. Please take a look at your engine db configuration in
   /etc/ovirt-engine/engine.conf.d/10-setup-database.conf

2. Please replace variables (@VAR@) with real values according to your
   db setup and execute following command on engine host (or VM in
   case of hosted engine):

   LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w --pset=tuples_only=on 
--host="@ENGINE_DB_HOST@" --port="@ENGINE_DB_PORT@" 
--username="@ENGINE_DB_USER@" --dbname="@ENGINE_DB_DATABASE@" --set 
ON_ERROR_STOP=1 --no-psqlrc --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION 
@ENGINE_DB_USER@;" || die "Cannot execute sql command"

   Correct output should be:

 CREATE SCHEMA


Thanks a lot

Martin Perina

- Original Message -
> From: "Darrell Budic" 
> To: "Marcelo Leandro" 
> Cc: "Martin Perina" , "users" 
> Sent: Thursday, February 4, 2016 6:17:21 AM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
> 
> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
> 8.4.20. Looks like a permission error for me?
> 
> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142 Stage misc
> ME
> THOD
> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
> 2016-02-03 22:52:42 INFO
> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal' domain
> datab
> ase schema
> 2016-02-03 22:52:42 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
> aajdbc plugin.executeRaw:828 execute:
> ['/usr/share/ovirt-engine-extension-aaa-jd
> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine',
> '-d',
> 'engine', '-e', 'aaa_jdbc', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setu
> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None', cwd='None',
> env
> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER': 'root',
> 'P
> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG':
> 'en_US.UTF-8', '
> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1',
> 'G_BROKEN_FILENAMES':
> '1', 'HISTSIZE': '1000', 'SUDO_USER': 'telsin', 'USERNAME': 'root',
> 'PYTHONPATH'
> : '/usr/share/ovirt-engine/setup/bin/..::', 'SUDO_UID': '69961',
> 'KRB5CCNAME
> ': 'FILE:/tmp/krb5cc_69961_5oRWEw', 'MAIL': '/var/spool/mail/telsin',
> 'DBFUN
> C_DB_PGPASSFILE': '/tmp/tmpqzrQIw', 'SUDO_COMMAND': '/bin/bash', 'SUDO_GID':
> '69
> 961', 'HOSTNAME': 'ovirt.int.ohgnetworks.com', 'PWD': '/home/telsin',
> 'OTOPI
> _LOGFILE':
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160203224629-uy91s0
> .log', 'LS_COLORS':
> 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=
> 40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30
> ;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*
> .lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:
> *.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31
> :*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;
> 31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif
> =01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*
> .xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=0
> 1;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.
> ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;3
> 5:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=
> 01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cg
> m=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:
> *.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=0
> 1;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xs
> pf=01;36:', 'OTOPI_EXECDIR': '/home/telsin'}
> * QUERY **
> select 1;
> **
> 
> 1
> 
> * QUERY **
> copy (
>   SELECT COUNT(schema_name)
>   FROM information_schema.schemata
>   WHERE schema_name = 'aaa_jdbc'
>   ) to stdout with delimiter as '|';
> **
> 
> * QUERY **
> CREATE SCHEMA aaa_jdbc AUTHORIZATION engine;
> **
> 
> 2016-02-03 22:52:43 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
> aajdbc plugin.executeRaw:878 execute-result:
> ['/usr/share/ovirt-engine-extension
> -aaa-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> 'engine',
>  '-d', 'engine', '-e', 'aaa_jdbc', '-l',
>  '/var/log/ovirt-engine/setup/ovirt-engi
> 

Re: [ovirt-users] Consolidating LUNs in iSCSI storage domain

[Elad Ben Aharon]

Hi,

oVirt allows such operations using this feature [1].
Basically, while the storage domain is deactivated (maintenance status),
you'll have to replicate all the data to the fourth LUN (from the storage
server side), replace the storage connections of this storage domain from
RHEVM REST API (explained in [1]) and to activate the domain.


[1] http://www.ovirt.org/Features/Manage_Storage_Connections



On Thu, Feb 4, 2016 at 1:17 AM, Colin Coe  wrote:

> Hi all
>
> In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of
> four LUNs.  (full details in the attached text file).
>
> I want to consolidate all the data on LUNs
> iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01
> qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02
> iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03
> to LUN
> iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04
>
> Is this possible?
>
> Thanks
>
> CC
>
> ___
> 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] howto change hosted-engine config memory

[Paul Groeneweg | Pazion]

Hi Simone,


Op do 4 feb. 2016 om 09:26 schreef Simone Tiraboschi :

> On Thu, Feb 4, 2016 at 9:11 AM, Paul Groeneweg | Pazion 
> wrote:
>
>> What can I expect? webinterface of 3.5 Hosts will remain broken?
>>
>
> Just to clarify,
> Paul, feel free to correct me, the engine is already at 3.6, the hosts are
> still at 3.5 so the cluster compatibility level is still at 3.5 and so no
> auto-import. In order to gain auto-import and other 3.6 feature you need to
> upgrade all of you hosts to 3.6 (and this requires el7).
>
> I have upgrade all components as far as possible. Engine and hosts are
updated with release 3.6 All Hosts and hosted engine run Centos 6. I
understood VDSM is not updated on Centos 6 anymore, so yes cluster
compatibility is on 3.5


> On 3.5 hosts you manually edited  /etc/ovirt-hosted-engine/vm.conf on each
> host to move from 4G to 8G; the agent from 3.5 correctly restarted the
> engine VM at 8G, you find 8G on the VM but 3.6 engine is still showing it
> as an external VM with just 4G. Is this the issue?
>

This is correct.
I also reported the fact Guest info of VMs ( centos 5,6 and 7 ) is not
showing, maybe this is related?



>
>> Or will there be an update which fixes this ( with autoimport? )?
>>
>> Would you strongly advise to upgrade Hosts to RHEL/Centos 7?
>>
>> Op wo 3 feb. 2016 om 23:39 schreef Michal Skrivanek > >:
>>
>>>
>>>
>>> On 03 Feb 2016, at 12:02, Paul Groeneweg | Pazion 
>>> wrote:
>>>
>>> That is correct.
>>> Hosted engine was installed on 3.4 and upgrade several times.
>>>
>>> Let me know if you need any additional info.
>>>
>>> Op wo 3 feb. 2016 om 12:00 schreef Simone Tiraboschi <
>>> stira...@redhat.com>:
>>>
 On Wed, Feb 3, 2016 at 11:27 AM, Michal Skrivanek 
 wrote:

>
> On 03 Feb 2016, at 08:07, Paul Groeneweg | Pazion 
> wrote:
>
> I checked again and hosted engine still says 4096.
>
> I also see "Graphics protocol" says SPICE, but I connect through VNC…
>
>
> that might be similar issue as below, unless it’s an upgrade from 3.5.
> in which case bug 1297404 might be relevant for the console part
>
>
>
>
> Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion <
> p...@pazion.nl>:
>
>> Allright.
>> Still old value.
>> I'll keep an eye and report back tomorrow if it is still old value.
>>
>> Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi <
>> stira...@redhat.com>:
>>
>>> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <
>>> p...@pazion.nl> wrote:
>>>
 Hi Simone,

 I have exactly as you stated, but found maybe a problem/bug.

 1. I put hosted engine to maintenance and powered it off
 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to
 memSize=8192
 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: 
 /etc/init.d/ovirt-ha-broker
 restart && /etc/init.d/ovirt-ha-agent restart
 4. I started hosted-engine and turned off global maintenance.

 The hostedengine webinterface still says 4096MB

 Now I logged on with ssh and ran the command "free -m"
 This command shows:

 Mem:  7870   ...
 So, I believe my hostedengine was updated, but the webinterface is
 showing incorrect values: http://screencast.com/t/Bg5xU0Ja

 Any idea why web interface is not showing correct value under
 Defined or Physical memory?

>>>
>>> You are not the first that reports that: it seams that it's just a
>>> timeout/refresh issue and you have just to wait. Adding Michal here.
>>>
>>
> doesn’t sound likely, i would more suspect the import HE 3.6 feature,
> adding Roy
> originally there were no further config updates to external VMs once
> it was added
>
>
 He said that 'I am running oVirt 3.6 with CentOS 6 Hosts with hosted
 engine on nfs3',
 so the hosts are still at 3.5 and so the cluster compatibility level
 and so no auto-import at all.

>>>
>>> Ah ok, then the latter sentence applies:) there are no further updates
>>> to the HE VM configuration. And most of the values(including console) are
>>> just made up
>>> That's what 3.6 autoimport is improving(again, I'm not sure about the
>>> updates later on)
>>>
>>>
>>>

>
>
>>>

 Regards,
 Paul





 Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion <
 p...@pazion.nl>:

> Hi Simone,
>
> Thanks!
> I think I did not restart broker and agent before going out of
> maintenance mode.
> I will try these steps and let you know.
>
> Regards,
> Paul
>
> Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi <
> stira...@redhat.com>:
>
>

Re: [ovirt-users] All snapshots read only

[Raz Tamir]

Hi Colin,
Can you share more info?
1) what version of oVirt you have?
2) what was the VM state when you tried to remove the snapshot?
3) How the snapshot was created in the first place (the VM state was UP or
DOWN)?
4) What is the status of the snapshot's disks (click on snapshot tab and on
the right hand side you have another 'disks' tab)?





Thanks,
Raz Tamir
Red Hat Israel

On Thu, Feb 4, 2016 at 8:44 AM, Colin Coe  wrote:

> Hi all
>
> I've just noticed that all VM snapshots on one of our prod RHEV setups
> have gone read-only (i.e. delete is greyed out).
>
> Has anyone else seen this?
>
> Is there an easy fix for this?  We have a bunch of VVMs being snapshotted
> nightly with snapshots being deleted after 7 days.
>
> Thanks
>
> CC
>
> ___
> 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] How does VDSM-Fake actually work?

[Piotr Kliczewski]

Eldad is working on making it working with engine 3.6. He should be able to
give you information you need.

On Wed, Feb 3, 2016 at 12:33 PM,   wrote:
> Anything?
>
> El 2016-02-02 10:18, Nicolás escribió:
>>
>> Hi,
>>
>>  I'm trying to set up VDSM-Fake
>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
>> I'm a bit confused about how does it actually work. As the
>> instructions say, I was able to build the project with Maven (however,
>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
>> longer provided at the repository).
>>
>>  Once built, I run mvn jetty:run and the server started correctly:
>>
>>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
>>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
>>> your webapp requires one, please configure one.
>>> 2016-02-02 11:01:53,424 Application initialized.
>>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
>>> 2016-02-02 11:01:53.702:INFO::Started [3]
>>> SelectChannelConnector@0.0.0.0:54321
>>> [INFO] Started Jetty Server
>>> [INFO] Starting scanner at interval of 10 seconds.
>>
>>  I could indeed verify it's listening on the VDSM port:
>>
>>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
>>> tcp6   0  0
>>> :::54321
>>> :::*LISTEN
>>> 44870/java
>>
>>  So the next step is to add a fake host via REST. I used scripts
>> provided here [4] and I successfully added the host, however, it
>> starts installing all the VDSM packages as it were a normal host and
>> therefore it tries to start vdsmd as well, which throws an error as
>> the Jetty Server is already listening on the 54321 port. I shut down
>> the Jetty Server and allowed oVirt Manager to install all the packages
>> properly, then stopped vdsmd and started the Jetty Server, but
>> expectedly oVirt Engine fails with message "Host xxx is non
>> responsive", so what I actually got is a real VDSM host and not a fake
>> one.
>>
>>  FWIW, the fake VDSM runs on a different host, ports are reacheable
>> from the oVirt engine, proper /etc/hosts has been added to the engine
>> to reach the host, and no further customization of web.xml has been
>> done.
>>
>>  I feel like I'm missing something here. Could someone shed some light
>> on what's wrong?
>>
>>  Thanks.
>>
>>  Nicolás
>>
>>
>> Links:
>> --
>> [1] INFO::jetty-6.1.26
>> [2] INFO::No
>> [3] INFO::Started
>> [4] http://www.ovirt.org/REST_API_Using_BASH_Automation
>>
>> ___
>> 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] Dumb question: exclamation mark next to VM?

[Charles Kozler]

I have this too. Thank you, I was going to email about this as well
http://i.imgur.com/cZ6P5dp.png

On Thu, Feb 4, 2016 at 10:38 AM, Chris Adams  wrote:

> I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date
> as of yesterday).  I created a basic CentOS 7.2 VM with my local
> customizations, created a template from it, and then created a VM from
> that template.
>
> That new VM has an exclamation mark next to it in the web GUI (between
> the up arror for "running" and the "server" icon).  Usually I would
> expect that means something is wrong or needs attention, but I can't
> find anything to fix/address/etc. (no messages in the Alerts, nothing
> odd in the Events, etc.).  What does the exclamation mark mean, and how
> do I clear it?
>
> --
> Chris Adams 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com 

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Dumb question: exclamation mark next to VM?

[Chris Adams]

I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date
as of yesterday).  I created a basic CentOS 7.2 VM with my local
customizations, created a template from it, and then created a VM from
that template.

That new VM has an exclamation mark next to it in the web GUI (between
the up arror for "running" and the "server" icon).  Usually I would
expect that means something is wrong or needs attention, but I can't
find anything to fix/address/etc. (no messages in the Alerts, nothing
odd in the Events, etc.).  What does the exclamation mark mean, and how
do I clear it?

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

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Charles Kozler]

You cant see my mouse (because scrot removes it when you take a picture)
but it is hovering over the ! and it says up (almost like it thinks im over
the green arrow but I'm not) http://i.imgur.com/5u2Yvay.png

To that end I cannot see what the issue is

On Thu, Feb 4, 2016 at 10:43 AM, Joe DiTommasso  wrote:

> If you mouse over the exclamation mark, you should get a tooltip that
> tells you what it's complaining about. I've got it on pretty much all my
> VMs, it's an issue with the timezone for me.
>
> On Thu, Feb 4, 2016 at 10:41 AM, Charles Kozler 
> wrote:
>
>> I have this too. Thank you, I was going to email about this as well
>> http://i.imgur.com/cZ6P5dp.png
>>
>> On Thu, Feb 4, 2016 at 10:38 AM, Chris Adams  wrote:
>>
>>> I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date
>>> as of yesterday).  I created a basic CentOS 7.2 VM with my local
>>> customizations, created a template from it, and then created a VM from
>>> that template.
>>>
>>> That new VM has an exclamation mark next to it in the web GUI (between
>>> the up arror for "running" and the "server" icon).  Usually I would
>>> expect that means something is wrong or needs attention, but I can't
>>> find anything to fix/address/etc. (no messages in the Alerts, nothing
>>> odd in the Events, etc.).  What does the exclamation mark mean, and how
>>> do I clear it?
>>>
>>> --
>>> Chris Adams 
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
>>
>> --
>>
>> *Charles Kozler*
>> *Vice President, IT Operations*
>>
>> FIX Flyer, LLC
>> 225 Broadway | Suite 1600 | New York, NY 10007
>> 1-888-349-3593
>> http://www.fixflyer.com 
>>
>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com 

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> > On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > > I did some tests:
> > > 
> > > kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> > > one network cable the network is stable)
> > > kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> > 
> > Would you be kind to file a kernel bug in bugzilla.redhat.com?
> > Summarize the information from this thread (e.g. your ifcfgs and in what
> > way does mode 4 doesn't work).
> > 
> > To get the bug solved quickly we'd better find paying RHEL7 customer
> > subscribing to it. But I'll try to push from my direction.
> 
> Stefano has been kind to open
> 
> Bug 1295423 - Unstable network link using bond mode = 4
> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> 
> which we fail to reproduce on our own lab. I'd be pleased if anybody who
> experiences it, and their networking config to the bug (if it is
> different). Can you also lay out your switch's hardware and
> configuration?

Stefano, could you share your /proc/net/bonding/* files with us?
I heard about similar reports were the bond slaves had mismatching
aggregator id. Could it be your case as well?

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

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Martin Perina]

Hi,

so it seems, that for some strange reason, user 'engine' cannot create
schema in 'engine' database although it should be an owner of this db.
I double checked that on all our testing databases this works fine and
also if you created engine db according to doc (either automatically
by engine-setup or manually in case of remote db) this should work.

So you can try to execute following command which adds proper
permissions to 'engine' db user (please adapt according to you setup):


 su - postgres -c "psql --command=\"GRANT ALL ON DATABASE @ENGINE_DB_DATABASE@ 
TO @ENGINE_DB_USER@;\""

The correct output should be:

 GRANT

If it's successful, please execute engine-setup again to verify that
above step fixed the issue.

Thanks

Martin Perina

- Original Message -
> From: "Marcelo Leandro" 
> To: "Martin Perina" 
> Sent: Thursday, February 4, 2016 1:40:36 PM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
> 
> Hello Martin,
> 
> Indeed there´s an issue here. Runnig your command, I got this error:
> ERROR:  permission denied for database engine ,  I'm investigating
> deeper
> 
> Thanks
> 
> 2016-02-04 6:18 GMT-03:00 Martin Perina :
> > Hi,
> >
> > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works fine,
> > so there's something bad with psql on you machines :-(
> >
> > Could you please execute following steps and send me result?
> >
> > 1. Please take a look at your engine db configuration in
> >/etc/ovirt-engine/engine.conf.d/10-setup-database.conf
> >
> > 2. Please replace variables (@VAR@) with real values according to your
> >db setup and execute following command on engine host (or VM in
> >case of hosted engine):
> >
> >LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
> >--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
> >--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
> >--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
> >--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;" ||
> >die "Cannot execute sql command"
> >
> >Correct output should be:
> >
> >  CREATE SCHEMA
> >
> >
> > Thanks a lot
> >
> > Martin Perina
> >
> > - Original Message -
> >> From: "Darrell Budic" 
> >> To: "Marcelo Leandro" 
> >> Cc: "Martin Perina" , "users" 
> >> Sent: Thursday, February 4, 2016 6:17:21 AM
> >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> >> 6.2.6-1.el7
> >>
> >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
> >> 8.4.20. Looks like a permission error for me?
> >>
> >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142 Stage
> >> misc
> >> ME
> >> THOD
> >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
> >> 2016-02-03 22:52:42 INFO
> >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
> >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal' domain
> >> datab
> >> ase schema
> >> 2016-02-03 22:52:42 DEBUG
> >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
> >> aajdbc plugin.executeRaw:828 execute:
> >> ['/usr/share/ovirt-engine-extension-aaa-jd
> >> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine',
> >> '-d',
> >> 'engine', '-e', 'aaa_jdbc', '-l',
> >> '/var/log/ovirt-engine/setup/ovirt-engine-setu
> >> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None',
> >> cwd='None',
> >> env
> >> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER':
> >> 'root',
> >> 'P
> >> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG':
> >> 'en_US.UTF-8', '
> >> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1',
> >> 'G_BROKEN_FILENAMES':
> >> '1', 'HISTSIZE': '1000', 'SUDO_USER': 'telsin', 'USERNAME': 'root',
> >> 'PYTHONPATH'
> >> : '/usr/share/ovirt-engine/setup/bin/..::', 'SUDO_UID': '69961',
> >> 'KRB5CCNAME
> >> ': 'FILE:/tmp/krb5cc_69961_5oRWEw', 'MAIL': '/var/spool/mail/telsin',
> >> 'DBFUN
> >> C_DB_PGPASSFILE': '/tmp/tmpqzrQIw', 'SUDO_COMMAND': '/bin/bash',
> >> 'SUDO_GID':
> >> '69
> >> 961', 'HOSTNAME': 'ovirt.int.ohgnetworks.com', 'PWD': '/home/telsin',
> >> 'OTOPI
> >> _LOGFILE':
> >> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160203224629-uy91s0
> >> .log', 'LS_COLORS':
> >> 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=
> >> 40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30
> >> ;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*
> >> .lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:
> >> *.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31
> >> :*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;
> >> 31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif
> >> =01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*
> >> .xpm=01;35:*.tif=01;35:*.t

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Martin Perina]

- Original Message -
> From: "Eli Mesika" 
> To: "Martin Perina" 
> Cc: "Marcelo Leandro" , "Darrell Budic" 
> , "users" 
> Sent: Thursday, February 4, 2016 5:17:24 PM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
> 
> 
> 
> - Original Message -
> > From: "Martin Perina" 
> > To: "Marcelo Leandro" 
> > Cc: "Darrell Budic" , "Eli Mesika"
> > , "users" 
> > Sent: Thursday, February 4, 2016 6:12:34 PM
> > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> > 6.2.6-1.el7
> > 
> > Hi,
> > 
> > so it seems, that for some strange reason, user 'engine' cannot create
> > schema in 'engine' database although it should be an owner of this db.
> > I double checked that on all our testing databases this works fine and
> > also if you created engine db according to doc (either automatically
> > by engine-setup or manually in case of remote db) this should work.
> > 
> > So you can try to execute following command which adds proper
> > permissions to 'engine' db user (please adapt according to you setup):
> > 
> > 
> >  su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
> >  @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
> > 
> > The correct output should be:
> > 
> >  GRANT
> > 
> > If it's successful, please execute engine-setup again to verify that
> > above step fixed the issue.
> 
> Martin, should that be added to engine-setup ?

I don't this so, because for all other users I know of this works fine
(if engine db is created according to doc, engine db user is an owner
of db so he can create new schemas).

But let's wait for reply ...

> 
> > 
> > Thanks
> > 
> > Martin Perina
> > 
> > - Original Message -
> > > From: "Marcelo Leandro" 
> > > To: "Martin Perina" 
> > > Sent: Thursday, February 4, 2016 1:40:36 PM
> > > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> > > 6.2.6-1.el7
> > > 
> > > Hello Martin,
> > > 
> > > Indeed there´s an issue here. Runnig your command, I got this error:
> > > ERROR:  permission denied for database engine ,  I'm investigating
> > > deeper
> > > 
> > > Thanks
> > > 
> > > 2016-02-04 6:18 GMT-03:00 Martin Perina :
> > > > Hi,
> > > >
> > > > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works
> > > > fine,
> > > > so there's something bad with psql on you machines :-(
> > > >
> > > > Could you please execute following steps and send me result?
> > > >
> > > > 1. Please take a look at your engine db configuration in
> > > >/etc/ovirt-engine/engine.conf.d/10-setup-database.conf
> > > >
> > > > 2. Please replace variables (@VAR@) with real values according to your
> > > >db setup and execute following command on engine host (or VM in
> > > >case of hosted engine):
> > > >
> > > >LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
> > > >--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
> > > >--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
> > > >--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
> > > >--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
> > > >||
> > > >die "Cannot execute sql command"
> > > >
> > > >Correct output should be:
> > > >
> > > >  CREATE SCHEMA
> > > >
> > > >
> > > > Thanks a lot
> > > >
> > > > Martin Perina
> > > >
> > > > - Original Message -
> > > >> From: "Darrell Budic" 
> > > >> To: "Marcelo Leandro" 
> > > >> Cc: "Martin Perina" , "users" 
> > > >> Sent: Thursday, February 4, 2016 6:17:21 AM
> > > >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> > > >> 6.2.6-1.el7
> > > >>
> > > >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
> > > >> 8.4.20. Looks like a permission error for me?
> > > >>
> > > >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142
> > > >> Stage
> > > >> misc
> > > >> ME
> > > >> THOD
> > > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
> > > >> 2016-02-03 22:52:42 INFO
> > > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
> > > >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal'
> > > >> domain
> > > >> datab
> > > >> ase schema
> > > >> 2016-02-03 22:52:42 DEBUG
> > > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
> > > >> aajdbc plugin.executeRaw:828 execute:
> > > >> ['/usr/share/ovirt-engine-extension-aaa-jd
> > > >> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > > >> 'engine',
> > > >> '-d',
> > > >> 'engine', '-e', 'aaa_jdbc', '-l',
> > > >> '/var/log/ovirt-engine/setup/ovirt-engine-setu
> > > >> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None',
> > > >> cwd='None',
> > > >> env
> > > >> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER':
> > > >> 'root',
> > > >> 'P
> > > >> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG':
> > > >> 'en_US.UTF-8', '
> > > >> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1',
> > > 

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Eli Mesika]

- Original Message -
> From: "Martin Perina" 
> To: "Marcelo Leandro" 
> Cc: "Darrell Budic" , "Eli Mesika" 
> , "users" 
> Sent: Thursday, February 4, 2016 6:12:34 PM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
> 
> Hi,
> 
> so it seems, that for some strange reason, user 'engine' cannot create
> schema in 'engine' database although it should be an owner of this db.
> I double checked that on all our testing databases this works fine and
> also if you created engine db according to doc (either automatically
> by engine-setup or manually in case of remote db) this should work.
> 
> So you can try to execute following command which adds proper
> permissions to 'engine' db user (please adapt according to you setup):
> 
> 
>  su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
>  @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
> 
> The correct output should be:
> 
>  GRANT
> 
> If it's successful, please execute engine-setup again to verify that
> above step fixed the issue.

Martin, should that be added to engine-setup ?

> 
> Thanks
> 
> Martin Perina
> 
> - Original Message -
> > From: "Marcelo Leandro" 
> > To: "Martin Perina" 
> > Sent: Thursday, February 4, 2016 1:40:36 PM
> > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> > 6.2.6-1.el7
> > 
> > Hello Martin,
> > 
> > Indeed there´s an issue here. Runnig your command, I got this error:
> > ERROR:  permission denied for database engine ,  I'm investigating
> > deeper
> > 
> > Thanks
> > 
> > 2016-02-04 6:18 GMT-03:00 Martin Perina :
> > > Hi,
> > >
> > > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works
> > > fine,
> > > so there's something bad with psql on you machines :-(
> > >
> > > Could you please execute following steps and send me result?
> > >
> > > 1. Please take a look at your engine db configuration in
> > >/etc/ovirt-engine/engine.conf.d/10-setup-database.conf
> > >
> > > 2. Please replace variables (@VAR@) with real values according to your
> > >db setup and execute following command on engine host (or VM in
> > >case of hosted engine):
> > >
> > >LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
> > >--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
> > >--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
> > >--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
> > >--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
> > >||
> > >die "Cannot execute sql command"
> > >
> > >Correct output should be:
> > >
> > >  CREATE SCHEMA
> > >
> > >
> > > Thanks a lot
> > >
> > > Martin Perina
> > >
> > > - Original Message -
> > >> From: "Darrell Budic" 
> > >> To: "Marcelo Leandro" 
> > >> Cc: "Martin Perina" , "users" 
> > >> Sent: Thursday, February 4, 2016 6:17:21 AM
> > >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> > >> 6.2.6-1.el7
> > >>
> > >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
> > >> 8.4.20. Looks like a permission error for me?
> > >>
> > >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142 Stage
> > >> misc
> > >> ME
> > >> THOD
> > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
> > >> 2016-02-03 22:52:42 INFO
> > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
> > >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal'
> > >> domain
> > >> datab
> > >> ase schema
> > >> 2016-02-03 22:52:42 DEBUG
> > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
> > >> aajdbc plugin.executeRaw:828 execute:
> > >> ['/usr/share/ovirt-engine-extension-aaa-jd
> > >> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > >> 'engine',
> > >> '-d',
> > >> 'engine', '-e', 'aaa_jdbc', '-l',
> > >> '/var/log/ovirt-engine/setup/ovirt-engine-setu
> > >> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None',
> > >> cwd='None',
> > >> env
> > >> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER':
> > >> 'root',
> > >> 'P
> > >> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG':
> > >> 'en_US.UTF-8', '
> > >> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1',
> > >> 'G_BROKEN_FILENAMES':
> > >> '1', 'HISTSIZE': '1000', 'SUDO_USER': 'telsin', 'USERNAME': 'root',
> > >> 'PYTHONPATH'
> > >> : '/usr/share/ovirt-engine/setup/bin/..::', 'SUDO_UID': '69961',
> > >> 'KRB5CCNAME
> > >> ': 'FILE:/tmp/krb5cc_69961_5oRWEw', 'MAIL':
> > >> '/var/spool/mail/telsin',
> > >> 'DBFUN
> > >> C_DB_PGPASSFILE': '/tmp/tmpqzrQIw', 'SUDO_COMMAND': '/bin/bash',
> > >> 'SUDO_GID':
> > >> '69
> > >> 961', 'HOSTNAME': 'ovirt.int.ohgnetworks.com', 'PWD':
> > >> '/home/telsin',
> > >> 'OTOPI
> > >> _LOGFILE':
> > >> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160203224629-uy91s0
> > >> .log', 'LS_COLORS':
> > >> 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=
> > >> 40;33;01:cd=40;33;01

Re: [ovirt-users] Mixing CPU types

[Matthew Trent]

Sure would be a nice feature, though! It would simplify things for those of us 
who build out of re-purposed Windows servers (still a lot of life left in them 
for Linux applications!) and end up with a mix of CPUs. For most of my VMs I 
don't need the latest and greatest CPU features, but being able to consolidate 
my hosts into fewer clusters would be really useful.

Like you said, oVirt already allows mixing CPU generations by selecting the 
lowest common denominator CPU type -- as long as you stick to Intel or AMD. 
It's a similar scenario, and the KVM stuff seems well established. Just expose 
some additional "generic" CPU types, per the KVM docs, and allow mixed 
clusters...

--
Matthew Trent
Network Engineer
Lewis County IT Services
360.740.1247 - Helpdesk
360.740.3343 - Direct line


From: Martin Polednik 
Sent: Wednesday, February 3, 2016 11:43 PM
To: Matthew Trent
Cc: Yaniv Kaul; users@ovirt.org
Subject: Re: [ovirt-users] Mixing CPU types

- Original Message -
> From: "Matthew Trent" 
> To: "Yaniv Kaul" 
> Cc: users@ovirt.org
> Sent: Wednesday, February 3, 2016 8:10:35 PM
> Subject: Re: [ovirt-users] Mixing CPU types
>
> ?Actually it works great! It's been supported by KVM for a while now. I had
> one Proxmox cluster with a mix of AMD and Intel and migrated KVM VM's
> between them frequently. OpenStack (KVM) and VMWare support this as well.
>
>
> The trick is to expose a virtual CPU with a common set of features to the
> VMs. KVM handles the rest. From the KVM FAQ:
>
> http://www.linux-kvm.org/page/FAQ#Does_KVM_support_live_migration_from_an_AMD_host_to_an_Intel_host_and_back.3F

That is pretty much what libvirt does. The sandy-bridge, haswell and other
cpu's that we expose are not really a CPUs, but sets of flags (called
baseline CPUs in libvirt's terminology).

Afaik there should be no issue running cluster with both CPU vendors,
the problem is lack of testing on devel side as we mostly run
single vendor clusters everywhere.

> "Does KVM support live migration from an AMD host to an Intel host and back?
>
>
> Yes. There may be issues on 32-bit Intel hosts which don't support NX (or
> XD), but for 64-bit hosts back and forth migration should work well.
> Migration of 32-bit guests should work between 32-bit hosts and 64-bit
> hosts. If one of your hosts does not support NX, you may consider disabling
> NX when starting the guest on a NX-capable system. You can do it by passing
> "-cpu qemu64,-nx" parameter to the guest."
>
> --
> Matthew Trent
> Network Engineer
> Lewis County IT Services
> 360.740.1247 - Helpdesk
> 360.740.3343 - Direct line
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Host maintenance - VM migration logic

[Patrick Russell]

Is there any way migrate VM’s more evenly across the cluster when a host is 
being placed into maintenance? Currently it attempts to auto migrate all the 
VM’s to another single host and then balance out. When the destination host is 
more than 50% memory utilized this has caused over subscription problems. Some 
of our more heavily used hosts ending up using all the memory and stop 
communicating with engine. If it’s not possible, how are other teams handling 
this? Manual migrations before maintenance mode?

Thanks,
Patrick

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

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Marcelo Leandro]

This worked for me, thanks.
command:su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
@ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""

output:
GRANT

after it:

command:
LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
|| die "Cannot execute sql command"

output:
"CREATE SCHEMA"

tonight i try  update and reply if worked.

thanks.

2016-02-04 13:22 GMT-03:00 Martin Perina :
>
>
> - Original Message -
>> From: "Eli Mesika" 
>> To: "Martin Perina" 
>> Cc: "Marcelo Leandro" , "Darrell Budic" 
>> , "users" 
>> Sent: Thursday, February 4, 2016 5:17:24 PM
>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
>>
>>
>>
>> - Original Message -
>> > From: "Martin Perina" 
>> > To: "Marcelo Leandro" 
>> > Cc: "Darrell Budic" , "Eli Mesika"
>> > , "users" 
>> > Sent: Thursday, February 4, 2016 6:12:34 PM
>> > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>> > 6.2.6-1.el7
>> >
>> > Hi,
>> >
>> > so it seems, that for some strange reason, user 'engine' cannot create
>> > schema in 'engine' database although it should be an owner of this db.
>> > I double checked that on all our testing databases this works fine and
>> > also if you created engine db according to doc (either automatically
>> > by engine-setup or manually in case of remote db) this should work.
>> >
>> > So you can try to execute following command which adds proper
>> > permissions to 'engine' db user (please adapt according to you setup):
>> >
>> >
>> >  su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
>> >  @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
>> >
>> > The correct output should be:
>> >
>> >  GRANT
>> >
>> > If it's successful, please execute engine-setup again to verify that
>> > above step fixed the issue.
>>
>> Martin, should that be added to engine-setup ?
>
> I don't this so, because for all other users I know of this works fine
> (if engine db is created according to doc, engine db user is an owner
> of db so he can create new schemas).
>
> But let's wait for reply ...
>
>>
>> >
>> > Thanks
>> >
>> > Martin Perina
>> >
>> > - Original Message -
>> > > From: "Marcelo Leandro" 
>> > > To: "Martin Perina" 
>> > > Sent: Thursday, February 4, 2016 1:40:36 PM
>> > > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>> > > 6.2.6-1.el7
>> > >
>> > > Hello Martin,
>> > >
>> > > Indeed there´s an issue here. Runnig your command, I got this error:
>> > > ERROR:  permission denied for database engine ,  I'm investigating
>> > > deeper
>> > >
>> > > Thanks
>> > >
>> > > 2016-02-04 6:18 GMT-03:00 Martin Perina :
>> > > > Hi,
>> > > >
>> > > > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works
>> > > > fine,
>> > > > so there's something bad with psql on you machines :-(
>> > > >
>> > > > Could you please execute following steps and send me result?
>> > > >
>> > > > 1. Please take a look at your engine db configuration in
>> > > >/etc/ovirt-engine/engine.conf.d/10-setup-database.conf
>> > > >
>> > > > 2. Please replace variables (@VAR@) with real values according to your
>> > > >db setup and execute following command on engine host (or VM in
>> > > >case of hosted engine):
>> > > >
>> > > >LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
>> > > >--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
>> > > >--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
>> > > >--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
>> > > >--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
>> > > >||
>> > > >die "Cannot execute sql command"
>> > > >
>> > > >Correct output should be:
>> > > >
>> > > >  CREATE SCHEMA
>> > > >
>> > > >
>> > > > Thanks a lot
>> > > >
>> > > > Martin Perina
>> > > >
>> > > > - Original Message -
>> > > >> From: "Darrell Budic" 
>> > > >> To: "Marcelo Leandro" 
>> > > >> Cc: "Martin Perina" , "users" 
>> > > >> Sent: Thursday, February 4, 2016 6:17:21 AM
>> > > >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>> > > >> 6.2.6-1.el7
>> > > >>
>> > > >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
>> > > >> 8.4.20. Looks like a permission error for me?
>> > > >>
>> > > >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142
>> > > >> Stage
>> > > >> misc
>> > > >> ME
>> > > >> THOD
>> > > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
>> > > >> 2016-02-03 22:52:42 INFO
>> > > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
>> > > >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal'
>> > > >> domain
>> > > >> datab
>> > > >> ase schema
>> > > >> 2016-02-03 22:52:42 DEBUG
>> > > >> otopi.plu

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Martin Perina]

- Original Message -
> From: "Marcelo Leandro" 
> To: "Martin Perina" 
> Cc: "Eli Mesika" , "Darrell Budic" 
> , "users" 
> Sent: Thursday, February 4, 2016 5:55:09 PM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
> 
> This worked for me, thanks.
> command:su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
> @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
> 
> output:
> GRANT
> 
> after it:
> 
> command:
> LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
> --pset=tuples_only=on --host="@ENGINE_DB_HOST@"
> --port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
> --dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
> --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
> || die "Cannot execute sql command"
> 
> output:
> "CREATE SCHEMA"

Great to hear, please drop above created testing schema (it's not needed
any more) by changing SQL part of above command:

  "DROP SCHEMA aaa_jdbc_x;"

> 
> tonight i try  update and reply if worked.
> 
> thanks.
> 
> 2016-02-04 13:22 GMT-03:00 Martin Perina :
> >
> >
> > - Original Message -
> >> From: "Eli Mesika" 
> >> To: "Martin Perina" 
> >> Cc: "Marcelo Leandro" , "Darrell Budic"
> >> , "users" 
> >> Sent: Thursday, February 4, 2016 5:17:24 PM
> >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> >> 6.2.6-1.el7
> >>
> >>
> >>
> >> - Original Message -
> >> > From: "Martin Perina" 
> >> > To: "Marcelo Leandro" 
> >> > Cc: "Darrell Budic" , "Eli Mesika"
> >> > , "users" 
> >> > Sent: Thursday, February 4, 2016 6:12:34 PM
> >> > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> >> > 6.2.6-1.el7
> >> >
> >> > Hi,
> >> >
> >> > so it seems, that for some strange reason, user 'engine' cannot create
> >> > schema in 'engine' database although it should be an owner of this db.
> >> > I double checked that on all our testing databases this works fine and
> >> > also if you created engine db according to doc (either automatically
> >> > by engine-setup or manually in case of remote db) this should work.
> >> >
> >> > So you can try to execute following command which adds proper
> >> > permissions to 'engine' db user (please adapt according to you setup):
> >> >
> >> >
> >> >  su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
> >> >  @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
> >> >
> >> > The correct output should be:
> >> >
> >> >  GRANT
> >> >
> >> > If it's successful, please execute engine-setup again to verify that
> >> > above step fixed the issue.
> >>
> >> Martin, should that be added to engine-setup ?
> >
> > I don't this so, because for all other users I know of this works fine
> > (if engine db is created according to doc, engine db user is an owner
> > of db so he can create new schemas).
> >
> > But let's wait for reply ...
> >
> >>
> >> >
> >> > Thanks
> >> >
> >> > Martin Perina
> >> >
> >> > - Original Message -
> >> > > From: "Marcelo Leandro" 
> >> > > To: "Martin Perina" 
> >> > > Sent: Thursday, February 4, 2016 1:40:36 PM
> >> > > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> >> > > 6.2.6-1.el7
> >> > >
> >> > > Hello Martin,
> >> > >
> >> > > Indeed there´s an issue here. Runnig your command, I got this error:
> >> > > ERROR:  permission denied for database engine ,  I'm investigating
> >> > > deeper
> >> > >
> >> > > Thanks
> >> > >
> >> > > 2016-02-04 6:18 GMT-03:00 Martin Perina :
> >> > > > Hi,
> >> > > >
> >> > > > I just verified that upgrades on both Centos 6.7 and Centos 7.2
> >> > > > works
> >> > > > fine,
> >> > > > so there's something bad with psql on you machines :-(
> >> > > >
> >> > > > Could you please execute following steps and send me result?
> >> > > >
> >> > > > 1. Please take a look at your engine db configuration in
> >> > > >/etc/ovirt-engine/engine.conf.d/10-setup-database.conf
> >> > > >
> >> > > > 2. Please replace variables (@VAR@) with real values according to
> >> > > > your
> >> > > >db setup and execute following command on engine host (or VM in
> >> > > >case of hosted engine):
> >> > > >
> >> > > >LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
> >> > > >--pset=tuples_only=on --host="@ENGINE_DB_HOST@"
> >> > > >--port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
> >> > > >--dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
> >> > > >--command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION
> >> > > >@ENGINE_DB_USER@;"
> >> > > >||
> >> > > >die "Cannot execute sql command"
> >> > > >
> >> > > >Correct output should be:
> >> > > >
> >> > > >  CREATE SCHEMA
> >> > > >
> >> > > >
> >> > > > Thanks a lot
> >> > > >
> >> > > > Martin Perina
> >> > > >
> >> > > > - Original Message -
> >> > > >> From: "Darrell Budic" 
> >> > > >> To: "Marcelo Leandro" 
> >> > > >> Cc: "Martin Perina" , "users" 
> >> > > >> Sent: Thursday, February 4, 2016 6:17:21 AM
> >> > > >> Subject: Re: [ovirt-users] 

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Matthew Trent]

?When I upgraded to 3.6.1 (I think), I had exclamation points on several VMs, 
and hovering over (or looking at the bottom of the VM's General tab) gave a 
message about time zone mis-match. After 3.6.2, the message about time zone 
mis-match is gone, but the exclamation points remain.


--
Matthew Trent
Network Engineer
Lewis County IT Services
360.740.1247 - Helpdesk
360.740.3343 - Direct line

From: users-boun...@ovirt.org  on behalf of Charles 
Kozler 
Sent: Thursday, February 4, 2016 7:46 AM
To: Joe DiTommasso
Cc: users
Subject: Re: [ovirt-users] Dumb question: exclamation mark next to VM?

You cant see my mouse (because scrot removes it when you take a picture) but it 
is hovering over the ! and it says up (almost like it thinks im over the green 
arrow but I'm not) http://i.imgur.com/5u2Yvay.png

To that end I cannot see what the issue is

On Thu, Feb 4, 2016 at 10:43 AM, Joe DiTommasso 
mailto:jd...@domeyard.com>> wrote:
If you mouse over the exclamation mark, you should get a tooltip that tells you 
what it's complaining about. I've got it on pretty much all my VMs, it's an 
issue with the timezone for me.

On Thu, Feb 4, 2016 at 10:41 AM, Charles Kozler 
mailto:char...@fixflyer.com>> wrote:
I have this too. Thank you, I was going to email about this as well 
http://i.imgur.com/cZ6P5dp.png

On Thu, Feb 4, 2016 at 10:38 AM, Chris Adams 
mailto:c...@cmadams.net>> wrote:
I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date
as of yesterday).  I created a basic CentOS 7.2 VM with my local
customizations, created a template from it, and then created a VM from
that template.

That new VM has an exclamation mark next to it in the web GUI (between
the up arror for "running" and the "server" icon).  Usually I would
expect that means something is wrong or needs attention, but I can't
find anything to fix/address/etc. (no messages in the Alerts, nothing
odd in the Events, etc.).  What does the exclamation mark mean, and how
do I clear it?

--
Chris Adams mailto:c...@cmadams.net>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



--

Charles Kozler
Vice President, IT Operations

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF 
THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO 
FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION 
IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX 
FLYER LLC.  IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY 
REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY 
COPIES.

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





--

Charles Kozler
Vice President, IT Operations

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF 
THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO 
FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION 
IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX 
FLYER LLC.  IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY 
REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY 
COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Charles Kozler]

Matt -

Same issue here!

On Thu, Feb 4, 2016 at 12:08 PM, Matthew Trent <
matthew.tr...@lewiscountywa.gov> wrote:

> ​When I upgraded to 3.6.1 (I think), I had exclamation points on several
> VMs, and hovering over (or looking at the bottom of the VM's General
> tab) gave a message about time zone mis-match. After 3.6.2, the message
> about time zone mis-match is gone, but the exclamation points remain.
>
>
> --
> Matthew Trent
> Network Engineer
> Lewis County IT Services
> 360.740.1247 - Helpdesk
> 360.740.3343 - Direct line
> --
> *From:* users-boun...@ovirt.org  on behalf of
> Charles Kozler 
> *Sent:* Thursday, February 4, 2016 7:46 AM
> *To:* Joe DiTommasso
> *Cc:* users
> *Subject:* Re: [ovirt-users] Dumb question: exclamation mark next to VM?
>
> You cant see my mouse (because scrot removes it when you take a picture)
> but it is hovering over the ! and it says up (almost like it thinks im over
> the green arrow but I'm not) http://i.imgur.com/5u2Yvay.png
>
> To that end I cannot see what the issue is
>
> On Thu, Feb 4, 2016 at 10:43 AM, Joe DiTommasso 
> wrote:
>
>> If you mouse over the exclamation mark, you should get a tooltip that
>> tells you what it's complaining about. I've got it on pretty much all my
>> VMs, it's an issue with the timezone for me.
>>
>> On Thu, Feb 4, 2016 at 10:41 AM, Charles Kozler 
>> wrote:
>>
>>> I have this too. Thank you, I was going to email about this as well
>>> http://i.imgur.com/cZ6P5dp.png
>>>
>>> On Thu, Feb 4, 2016 at 10:38 AM, Chris Adams  wrote:
>>>
 I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date
 as of yesterday).  I created a basic CentOS 7.2 VM with my local
 customizations, created a template from it, and then created a VM from
 that template.

 That new VM has an exclamation mark next to it in the web GUI (between
 the up arror for "running" and the "server" icon).  Usually I would
 expect that means something is wrong or needs attention, but I can't
 find anything to fix/address/etc. (no messages in the Alerts, nothing
 odd in the Events, etc.).  What does the exclamation mark mean, and how
 do I clear it?

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

>>>
>>>
>>>
>>> --
>>>
>>> *Charles Kozler*
>>> *Vice President, IT Operations*
>>>
>>> FIX Flyer, LLC
>>> 225 Broadway | Suite 1600 | New York, NY 10007
>>> 1-888-349-3593
>>> http://www.fixflyer.com 
>>>
>>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
>
> *Charles Kozler*
> *Vice President, IT Operations*
>
> FIX Flyer, LLC
> 225 Broadway | Suite 1600 | New York, NY 10007
> 1-888-349-3593
> http://www.fixflyer.com 
>
> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>



-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com 

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Stefano Danzi]

Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:

On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:

On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:

On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:

I did some tests:

kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
one network cable the network is stable)
kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine

Would you be kind to file a kernel bug in bugzilla.redhat.com?
Summarize the information from this thread (e.g. your ifcfgs and in what
way does mode 4 doesn't work).

To get the bug solved quickly we'd better find paying RHEL7 customer
subscribing to it. But I'll try to push from my direction.

Stefano has been kind to open

 Bug 1295423 - Unstable network link using bond mode = 4
 https://bugzilla.redhat.com/show_bug.cgi?id=1295423

which we fail to reproduce on our own lab. I'd be pleased if anybody who
experiences it, and their networking config to the bug (if it is
different). Can you also lay out your switch's hardware and
configuration?

Stefano, could you share your /proc/net/bonding/* files with us?
I heard about similar reports were the bond slaves had mismatching
aggregator id. Could it be your case as well?



Here:

[root@ovirt01 ~]# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

802.3ad info
LACP rate: slow
Min links: 0
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 2
Number of ports: 1
Actor Key: 9
Partner Key: 1
Partner Mac Address: 00:00:00:00:00:00

Slave Interface: enp4s0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 2
Permanent HW addr: **:**:**:**:**:f1
Slave queue ID: 0
Aggregator ID: 1
Actor Churn State: churned
Partner Churn State: churned
Actor Churned Count: 4
Partner Churned Count: 5
details actor lacp pdu:
system priority: 65535
port key: 9
port priority: 255
port number: 1
port state: 69
details partner lacp pdu:
system priority: 65535
oper key: 1
port priority: 255
port number: 1
port state: 1

Slave Interface: enp5s0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: **:**:**:**:**:f2
Slave queue ID: 0
Aggregator ID: 2
Actor Churn State: churned
Partner Churn State: churned
Actor Churned Count: 1
Partner Churned Count: 2
details actor lacp pdu:
system priority: 65535
port key: 9
port priority: 255
port number: 2
port state: 77
details partner lacp pdu:
system priority: 65535
oper key: 1
port priority: 255
port number: 1
port state: 1



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

[ovirt-users] Expand hosted-engine disk?

[Chris Adams]

I'm running oVirt 3.6.2 on CentOS 7.2, all up to date, with a hosted
engine.  The storage for the engine is on a dedicated iSCSI LUN.  When I
created the LUN, I made it 40G so I'd have a little more disk space for
the engine (logs, ISOs, etc.), but then forgot to make the VM image
larger than the default 25G.

Is there an easy way to extend the image now?  When I try to do that in
the web GUI, I got the "Cannot edit Virtual Machine Disk. This VM is not
managed by the engine." error.

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

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Nicolas Ecarnot]

Le 04/02/2016 18:09, Charles Kozler a écrit :

Matt -

Same issue here!


+1

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

Re: [ovirt-users] API: detailed quota information, where's it at?

[Tim Bielawa]

In case anyone else out there is reading this looking for the answer, after
rooting around on IRC I've found out that the feature I described is
available in upcoming 3.6 release.

On Wed, Feb 3, 2016 at 3:37 PM, Tim Bielawa  wrote:

> I've been able to run the simple commands to enumerate quotas in a
> datacenter, and to select a quota by name.
>
> What I can not figure out how to do is how to receive detailed information
> about a quota from the API.
>
> Here's how I queried the basic information (using the python ovirtsdk
> module):
>
> import ovirtsdk.api
>> api = ovirtsdk.api.API(url=url, username=name, password=password, ...)
>> datacenter = api.datacenters.get(name="my-data-center")
>> team_quota = datacenter.quotas.get(name="my-teams-quota")
>
>
> Which works well enough, but doesn't really provide any actual *valuable*
> information (just the name, id, description, that kind of stuff).
>
> So where is the useful stuff hidden? The stuff of real value? I have not
> found any useful resources while scouring the Internet for this answer.
>
>
> I want to be able to hit this API and ask for detailed information about
> the usage of a quota: How much capacity is my team allotted on a given
> storage domain? How much capacity are we presently consuming? Likewise with
> CPU/Memory allocation type quotas.
>
> Is this possible, or a pipe dream?
>
>
> Environment:
>
> RHEVM Version: 3.5.6.0-1
> Python SDK Version: 3.5.6.0-1
>
>
> Thanks again folks!
>
>
> --
> Tim Bielawa, Sr. ${::title}
> Cell: 919.332.6411  | IRC: tbielawa (#platops)
> 1BA0 4FAB 4C13 FBA0 A036  4958 AD05 E75E 0333 AE37
>



-- 
Tim Bielawa, Sr. ${::title}
Cell: 919.332.6411  | IRC: tbielawa (#platops)
1BA0 4FAB 4C13 FBA0 A036  4958 AD05 E75E 0333 AE37
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] matching / mapping ovirt storage domain images to VMs

[Charles Kozler]

is there an easy / intutive way to find out the underlying image associated
to a VM? for instance, looking at a storage domain from the server, it is
not easy to figure out what VM it actually belongs to

[storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv
lease  | xargs du -sch
20K
./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1
20K
./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5
10G
./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766
10G
./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603
0
./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592
21G total

How can I find out what VMs these belong to?

-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com 

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> 
> 
> Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> I did some tests:
> 
> kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> one network cable the network is stable)
> kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> >>>Summarize the information from this thread (e.g. your ifcfgs and in what
> >>>way does mode 4 doesn't work).
> >>>
> >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> >>>subscribing to it. But I'll try to push from my direction.
> >>Stefano has been kind to open
> >>
> >> Bug 1295423 - Unstable network link using bond mode = 4
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> >>
> >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> >>experiences it, and their networking config to the bug (if it is
> >>different). Can you also lay out your switch's hardware and
> >>configuration?
> >Stefano, could you share your /proc/net/bonding/* files with us?
> >I heard about similar reports were the bond slaves had mismatching
> >aggregator id. Could it be your case as well?
> >
> 
> Here:
> 
> [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> 
> Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> Transmit Hash Policy: layer2 (0)
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
> 
> 802.3ad info
> LACP rate: slow
> Min links: 0
> Aggregator selection policy (ad_select): stable
> Active Aggregator Info:
> Aggregator ID: 2
> Number of ports: 1
> Actor Key: 9
> Partner Key: 1
> Partner Mac Address: 00:00:00:00:00:00
> 
> Slave Interface: enp4s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 2
> Permanent HW addr: **:**:**:**:**:f1
> Slave queue ID: 0
> Aggregator ID: 1

---^^^


> Actor Churn State: churned
> Partner Churn State: churned
> Actor Churned Count: 4
> Partner Churned Count: 5
> details actor lacp pdu:
> system priority: 65535
> port key: 9
> port priority: 255
> port number: 1
> port state: 69
> details partner lacp pdu:
> system priority: 65535
> oper key: 1
> port priority: 255
> port number: 1
> port state: 1
> 
> Slave Interface: enp5s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 1
> Permanent HW addr: **:**:**:**:**:f2
> Slave queue ID: 0
> Aggregator ID: 2

---^^^


it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
partner mac. Can you double-check that both your nics are wired to the
same switch, which is properly configured to use lacp on these two
ports?

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

[ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Stefano Danzi]

I have only one switch so two interfaces are connected to the same switch. The 
configuration in switch is corrected.  I opened a ticket for switch Tech 
support and the configuration was validated.
This configuration worked without problems h24 for one year!   All problems 
started after a kernel update so something was changed in kernel. 

 Messaggio originale 
Da: Dan Kenigsberg  
Data: 04/02/2016  22:02  (GMT+01:00) 
A: Stefano Danzi , yd...@redhat.com 
Cc: Jon Archer , mbur...@redhat.com, users@ovirt.org 
Oggetto: Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 ->
  3.6.1 

On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> 
> 
> Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> I did some tests:
> 
> kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I detach
> one network cable the network is stable)
> kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> >>>Summarize the information from this thread (e.g. your ifcfgs and in what
> >>>way does mode 4 doesn't work).
> >>>
> >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> >>>subscribing to it. But I'll try to push from my direction.
> >>Stefano has been kind to open
> >>
> >> Bug 1295423 - Unstable network link using bond mode = 4
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> >>
> >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> >>experiences it, and their networking config to the bug (if it is
> >>different). Can you also lay out your switch's hardware and
> >>configuration?
> >Stefano, could you share your /proc/net/bonding/* files with us?
> >I heard about similar reports were the bond slaves had mismatching
> >aggregator id. Could it be your case as well?
> >
> 
> Here:
> 
> [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> 
> Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> Transmit Hash Policy: layer2 (0)
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
> 
> 802.3ad info
> LACP rate: slow
> Min links: 0
> Aggregator selection policy (ad_select): stable
> Active Aggregator Info:
> Aggregator ID: 2
> Number of ports: 1
> Actor Key: 9
> Partner Key: 1
> Partner Mac Address: 00:00:00:00:00:00
> 
> Slave Interface: enp4s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 2
> Permanent HW addr: **:**:**:**:**:f1
> Slave queue ID: 0
> Aggregator ID: 1

---^^^


> Actor Churn State: churned
> Partner Churn State: churned
> Actor Churned Count: 4
> Partner Churned Count: 5
> details actor lacp pdu:
> system priority: 65535
> port key: 9
> port priority: 255
> port number: 1
> port state: 69
> details partner lacp pdu:
> system priority: 65535
> oper key: 1
> port priority: 255
> port number: 1
> port state: 1
> 
> Slave Interface: enp5s0
> MII Status: up
> Speed: 1000 Mbps
> Duplex: full
> Link Failure Count: 1
> Permanent HW addr: **:**:**:**:**:f2
> Slave queue ID: 0
> Aggregator ID: 2

---^^^


it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
partner mac. Can you double-check that both your nics are wired to the
same switch, which is properly configured to use lacp on these two
ports?

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

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Colin Coe]

I run RHEV not oVirt so I don't see this but I suspect  it's a feature
request that I put in to be notified when a Windows VM is running an old
version of the RHEV tools/agent.

CC

---

Sent from my Nexus 5
On Feb 5, 2016 04:30, "Nicolas Ecarnot"  wrote:

> Le 04/02/2016 18:09, Charles Kozler a écrit :
>
>> Matt -
>>
>> Same issue here!
>>
>
> +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

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Charles Kozler]

My VMs are all Linux

On Thu, Feb 4, 2016 at 4:32 PM, Colin Coe  wrote:

> I run RHEV not oVirt so I don't see this but I suspect  it's a feature
> request that I put in to be notified when a Windows VM is running an old
> version of the RHEV tools/agent.
>
> CC
>
> ---
>
> Sent from my Nexus 5
> On Feb 5, 2016 04:30, "Nicolas Ecarnot"  wrote:
>
>> Le 04/02/2016 18:09, Charles Kozler a écrit :
>>
>>> Matt -
>>>
>>> Same issue here!
>>>
>>
>> +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
>
>


-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
http://www.fixflyer.com 

NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Colin Coe]

Is the oVirt agent up to date?

---

Sent from my Nexus 5
On Feb 5, 2016 5:33 AM, "Charles Kozler"  wrote:

> My VMs are all Linux
>
> On Thu, Feb 4, 2016 at 4:32 PM, Colin Coe  wrote:
>
>> I run RHEV not oVirt so I don't see this but I suspect  it's a feature
>> request that I put in to be notified when a Windows VM is running an old
>> version of the RHEV tools/agent.
>>
>> CC
>>
>> ---
>>
>> Sent from my Nexus 5
>> On Feb 5, 2016 04:30, "Nicolas Ecarnot"  wrote:
>>
>>> Le 04/02/2016 18:09, Charles Kozler a écrit :
>>>
 Matt -

 Same issue here!

>>>
>>> +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
>>
>>
>
>
> --
>
> *Charles Kozler*
> *Vice President, IT Operations*
>
> FIX Flyer, LLC
> 225 Broadway | Suite 1600 | New York, NY 10007
> 1-888-349-3593
> http://www.fixflyer.com 
>
> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Darrell Budic]

I suspect that’s my problem, my database isn’t owned by engine:

engine=# \l
  List of databases
   Name|  Owner   | Encoding |  Collation  |Ctype|   Access 
privileges
   
---+--+--+-+-+
---
 engine| postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | 

This is almost certainly my fault though, one too many upgrades from old 
versions and/or a slightly botched restore process. Would I be better off 
setting “engine” as the owner of the engine database then (thinking forward 
here)?

  -Darrell


> On Feb 4, 2016, at 10:22 AM, Martin Perina  wrote:
> 
> 
> 
> - Original Message -
>> From: "Eli Mesika" 
>> To: "Martin Perina" 
>> Cc: "Marcelo Leandro" , "Darrell Budic" 
>> , "users" 
>> Sent: Thursday, February 4, 2016 5:17:24 PM
>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
>> 
>> 
>> 
>> - Original Message -
>>> From: "Martin Perina" 
>>> To: "Marcelo Leandro" 
>>> Cc: "Darrell Budic" , "Eli Mesika"
>>> , "users" 
>>> Sent: Thursday, February 4, 2016 6:12:34 PM
>>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>>> 6.2.6-1.el7
>>> 
>>> Hi,
>>> 
>>> so it seems, that for some strange reason, user 'engine' cannot create
>>> schema in 'engine' database although it should be an owner of this db.
>>> I double checked that on all our testing databases this works fine and
>>> also if you created engine db according to doc (either automatically
>>> by engine-setup or manually in case of remote db) this should work.
>>> 
>>> So you can try to execute following command which adds proper
>>> permissions to 'engine' db user (please adapt according to you setup):
>>> 
>>> 
>>> su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
>>> @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
>>> 
>>> The correct output should be:
>>> 
>>> GRANT
>>> 
>>> If it's successful, please execute engine-setup again to verify that
>>> above step fixed the issue.
>> 
>> Martin, should that be added to engine-setup ?
> 
> I don't this so, because for all other users I know of this works fine
> (if engine db is created according to doc, engine db user is an owner
> of db so he can create new schemas).
> 
> But let's wait for reply ...
> 
>> 
>>> 
>>> Thanks
>>> 
>>> Martin Perina
>>> 
>>> - Original Message -
 From: "Marcelo Leandro" 
 To: "Martin Perina" 
 Sent: Thursday, February 4, 2016 1:40:36 PM
 Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
 6.2.6-1.el7
 
 Hello Martin,
 
 Indeed there´s an issue here. Runnig your command, I got this error:
 ERROR:  permission denied for database engine ,  I'm investigating
 deeper
 
 Thanks
 
 2016-02-04 6:18 GMT-03:00 Martin Perina :
> Hi,
> 
> I just verified that upgrades on both Centos 6.7 and Centos 7.2 works
> fine,
> so there's something bad with psql on you machines :-(
> 
> Could you please execute following steps and send me result?
> 
> 1. Please take a look at your engine db configuration in
>   /etc/ovirt-engine/engine.conf.d/10-setup-database.conf
> 
> 2. Please replace variables (@VAR@) with real values according to your
>   db setup and execute following command on engine host (or VM in
>   case of hosted engine):
> 
>   LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
>   --pset=tuples_only=on --host="@ENGINE_DB_HOST@"
>   --port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
>   --dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
>   --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
>   ||
>   die "Cannot execute sql command"
> 
>   Correct output should be:
> 
> CREATE SCHEMA
> 
> 
> Thanks a lot
> 
> Martin Perina
> 
> - Original Message -
>> From: "Darrell Budic" 
>> To: "Marcelo Leandro" 
>> Cc: "Martin Perina" , "users" 
>> Sent: Thursday, February 4, 2016 6:17:21 AM
>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>> 6.2.6-1.el7
>> 
>> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
>> 8.4.20. Looks like a permission error for me?
>> 
>> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142
>> Stage
>> misc
>> ME
>> THOD
>> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
>> 2016-02-03 22:52:42 INFO
>> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa
>> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal'
>> domain
>> datab
>> ase schema
>> 2016-02-03 22:52:42 DEBUG
>> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a
>> aajdbc plugin.executeRaw:828 execute:
>> ['/usr/share/ovirt-engine-extension-aaa-jd
>> bc/dbscripts/sche

Re: [ovirt-users] Host maintenance - VM migration logic

[Patrick Russell]

In case anyone else runs into this, one of our admins had changed the cluster 
to policy to optimize for speed rather than utilization. Reconfiguring this 
option resolved the issue and the migrations are no longer overloading a single 
host.

-Patrick

From: mailto:users-boun...@ovirt.org>> on behalf of 
Patrick Russell 
mailto:patrick_russ...@volusion.com>>
Date: Thursday, February 4, 2016 at 10:11 AM
To: "users@ovirt.org" 
mailto:users@ovirt.org>>
Subject: [ovirt-users] Host maintenance - VM migration logic

Is there any way migrate VM’s more evenly across the cluster when a host is 
being placed into maintenance? Currently it attempts to auto migrate all the 
VM’s to another single host and then balance out. When the destination host is 
more than 50% memory utilized this has caused over subscription problems. Some 
of our more heavily used hosts ending up using all the memory and stop 
communicating with engine. If it’s not possible, how are other teams handling 
this? Manual migrations before maintenance mode?

Thanks,
Patrick

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

Re: [ovirt-users] All snapshots read only

[Colin Coe]

Hi and thanks for the response

1) RHEV v3.5.7
2) The VM was powered on and running fine when the snapshot was taken (this
is done through cron)
3) The snapshot was created via a Python oVirt SDK script
4) The status is showing "OK" for both the VM's disks and the snapshots
disks.

As a test, I took a snapshot of another VM that was running OK.  When the
snapshot was completed, the delete buttn was greyed out.

I turned the original server off and found that the snapshot button was no
longer greyed out.  When I turned the server back on, the delete button is
greyed out again.

My API script that creates the snapshots also deletes the snapshot from 7
days ago.  I see that the last successfully deleted was on Jan 26.  We
upgraded from v3.5.0 to v3.5.7 on Jan 24.  Nothing changed on the server
after Jan 24 so I'm a bit stumped.

Thanks

On Thu, Feb 4, 2016 at 5:46 PM, Raz Tamir  wrote:

> Hi Colin,
> Can you share more info?
> 1) what version of oVirt you have?
> 2) what was the VM state when you tried to remove the snapshot?
> 3) How the snapshot was created in the first place (the VM state was UP or
> DOWN)?
> 4) What is the status of the snapshot's disks (click on snapshot tab and
> on the right hand side you have another 'disks' tab)?
>
>
>
>
>
> Thanks,
> Raz Tamir
> Red Hat Israel
>
> On Thu, Feb 4, 2016 at 8:44 AM, Colin Coe  wrote:
>
>> Hi all
>>
>> I've just noticed that all VM snapshots on one of our prod RHEV setups
>> have gone read-only (i.e. delete is greyed out).
>>
>> Has anyone else seen this?
>>
>> Is there an easy fix for this?  We have a bunch of VVMs being snapshotted
>> nightly with snapshots being deleted after 7 days.
>>
>> Thanks
>>
>> CC
>>
>> ___
>> 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] All snapshots read only

[Colin Coe]

I've just checked our dev and test RHEV instances (both also on v3.5.7),
and found that the overnight snapshot script is working correct and is
deleting old snapshots.  A quick check of other VMs shows their snapshots
do not have the delete button greyed out.

I'm thinking there's something screwy with this prod RHEV instance.

On Fri, Feb 5, 2016 at 7:14 AM, Colin Coe  wrote:

> Hi and thanks for the response
>
> 1) RHEV v3.5.7
> 2) The VM was powered on and running fine when the snapshot was taken
> (this is done through cron)
> 3) The snapshot was created via a Python oVirt SDK script
> 4) The status is showing "OK" for both the VM's disks and the snapshots
> disks.
>
> As a test, I took a snapshot of another VM that was running OK.  When the
> snapshot was completed, the delete buttn was greyed out.
>
> I turned the original server off and found that the snapshot button was no
> longer greyed out.  When I turned the server back on, the delete button is
> greyed out again.
>
> My API script that creates the snapshots also deletes the snapshot from 7
> days ago.  I see that the last successfully deleted was on Jan 26.  We
> upgraded from v3.5.0 to v3.5.7 on Jan 24.  Nothing changed on the server
> after Jan 24 so I'm a bit stumped.
>
> Thanks
>
> On Thu, Feb 4, 2016 at 5:46 PM, Raz Tamir  wrote:
>
>> Hi Colin,
>> Can you share more info?
>> 1) what version of oVirt you have?
>> 2) what was the VM state when you tried to remove the snapshot?
>> 3) How the snapshot was created in the first place (the VM state was UP
>> or DOWN)?
>> 4) What is the status of the snapshot's disks (click on snapshot tab and
>> on the right hand side you have another 'disks' tab)?
>>
>>
>>
>>
>>
>> Thanks,
>> Raz Tamir
>> Red Hat Israel
>>
>> On Thu, Feb 4, 2016 at 8:44 AM, Colin Coe  wrote:
>>
>>> Hi all
>>>
>>> I've just noticed that all VM snapshots on one of our prod RHEV setups
>>> have gone read-only (i.e. delete is greyed out).
>>>
>>> Has anyone else seen this?
>>>
>>> Is there an easy fix for this?  We have a bunch of VVMs being
>>> snapshotted nightly with snapshots being deleted after 7 days.
>>>
>>> Thanks
>>>
>>> CC
>>>
>>> ___
>>> 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] Consolidating LUNs in iSCSI storage domain

[Colin Coe]

Hi and thanks for the response

Is there any way that this could be done without putting the entire
datacenter (and I assume shutting done all the VMs) into maintenance mode?

I was thinking along the lines of:
- Put all hosts except for the the SPM into maintenance mode
- Determine which LUNs match to the "/dev/dm-*" devices that the three I
want to remove (rhev-data01, rhev-data02, rhev-data03)
- Determine which LUN matches the "/dev/dm-*" devices that I want to keep (
rhev-data04)
- pvmove rhev-data01 rhev-data04
- pvmove rhev-data02 rhev-data04
- pvmove rhev-data03 rhev-data04

The pvmove commands above for illustration only, I know thats not how the
LUNs would be called.

Does that look like it would work?

Thanks


On Thu, Feb 4, 2016 at 5:20 PM, Elad Ben Aharon  wrote:

> Hi,
>
> oVirt allows such operations using this feature [1].
> Basically, while the storage domain is deactivated (maintenance status),
> you'll have to replicate all the data to the fourth LUN (from the storage
> server side), replace the storage connections of this storage domain from
> RHEVM REST API (explained in [1]) and to activate the domain.
>
>
> [1] http://www.ovirt.org/Features/Manage_Storage_Connections
>
>
>
> On Thu, Feb 4, 2016 at 1:17 AM, Colin Coe  wrote:
>
>> Hi all
>>
>> In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of
>> four LUNs.  (full details in the attached text file).
>>
>> I want to consolidate all the data on LUNs
>> iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01
>> qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02
>> iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03
>> to LUN
>> iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04
>>
>> Is this possible?
>>
>> Thanks
>>
>> CC
>>
>> ___
>> 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] All snapshots read only

[Colin Coe]

I've created a GSS case for this: 01578873.  Attached to the case is a
rhevm-log-collector for the affected prod RHEV and a rhevm-log-collector
for the dev RHEV which is not affected.

Thanks

On Fri, Feb 5, 2016 at 7:26 AM, Colin Coe  wrote:

> I've just checked our dev and test RHEV instances (both also on v3.5.7),
> and found that the overnight snapshot script is working correct and is
> deleting old snapshots.  A quick check of other VMs shows their snapshots
> do not have the delete button greyed out.
>
> I'm thinking there's something screwy with this prod RHEV instance.
>
> On Fri, Feb 5, 2016 at 7:14 AM, Colin Coe  wrote:
>
>> Hi and thanks for the response
>>
>> 1) RHEV v3.5.7
>> 2) The VM was powered on and running fine when the snapshot was taken
>> (this is done through cron)
>> 3) The snapshot was created via a Python oVirt SDK script
>> 4) The status is showing "OK" for both the VM's disks and the snapshots
>> disks.
>>
>> As a test, I took a snapshot of another VM that was running OK.  When the
>> snapshot was completed, the delete buttn was greyed out.
>>
>> I turned the original server off and found that the snapshot button was
>> no longer greyed out.  When I turned the server back on, the delete button
>> is greyed out again.
>>
>> My API script that creates the snapshots also deletes the snapshot from 7
>> days ago.  I see that the last successfully deleted was on Jan 26.  We
>> upgraded from v3.5.0 to v3.5.7 on Jan 24.  Nothing changed on the server
>> after Jan 24 so I'm a bit stumped.
>>
>> Thanks
>>
>> On Thu, Feb 4, 2016 at 5:46 PM, Raz Tamir  wrote:
>>
>>> Hi Colin,
>>> Can you share more info?
>>> 1) what version of oVirt you have?
>>> 2) what was the VM state when you tried to remove the snapshot?
>>> 3) How the snapshot was created in the first place (the VM state was UP
>>> or DOWN)?
>>> 4) What is the status of the snapshot's disks (click on snapshot tab and
>>> on the right hand side you have another 'disks' tab)?
>>>
>>>
>>>
>>>
>>>
>>> Thanks,
>>> Raz Tamir
>>> Red Hat Israel
>>>
>>> On Thu, Feb 4, 2016 at 8:44 AM, Colin Coe  wrote:
>>>
 Hi all

 I've just noticed that all VM snapshots on one of our prod RHEV setups
 have gone read-only (i.e. delete is greyed out).

 Has anyone else seen this?

 Is there an easy fix for this?  We have a bunch of VVMs being
 snapshotted nightly with snapshots being deleted after 7 days.

 Thanks

 CC

 ___
 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] Dumb question: exclamation mark next to VM?

[Greg Sheremeta]

It's not impossible that this is a bug. I did a lot of work on those
columns in 3.6. The vm status column was heavily reworked.

But, I can't look into it until at least Monday :)

Let me know if anyone finds a pattern!

Greg


On Thu, Feb 4, 2016 at 4:35 PM, Colin Coe  wrote:

> Is the oVirt agent up to date?
>
> ---
>
> Sent from my Nexus 5
> On Feb 5, 2016 5:33 AM, "Charles Kozler"  wrote:
>
>> My VMs are all Linux
>>
>> On Thu, Feb 4, 2016 at 4:32 PM, Colin Coe  wrote:
>>
>>> I run RHEV not oVirt so I don't see this but I suspect  it's a feature
>>> request that I put in to be notified when a Windows VM is running an old
>>> version of the RHEV tools/agent.
>>>
>>> CC
>>>
>>> ---
>>>
>>> Sent from my Nexus 5
>>> On Feb 5, 2016 04:30, "Nicolas Ecarnot"  wrote:
>>>
 Le 04/02/2016 18:09, Charles Kozler a écrit :

> Matt -
>
> Same issue here!
>

 +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
>>>
>>>
>>
>>
>> --
>>
>> *Charles Kozler*
>> *Vice President, IT Operations*
>>
>> FIX Flyer, LLC
>> 225 Broadway | Suite 1600 | New York, NY 10007
>> 1-888-349-3593
>> http://www.fixflyer.com 
>>
>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7

[Darrell Budic]

After changing the owner of engine to “engine”, I was able to upgrade normally, 
so that looks like it was my problem. 

Thanks for the pointers!


> On Feb 4, 2016, at 3:40 PM, Darrell Budic  wrote:
> 
> I suspect that’s my problem, my database isn’t owned by engine:
> 
> engine=# \l
>  List of databases
>   Name|  Owner   | Encoding |  Collation  |Ctype|   Access 
> privileges
> 
> ---+--+--+-+-+
> ---
> engine| postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | 
> 
> This is almost certainly my fault though, one too many upgrades from old 
> versions and/or a slightly botched restore process. Would I be better off 
> setting “engine” as the owner of the engine database then (thinking forward 
> here)?
> 
>  -Darrell
> 
> 
>> On Feb 4, 2016, at 10:22 AM, Martin Perina  wrote:
>> 
>> 
>> 
>> - Original Message -
>>> From: "Eli Mesika" 
>>> To: "Martin Perina" 
>>> Cc: "Marcelo Leandro" , "Darrell Budic" 
>>> , "users" 
>>> Sent: Thursday, February 4, 2016 5:17:24 PM
>>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
>>> 
>>> 
>>> 
>>> - Original Message -
 From: "Martin Perina" 
 To: "Marcelo Leandro" 
 Cc: "Darrell Budic" , "Eli Mesika"
 , "users" 
 Sent: Thursday, February 4, 2016 6:12:34 PM
 Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
 6.2.6-1.el7
 
 Hi,
 
 so it seems, that for some strange reason, user 'engine' cannot create
 schema in 'engine' database although it should be an owner of this db.
 I double checked that on all our testing databases this works fine and
 also if you created engine db according to doc (either automatically
 by engine-setup or manually in case of remote db) this should work.
 
 So you can try to execute following command which adds proper
 permissions to 'engine' db user (please adapt according to you setup):
 
 
 su - postgres -c "psql --command=\"GRANT ALL ON DATABASE
 @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\""
 
 The correct output should be:
 
 GRANT
 
 If it's successful, please execute engine-setup again to verify that
 above step fixed the issue.
>>> 
>>> Martin, should that be added to engine-setup ?
>> 
>> I don't this so, because for all other users I know of this works fine
>> (if engine db is created according to doc, engine db user is an owner
>> of db so he can create new schemas).
>> 
>> But let's wait for reply ...
>> 
>>> 
 
 Thanks
 
 Martin Perina
 
 - Original Message -
> From: "Marcelo Leandro" 
> To: "Martin Perina" 
> Sent: Thursday, February 4, 2016 1:40:36 PM
> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
> 6.2.6-1.el7
> 
> Hello Martin,
> 
> Indeed there´s an issue here. Runnig your command, I got this error:
> ERROR:  permission denied for database engine ,  I'm investigating
> deeper
> 
> Thanks
> 
> 2016-02-04 6:18 GMT-03:00 Martin Perina :
>> Hi,
>> 
>> I just verified that upgrades on both Centos 6.7 and Centos 7.2 works
>> fine,
>> so there's something bad with psql on you machines :-(
>> 
>> Could you please execute following steps and send me result?
>> 
>> 1. Please take a look at your engine db configuration in
>>  /etc/ovirt-engine/engine.conf.d/10-setup-database.conf
>> 
>> 2. Please replace variables (@VAR@) with real values according to your
>>  db setup and execute following command on engine host (or VM in
>>  case of hosted engine):
>> 
>>  LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w
>>  --pset=tuples_only=on --host="@ENGINE_DB_HOST@"
>>  --port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@"
>>  --dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc
>>  --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;"
>>  ||
>>  die "Cannot execute sql command"
>> 
>>  Correct output should be:
>> 
>>CREATE SCHEMA
>> 
>> 
>> Thanks a lot
>> 
>> Martin Perina
>> 
>> - Original Message -
>>> From: "Darrell Budic" 
>>> To: "Marcelo Leandro" 
>>> Cc: "Martin Perina" , "users" 
>>> Sent: Thursday, February 4, 2016 6:17:21 AM
>>> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to
>>> 6.2.6-1.el7
>>> 
>>> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL)
>>> 8.4.20. Looks like a permission error for me?
>>> 
>>> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142
>>> Stage
>>> misc
>>> ME
>>> THOD
>>> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc
>>> 2016-02-03 22:52:42 INFO
>>> otopi.plugins.ovirt_engine_setup.ovirt_eng

Re: [ovirt-users] All snapshots read only

[Raz Tamir]

Hi Colin,
What you are trying to do is live merge - delete a vm's snapshot for
running vm.
This feature might not be supported on some of your hypervisors because of
vdsm or OS version.
Can you please share the OS version and vdsm vesrion of the hypervisor that
hositng the running vm which you cannot delete it's snapshot?

A quick solution is to make sure you powering off a vm before deleting it's
snapshot.

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

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Nicolas Ecarnot]

Le 04/02/2016 22:35, Colin Coe a écrit :

Is the oVirt agent up to date?


yum -y upgrade
... [blah blah blah]
... reboot
and then :

# cat /etc/centos-release
CentOS Linux release 7.2.1511 (Core)

# rpm -qa|grep -i agent
ovirt-guest-agent-common-1.0.11-1.el7.noarch
qemu-guest-agent-2.3.0-4.el7.x86_64

Exclamation mark is still there.

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