Re: [ovirt-users] volume parameters

2015-11-09 Thread Sandro Bonazzola
On Sat, Nov 7, 2015 at 12:28 PM, p...@email.cz  wrote:

> Hello,
> would U recommend me set of functional params for volume replica 2 ?
>

If you're planning to upgrade to 3.6.z in the near future please note that
by default vdsm support replica 3 only starting from 3.6.0.
For allowing replica 2 to be used by vdsm you'll need to manually change
vdsm configuration file.




> Old ones was  ( for 3.5.2 gluster version )
> storage.owner-uid   36
> storage.owner-gid   36
> performance.io-cache  off
> performance.read-ahead  off
> network.remote-dio enable
> cluster.eager-lock enable
> performance.stat-prefetch off
> performance.quick-read off
> cluster.quorum-count 1
> cluster.server-quorum-type none
> cluster.quorum-type  fixed
>
> after upgrade to 3.5.7 version and setting default recommendation, volumes
> became inaccessable ( permission denied - fixed by owner uid/gui settings
> to 36)
> Why the defaults have been changed  ?
> Just still Error / Critical messages occure  ( examples follow )
>
> *E* - list of grep  etc-glusterfs-glusterd.vol.log
> [2015-11-07 10:49:10.883564] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
> [2015-11-07 10:49:10.886152] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
> [2015-11-07 10:49:15.954942] E [rpc-clnt.c:362:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x196)[0x7fa88b014a66] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fa88addf9be] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fa88addface] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x9c)[0x7fa88ade148c] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x88)[0x7fa88ade1c98] )
> 0-management: forced unwinding frame type(Peer mgmt) op(--(2)) called at
> 2015-11-07 10:49:10.918764 (xid=0x5)
> [2015-11-07 10:49:26.719176] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
> [2015-11-07 10:54:59.738232] E [MSGID: 106243] [glusterd.c:1623:init]
> 0-management: creation of 1 listeners failed, continuing with succeeded
> transport
> [2015-11-07 10:55:01.860991] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
> [2015-11-07 10:55:01.863932] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
> [2015-11-07 10:55:01.866779] E [socket.c:2965:socket_connect]
> 0-management: Failed to set keep-alive: Invalid argument
>
> *C* - list of grep  etc-glusterfs-glusterd.vol.log
> [2015-11-07 10:49:16.045778] C [MSGID: 106003]
> [glusterd-server-quorum.c:346:glusterd_do_volume_quorum_action]
> 0-management: Server quorum regained for volume 1KVM12-P4. Starting local
> bricks.
> [2015-11-07 10:49:16.049319] C [MSGID: 106003]
> [glusterd-server-quorum.c:346:glusterd_do_volume_quorum_action]
> 0-management: Server quorum regained for volume 1KVM12-P5. Starting local
> bricks.
>
> regs.Paf1
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] can oVirt 3.6 manage 3.5 hypervizor

2015-11-09 Thread Sandro Bonazzola
On Fri, Nov 6, 2015 at 8:33 PM, Oved Ourfali  wrote:

>
> On Nov 6, 2015 12:24, "Martin Perina"  wrote:
> >
> > Hi,
> >
> > yes, this is correct way how to do the upgrade:
> >
> > 1. Upgrade engine
> > 2. Put each host into maintenance and upgrade it
>
> Actually in 3.6 the upgrade button will be enabled when there is an
> upgrade available, and pressing it will also move the host to maintenance
> if needed.
>
> As long as the cluster level is 3.5 (existing cluster level doesn't change
> after upgrade) you'll be able to work with 3.5 hosts.
>
>
Martin, Oved, can you please amend
http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions
with host upgrade?



> > 3. When all hosts in cluster are upgraded you can raise
> >cluster level
> >
> > DB upgrade is done during upgrade engine part automatically:
> >
> > 1. Add 3.6 repos
> > 2. yum update 'ovirt-engine-setup*'
> > 3. engine-setup
> >
> > Martin Perina
> >
> > - Original Message -
> > > From: p...@email.cz
> > > To: users@ovirt.org
> > > Sent: Friday, November 6, 2015 10:29:22 AM
> > > Subject: [ovirt-users] can oVirt 3.6 manage  3.5 hypervizor
> > >
> > > Hi,
> > > can oVirt 3.6 manage hypervizors with 3.5 version ?
> > > Meaning during cluster upgrade step by step.
> > > ( A) oVirt mgmt , B) 1st.hypervizor, C) 2nd hypervizor,  .. )
> > > If oVirt DB converted from 3.5.5 -> 3.5.5.upg.3.6 -> final 3.6
> > > regs. Paf1
> > >
> > > ___
> > > 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
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] noVNC not working

2015-11-09 Thread Sandro Bonazzola
On Thu, Nov 5, 2015 at 1:57 PM, Phil Daws  wrote:

> Any more ideas how I can get this working again please ? :(
>


can you publish a log-collector report somewhere so we can try to
understand what's not working?




>
> - On 4 Nov, 2015, at 14:26, Phil Daws ux...@splatnix.net wrote:
>
> > Hi Frank,
> >
> > Gave this a try by backleveling noVNC and still the same error :(
> > --
> > Regards, Phil
> >
> > - On 2 Nov, 2015, at 22:23, Frank Wall f...@moov.de wrote:
> >
> >> Hi Phil,
> >>
> >> On Mon, Nov 02, 2015 at 04:38:14PM +, Phil Daws wrote:
> >>> have attempted to downgrade noVNC (novnc-0.4-7.el6.noarch) but it
> still down
> >>> not work.
> >>
> >> I was hit by the same issue. If I remember correctly I had to do the
> following
> >> to resurrect noVNC (on EL7):
> >>
> >> wget
> >>
> http://cbs.centos.org/kojifiles/packages/novnc/0.4/9.el7/noarch/novnc-0.4-9.el7.noarch.rpm
> >> rpm -Uvh --oldpackage novnc-0.4-9.el7.noarch.rpm
> >> wget
> >>
> http://cbs.centos.org/kojifiles/packages/python-websockify/0.5.1/2.el7/noarch/python-websockify-0.5.1-2.el7.noarch.rpm
> >> rpm -Uvh --oldpackage python-websockify-0.5.1-2.el7.noarch.rpm
> >> systemctl restart ovirt-websocket-proxy.service
> >> systemctl status ovirt-websocket-proxy.service
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1202356
> >>
> >>
> >> Regards
> >> - Frank
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] NTP issues

2015-11-09 Thread Dan Kenigsberg
On Mon, Nov 09, 2015 at 04:37:15PM +0530, Budur Nagaraju wrote:
> HI
> 
> Even after giving a valid NTP server ,date and time is not getting updated .
> 
> can you help me in getting the issue resolved ?

In guests? On hosts? How far is your current time from the correct one
(NTP does not progress if it's too far).

Any logs from ntpd?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

2015-11-09 Thread Stefano Danzi


Hello,
after upgrading oVirt my ISO domain is empty. If I upload an iso image (using 
ovirt-iso-uploader) I can upload an image without errors.
The path /var/lib/exports/iso contains all old and new images. This path is 
also correctly mounted on host machine.
...but ISO domain still empty.

I didn't find any error in logs.

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


Re: [ovirt-users] Hosted engine notifications don't work after upgrading ovirt from 3.5 to 3.6

2015-11-09 Thread Martin Sivak
Hi,

can you please tell us the Python version you are using? We are using
the smtplib and email.mime.text standard libraries to send emails so
this should not be our bug (unless the API changed).

Thanks

--
Martin Sivak
SLA / oVirt


On Mon, Nov 9, 2015 at 1:11 PM, Sandro Bonazzola  wrote:
>
>
> On Mon, Nov 9, 2015 at 11:44 AM, Stefano Danzi  wrote:
>>
>> Your trick work fine! Thanks!
>>
>> Now I see that emails sent from brocker has "corrupted" headers:
>>
>> At the ent of message we can see:
>>
>> Content-Type: text/plain; charset="us-ascii"
>> MIME-Version: 1.0
>> Content-Transfer-Encoding: 7bit
>> Date: Mon, 09 Nov 2015 11:33:37 +0100
>> Message-Id: <20151109103337.d9c7d1260...@my.server.lan>
>> From: mysen...@server.lan
>> To: undisclosed-recipients:;
>>
>> From: mysen...@server.lan
>> To: myrecei...@server.lan
>> Subject: ovirt-hosted-engine state transition EngineUp-GlobalMaintenance
>>
>> The state machine changed state.
>>
>>
>
> Adding Roy and Martin, looks like a separate issue
>
>
>
>>
>>
>> From and To are repeated twice. This cause that email client show
>> correctly the sender,
>> an empty recipient and an empty subject.
>>
>> On message body I see everything after "To: undisclosed-recipients:;"
>>
>> Il 06/11/2015 20.01, Simone Tiraboschi ha scritto:
>>
>>
>>
>> On Thu, Nov 5, 2015 at 7:10 PM, Stefano Danzi  wrote:
>>>
>>>
>>>
>>>
>>> the content is:
>>>
>>> [email]
>>> smtp-server=localhost
>>> smtp-port=25
>>> destination-emails=root@localhost
>>> source-email=root@localhost
>>>
>>> [notify]
>>> state_transition=maintenance|start|stop|migrate|up|down
>>>
>>> and is the default. My conf was lost during upgrade.
>>> If I restart ovirt-ha-broker the broker.conf is replaced with the default
>>>
>>> If I don't restart ovirt-ha-broker, the broker.conf is silently replaced
>>> after a while.
>>>
>>> Looking here
>>> http://lists.ovirt.org/pipermail/engine-commits/2015-June/022940.html
>>> I understand that broker.conf is stored in another place and overwrite at
>>> runtime.
>>
>>
>> The broker.conf is now on the shared storage (as other hosted-engine
>> related configuration files) so that in the future they'll be easily
>> editable from the web UI.
>>
>> The issue here seams to be that the upgrade overwrite it with the default
>> file before copying to the shared storage.
>> I'm opening a bug against that.
>>
>> Let's try to fix in your instance (please substitute
>> '192.168.1.115:_Virtual_ext35u36' with the mount point on your system):
>>
>> dir=`mktemp -d` && cd $dir
>> systemctl stop ovirt-ha-broker
>> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
>> sdUUID=${sdUUID_line:7:36}
>> conf_volume_UUID_line=$(grep conf_volume_UUID
>> /etc/ovirt-hosted-engine/hosted-engine.conf)
>> conf_volume_UUID=${conf_volume_UUID_line:17:36}
>> conf_image_UUID_line=$(grep conf_image_UUID
>> /etc/ovirt-hosted-engine/hosted-engine.conf)
>> conf_image_UUID=${conf_image_UUID_line:16:36}
>> dd
>> if=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>> 2>/dev/null| tar -xvf -
>> cp /etc/ovirt-hosted-engine-ha/broker.conf.rpmsave broker.conf # or edit
>> broker.conf as you need
>> tar -cO * | dd
>> of=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>> systemctl start ovirt-ha-broker
>>
>>
>>>
>>>
>>>
>>>
>>> Il 05/11/2015 18.44, Simone Tiraboschi ha scritto:
>>>
>>> Can you please paste here the content of
>>> /var/lib/ovirt-hosted-engine-ha/broker.conf ?
>>> eventually make it anonymous if you prefer
>>>
>>>
>>>
>>> On Thu, Nov 5, 2015 at 6:42 PM, Stefano Danzi  wrote:

 After upgrading from 3.5 to 3.6 Hosted engine notifications stop to
 work.
 I think that broker.conf was lost during upgrade.

 I found this: https://bugzilla.redhat.com/show_bug.cgi?id=1260757
 But I don't undertand how to change the configuration now.
 ___
 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
>>
>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Virtio Disk ThinProvisioning default ?

2015-11-09 Thread Matt .
It seemed the provision way is changed when you change storage domain. Solved.

2015-11-08 22:02 GMT+01:00 Matt . :
> I'm facing that when I create a virtio disk, set it preallocated that
> the disk becomes a Thin one after creation.
>
> I can create a IDE preallocated and change that to virtio, but I
> wonder why this happens.
>
> Matt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Hosted engine notifications don't work after upgrading ovirt from 3.5 to 3.6

2015-11-09 Thread Stefano Danzi

Hello,
I've made no changes than upgrading oVirt from 3.5 to 3.6
Distro is a standard CenOS 7.1

Pyton is: python-2.7.5-18.el7_1.1.x86_64

state_transition.txt hasn't an empty line as first line.



Il 09/11/2015 13.32, Martin Sivak ha scritto:

Btw, please check the template file
(/etc/ovirt-hosted-engine-ha/notifications/state_transition.txt) and
make sure it does not start with an empty line.

Martin

On Mon, Nov 9, 2015 at 1:25 PM, Martin Sivak  wrote:

Hi,

can you please tell us the Python version you are using? We are using
the smtplib and email.mime.text standard libraries to send emails so
this should not be our bug (unless the API changed).

Thanks

--
Martin Sivak
SLA / oVirt


On Mon, Nov 9, 2015 at 1:11 PM, Sandro Bonazzola  wrote:


On Mon, Nov 9, 2015 at 11:44 AM, Stefano Danzi  wrote:

Your trick work fine! Thanks!

Now I see that emails sent from brocker has "corrupted" headers:

At the ent of message we can see:

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Date: Mon, 09 Nov 2015 11:33:37 +0100
Message-Id: <20151109103337.d9c7d1260...@my.server.lan>
From: mysen...@server.lan
To: undisclosed-recipients:;

From: mysen...@server.lan
To: myrecei...@server.lan
Subject: ovirt-hosted-engine state transition EngineUp-GlobalMaintenance

The state machine changed state.



Adding Roy and Martin, looks like a separate issue





 From and To are repeated twice. This cause that email client show
correctly the sender,
an empty recipient and an empty subject.

On message body I see everything after "To: undisclosed-recipients:;"

Il 06/11/2015 20.01, Simone Tiraboschi ha scritto:



On Thu, Nov 5, 2015 at 7:10 PM, Stefano Danzi  wrote:




the content is:

[email]
smtp-server=localhost
smtp-port=25
destination-emails=root@localhost
source-email=root@localhost

[notify]
state_transition=maintenance|start|stop|migrate|up|down

and is the default. My conf was lost during upgrade.
If I restart ovirt-ha-broker the broker.conf is replaced with the default

If I don't restart ovirt-ha-broker, the broker.conf is silently replaced
after a while.

Looking here
http://lists.ovirt.org/pipermail/engine-commits/2015-June/022940.html
I understand that broker.conf is stored in another place and overwrite at
runtime.


The broker.conf is now on the shared storage (as other hosted-engine
related configuration files) so that in the future they'll be easily
editable from the web UI.

The issue here seams to be that the upgrade overwrite it with the default
file before copying to the shared storage.
I'm opening a bug against that.

Let's try to fix in your instance (please substitute
'192.168.1.115:_Virtual_ext35u36' with the mount point on your system):

dir=`mktemp -d` && cd $dir
systemctl stop ovirt-ha-broker
sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
sdUUID=${sdUUID_line:7:36}
conf_volume_UUID_line=$(grep conf_volume_UUID
/etc/ovirt-hosted-engine/hosted-engine.conf)
conf_volume_UUID=${conf_volume_UUID_line:17:36}
conf_image_UUID_line=$(grep conf_image_UUID
/etc/ovirt-hosted-engine/hosted-engine.conf)
conf_image_UUID=${conf_image_UUID_line:16:36}
dd
if=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
2>/dev/null| tar -xvf -
cp /etc/ovirt-hosted-engine-ha/broker.conf.rpmsave broker.conf # or edit
broker.conf as you need
tar -cO * | dd
of=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
systemctl start ovirt-ha-broker






Il 05/11/2015 18.44, Simone Tiraboschi ha scritto:

Can you please paste here the content of
/var/lib/ovirt-hosted-engine-ha/broker.conf ?
eventually make it anonymous if you prefer



On Thu, Nov 5, 2015 at 6:42 PM, Stefano Danzi  wrote:

After upgrading from 3.5 to 3.6 Hosted engine notifications stop to
work.
I think that broker.conf was lost during upgrade.

I found this: https://bugzilla.redhat.com/show_bug.cgi?id=1260757
But I don't undertand how to change the configuration now.
___
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




--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


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


Re: [ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

2015-11-09 Thread Simone Tiraboschi
On Mon, Nov 9, 2015 at 3:11 PM, Stefano Danzi  wrote:

>
> Hello,
> after upgrading oVirt my ISO domain is empty. If I upload an iso image
> (using ovirt-iso-uploader) I can upload an image without errors.
> The path /var/lib/exports/iso contains all old and new images. This path
> is also correctly mounted on host machine.
> ...but ISO domain still empty.
>

Can you please try to go to that storage domain into your engine and force
a refresh if you didn't?
If it doesn't work maintenance and reactivate that storage domain and if
also this is not sufficient please try to detach and import it again.


>
> I didn't find any error in logs.
>
> ___
> 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] Hosted engine notifications don't work after upgrading ovirt from 3.5 to 3.6

2015-11-09 Thread Martin Sivak
Btw, please check the template file
(/etc/ovirt-hosted-engine-ha/notifications/state_transition.txt) and
make sure it does not start with an empty line.

Martin

On Mon, Nov 9, 2015 at 1:25 PM, Martin Sivak  wrote:
> Hi,
>
> can you please tell us the Python version you are using? We are using
> the smtplib and email.mime.text standard libraries to send emails so
> this should not be our bug (unless the API changed).
>
> Thanks
>
> --
> Martin Sivak
> SLA / oVirt
>
>
> On Mon, Nov 9, 2015 at 1:11 PM, Sandro Bonazzola  wrote:
>>
>>
>> On Mon, Nov 9, 2015 at 11:44 AM, Stefano Danzi  wrote:
>>>
>>> Your trick work fine! Thanks!
>>>
>>> Now I see that emails sent from brocker has "corrupted" headers:
>>>
>>> At the ent of message we can see:
>>>
>>> Content-Type: text/plain; charset="us-ascii"
>>> MIME-Version: 1.0
>>> Content-Transfer-Encoding: 7bit
>>> Date: Mon, 09 Nov 2015 11:33:37 +0100
>>> Message-Id: <20151109103337.d9c7d1260...@my.server.lan>
>>> From: mysen...@server.lan
>>> To: undisclosed-recipients:;
>>>
>>> From: mysen...@server.lan
>>> To: myrecei...@server.lan
>>> Subject: ovirt-hosted-engine state transition EngineUp-GlobalMaintenance
>>>
>>> The state machine changed state.
>>>
>>>
>>
>> Adding Roy and Martin, looks like a separate issue
>>
>>
>>
>>>
>>>
>>> From and To are repeated twice. This cause that email client show
>>> correctly the sender,
>>> an empty recipient and an empty subject.
>>>
>>> On message body I see everything after "To: undisclosed-recipients:;"
>>>
>>> Il 06/11/2015 20.01, Simone Tiraboschi ha scritto:
>>>
>>>
>>>
>>> On Thu, Nov 5, 2015 at 7:10 PM, Stefano Danzi  wrote:




 the content is:

 [email]
 smtp-server=localhost
 smtp-port=25
 destination-emails=root@localhost
 source-email=root@localhost

 [notify]
 state_transition=maintenance|start|stop|migrate|up|down

 and is the default. My conf was lost during upgrade.
 If I restart ovirt-ha-broker the broker.conf is replaced with the default

 If I don't restart ovirt-ha-broker, the broker.conf is silently replaced
 after a while.

 Looking here
 http://lists.ovirt.org/pipermail/engine-commits/2015-June/022940.html
 I understand that broker.conf is stored in another place and overwrite at
 runtime.
>>>
>>>
>>> The broker.conf is now on the shared storage (as other hosted-engine
>>> related configuration files) so that in the future they'll be easily
>>> editable from the web UI.
>>>
>>> The issue here seams to be that the upgrade overwrite it with the default
>>> file before copying to the shared storage.
>>> I'm opening a bug against that.
>>>
>>> Let's try to fix in your instance (please substitute
>>> '192.168.1.115:_Virtual_ext35u36' with the mount point on your system):
>>>
>>> dir=`mktemp -d` && cd $dir
>>> systemctl stop ovirt-ha-broker
>>> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
>>> sdUUID=${sdUUID_line:7:36}
>>> conf_volume_UUID_line=$(grep conf_volume_UUID
>>> /etc/ovirt-hosted-engine/hosted-engine.conf)
>>> conf_volume_UUID=${conf_volume_UUID_line:17:36}
>>> conf_image_UUID_line=$(grep conf_image_UUID
>>> /etc/ovirt-hosted-engine/hosted-engine.conf)
>>> conf_image_UUID=${conf_image_UUID_line:16:36}
>>> dd
>>> if=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>>> 2>/dev/null| tar -xvf -
>>> cp /etc/ovirt-hosted-engine-ha/broker.conf.rpmsave broker.conf # or edit
>>> broker.conf as you need
>>> tar -cO * | dd
>>> of=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>>> systemctl start ovirt-ha-broker
>>>
>>>




 Il 05/11/2015 18.44, Simone Tiraboschi ha scritto:

 Can you please paste here the content of
 /var/lib/ovirt-hosted-engine-ha/broker.conf ?
 eventually make it anonymous if you prefer



 On Thu, Nov 5, 2015 at 6:42 PM, Stefano Danzi  wrote:
>
> After upgrading from 3.5 to 3.6 Hosted engine notifications stop to
> work.
> I think that broker.conf was lost during upgrade.
>
> I found this: https://bugzilla.redhat.com/show_bug.cgi?id=1260757
> But I don't undertand how to change the configuration now.
> ___
> 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
>>>
>>
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
___
Users mailing list
Users@ovirt.org

[ovirt-users] oVirt host installations failing due to missing GPG key (key location no longer valid)

2015-11-09 Thread Neal Gompa
Hello oVirt and Gluster folks,

I'm emailing both mailing lists to ask about my failing oVirt installation
due to the GlusterFS repository files pointing to an invalid GPG key path.

I attempted to set up an oVirt host today through the engine UI, and it
kept bombing out on the GPG key, saying it couldn't retrieve it (HTTP 404).
I went to the engine logs and found out that the key that it can't retrieve
is the one for GlusterFS, which lived at
http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/pub.key
according to the logs and the /etc/yum.repos.d/ovirt-3.6-dependencies.repo
file.

Going to the URL indicated that, sure enough, the key doesn't exist there.
Instead, it appears to exist at
http://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key

Can someone please fix this so that I can install oVirt and Gluster again?

Thanks in advance,
Neal Gompa

-- 
真実はいつも一つ!/ Always, there's only one truth!
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] upgrade from 3.5 to 3.6 causing problems with migration

2015-11-09 Thread Jason Keltz

On 11/9/2015 6:20 PM, Martin Polednik wrote:

On 09/11/15 14:00 -0500, Jason Keltz wrote:

Hi Shmuel,

Thanks very much for looking into my problem!

I installed 3.6 on the engine.  I rebooted the engine.
The 3 hosts were still running vdsm from 3.5.  I checked back in the 
yum log, and it was 4.16.26-0.el7.
On the first host upgrade (virt1), I made a mistake.  After bringing 
in the 3.6 repo, I upgraded the packages with just "yum update". 
However, I know that I should have put the host into maintenance mode 
first.  After the updates installed, I put the host into maintenance 
mode, and it migrated the VMs off, during which I saw more than one 
failed VM migration.
I'm willing to accept the failures there because I should have put 
the host into maintenance mode first.  Live and learn!
I had two other hosts to do this right.  For virt2, and virt3, I put 
the hosts into maintenance mode first.  However, the same problem 
occurred with failed migrations.  I proceeded anyway, brought the 
failed VMs back up elsewhere, applied the updates, and rebooted the 
hosts.
So now, 3.6 is installed on the engine and the 3 hosts, and they are 
all rebooted.
I tried another migration, and again, there were failures, so this 
isn't specifically related to just 3.6.
By the way, I'm using ovirtmgmt for migrations.  virt1, virt2, and 
virt3 have a dedicated 10G link via Intel X540 to a 10G switch. 
engine is on that network as well, but it's a 1G link.
I was able to run iperf tests between the nodes, and saw nearly 10G 
speed.  During the failed migrations, I also don't have any problem 
with ovirtmgmt, so I don't think the network is an issue...


I found this bug in bugzilla over the weekend:

https://bugzilla.redhat.com/show_bug.cgi?id=1142776

I was nearly positive that this had something to do with the failed 
migrations.  As a final test, I decided to migrate the VMs from one 
host to another, one at a time.  I was nearly done migrating all the 
VMs from virt3 to virt1.   I had migrated 5 VMs all successfully, one 
at a time, without any failures.  When I migrated the 6th, boom - it 
didn't migrate, and the VM was down.  It was a pretty basic VM as 
well, with very little traffic.


I included on the bug report above an additional link with the 
engine, virt1, virt2, and virt3 logs for Saturday where I was doing 
this experimentation because there's a couple more failures 
recorded.  I'll include that link here:


http://www.eecs.yorku.ca/~jas/ovirt-debug/11072015

The last VM that I attempted to transfer one at a time was "webapp".  
It was transferred from virt3 to virt1.


I'm really puzzled that more people haven't experienced this issue.   
I've disabled the load balancing feature because I'm really concerned 
that if it load balances my VMs, then they might not come back up!  I 
don't *think* this was happening when I was all purely 3.5, but I 
can't remember doing big migrations.  I most certainly was able to 
put a host into maintenance mode without having VMs go down!


In another email, Dan Kenisberg says that "It seems that 3.6's 
vdsm-4.17.10.1 cannot consume a Random Number Generator device that 
was created on 3.5.".  Thanks also to Dan for looking into that as 
well!   I'm still waiting for more details though before opening 
additional bug reports because this puzzles me... if this were the 
case, then ALL of the VMs were created on 3.5, and ALL with random 
number generator device, and all would fail migration, but they 
don't.   I have a feeling that there are a few issues at play here.


Hello and sorry for dropping in so late.

The issue is that 3.5 engine created RNG device without sending the
device key (which should've been 'rng' but it wasn't properly
documented in the API as fixed in [1]). This caused the
getUnderlyingRngDevice method to fail matching the device (fixed in
[2]) and it would therefore be treated as unknown device (where the
notion of 'source' isn't known). 3.6 engine should handle it correctly
[3].

The implication is that when VM is created in 3.5 environment and
moved to 3.6 environment, the matching will work but there will be 2
RNG devices for the single one. Same goes for migration.

I'm not sure about the fix yet, to rescue the 3.6 VM we would have to
remove the duplicate device without specParams (meaning that address
would be lost) or remove the original device but adding it's
specParams to the new device. A temporary fix would be creating a hook
that does this.

[1] https://gerrit.ovirt.org/#/c/43166/
[2] https://gerrit.ovirt.org/#/c/40095/
[3] https://gerrit.ovirt.org/#/c/43165/



Martin,

Thanks for your message and for looking at the debug logs.

What I don't understand is why in my last test case, I was able to 
transition 5 VMs from one host to another, completely successfully, and 
only on the 6th, the problem occurred.? Why would this RNG issue not 
have come up with every single transition? What is it that made it 
happen on the 6th?   I still have a feeling 

Re: [ovirt-users] Engine setup: insistent DNS demand

2015-11-09 Thread Jamie Lawrence

Hi Alex,

On 6 Nov 2015, at 20:05, alexmcwhir...@triadic.us wrote:

Im using an older version of ovirt, so it may not apply. But i have 
all of my systems setup with /etc/hosts and no DNS at all. The 
installer complained, but it still installed and ran just fine. 
Downing the interface you want ovirt to use during setup is a bad 
idea.


Clarification: ISTM Ovirt does not necessarily need to know about the 
interface in question - I am mounting storage Ovirt will use over it, 
but not at this time using any Gluster-Ovirt integration.


The interface with DNS service (the one not involved in the error) is 
the primary interface, whereas (at least it seems to me, but I could be 
very wrong), Ovirt doesn’t need to know about that other one, which 
has no DNS service and is resulting in the trouble.


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


Re: [ovirt-users] upgrade from 3.5 to 3.6 causing problems with migration

2015-11-09 Thread Jason Keltz

Hi Shmuel,

Thanks very much for looking into my problem!

I installed 3.6 on the engine.  I rebooted the engine.
The 3 hosts were still running vdsm from 3.5.  I checked back in the yum 
log, and it was 4.16.26-0.el7.
On the first host upgrade (virt1), I made a mistake.  After bringing in 
the 3.6 repo, I upgraded the packages with just "yum update". However, I 
know that I should have put the host into maintenance mode first.  After 
the updates installed, I put the host into maintenance mode, and it 
migrated the VMs off, during which I saw more than one failed VM migration.
I'm willing to accept the failures there because I should have put the 
host into maintenance mode first.  Live and learn!
I had two other hosts to do this right.  For virt2, and virt3, I put the 
hosts into maintenance mode first.  However, the same problem occurred 
with failed migrations.  I proceeded anyway, brought the failed VMs back 
up elsewhere, applied the updates, and rebooted the hosts.
So now, 3.6 is installed on the engine and the 3 hosts, and they are all 
rebooted.
I tried another migration, and again, there were failures, so this isn't 
specifically related to just 3.6.
By the way, I'm using ovirtmgmt for migrations.  virt1, virt2, and virt3 
have a dedicated 10G link via Intel X540 to a 10G switch. engine is on 
that network as well, but it's a 1G link.
I was able to run iperf tests between the nodes, and saw nearly 10G 
speed.  During the failed migrations, I also don't have any problem with 
ovirtmgmt, so I don't think the network is an issue...


I found this bug in bugzilla over the weekend:

https://bugzilla.redhat.com/show_bug.cgi?id=1142776

I was nearly positive that this had something to do with the failed 
migrations.  As a final test, I decided to migrate the VMs from one host 
to another, one at a time.  I was nearly done migrating all the VMs from 
virt3 to virt1.   I had migrated 5 VMs all successfully, one at a time, 
without any failures.  When I migrated the 6th, boom - it didn't 
migrate, and the VM was down.  It was a pretty basic VM as well, with 
very little traffic.


I included on the bug report above an additional link with the engine, 
virt1, virt2, and virt3 logs for Saturday where I was doing this 
experimentation because there's a couple more failures recorded.  I'll 
include that link here:


http://www.eecs.yorku.ca/~jas/ovirt-debug/11072015

The last VM that I attempted to transfer one at a time was "webapp".  It 
was transferred from virt3 to virt1.


I'm really puzzled that more people haven't experienced this issue.   
I've disabled the load balancing feature because I'm really concerned 
that if it load balances my VMs, then they might not come back up!  I 
don't *think* this was happening when I was all purely 3.5, but I can't 
remember doing big migrations.  I most certainly was able to put a host 
into maintenance mode without having VMs go down!


In another email, Dan Kenisberg says that "It seems that 3.6's 
vdsm-4.17.10.1 cannot consume a Random Number Generator device that was 
created on 3.5.".  Thanks also to Dan for looking into that as well!   
I'm still waiting for more details though before opening additional bug 
reports because this puzzles me... if this were the case, then ALL of 
the VMs were created on 3.5, and ALL with random number generator 
device, and all would fail migration, but they don't.   I have a feeling 
that there are a few issues at play here.


Jason.

On 11/09/2015 11:13 AM, Shmuel Melamud wrote:

Hi!

I'm trying to reproduce your issue. Can you help me with the exact 
scenario?


1. You had 3.5 running. What version of VDSM was on the hosts?
2. You replaced the engine and restarted it. Now it is 3.6, right?
3. You put a host into maintenance. Failure occured when VMs were 
migrating from it? Or you put the host into maintenance, replaced VDSM 
on it and failure occured when VMs were migrating to it from other hosts?


Shmuel

On Fri, Nov 6, 2015 at 6:21 PM, Jason Keltz > wrote:


Hi.

Last night, I upgraded my engine from 3.5 to 3.6.  That went
flawlessly.
Today, I'm trying to upgrade the vdsm on the hosts from 3.5 to 3.6
(along with applying other RHEL7.1 updates) However, when I'm
trying to put each host into maintenance mode, and migrations
start to occur, they all seem to FAIL now!  Even worse, when they
fail, it leaves the hosts DOWN!  If there's a failure, I'd expect
the host to simply abort the migration  Any help in debugging
this would be VERY much appreciated!

2015-11-06 10:09:16,065 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-4) [] Correlation ID:
658ba478, Job ID: 524e8c44-04e0-42d3-89f9-9f4e4d397583, Call
Stack: null, Custom Event ID: -1, Message: Migration failed 
(VM: eportfolio, Source: virt1).

2015-11-06 10:10:17,112 

Re: [ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

2015-11-09 Thread Stefano Danzi

Hello,
I do a refresh many times. Goes to maintenence and reactivate don't solve.
Now UI show me this message "VDSM command failed: Cannot get file stats: 
(u'837f-d2d4-4684-a389-ac1adb050fa8',)"


I will try to detach and import ISO domain.



Il 09/11/2015 16.11, Sandro Bonazzola ha scritto:

Adding Nir and Allon

On Mon, Nov 9, 2015 at 4:05 PM, Simone Tiraboschi > wrote:




On Mon, Nov 9, 2015 at 3:11 PM, Stefano Danzi > wrote:


Hello,
after upgrading oVirt my ISO domain is empty. If I upload an
iso image (using ovirt-iso-uploader) I can upload an image
without errors.
The path /var/lib/exports/iso contains all old and new images.
This path is also correctly mounted on host machine.
...but ISO domain still empty.


Can you please try to go to that storage domain into your engine
and force a refresh if you didn't?
If it doesn't work maintenance and reactivate that storage domain
and if also this is not sufficient please try to detach and import
it again.


I didn't find any error in logs.

___
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




--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com 


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


Re: [ovirt-users] upgrade from 3.5 to 3.6 causing problems with migration

2015-11-09 Thread Shmuel Melamud
Hi!

I'm trying to reproduce your issue. Can you help me with the exact scenario?

1. You had 3.5 running. What version of VDSM was on the hosts?
2. You replaced the engine and restarted it. Now it is 3.6, right?
3. You put a host into maintenance. Failure occured when VMs were migrating
from it? Or you put the host into maintenance, replaced VDSM on it and
failure occured when VMs were migrating to it from other hosts?

Shmuel

On Fri, Nov 6, 2015 at 6:21 PM, Jason Keltz  wrote:

> Hi.
>
> Last night, I upgraded my engine from 3.5 to 3.6.  That went flawlessly.
> Today, I'm trying to upgrade the vdsm on the hosts from 3.5 to 3.6 (along
> with applying other RHEL7.1 updates)  However, when I'm trying to put each
> host into maintenance mode, and migrations start to occur, they all seem to
> FAIL now!  Even worse, when they fail, it leaves the hosts DOWN!  If
> there's a failure, I'd expect the host to simply abort the migration
> Any help in debugging this would be VERY much appreciated!
>
> 2015-11-06 10:09:16,065 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-4) [] Correlation ID: 658ba478, Job ID:
>> 524e8c44-04e0-42d3-89f9-9f4e4d397583, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  (VM: eportfolio, Source: virt1).
>> 2015-11-06 10:10:17,112 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-22) [2f0dee16] Correlation ID: 7da3ac1b,
>> Job ID: 93c0b1f2-4c8e-48cf-9e63-c1ba91be425f, Call Stack: null, Custom
>> Event ID: -1, Message: Migration failed  (VM: ftp1, Source: virt1).
>> 2015-11-06 10:15:08,273 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-45) [] Correlation ID: 5394ef76, Job ID:
>> 994065fc-a142-4821-934a-c2297d86ec12, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  while Host is in 'preparing for maintenance'
>> state.
>> 2015-11-06 10:19:13,712 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 6e422728, Job ID:
>> 994065fc-a142-4821-934a-c2297d86ec12, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  while Host is in 'preparing for maintenance'
>> state.
>> 2015-11-06 10:42:37,852 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-12) [] Correlation ID: e7f6300, Job ID:
>> 1ea16622-0fa0-4e92-89e5-9dc235c03ef8, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  (VM: ipa, Source: virt1).
>> 2015-11-06 10:43:59,732 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-40) [] Correlation ID: 39cfdf9, Job ID:
>> 72be29bc-a02b-4a90-b5ec-8b995c2fa692, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  (VM: labtesteval, Source: virt1).
>> 2015-11-06 10:52:11,893 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (org.ovirt.thread.pool-8-thread-23) [] Correlation ID: 5c435149, Job ID:
>> 1dcd1e14-baa6-44bc-a853-5d33107b759c, Call Stack: null, Custom Event ID:
>> -1, Message: Migration failed  (VM: www-vhost, Source: virt1).
>>
>
>
> The complete engine log, virt1, virt2, and virt3 vdsm logs are here:
>
> http://www.eecs.yorku.ca/~jas/ovirt-debug/11062015
>
> Jason.
>
> ___
> 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] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

2015-11-09 Thread Stefano Danzi

Detach and Import the domain don't solve the issue.
Detach, destroy and import domain also don't solve.

Error is the same.

I could create a new ISO domain and reupload isos, but I think that this 
case has to be investigated a bit more.


Il 09/11/2015 16.21, Stefano Danzi ha scritto:

Hello,
I do a refresh many times. Goes to maintenence and reactivate don't solve.
Now UI show me this message "VDSM command failed: Cannot get file 
stats: (u'837f-d2d4-4684-a389-ac1adb050fa8',)"


I will try to detach and import ISO domain.



Il 09/11/2015 16.11, Sandro Bonazzola ha scritto:

Adding Nir and Allon

On Mon, Nov 9, 2015 at 4:05 PM, Simone Tiraboschi 
> wrote:




On Mon, Nov 9, 2015 at 3:11 PM, Stefano Danzi 
wrote:


Hello,
after upgrading oVirt my ISO domain is empty. If I upload an
iso image (using ovirt-iso-uploader) I can upload an image
without errors.
The path /var/lib/exports/iso contains all old and new
images. This path is also correctly mounted on host machine.
...but ISO domain still empty.


Can you please try to go to that storage domain into your engine
and force a refresh if you didn't?
If it doesn't work maintenance and reactivate that storage domain
and if also this is not sufficient please try to detach and
import it again.


I didn't find any error in logs.

___
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




--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com 




___
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] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

2015-11-09 Thread Sandro Bonazzola
Adding Nir and Allon

On Mon, Nov 9, 2015 at 4:05 PM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Nov 9, 2015 at 3:11 PM, Stefano Danzi  wrote:
>
>>
>> Hello,
>> after upgrading oVirt my ISO domain is empty. If I upload an iso image
>> (using ovirt-iso-uploader) I can upload an image without errors.
>> The path /var/lib/exports/iso contains all old and new images. This path
>> is also correctly mounted on host machine.
>> ...but ISO domain still empty.
>>
>
> Can you please try to go to that storage domain into your engine and force
> a refresh if you didn't?
> If it doesn't work maintenance and reactivate that storage domain and if
> also this is not sufficient please try to detach and import it again.
>
>
>>
>> I didn't find any error in logs.
>>
>> ___
>> 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
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [Gluster-users] Centos 7.1 failed to start glusterd after upgrading to ovirt 3.6

2015-11-09 Thread Stefano Danzi

Here output from systemd-analyze critical-chain and  systemd-analyze blame.
I think that now glusterd start too early (before networking)

[root@ovirt01 tmp]# systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" 
character.

The time the unit takes to start is printed after the "+" character.

multi-user.target @17.148s
└─ovirt-ha-agent.service @17.021s +127ms
  └─vdsmd.service @15.871s +1.148s
└─vdsm-network.service @11.495s +4.373s
  └─libvirtd.service @11.238s +254ms
└─iscsid.service @11.228s +8ms
  └─network.target @11.226s
└─network.service @6.748s +4.476s
  └─iptables.service @6.630s +117ms
└─basic.target @6.629s
  └─paths.target @6.629s
└─brandbot.path @6.629s
  └─sysinit.target @6.615s
└─systemd-update-utmp.service @6.610s +4ms
  └─auditd.service @6.450s +157ms
└─systemd-tmpfiles-setup.service @6.369s +77ms
  └─rhel-import-state.service @6.277s +88ms
└─local-fs.target @6.275s
  └─home-glusterfs-data.mount @5.805s 
+470ms

└─home.mount @3.946s +1.836s
└─systemd-fsck@dev-mapper-centos_ovirt01\x2dhome.service @3.937s +7ms
└─dev-mapper-centos_ovirt01\x2dhome.device @3.936s



[root@ovirt01 tmp]# systemd-analyze blame
  4.476s network.service
  4.373s vdsm-network.service
  2.318s glusterd.service
  2.076s postfix.service
  1.836s home.mount
  1.651s lvm2-monitor.service
  1.258s lvm2-pvscan@9:1.service
  1.211s systemd-udev-settle.service
  1.148s vdsmd.service
  1.079s dmraid-activation.service
  1.046s boot.mount
   904ms kdump.service
   779ms multipathd.service
   657ms var-lib-nfs-rpc_pipefs.mount
   590ms 
systemd-fsck@dev-disk-by\x2duuid-e185849f\x2d2c82\x2d4eb2\x2da215\x2d97340e90c93e.service

   547ms tuned.service
   481ms kmod-static-nodes.service
   470ms home-glusterfs-data.mount
   427ms home-glusterfs-engine.mount
   422ms sys-kernel-debug.mount
   411ms dev-hugepages.mount
   411ms dev-mqueue.mount
   278ms systemd-fsck-root.service
   263ms systemd-readahead-replay.service
   254ms libvirtd.service
   243ms systemd-tmpfiles-setup-dev.service
   216ms systemd-modules-load.service
   209ms rhel-readonly.service
   195ms wdmd.service
   192ms sanlock.service
   191ms gssproxy.service
   186ms systemd-udev-trigger.service
   157ms auditd.service
   151ms plymouth-quit-wait.service
   151ms plymouth-quit.service
   132ms proc-fs-nfsd.mount
   127ms ovirt-ha-agent.service
   117ms iptables.service
   110ms ovirt-ha-broker.service
96ms avahi-daemon.service
89ms systemd-udevd.service
88ms rhel-import-state.service
77ms systemd-tmpfiles-setup.service
71ms sysstat.service
71ms microcode.service
71ms chronyd.service
69ms systemd-readahead-collect.service
68ms systemd-sysctl.service
65ms systemd-logind.service
61ms rsyslog.service
58ms systemd-remount-fs.service
46ms rpcbind.service
46ms nfs-config.service
45ms systemd-tmpfiles-clean.service
41ms rhel-dmesg.service
37ms dev-mapper-centos_ovirt01\x2dswap.swap
29ms systemd-vconsole-setup.service
26ms plymouth-read-write.service
26ms systemd-random-seed.service
24ms netcf-transaction.service
22ms mdmonitor.service
20ms systemd-machined.service
14ms plymouth-start.service
12ms systemd-update-utmp-runlevel.service
11ms 
systemd-fsck@dev-mapper-centos_ovirt01\x2dglusterOVEngine.service

 8ms iscsid.service
 7ms systemd-fsck@dev-mapper-centos_ovirt01\x2dhome.service
 7ms systemd-readahead-done.service
 7ms 
systemd-fsck@dev-mapper-centos_ovirt01\x2dglusterOVData.service

 6ms sys-fs-fuse-connections.mount
 4ms systemd-update-utmp.service
 4ms glusterfsd.service
 4ms rpc-statd-notify.service
 3ms iscsi-shutdown.service
 3ms systemd-journal-flush.service
 2ms sys-kernel-config.mount
 1ms systemd-user-sessions.service


Il 06/11/2015 9.27, Stefano Danzi ha scritto:

Hi!
I have only one node (Test system) and I don't chage any ip address 
and the entry is on /etc/hosts.

I think that now gluster start before networking

Il 06/11/2015 

Re: [ovirt-users] guest agent opensuse

2015-11-09 Thread Sandro Bonazzola
On Fri, Oct 30, 2015 at 7:08 PM, Jonas Israelsson 
wrote:

> For information.
>
> Just installed the opensuse guest agent from factory -->
> http://download.opensuse.org/repositories/home:/evilissimo/openSUSE_Factory/
>
> Seem to work just fine with next upcoming opensuse relase: leap (42.1)
>

Thanks!



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



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] experimenting with host device passthrough in ovirt 3.6

2015-11-09 Thread Jason Keltz

Hi.

I'd like to experiment with host device passthrough in ovirt 3.6.
I have a temperature sensor that connects up to a serial port.
I've plugged the device into one of my virt hosts, and through 
/dev/ttyS1, I can read it.


# dmesg | grep ttyS1
[1.140221] 00:04: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A

ls -l /sys/class/tty/ttyS1/device/driver reveals:


total 0
drwxr-xr-x. 2 root root0 Nov  7 19:01 .
drwxr-xr-x. 7 root root0 Nov  7 19:01 ..
lrwxrwxrwx. 1 root root0 Nov  9 11:32 00:04 -> 
../../../../devices/pnp0/00:04
lrwxrwxrwx. 1 root root0 Nov  9 11:32 00:05 -> 
../../../../devices/pnp0/00:05

--w---. 1 root root 4096 Nov  9 11:32 bind
--w---. 1 root root 4096 Nov  7 19:01 uevent
--w---. 1 root root 4096 Nov  9 11:32 unbind



# ls -al /sys/devices/pnp0/00\:04/
total 0
drwxr-xr-x.  4 root root0 Nov  7 19:01 .
drwxr-xr-x. 17 root root0 Nov  7 19:01 ..
lrwxrwxrwx.  1 root root0 Nov  7 19:01 driver -> 
../../../bus/pnp/drivers/serial
lrwxrwxrwx.  1 root root0 Nov  9 11:34 firmware_node -> 
../../LNXSYSTM:00/device:00/PNP0A08:00/device:18/PNP0501:00

-r--r--r--.  1 root root 4096 Nov  9 11:32 id
-r--r--r--.  1 root root 4096 Nov  9 11:34 options
drwxr-xr-x.  2 root root0 Nov  7 19:01 power
-rw-r--r--.  1 root root 4096 Nov  9 11:32 resources
lrwxrwxrwx.  1 root root0 Nov  7 19:01 subsystem -> ../../../bus/pnp
drwxr-xr-x.  3 root root0 Nov  7 19:01 tty
-rw-r--r--.  1 root root 4096 Nov  7 19:01 uevent


I don't necessarily see this device listed in the host passtshrough.
In addition, since I'm able to connect to the serial device right now on 
the host, this would mean that I need to "blacklist" that device from 
the host so that when it boots, it doesn't load the driver?


Thanks for any help..

Jason.


--
Jason Keltz
Manager of Development
Department of Electrical Engineering and Computer Science
York University, Toronto, Canada
Tel: 416-736-2100 x. 33570
Fax: 416-736-5872

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


Re: [ovirt-users] USB drive Windows problem.

2015-11-09 Thread Sandro Bonazzola
On Thu, Nov 5, 2015 at 3:45 PM, David David  wrote:

>
>
> Hi
>
> I am using Hostusb hook on ovirt 3.5, centos6.6.
> And I am facing problem while adding usb drive to windows2012 as a guest.
> Usb device is passed through to the guest.
> But in windows device manager usb mass storage device shows an exclamation
> mark. And error message is: "This device cannot start: (Code 10)"
> In linux VM usb drive works without problem.
>
>

Which version of the windows guest tools are you using?



> how to fix it?
>
> here is xml of the windows guest:
>
> 
>
> 
>type='unix'/>
>   
> 
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>   
> 
> 
> 
> 
> 
>   
>   
> win2012
> fd27bf56-334c-4c83-836d-81314c24bb7d
> 1048576
> 1048576
> 16
> 
>   1020
> 
> 
>   
> oVirt
> oVirt Node
> 6-6.el6.centos.12.2
> DE1EED73-4B49-6742-A2CD-3A24C43D4489
> fd27bf56-334c-4c83-836d-81314c24bb7d
>   
> 
> 
>   hvm
>   
> 
> 
>   
> 
> 
>   SandyBridge
>   
> 
> 
>   
>   
>   
> 
> destroy
> restart
> destroy
> 
>   /usr/libexec/qemu-kvm
>   
> 
> 
> 
> 
> 
> 
> 
>   
>   
>  io='threads'/>
>  file='/rhev/data-center/d187f1d4-e03a-485f-ae2d-f4e4faafc27e/54a27720-48bb-48d4-aeed-2a5c411a45d6/images/39954256-98eb-4b15-99b0-9b855e40fa72/adbd284d-e0c2-4829-98a2-68d938f93e77'>
>   
> 
> 
> 39954256-98eb-4b15-99b0-9b855e40fa72
> 
> 
> 
>   
>   
> 
>  function='0x0'/>
>   
>   
> 
>  function='0x0'/>
>   
>   
> 
>  function='0x2'/>
>   
>   
> 
>  function='0x1'/>
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  function='0x0'/>
>   
>   
> 
> 
> 
>   
>   
>  path='/var/lib/libvirt/qemu/channels/fd27bf56-334c-4c83-836d-81314c24bb7d.com.redhat.rhevm.vdsm'/>
> 
> 
> 
>   
>   
>  path='/var/lib/libvirt/qemu/channels/fd27bf56-334c-4c83-836d-81314c24bb7d.org.qemu.guest_agent.0'/>
> 
> 
> 
>   
>   
> 
>   
>   
>passwd='*' passwdValidTo='1970-01-01T00:00:01'>
>  network='vdsm-ovirtmgmt' fromConfig='0'/>
>   
>   
> 
> 
>  function='0x0'/>
>   
>   
> 
>   
>   
>   
> 
> 
>   
>   
> 
>  function='0x0'/>
>   
> 
> 
>   system_u:system_r:svirt_t:s0:c84,c423
>   system_u:object_r:svirt_image_t:s0:c84,c423
> 
>   
> 
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to import template from export domain Ovirt 3.6

2015-11-09 Thread Liam Curtis
Thank you, Sefi.

The flow is 2 different hosts / local data centers and 1 export domain over
NFS. I detach the domain from one data center and then attach to the second
where I attempt to import template and get the failure. The NFS mount is
actually a gluster brick being mounted via NFS, though I have tried same
thing with regular NFS mount.

VDSM is version vdsm-4.17.10-0.el7.centos.noarch

Thanks so much for your insight.

On Mon, Nov 9, 2015 at 3:51 AM, Sefi Litmanovich 
wrote:

> To add to that question, Could you please specify which version of Ovirt
> 3.6 are you using, what versions of vdsm running on the hosts?
>
> 10x.
>
> - Original Message -
> > From: "Sefi Litmanovich" 
> > To: "Liam Curtis" 
> > Cc: Users@ovirt.org
> > Sent: Monday, November 9, 2015 10:46:00 AM
> > Subject: Re: [ovirt-users] Unable to import template from export domain
> Ovirt 3.6
> >
> > Hi Liam,
> >
> > I want to make sure I get the flow. You have 2 hosts on different Data
> > centers I assume (when you attach and detach the SD that means between
> data
> > centers), with 2 different NFS storage domains?
> > You create a template and then export it to an NFS export domain which is
> > attached to first DC.
> > Then you detach the export domain from the first DC and attach it to the
> > second one and then try to import it to the second SD of this data
> center?
> > Is that the correct flow?
> >
> > Thanks.
> > Sefi.
> >
> > - Original Message -
> > > From: "Liam Curtis" 
> > > To: Users@ovirt.org
> > > Sent: Monday, November 9, 2015 3:35:43 AM
> > > Subject: [ovirt-users] Unable to import template from export domain
> Ovirt
> > > 3.6
> > >
> > > Able to create a template on one host, and then export to NFS. I detach
> > > from
> > > one host and successfully attach to second host. WHen I attempt to
> import
> > > template, I see error 'Failed to complete copy of template mytemplate
> to
> > > Domain '
> > >
> > > Errors in log are:
> > >
> > > 2015-11-08 20:08:26,516 ERROR
> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > > (org.ovirt.thread.pool-8-thread-28) [9f0aa95] Correlation ID: d957f05,
> Job
> > > ID: 084199b0-96ce-4b80-bd02-a0d45bcd5de9, Call Stack: null, Custom
> Event
> > > ID:
> > > -1, Message: Failed to import Template mytemplate to Data Center
> > > ovirt-2_localdc, Cluster ovirt-2_localclstr
> > > 2015-11-08 20:08:29,329 ERROR
> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > > (org.ovirt.thread.pool-8-thread-50) [] Correlation ID: d957f05, Call
> Stack:
> > > null, Custom Event ID: -1, Message: Failed to complete copy of Template
> > > mytemplate to Domain .
> > >
> > > Seeing this command that failed:
> > >
> > > 2015-11-08 20:08:29,296 ERROR
> > > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> > > (DefaultQuartzScheduler_Worker-76) [395116d1]
> > > BaseAsyncTask::logEndTaskFailure: Task
> > > 'd2681280-fff6-469d-81c8-edc5fd9fb7af' (Parent Command
> 'ImportVmTemplate',
> > > Parameters Type
> > > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended
> with
> > > failure:
> > > -- Message: 'VDSGenericException: VDSErrorException: Failed in
> vdscommand
> > > to
> > > HSMGetAllTasksStatusesVDS, error =
> d2681280-fff6-469d-81c8-edc5fd9fb7af',
> > > -- Exception: 'VDSGenericException: VDSErrorException: Failed in
> vdscommand
> > > to HSMGetAllTasksStatusesVDS, error =
> d2681280-fff6-469d-81c8-edc5fd9fb7af'
> > >
> > > But dont see anything else...
> > >
> > > Thoughts?
> > >
> > > ___
> > > 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] migrate hosted engine on NFS to FC on oVirt 3.6

2015-11-09 Thread Sandro Bonazzola
On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion 
wrote:

> Is there a way to migrate an hosted engine running on NFS to our FC SAN
> Datastorage.
>
>
Allon, Nir, regardless the hosted engine specific question, do we have a
guide for migrating a domain from a storage type to another (like NFS to FC
but may be whatever combination here)





> The Datastorage is now already used with the VMS, so we would like to move
> the hosted engine along the other VMs.
>
> If migration is not possible, is there an option to create a new hosted
> engine on our FC SAN with preserving the current VMs?
>
> Best Regards,
> Paul Groeneweg
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [Gluster-users] Centos 7.1 failed to start glusterd after upgrading to ovirt 3.6

2015-11-09 Thread Kaushal M
On Mon, Nov 9, 2015 at 9:06 PM, Stefano Danzi  wrote:
> Here output from systemd-analyze critical-chain and  systemd-analyze blame.
> I think that now glusterd start too early (before networking)

You are nearly right. GlusterD did start too early. GlusterD is
configured to start after network.target. But network.target in
systemd only guarantees that the network management stack is up; it
doesn't guarantee that the network devices have been configured and
are usable (Ref [1]). This means that when GlusterD starts, the
network is still not up and hence GlusterD will fail to resolve
bricks.

While we could start GlusterD after network-online.target, it would
break GlusterFS mounts configured in /etc/fstab with _netdev option.
Systemd automatically schedules _netdev mounts to be done after
network-online.target. (Ref [1] network-online.target). This could
allow the GlusterFS mounts to be done before GlusterD is up, causing
them to fail. This can be done using systemd-220 [2] which introduced
support for `x-systemd.requires` option for fstab, which can be used
to order mounts after specific services, but is not possible with el7
which has systemd-208.

[1]: https://wiki.freedesktop.org/www/Software/systemd/NetworkTarget/
[2]: https://bugzilla.redhat.com/show_bug.cgi?id=812826

>
> [root@ovirt01 tmp]# systemd-analyze critical-chain
> The time after the unit is active or started is printed after the "@"
> character.
> The time the unit takes to start is printed after the "+" character.
>
> multi-user.target @17.148s
> └─ovirt-ha-agent.service @17.021s +127ms
>   └─vdsmd.service @15.871s +1.148s
> └─vdsm-network.service @11.495s +4.373s
>   └─libvirtd.service @11.238s +254ms
> └─iscsid.service @11.228s +8ms
>   └─network.target @11.226s
> └─network.service @6.748s +4.476s
>   └─iptables.service @6.630s +117ms
> └─basic.target @6.629s
>   └─paths.target @6.629s
> └─brandbot.path @6.629s
>   └─sysinit.target @6.615s
> └─systemd-update-utmp.service @6.610s +4ms
>   └─auditd.service @6.450s +157ms
> └─systemd-tmpfiles-setup.service @6.369s +77ms
>   └─rhel-import-state.service @6.277s +88ms
> └─local-fs.target @6.275s
>   └─home-glusterfs-data.mount @5.805s +470ms
> └─home.mount @3.946s +1.836s
> └─systemd-fsck@dev-mapper-centos_ovirt01\x2dhome.service @3.937s +7ms
> └─dev-mapper-centos_ovirt01\x2dhome.device @3.936s
>
>
>
> [root@ovirt01 tmp]# systemd-analyze blame
>   4.476s network.service
>   4.373s vdsm-network.service
>   2.318s glusterd.service
>   2.076s postfix.service
>   1.836s home.mount
>   1.651s lvm2-monitor.service
>   1.258s lvm2-pvscan@9:1.service
>   1.211s systemd-udev-settle.service
>   1.148s vdsmd.service
>   1.079s dmraid-activation.service
>   1.046s boot.mount
>904ms kdump.service
>779ms multipathd.service
>657ms var-lib-nfs-rpc_pipefs.mount
>590ms
> systemd-fsck@dev-disk-by\x2duuid-e185849f\x2d2c82\x2d4eb2\x2da215\x2d97340e90c93e.service
>547ms tuned.service
>481ms kmod-static-nodes.service
>470ms home-glusterfs-data.mount
>427ms home-glusterfs-engine.mount
>422ms sys-kernel-debug.mount
>411ms dev-hugepages.mount
>411ms dev-mqueue.mount
>278ms systemd-fsck-root.service
>263ms systemd-readahead-replay.service
>254ms libvirtd.service
>243ms systemd-tmpfiles-setup-dev.service
>216ms systemd-modules-load.service
>209ms rhel-readonly.service
>195ms wdmd.service
>192ms sanlock.service
>191ms gssproxy.service
>186ms systemd-udev-trigger.service
>157ms auditd.service
>151ms plymouth-quit-wait.service
>151ms plymouth-quit.service
>132ms proc-fs-nfsd.mount
>127ms ovirt-ha-agent.service
>117ms iptables.service
>110ms ovirt-ha-broker.service
> 96ms avahi-daemon.service
> 89ms systemd-udevd.service
> 88ms rhel-import-state.service
> 77ms systemd-tmpfiles-setup.service
> 71ms sysstat.service
> 71ms microcode.service
> 71ms chronyd.service
> 69ms systemd-readahead-collect.service
> 68ms systemd-sysctl.service
> 65ms systemd-logind.service
> 61ms rsyslog.service
> 58ms systemd-remount-fs.service
> 46ms rpcbind.service
> 46ms nfs-config.service
> 45ms 

Re: [ovirt-users] oVirt host installations failing due to missing GPG key (key location no longer valid)

2015-11-09 Thread Sandro Bonazzola
On Mon, Nov 9, 2015 at 10:48 PM, Neal Gompa  wrote:

> Hello oVirt and Gluster folks,
>
> I'm emailing both mailing lists to ask about my failing oVirt installation
> due to the GlusterFS repository files pointing to an invalid GPG key path.
>
> I attempted to set up an oVirt host today through the engine UI, and it
> kept bombing out on the GPG key, saying it couldn't retrieve it (HTTP 404).
> I went to the engine logs and found out that the key that it can't retrieve
> is the one for GlusterFS, which lived at
> http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/pub.key
> according to the logs and the /etc/yum.repos.d/ovirt-3.6-dependencies.repo
> file.
>
> Going to the URL indicated that, sure enough, the key doesn't exist there.
> Instead, it appears to exist at
> http://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key
>
> Can someone please fix this so that I can install oVirt and Gluster again?
>

I'm fixing the ovirt-3.6-dependencies.repo .
Thanks for the report


>
> Thanks in advance,
> Neal Gompa
>
> --
> 真実はいつも一つ!/ Always, there's only one truth!
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6

2015-11-09 Thread Sandro Bonazzola
On Mon, Nov 9, 2015 at 11:14 AM, David Marzal Canovas  wrote:

> Hi would like to be sure of the correct upgrate path to take.
>
> Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22
>
> and then upgrade oVirt from 3.5 to 3.6?
>
> Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6
>
> and then make the OS upgrades FD20->FD21->FD22
>
> In the release notes
> http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions
>
> don't says anything about the upgrade path of the OS, but searching I'm
> aware that
>
> oVirt 3.5 is only compatible with FD20 not with 21, or 22
>
> oVirt 3.6 is only compatible with FD20 not with 21 or 20
>
> Thanks in advance
>

Hi, upgrade from FC20 to FC22 has not been tested and you're welcome to
help testing it.
What I would suggest is:
- make an image of your existing engine (I suggest clonezilla for doing it)
- install ovirt-release36 from
http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm
- fedup from fc20 to fc22 directly, without the fc21 step
- run rpmconf -a and update relevant config files (be sure to not just
overwrite them!)
- run postgresql-setup --upgrade
- run engine-setup

I suggest to update to fc22 directly because there aren't FC21 builds of
ovirt engine and the fedup process may not work as expected with missing
repos.

If the upgrade fails, you can restore the disk image created with
clonezilla and retry with a different procedure.

If you hit any issue or if you succeed let us know!






> --
> David Marzal Cánovas
> Servicio de Mecanización e Informática
> Asamblea Regional de Murcia
> Paseo Alfonso XIII, nº53
> 30203 - Cartagena
> Tlfno: 968326800
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt host installations failing due to missing GPG key (key location no longer valid)

2015-11-09 Thread Sandro Bonazzola
On Tue, Nov 10, 2015 at 8:17 AM, Sandro Bonazzola 
wrote:

>
>
> On Mon, Nov 9, 2015 at 10:48 PM, Neal Gompa  wrote:
>
>> Hello oVirt and Gluster folks,
>>
>> I'm emailing both mailing lists to ask about my failing oVirt
>> installation due to the GlusterFS repository files pointing to an invalid
>> GPG key path.
>>
>> I attempted to set up an oVirt host today through the engine UI, and it
>> kept bombing out on the GPG key, saying it couldn't retrieve it (HTTP 404).
>> I went to the engine logs and found out that the key that it can't retrieve
>> is the one for GlusterFS, which lived at
>> http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/pub.key
>> according to the logs and the /etc/yum.repos.d/ovirt-3.6-dependencies.repo
>> file.
>>
>> Going to the URL indicated that, sure enough, the key doesn't exist
>> there. Instead, it appears to exist at
>> http://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key
>>
>> Can someone please fix this so that I can install oVirt and Gluster again?
>>
>
> I'm fixing the ovirt-3.6-dependencies.repo .
> Thanks for the report
>

patch: https://gerrit.ovirt.org/48325
test builds: http://jenkins.ovirt.org/job/ovirt-release_master_gerrit/185/
Neal, can you help testing them?



>
>
>>
>> Thanks in advance,
>> Neal Gompa
>>
>> --
>> 真実はいつも一つ!/ Always, there's only one truth!
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
>



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] NTP issues

2015-11-09 Thread Budur Nagaraju
HI

Even after giving a valid NTP server ,date and time is not getting updated .

can you help me in getting the issue resolved ?

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


[ovirt-users] Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6

2015-11-09 Thread David Marzal Canovas
 

Hi would like to be sure of the correct upgrate path to take. 

Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 

and then upgrade oVirt from 3.5 to 3.6? 

Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6 

and then make the OS upgrades FD20->FD21->FD22 

In the release notes
http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions
[1] 

don't says anything about the upgrade path of the OS, but searching I'm
aware that 

oVirt 3.5 is only compatible with FD20 not with 21, or 22 

oVirt 3.6 is only compatible with FD20 not with 21 or 20 

Thanks in advance 
-- 

 David Marzal Cánovas 
Servicio de Mecanización e Informática
Asamblea Regional de Murcia
Paseo Alfonso XIII, nº53
30203 - Cartagena
Tlfno: 968326800 

 

Links:
--
[1]
http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

2015-11-09 Thread Paul Groeneweg | Pazion
Is there a way to migrate an hosted engine running on NFS to our FC SAN
Datastorage.

The Datastorage is now already used with the VMS, so we would like to move
the hosted engine along the other VMs.

If migration is not possible, is there an option to create a new hosted
engine on our FC SAN with preserving the current VMs?

Best Regards,
Paul Groeneweg

 ***disclaimer***
"This e-mail and any attachments thereto may contain information which is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by persons
other than the designated recipient(s) is prohibited. If you have received
this e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
cooperation."
-- 
Met vriendelijke groeten,

Paul Groeneweg
Pazion
Webdevelopment  -  Hosting  -  Apps

T +31 26 3020038
M +31 614 277 577
E  p...@pazion.nl

 ***disclaimer***
"This e-mail and any attachments thereto may contain information which is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by persons
other than the designated recipient(s) is prohibited. If you have received
this e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
cooperation."
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

2015-11-09 Thread Donny Davis
You can always detach a domain, and then import it if you create a new
hosted engine on the FC storage. All you vm data should be preserved.

On Sat, Nov 7, 2015 at 7:53 AM, Paul Groeneweg | Pazion 
wrote:

> Is there a way to migrate an hosted engine running on NFS to our FC SAN
> Datastorage.
>
> The Datastorage is now already used with the VMS, so we would like to move
> the hosted engine along the other VMs.
>
> If migration is not possible, is there an option to create a new hosted
> engine on our FC SAN with preserving the current VMs?
>
> Best Regards,
> Paul Groeneweg
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


[ovirt-users] feedback-on-oVirt-engine-3.5.5-1.el6

2015-11-09 Thread zengguitian
dear
   hi, i have no i dea why my ovirt-engine no have the power manager for  
"drac7" to choise ?





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


[ovirt-users] console viewing failure after moving engine from CO6 to CO7

2015-11-09 Thread Weber, Charles (NIH/NIA/IRP) [E]
Hi everyone,
I have been moving production Ovirt cluster 4 host+1 engine+FC storage from 
CentOS 6 to CentOS 7.
I created new cluster with CO7 nodes and did the usual transition without any 
major issues.
This took care of nodes and worked very well.
I then used the engine backup/restore utility to move engine from old server 
running CO6 to new server running CO7.
There were the some issues but fairly easily fixed. Mostly CO6 to CO7 stuff 
like NFS, firewalld etc. To be expected.

However, my web proxy did work with the engine on CO6 and now does not. Local 
engine console viewer did work on CO6 and now does not.
1.  Hostname is the same
2. errors are different that cert errors
3. restore util should have moved the certs
4. firewall rules are the same as before running iptables

Here are the errors when console is set for novice or spice html5. In both 
cases web page opens up with black screen and then the error occurs.
novnc
ReferenceError: can’t find variable:WebUtil
spice
Error: Unexpected protocol mismatch

I tried older websockify, no change.

Overt Versions before and after engine move were 3.5.5-1
Current CentOS 7.1.1503

python-websockify.noarch   0.6.0-2.el7  @epel
novnc.noarch 0.5.1-2.el7@epel
spice-glib.x86_64  0.22-2.el7   @base
spice-gtk3.x86_640.22-2.el7 @base
spice-html5.noarch0.1.6-1.el7   @epel
spice-server.x86_64  0.12.4-9.el7_1.3@updates
spice-vdagent.x86_64 0.14.0-9.el7  @base
ovirt-engine.noarch  3.5.5-1.el7.centos   @ovirt-3.5
ovirt-engine-backend.noarch 3.5.5-1.el7.centos   @ovirt-3.5
ovirt-engine-cli.noarch 3.5.0.6-1.el7.centos   
@ovirt-3.5
ovirt-engine-dbscripts.noarch  3.5.5-1.el7.centos @ovirt-3.5
ovirt-engine-extensions-api-impl.noarch  3.5.5-1.el7.centos  @ovirt-3.5
ovirt-engine-jboss-as.x86_64 7.1.1-1.el7 @ovirt-3.5
ovirt-engine-lib.noarch   3.5.5-1.el7.centos @ovirt-3.5
ovirt-engine-restapi.noarch  3.5.5-1.el7.centos   @ovirt-3.5
ovirt-engine-sdk-python.noarch3.5.5.0-1.el7.centos  @ovirt-3.5
ovirt-engine-setup.noarch 3.5.5-1.el7.centos   @ovirt-3.5
ovirt-engine-setup-base.noarch 3.5.5-1.el7.centos@ovirt-3.5
ovirt-engine-setup-plugin-ovirt-engine.noarch3.5.5-1.el7.centos 
@ovirt-3.5
ovirt-engine-setup-plugin-ovirt-engine-common.noarch   3.5.5-1.el7.centos   
  @ovirt-3.5
ovirt-engine-setup-plugin-websocket-proxy.noarch  3.5.5-1.el7.centos
@ovirt-3.5
ovirt-engine-tools.noarch3.5.5-1.el7.centos@ovirt-3.5
ovirt-engine-userportal.noarch3.5.5-1.el7.centos@ovirt-3.5
ovirt-engine-webadmin-portal.noarch3.5.5-1.el7.centos   @ovirt-3.5
ovirt-engine-websocket-proxy.noarch3.5.5-1.el7.centos @ovirt-3.5


## IP address below in socket proxy status (XXX…) is the workstation I am 
testing from. ##

[root@ovirtman yum.repos.d]# systemctl status ovirt-websocket-proxy -l
ovirt-websocket-proxy.service - oVirt Engine websockets proxy
   Loaded: loaded (/usr/lib/systemd/system/ovirt-websocket-proxy.service; 
enabled)
   Active: active (running) since Tue 2015-11-03 13:10:07 EST; 22h ago
 Main PID: 1178 (ovirt-websocket)
   CGroup: /system.slice/ovirt-websocket-proxy.service
   └─1178 /usr/bin/python 
/usr/share/ovirt-engine/services/ovirt-websocket-proxy/ovirt-websocket-proxy.py 
--systemd=notify start

Nov 03 13:10:06 ovirtman.irp.nia.nih.gov 
systemd[1]: Starting oVirt Engine websockets proxy...
Nov 03 13:10:07 ovirtman.irp.nia.nih.gov 
systemd[1]: Started oVirt Engine websockets proxy.
Nov 04 11:13:39 ovirtman.irp.nia.nih.gov 
ovirt-websocket-proxy.py[1178]: XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] 
XXX.XXX.XXX.XXX: SSL/TLS (wss://) WebSocket connection
Nov 04 11:13:39 ovirtman.irp.nia.nih.gov 
ovirt-websocket-proxy.py[1178]: XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] 
XXX.XXX.XXX.XXX  Version hybi-13, base64: 'False'
Nov 04 11:13:39 ovirtman.irp.nia.nih.gov 
ovirt-websocket-proxy.py[1178]: XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] 
XXX.XXX.XXX.XXX  Path: 

Re: [ovirt-users] Unable to import template from export domain Ovirt 3.6

2015-11-09 Thread Sefi Litmanovich
To add to that question, Could you please specify which version of Ovirt 3.6 
are you using, what versions of vdsm running on the hosts?

10x.

- Original Message -
> From: "Sefi Litmanovich" 
> To: "Liam Curtis" 
> Cc: Users@ovirt.org
> Sent: Monday, November 9, 2015 10:46:00 AM
> Subject: Re: [ovirt-users] Unable to import template from export domain Ovirt 
> 3.6
> 
> Hi Liam,
> 
> I want to make sure I get the flow. You have 2 hosts on different Data
> centers I assume (when you attach and detach the SD that means between data
> centers), with 2 different NFS storage domains?
> You create a template and then export it to an NFS export domain which is
> attached to first DC.
> Then you detach the export domain from the first DC and attach it to the
> second one and then try to import it to the second SD of this data center?
> Is that the correct flow?
> 
> Thanks.
> Sefi.
> 
> - Original Message -
> > From: "Liam Curtis" 
> > To: Users@ovirt.org
> > Sent: Monday, November 9, 2015 3:35:43 AM
> > Subject: [ovirt-users] Unable to import template from export domain Ovirt
> > 3.6
> > 
> > Able to create a template on one host, and then export to NFS. I detach
> > from
> > one host and successfully attach to second host. WHen I attempt to import
> > template, I see error 'Failed to complete copy of template mytemplate to
> > Domain '
> > 
> > Errors in log are:
> > 
> > 2015-11-08 20:08:26,516 ERROR
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (org.ovirt.thread.pool-8-thread-28) [9f0aa95] Correlation ID: d957f05, Job
> > ID: 084199b0-96ce-4b80-bd02-a0d45bcd5de9, Call Stack: null, Custom Event
> > ID:
> > -1, Message: Failed to import Template mytemplate to Data Center
> > ovirt-2_localdc, Cluster ovirt-2_localclstr
> > 2015-11-08 20:08:29,329 ERROR
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (org.ovirt.thread.pool-8-thread-50) [] Correlation ID: d957f05, Call Stack:
> > null, Custom Event ID: -1, Message: Failed to complete copy of Template
> > mytemplate to Domain .
> > 
> > Seeing this command that failed:
> > 
> > 2015-11-08 20:08:29,296 ERROR
> > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> > (DefaultQuartzScheduler_Worker-76) [395116d1]
> > BaseAsyncTask::logEndTaskFailure: Task
> > 'd2681280-fff6-469d-81c8-edc5fd9fb7af' (Parent Command 'ImportVmTemplate',
> > Parameters Type
> > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
> > failure:
> > -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
> > to
> > HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af',
> > -- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand
> > to HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af'
> > 
> > But dont see anything else...
> > 
> > Thoughts?
> > 
> > ___
> > 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] Attach disk to vm firefox

2015-11-09 Thread Daniel Erez
Hi Jonas,

Seems similar to bug 1269206 [*], which has already been resolved
for oVirt 3.6.1. It should be fixed on latest build.

Thanks!
Daniel

[*] https://bugzilla.redhat.com/show_bug.cgi?id=1269206

- Original Message -
> From: "Jonas Israelsson" 
> To: users@ovirt.org
> Sent: Saturday, November 7, 2015 12:11:28 AM
> Subject: [ovirt-users] Attach disk to vm firefox
> 
> Greetings.
> 
> I think I have stumbled upon a bug related to firefox.
> 
> Running released version of oVirt 3.6 and trying to attach a disk to a
> vm. It is however impossible to select a disk after position 13 (from
> top) in the list.
> Looking at the 'table border' that I assume normally should go around
> the whole window, in firefox stops a few disks from the bottom of the
> list and
> disks below that point can't be selected, hence not be attached.
> 
> Works in Chrome.
> 
> Running Firefox 41.0.2 under Linux (Opensuse 13.2)
> 
> It this a known issue ?
> 
> See attached snapshot.
> 
> ___
> 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] Hosted engine notifications don't work after upgrading ovirt from 3.5 to 3.6

2015-11-09 Thread Stefano Danzi

Your trick work fine! Thanks!

Now I see that emails sent from brocker has "corrupted" headers:

At the ent of message we can see:

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Date: Mon, 09 Nov 2015 11:33:37 +0100
Message-Id: <20151109103337.d9c7d1260...@my.server.lan>
From: mysen...@server.lan
To: undisclosed-recipients:;

From: mysen...@server.lan
To: myrecei...@server.lan
Subject: ovirt-hosted-engine state transition EngineUp-GlobalMaintenance

The state machine changed state.



From and To are repeated twice. This cause that email client show 
correctly the sender,

an empty recipient and an empty subject.

On message body I see everything after "To: undisclosed-recipients:;"

Il 06/11/2015 20.01, Simone Tiraboschi ha scritto:



On Thu, Nov 5, 2015 at 7:10 PM, Stefano Danzi > wrote:






the content is:

[email]
smtp-server=localhost
smtp-port=25
destination-emails=root@localhost
source-email=root@localhost

[notify]
state_transition=maintenance|start|stop|migrate|up|down


and is the default. My conf was lost during upgrade.
If I restart ovirt-ha-broker the broker.conf is replaced with the
default

If I don't restart ovirt-ha-broker, the broker.conf is silently
replaced after a while.

Looking here
http://lists.ovirt.org/pipermail/engine-commits/2015-June/022940.html
I understand that broker.conf is stored in another place and
overwrite at runtime.


The broker.conf is now on the shared storage (as other hosted-engine 
related configuration files) so that in the future they'll be easily 
editable from the web UI.


The issue here seams to be that the upgrade overwrite it with the 
default file before copying to the shared storage.

I'm opening a bug against that.

Let's try to fix in your instance (please substitute 
'192.168.1.115:_Virtual_ext35u36' with the mount point on your system):


dir=`mktemp -d` && cd $dir
systemctl stop ovirt-ha-broker
sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
sdUUID=${sdUUID_line:7:36}
conf_volume_UUID_line=$(grep conf_volume_UUID 
/etc/ovirt-hosted-engine/hosted-engine.conf)

conf_volume_UUID=${conf_volume_UUID_line:17:36}
conf_image_UUID_line=$(grep conf_image_UUID 
/etc/ovirt-hosted-engine/hosted-engine.conf)

conf_image_UUID=${conf_image_UUID_line:16:36}
dd 
if=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID 
2>/dev/null| tar -xvf -
cp /etc/ovirt-hosted-engine-ha/broker.conf.rpmsave broker.conf # or 
edit broker.conf as you need
tar -cO * | dd 
of=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID

systemctl start ovirt-ha-broker





Il 05/11/2015 18.44, Simone Tiraboschi ha scritto:

Can you please paste here the content of
/var/lib/ovirt-hosted-engine-ha/broker.conf ?
eventually make it anonymous if you prefer



On Thu, Nov 5, 2015 at 6:42 PM, Stefano Danzi > wrote:

After upgrading from 3.5 to 3.6 Hosted engine notifications
stop to work.
I think that broker.conf was lost during upgrade.

I found this:
https://bugzilla.redhat.com/show_bug.cgi?id=1260757
But I don't undertand how to change the configuration now.
___
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] feedback-on-oVirt-engine-3.5.5-1.el6

2015-11-09 Thread Donny Davis
Just use ipmilan, it works for me

On Sat, Nov 7, 2015 at 2:34 AM, zengguitian  wrote:

> dear
>hi, i have no i dea why my ovirt-engine no have the power manager
> for  "drac7" to choise ?
>
> --
> zengguitian
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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


Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7

2015-11-09 Thread John Florian
On 11/09/2015 06:25 PM, John Florian wrote:
> I don't think it has anything to do with name resolution either. I
> believe the telltale clue is this bit... 2015-11-09 18:22:31,738 WARN
> [org.apache.sshd.client.session.ClientSessionImpl] (pool-20-thread-3)
> Exception caught: java.lang.IllegalStateException: Unable to negotiate
> key exchange for kex algorithms (client: diffie-hellman-group1-sha1 /
> server:
> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1)
> As mentioned, I can ssh from my engine to the host just fine. It
> appears that the Java-based ssh client however cannot. 

I got past the above problem by adding the following line to the
/etc/ssh/sshd_config of the new F22 host:

KexAlgorithms
curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

This represents the defaults for F22 -- at least according to
sshd_config(5) -- but with the addition of diffie-hellman-group1-sha1
that the Java-based ssh client seems insistent on using.

However, all is not rosy.  The deploy script ground to a halt with:
[ INFO  ] Waiting for the host to become operational in the engine. This
may take several minutes...
  The host hosted_engine_2 is in non-operational state.
  Please try to activate it via the engine webadmin UI.
  Retry checking host status or ignore this and continue (Retry,
Ignore)[Retry]?

So I did as suggested and tried to activate the host from the webadmin
UI.  That didn't work either.  The status message at the bottom of the
browser page shows:

Host hosted_engine_2 is installed with VDSM version () and
cannot join cluster Default which is compatible with VDSM versions
[4.13, 4.14, 4.9, 4.16, 4.11, 4.15, 4.12, 4.10].

The attempt to activate the host via the web UI also caused the
following to be logged on the engine:

2015-11-09 19:12:39,828 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand] (ajp--127.0.0.1-8702-7)
[4bf460e8] Lock Acquired to object EngineLock [exclusiveLocks= key:
fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df value: VDS
, sharedLocks= ]
2015-11-09 19:12:39,838 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand]
(org.ovirt.thread.pool-8-thread-49) [4bf460e8] Running command:
ActivateVdsCommand internal: false. Entities affected :  ID:
fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df Type: VDSAction group
MANIPULATE_HOST with role type ADMIN
2015-11-09 19:12:39,851 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand]
(org.ovirt.thread.pool-8-thread-49) [4bf460e8] Before acquiring lock in
order to prevent monitoring for host hosted_engine_2 from data-center
Default
2015-11-09 19:12:39,856 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand]
(org.ovirt.thread.pool-8-thread-49) [4bf460e8] Lock acquired, from now a
monitoring of host will be skipped for host hosted_engine_2 from
data-center Default
2015-11-09 19:12:39,861 INFO 
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(org.ovirt.thread.pool-8-thread-49) [4bf460e8] START,
SetVdsStatusVDSCommand(HostName = hosted_engine_2, HostId =
fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df, status=Unassigned,
nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 1d206899
2015-11-09 19:12:39,870 INFO 
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(org.ovirt.thread.pool-8-thread-49) [4bf460e8] FINISH,
SetVdsStatusVDSCommand, log id: 1d206899
2015-11-09 19:12:39,888 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand]
(org.ovirt.thread.pool-8-thread-49) Activate finished. Lock released.
Monitoring can run now for host hosted_engine_2 from data-center Default
2015-11-09 19:12:39,892 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-49) Correlation ID: 4bf460e8, Job ID:
08a2b1ad-1c1c-425c-b657-7739df72b764, Call Stack: null, Custom Event ID:
-1, Message: Host hosted_engine_2 was activated by admin@internal.
2015-11-09 19:12:39,895 INFO 
[org.ovirt.engine.core.bll.ActivateVdsCommand]
(org.ovirt.thread.pool-8-thread-49) Lock freed to object EngineLock
[exclusiveLocks= key: fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df value: VDS
, sharedLocks= ]
2015-11-09 19:12:40,263 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand]
(DefaultQuartzScheduler_Worker-12) [79b24fed] START,
GetHardwareInfoVDSCommand(HostName = hosted_engine_2, HostId =
fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df,
vds=Host[hosted_engine_2,fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df]), log id:
7be846bb
2015-11-09 19:12:40,298 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand]
(DefaultQuartzScheduler_Worker-12) [79b24fed] FINISH,
GetHardwareInfoVDSCommand, log id: 7be846bb
2015-11-09 19:12:40,326 INFO 
[org.ovirt.engine.core.bll.SetNonOperationalVdsCommand]
(DefaultQuartzScheduler_Worker-12) [5569d8a6] Running command:
SetNonOperationalVdsCommand 

Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7

2015-11-09 Thread John Florian
On 11/08/2015 04:16 AM, Yedidyah Bar David wrote:
> On Sat, Nov 7, 2015 at 2:38 AM, John Florian  wrote:
>> On 10/29/2015 05:49 AM, Roy Golan wrote:
>>
>>
>>
>> On Thu, Oct 29, 2015 at 11:39 AM, Roy Golan  wrote:
>>>
>>>
>>> On Wed, Oct 28, 2015 at 10:23 PM, John Florian 
>>> wrote:
 Can somebody please point me to documentation or describe how I should
 proceed with this task?  I see lots of pages for moving from a physical
 engine to a VM and vice-versa but am having no luck finding how to go
 about building a new HE to obsolete my original.

>>> using ovirt-hosted-engine-setup you can choose a setup without using the
>>> appliance. So you can scratch install your VM
>>
>>
>> BTW the ovirt-engine-appliacnce we build [1] is Centos based. Seems like
>> perfect candidate.
>>
>> #install the appliance
>> yum install ovirt-engine-appliance
>>
>> #and then run the setup
>> ovirt-hosted-engine-setup
>>
>> choose "disk" in this stage
>>
>> Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]:
>> disk
>>
>> it will suggest the downloaded appliance automatically
>>
>> See this wiki for reference
>> http://www.ovirt.org/Features/HEApplianceFlow#Testing
>>
>>
>>
>> I'm afraid I'm lost here.  Here's a map of my setup:
>>
>> oVirt 3.5.5 hosted engine is named enceladus-f20 (on Fedora 20)
>> I have one oVirt 3.5.5 Host named oberon-f20 (also on Fedora 20)
>> I previously had one other oVirt 3.5.5 Host named ophelia-f20
>>
>> I took opehlia down, installed CentOS 7 on it and attempted a "hosted-engine
>> --deploy".  I can't remember if that was 3.5.5 or 3.6, but I could not add
>> it to my cluster.  From what I could gather enceladus-f20 provided an
>> emulation type of pc1.0 while ophelia-c7 didn't seem to have anything that
>> matched, the closest being just "pc".  That looked hopelessly complicated to
>> resolve so I thought I'd try again, but this time putting F22 on the ophelia
>> and doing a 3.6 HE deploy saying yes to the redeploy prompt.  This time I
>> was met with:
>>
>>   Checking for oVirt-Engine status at enceladus-f20.doubledog.org...
>>
>> [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
>>
>> [ ERROR ] Cannot automatically add the host to cluster Default: Cannot add
>> Host. Connecting to host via SSH has failed, verify that the host is
>> reachable (IP address, routable address etc.) You may refer to the
>> engine.log file for further details.
>>
>>
>>
>>   Please check Engine VM configuration.
>>
>> On enceladus-f20, I see:
>>
>> ==> /var/log/ovirt-engine/engine.log <==
>>
>> 2015-11-06 19:17:12,085 INFO
>> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-9)
>> Running command: LoginUserCommand internal: false.
>>
>> 2015-11-06 19:17:12,128 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (ajp--127.0.0.1-8702-9) Correlation ID: null, Call Stack: null, Custom Event
>> ID: -1, Message: User admin@internal logged in.
>>
>> ==> /var/log/ovirt-engine/server.log <==
>>
>> 2015-11-06 19:17:13,654 INFO
>> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-1) Client
>> session created
>>
>> 2015-11-06 19:17:13,663 INFO
>> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-2) Server
>> version string: SSH-2.0-OpenSSH_6.9
>>
>> 2015-11-06 19:17:13,667 WARN
>> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-3)
>> Exception caught: java.lang.IllegalStateException: Unable to negotiate key
>> exchange for kex algorithms (client: diffie-hellman-group1-sha1 / server:
>> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1)
>>
>> at
>> org.apache.sshd.common.session.AbstractSession.negotiate(AbstractSession.java:1098)
>>
>> at
>> org.apache.sshd.common.session.AbstractSession.doHandleMessage(AbstractSession.java:357)
>>
>> at
>> org.apache.sshd.common.session.AbstractSession.handleMessage(AbstractSession.java:295)
>>
>> at
>> org.apache.sshd.client.session.ClientSessionImpl.handleMessage(ClientSessionImpl.java:266)
>>
>> at
>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:720)
>>
>> at
>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:277)
>>
>> at
>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:54)
>>
>> at
>> org.apache.sshd.common.io.nio2.Nio2Session$1.completed(Nio2Session.java:188)
>>
>> at
>> org.apache.sshd.common.io.nio2.Nio2Session$1.completed(Nio2Session.java:174)
>>
>> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)
>> [rt.jar:1.7.0_79]
>>
>> at sun.nio.ch.Invoker$2.run(Invoker.java:218) [rt.jar:1.7.0_79]
>>
>> at
>> 

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

2015-11-09 Thread Matt .
HI Dan,

OK need to look that up.

It's just a simple VM, turn it off reinstall or upgrade, nothing
special. Another VM did that also yesterday. I also removed the disk
there and aded a new one, maybe that makes it happen ?

I agree that it should not happen and I'm really unable to find some
pinpoint. I most of the see it when it already happened and things
didn't work as before on that machine. Overall they run all OK.

See this as a post-it, if you ever hear anything about it... it might
be handy to have some more "he it happens" topics.

2015-11-09 8:38 GMT+01:00 Dan Kenigsberg :
> On Sun, Nov 08, 2015 at 10:26:09PM +0100, Matt . wrote:
>> Hi Dan,
>>
>> It's a little bit difficult to find some pinpoint, I already tried
>> that earlier, but I won't giveup.
>>
>> It is the setting on the VM itself that vanished.
>
> The setting (ifacemacspoof) should better exist on the VNIC profile.
> Maybe if you provide a step-by-step explanation of what you are doing
> (screenshots are welcome as well), we could assist.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to import template from export domain Ovirt 3.6

2015-11-09 Thread Sefi Litmanovich
Hi Liam,

I want to make sure I get the flow. You have 2 hosts on different Data centers 
I assume (when you attach and detach the SD that means between data centers), 
with 2 different NFS storage domains?
You create a template and then export it to an NFS export domain which is 
attached to first DC.
Then you detach the export domain from the first DC and attach it to the second 
one and then try to import it to the second SD of this data center?
Is that the correct flow?

Thanks.
Sefi.

- Original Message -
> From: "Liam Curtis" 
> To: Users@ovirt.org
> Sent: Monday, November 9, 2015 3:35:43 AM
> Subject: [ovirt-users] Unable to import template from export domain Ovirt 3.6
> 
> Able to create a template on one host, and then export to NFS. I detach from
> one host and successfully attach to second host. WHen I attempt to import
> template, I see error 'Failed to complete copy of template mytemplate to
> Domain '
> 
> Errors in log are:
> 
> 2015-11-08 20:08:26,516 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (org.ovirt.thread.pool-8-thread-28) [9f0aa95] Correlation ID: d957f05, Job
> ID: 084199b0-96ce-4b80-bd02-a0d45bcd5de9, Call Stack: null, Custom Event ID:
> -1, Message: Failed to import Template mytemplate to Data Center
> ovirt-2_localdc, Cluster ovirt-2_localclstr
> 2015-11-08 20:08:29,329 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (org.ovirt.thread.pool-8-thread-50) [] Correlation ID: d957f05, Call Stack:
> null, Custom Event ID: -1, Message: Failed to complete copy of Template
> mytemplate to Domain .
> 
> Seeing this command that failed:
> 
> 2015-11-08 20:08:29,296 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler_Worker-76) [395116d1]
> BaseAsyncTask::logEndTaskFailure: Task
> 'd2681280-fff6-469d-81c8-edc5fd9fb7af' (Parent Command 'ImportVmTemplate',
> Parameters Type
> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
> failure:
> -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand to
> HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af',
> -- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand
> to HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af'
> 
> But dont see anything else...
> 
> Thoughts?
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt 3.6. can't add host to cluster

2015-11-09 Thread David David
Hi.

i use centos 6.6, ovirt 3.6(cluster level 3.5) as engine and centos 7 as
host.

when i try add new host to cluster, then I get an error:
"Error while executing action: Cannot add Host. Connecting to host via SSH
has failed, verify that the host is reachable (IP address, routable address
etc.) You may refer to the engine.log file for further details."

manually ssh connection works with host.

DNS is configured on all hosts, and engine.

engine.log:

2015-11-09 15:00:59,601 ERROR
[org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-22)
[34bc561b] Failed to establish session with host 'testnode2': SSH session
closed during connection 'root@10.64.0.211'
2015-11-09 15:00:59,601 WARN
[org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-22)
[34bc561b] CanDoAction of action 'AddVds' failed for user admin@internal.
Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server
10.64.0.211,VDS_CANNOT_CONNECT_TO_SERVER
2015-11-09 15:00:59,937 ERROR
[org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder]
(default task-14) [] Failed to find host on any provider by host name
'vtestengine.office.saratov'
2015-11-09 15:01:00,256 ERROR
[org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder]
(default task-31) [] Failed to find host on any provider by host name
'vtestengine.office.saratov'
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Cannot find power off in Python API.

2015-11-09 Thread Arman Khalatyan
Hi,

Which function is called when on GUI poweroff is selected?



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


Re: [ovirt-users] Hosted engine notifications don't work after upgrading ovirt from 3.5 to 3.6

2015-11-09 Thread Sandro Bonazzola
On Mon, Nov 9, 2015 at 11:44 AM, Stefano Danzi  wrote:

> Your trick work fine! Thanks!
>
> Now I see that emails sent from brocker has "corrupted" headers:
>
> At the ent of message we can see:
>
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Date: Mon, 09 Nov 2015 11:33:37 +0100
> Message-Id: <20151109103337.d9c7d1260...@my.server.lan> 
> <20151109103337.d9c7d1260...@my.server.lan>
> From: mysen...@server.lan
> To: undisclosed-recipients:;
>
> From: mysen...@server.lan
> To: myrecei...@server.lan
> Subject: ovirt-hosted-engine state transition EngineUp-GlobalMaintenance
>
> The state machine changed state.
>
>
>
Adding Roy and Martin, looks like a separate issue




>
> From and To are repeated twice. This cause that email client show
> correctly the sender,
> an empty recipient and an empty subject.
>
> On message body I see everything after "To: undisclosed-recipients:;"
>
> Il 06/11/2015 20.01, Simone Tiraboschi ha scritto:
>
>
>
> On Thu, Nov 5, 2015 at 7:10 PM, Stefano Danzi  wrote:
>
>>
>>
>>
>> the content is:
>>
>> [email]
>> smtp-server=localhost
>> smtp-port=25
>> destination-emails=root@localhost
>> source-email=root@localhost
>>
>> [notify]
>> state_transition=maintenance|start|stop|migrate|up|down
>>
>> and is the default. My conf was lost during upgrade.
>> If I restart ovirt-ha-broker the broker.conf is replaced with the default
>>
>> If I don't restart ovirt-ha-broker, the broker.conf is silently replaced
>> after a while.
>>
>> Looking here
>> http://lists.ovirt.org/pipermail/engine-commits/2015-June/022940.html
>> I understand that broker.conf is stored in another place and overwrite at
>> runtime.
>>
>
> The broker.conf is now on the shared storage (as other hosted-engine
> related configuration files) so that in the future they'll be easily
> editable from the web UI.
>
> The issue here seams to be that the upgrade overwrite it with the default
> file before copying to the shared storage.
> I'm opening a bug against that.
>
> Let's try to fix in your instance (please substitute 
> '192.168.1.115:_Virtual_ext35u36'
> with the mount point on your system):
>
> dir=`mktemp -d` && cd $dir
> systemctl stop ovirt-ha-broker
> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
> sdUUID=${sdUUID_line:7:36}
> conf_volume_UUID_line=$(grep conf_volume_UUID
> /etc/ovirt-hosted-engine/hosted-engine.conf)
> conf_volume_UUID=${conf_volume_UUID_line:17:36}
> conf_image_UUID_line=$(grep conf_image_UUID
> /etc/ovirt-hosted-engine/hosted-engine.conf)
> conf_image_UUID=${conf_image_UUID_line:16:36}
> dd 
> if=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
> 2>/dev/null| tar -xvf -
> cp /etc/ovirt-hosted-engine-ha/broker.conf.rpmsave broker.conf # or edit
> broker.conf as you need
> tar -cO * | dd of=/rhev/data-center/mnt/192.168.1.115:
> _Virtual_ext35u36/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
> systemctl start ovirt-ha-broker
>
>
>
>>
>>
>>
>> Il 05/11/2015 18.44, Simone Tiraboschi ha scritto:
>>
>> Can you please paste here the content of
>> /var/lib/ovirt-hosted-engine-ha/broker.conf ?
>> eventually make it anonymous if you prefer
>>
>>
>>
>> On Thu, Nov 5, 2015 at 6:42 PM, Stefano Danzi < 
>> s.da...@hawai.it> wrote:
>>
>>> After upgrading from 3.5 to 3.6 Hosted engine notifications stop to work.
>>> I think that broker.conf was lost during upgrade.
>>>
>>> I found this: https://bugzilla.redhat.com/show_bug.cgi?id=1260757
>>> But I don't undertand how to change the configuration now.
>>> ___
>>> 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
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

2015-11-09 Thread Barak Korren
On 9 November 2015 at 09:18, Sandro Bonazzola  wrote:

>
>
> On Sun, Nov 8, 2015 at 9:22 AM, Barak Korren  wrote:
>
>>
>>
>> On 3 November 2015 at 07:48, Liam Curtis  wrote:
>>
>>> Any chance this will change? It is a severe limitation to not be able to
>>> use local storage available to a host as that is often very fast storage.
>>>
>>>
>> It is not completely impossible to mix shared and local storage. There is
>> a VDSM hook that allows you to attach some local storage to a VM, stored on
>> a shared storage, for temporary use.
>> We actually plan to try and use it in the oVirt CI infrastructure to
>> speed up builds and other random-I/O-intensive operations.
>> Anton Marchukov from the oVirt infra team could give you more details
>> about that.
>>
>>
>
> Please document this somewhere in the wiki as well.
>


There is this: http://www.ovirt.org/VDSM-Hooks/scratchpad


>
>
>
>>
>>
>>> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan  wrote:
>>>
 No...

 when creating DC you choose shared/local (where gluster is shared)

 You can mix shared (gluster/iscsi/nfs etc) but not local.




 Regards,
 __
 Aharon Canan

 --

 *From: *"Liam Curtis" 
 *To: *Users@ovirt.org
 *Sent: *Sunday, November 1, 2015 5:17:58 PM
 *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
 same datacenter

 Hello all...

 Would like to be able to use both local storage and gluster within same
 host / data center.

 Wondering if this is something being worked on?

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



>>>
>>>
>>> --
>>>
>>> *Liam Curtis*
>>> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
>>> www.datto.com
>>>
>>> 
>>> Join the conversation! [image: Facebook]
>>>  [image: Twitter]
>>>  [image: LinkedIn]
>>>  [image: Blog RSS]
>>>  [image: YouTube]
>>>  [image: Google Plus
>>> Page] 
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> *Barak Korren*
>> bkor...@redhat.com
>> RHEV-CI Team
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
>



-- 
*Barak Korren*
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users