Re: [ovirt-users] ovirt-guest-agent outdated?

[Vinzenz Feenstra]

On 04/08/2015 04:34 PM, Jorick Astrego wrote:

Hi,

Hi,


Testing 3.5.2rc3, I see AVC denied messages for the ovrit-guest agent 
(installed through cloud-init).


type=AVC msg=audit(1428510418.333:142): avc:  denied { read } for 
pid=1113 comm="ovirt-guest-age" name="online" dev=sysfs ino=23

scontext=system_u:system_r:rhev_agentd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file
type=AVC msg=audit(1428510418.333:142): avc:  denied  { open }
for  pid=1113 comm="ovirt-guest-age" name="online" dev=sysfs
ino=23 scontext=system_u:system_r:rhev_agentd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file
type=SYSCALL msg=audit(1428510418.333:142): arch=c03e
syscall=2 success=yes exit=6 a0=7f8a655612b8 a1=8 a2=2803ff
a3=0 items=0 ppid=1 pid=1113 auid=4294967295 uid=175 gid=175
euid=175 suid=175 fsuid=175 egid=175 sgid=175 fsgid=175 tty=(none)
ses=4294967295 comm="ovirt-guest-age" exe="/usr/bin/python"
subj=system_u:system_r:rhev_agentd_t:s0 key=(null)

And when I check the rpm I see:

rpm -qa|grep ovirt
ovirt-release-el6-10.0.1-3.noarch
ovirt-guest-agent-1.0.8-1.el6.noarch

Well the latest guest agent is always available on epel for el5/6/7 and 
for fedora in the fedora repos I am not sure why it's not available in 
the public ovirt repositories, however that was somehow always a problem 
with ovirt releases, but I recommend anyway to use epel for the ovirt 
guest agent due to the fact that I am releasing the guest agent always 
to epel and it will get updated from there.


Please also note that the repo location has changed. ovirt-3.5 for el6 
is now here: http://resources.ovirt.org/pub/ovirt-3.5/rpm/el6/


However what I don't know, is how the 3.3.3 repository got installed for 
you, I am not sure that this was done by the bare 'cloud-init', that 
might be specific to your cloud init configuration.


Then I checked the cloud-init installed 
/etc/yum.repos.d/el6-ovirt.repo and see version 3.3.3 is active. 
Shouldn't this be updated to 3.5.* 


[ovirt-stable]
name=Older Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/stable/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.3.3]
name=oVirt 3.3.3 release
baseurl=http://resources.ovirt.org/releases/3.3.3/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-updates-testing]
name=Test Updates builds of the oVirt project
baseurl=http://ovirt.org/releases/updates-testing/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-beta]
name=Beta builds of the oVirt project
baseurl=http://ovirt.org/releases/beta/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-nightly]
name=Nightly builds of the oVirt project
baseurl=http://ovirt.org/releases/nightly/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-alpha]
name=3.4.0 alpha testing repo for the oVirt project
baseurl=http://ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-prerelease]
name=Pre release builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0_pre/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0







Met vriendelijke groet, With kind regards,

Jorick Astrego*

Netbulae Virtualization Experts *

Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3AKvK 
08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA EnschedeBTW 
NL821234584B01






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



--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

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] PXE boot issue

[Brandon Merjil]

Hello,

I am testing provisioning from foreman 1.8.0 to ovirt 3.5 with both on
CentOS 7.1503 and have run into an issue after the system has been deployed
to ovirt.
When the guest system reboots after the kickstart completes it loads the
PXE menu from a the same tftp server which tries to start localboot 0. It
then tries to boot based on the order that ovirt had set for the guest,
which is PXE first and HD second.
The message I'm seeing is "Booting from local disk...
No more network devices
No bootable device"

If I change the guest boot options to only the virtual HD the guest boots
up without an issue.

I have also done a provision to a plain libvirt/kvm server and had no issue
after the reboot. Same foreman server and tftp server with PXE menu
localboot 0 option were used.
Any ideas what I might be running into here, and any additional information
needed.
Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [DISCUSSION] oVirt Weekly Sync Goals and Future.

[Yedidyah Bar David]

- Original Message -
> From: "Brian Proffitt" 
> To: users@ovirt.org
> Sent: Wednesday, April 8, 2015 6:24:56 PM
> Subject: Re: [ovirt-users] [DISCUSSION] oVirt Weekly Sync Goals and Future.
> 
> 
> 
> - Original Message -
> > From: "Sandro Bonazzola" 
> > To: users@ovirt.org
> > Sent: Thursday, April 2, 2015 2:46:42 AM
> > Subject: Re: [ovirt-users] [DISCUSSION] oVirt Weekly Sync Goals and Future.
> > 
> > Il 01/04/2015 17:28, Yaniv Dary ha scritto:
> > > Hi,
> > > In my opinion the current format can be replaced by a etherpad update
> > > that
> > > is sent as a newsletter every week. The current format doesn't add a lot
> > > of
> > > value to the project work and doesn't create a real sync on the ongoing
> > > topics. No decisions are done today there as well.
> > > 
> > > What do you think should be the goal of the weekly meeting? How can we
> > > improve it? Is a newsletter a good enough update?
> > 
> > I think a newsletter can replace the current sync format.
> > 
> [snip]
> 
> Etherpad will unfortunately not work, nor any tool that is available to Red
> Hat-only community members. Any medium we evaluate has to be publicly
> available, or it is of little use to the oVirt community.

http://lists.ovirt.org/pipermail/users/2014-April/023399.html

:-)

> 
> Mailing lists can work, but we have to get around the problem of "missed"
> threads. The very fact that this thread went answered by just one person in
> the six days it has been live is evidence that threads on high-traffic
> mailing lists can get missed. Or consciously ignored. Encouraging people to
> attend a real-time synchronous meeting with a regular cadence can avoid that
> problem.

Projects that get larger often split their mailing lists along the way.

The real problem will be to split at the right place - to define the role of
each list in a way that will make it very clear to people that want to post,
what's the best list to use. This isn't easy at all. OTOH, if we have, say,
discussion@, and keep the existing users@ and devel@, and someone posts to
users@, and I think it should attract people on discussion@, it's much easier
to move the discussion there, instead of starting to think who specifically
I might want to Cc so that they notice.

> 
> I am not set on what the format/structure of such a public meeting should be,
> but we need to think about:
> 
> * What do we want to achieve?
> * What decisions are we going to make?
> * What is the role of the attendees?
> * Who gets what out of the meeting?
> 
> One way to conduct such meetings could be the stakeholder/observer model from
> agile development meetings, otherwise known as "the chicken and the pig"
> model[1]. This would essentially be a variation of what we do know, with
> statuses given by stakeholders and questions reserved at the end for
> observers and participants.But people can at anytime ask to be upgraded to
> stakeholder status for that meeting.
> 
> I think that curating weekly meetings and saying "here are the issues that
> will be discussed" and keeping those issues interesting could be a way to
> go. Like "what new features *should* be added to 3.6?" or "how *can* we
> position/improve ourselves against X?"
> 
> Peace,
> BKP
> 
> [1] http://en.wikipedia.org/wiki/The_Chicken_and_the_Pig
> 
> 
> --
> Brian Proffitt
> 
> Community Liaison
> oVirt
> Open Source and Standards, Red Hat - http://community.redhat.com
> Phone: +1 574 383 9BKP
> IRC: bkp @ OFTC
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 

-- 
Didi

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

[ovirt-users] Cancel a running task | Zombie Task

[Punit Dambiwal]

Hi,

I have checked and found two tasks running from last 14 hours and there is
no option to kill it...

[image: Inline image 1]

from the SPM host :-

[root@cpu11 ~]# vdsClient -s 0 getAllTasksStatuses
{'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}}

[root@cpu11 ~]#

Please let me know how i can kill those processes...

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

Re: [ovirt-users] gluster export

[Patrick Russell]

We did this from our node 01. The line that contains hostname:/gluster… i just 
sanitized those from our hostnames. It was numbered 1 -3 (ie hostname01 
hostname02 hostname03)

-Patrick

On Apr 8, 2015, at 9:18 PM, Bill Dossett 
mailto:bill.doss...@pb.com>> wrote:

Thank you Patrick,  are you doing this on the engine or on the nodes?

Thanks again for the input.

Bill

From: Patrick Russell
Date: Wednesday, 8 April 2015 20:13
To: Bill Dossett
Cc: "users@ovirt.org"
Subject: Re: [ovirt-users] gluster export

Hi BIll,
You do need to create the export. Here are the steps we noted from our build. 
I’ll try and find where we got some of the build ideas from.

mkdir -p /gluster/{data,engine,meta,xport}/brick ; mkdir /mnt/lock

for i in data engine meta xport ; do gluster volume create ${i} replica 3 
hostname:/gluster/${i}/brick hostname:/gluster/${i}/brick 
hostname:/gluster/${i}/brick ; done

gluster volume status

for i in data engine meta xport ; do gluster volume set ${i} group virt ; done
for i in data engine meta xport ; do gluster volume set ${i} storage.owner-uid 
36 ; gluster volume set ${i} storage.owner-gid 36 ; done
for i in data engine meta xport ; do gluster volume start ${i} ; done

-Patrick

On Apr 8, 2015, at 8:32 PM, Bill Dossett 
mailto:bill.doss...@pb.com>> wrote:

Hi,

Kind of a stupid question, but I couldn’t figure it out today.

I setup a gluster cluster with ovirt-engine.  Created the volume with a couple 
of bricks in a replicating cluster.

I will eventually be using some of this anyway with ovirt Vms, but also 
interested in using the glusterfs and cifs and nfs and hopefull iSCSI block to 
other devices…  but I could find out what the export of the glusterfs   
server:/path   was.  Is this something I have to setup in addition to the 
gluster cluster.  I thought I had read something that you need to set it up, 
but then couldn’t find it with all the different documents and windows I had 
open and it was late.  So hoping someone can point me in the right direction 
for this.

Thank you.

Bill



___
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] gluster export

[Bill Dossett]

Thank you Patrick,  are you doing this on the engine or on the nodes?

Thanks again for the input.

Bill

From: Patrick Russell
Date: Wednesday, 8 April 2015 20:13
To: Bill Dossett
Cc: "users@ovirt.org"
Subject: Re: [ovirt-users] gluster export

Hi BIll,
You do need to create the export. Here are the steps we noted from our build. 
I’ll try and find where we got some of the build ideas from.

mkdir -p /gluster/{data,engine,meta,xport}/brick ; mkdir /mnt/lock

for i in data engine meta xport ; do gluster volume create ${i} replica 3 
hostname:/gluster/${i}/brick hostname:/gluster/${i}/brick 
hostname:/gluster/${i}/brick ; done

gluster volume status

for i in data engine meta xport ; do gluster volume set ${i} group virt ; done
for i in data engine meta xport ; do gluster volume set ${i} storage.owner-uid 
36 ; gluster volume set ${i} storage.owner-gid 36 ; done
for i in data engine meta xport ; do gluster volume start ${i} ; done

-Patrick

On Apr 8, 2015, at 8:32 PM, Bill Dossett 
mailto:bill.doss...@pb.com>> wrote:

Hi,

Kind of a stupid question, but I couldn’t figure it out today.

I setup a gluster cluster with ovirt-engine.  Created the volume with a couple 
of bricks in a replicating cluster.

I will eventually be using some of this anyway with ovirt Vms, but also 
interested in using the glusterfs and cifs and nfs and hopefull iSCSI block to 
other devices…  but I could find out what the export of the glusterfs   
server:/path   was.  Is this something I have to setup in addition to the 
gluster cluster.  I thought I had read something that you need to set it up, 
but then couldn’t find it with all the different documents and windows I had 
open and it was late.  So hoping someone can point me in the right direction 
for this.

Thank you.

Bill



___
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] gluster export

[Patrick Russell]

Hi BIll,
You do need to create the export. Here are the steps we noted from our build. 
I’ll try and find where we got some of the build ideas from.

mkdir -p /gluster/{data,engine,meta,xport}/brick ; mkdir /mnt/lock

for i in data engine meta xport ; do gluster volume create ${i} replica 3 
hostname:/gluster/${i}/brick hostname:/gluster/${i}/brick 
hostname:/gluster/${i}/brick ; done

gluster volume status

for i in data engine meta xport ; do gluster volume set ${i} group virt ; done
for i in data engine meta xport ; do gluster volume set ${i} storage.owner-uid 
36 ; gluster volume set ${i} storage.owner-gid 36 ; done
for i in data engine meta xport ; do gluster volume start ${i} ; done

-Patrick

On Apr 8, 2015, at 8:32 PM, Bill Dossett 
mailto:bill.doss...@pb.com>> wrote:

Hi,

Kind of a stupid question, but I couldn’t figure it out today.

I setup a gluster cluster with ovirt-engine.  Created the volume with a couple 
of bricks in a replicating cluster.

I will eventually be using some of this anyway with ovirt Vms, but also 
interested in using the glusterfs and cifs and nfs and hopefull iSCSI block to 
other devices…  but I could find out what the export of the glusterfs   
server:/path   was.  Is this something I have to setup in addition to the 
gluster cluster.  I thought I had read something that you need to set it up, 
but then couldn’t find it with all the different documents and windows I had 
open and it was late.  So hoping someone can point me in the right direction 
for this.

Thank you.

Bill



___
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] gluster export

[Bill Dossett]

Hi,

Kind of a stupid question, but I couldn’t figure it out today.

I setup a gluster cluster with ovirt-engine.  Created the volume with a couple 
of bricks in a replicating cluster.

I will eventually be using some of this anyway with ovirt Vms, but also 
interested in using the glusterfs and cifs and nfs and hopefull iSCSI block to 
other devices…  but I could find out what the export of the glusterfs   
server:/path   was.  Is this something I have to setup in addition to the 
gluster cluster.  I thought I had read something that you need to set it up, 
but then couldn’t find it with all the different documents and windows I had 
open and it was late.  So hoping someone can point me in the right direction 
for this.

Thank you.

Bill



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

[ovirt-users] Announce: libgovirt 0.3.3

[Christophe Fergeau]

About libgovirt
===

libgovirt is a GObject-based library to access oVirt REST API. It uses
GObject and librest to integrate well with GNOME applications.

News


Changes since 0.3.2:

- Add support for SPICE proxy
- Don't report REST call cancellations as an unexpected error
- Access REST API through /ovirt-engine/api rather than /api as the latter is
  deprecated
- Parse status of storage domains
- Add support for GOVIRT_DISABLE_HTTPS and GOVIRT_NO_SSL_STRICT environment
  variable in order to make it easier to lower security during 
development/testing
- Fix compilation with older glibs
- Fix mingw build
- Translations:
* Basque (Inaki Larranaga Murgoitio)
* Bosnian (Samir Ribic)
* Brazilian Portuguese (Rafael Ferreira)
* Greek (Dimitris Spingos)
* Hungarian (Balázs Úr)
* Slovenian (Matej Urbančič)
* Turkish (Muhammet Kara, Necdet Yücel)
* Russian (Yuri Myasoedov)


Download


https://download.gnome.org/sources/libgovirt/0.3/libgovirt-0.3.3.tar.xz (267K)
  sha256sum: 22a74f0cf302a0d8961c1b1fa09886f9b1f3ba0da4db1beb6807336b2a2623df


pgpjvS34WvvXl.pgp
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [DISCUSSION] oVirt Weekly Sync Goals and Future.

[Brian Proffitt]

- Original Message -
> From: "Sandro Bonazzola" 
> To: users@ovirt.org
> Sent: Thursday, April 2, 2015 2:46:42 AM
> Subject: Re: [ovirt-users] [DISCUSSION] oVirt Weekly Sync Goals and Future.
> 
> Il 01/04/2015 17:28, Yaniv Dary ha scritto:
> > Hi,
> > In my opinion the current format can be replaced by a etherpad update that
> > is sent as a newsletter every week. The current format doesn't add a lot
> > of
> > value to the project work and doesn't create a real sync on the ongoing
> > topics. No decisions are done today there as well.
> > 
> > What do you think should be the goal of the weekly meeting? How can we
> > improve it? Is a newsletter a good enough update?
> 
> I think a newsletter can replace the current sync format.
> 
[snip]

Etherpad will unfortunately not work, nor any tool that is available to Red 
Hat-only community members. Any medium we evaluate has to be publicly 
available, or it is of little use to the oVirt community.

Mailing lists can work, but we have to get around the problem of "missed" 
threads. The very fact that this thread went answered by just one person in the 
six days it has been live is evidence that threads on high-traffic mailing 
lists can get missed. Or consciously ignored. Encouraging people to attend a 
real-time synchronous meeting with a regular cadence can avoid that problem.

I am not set on what the format/structure of such a public meeting should be, 
but we need to think about:

* What do we want to achieve?
* What decisions are we going to make?
* What is the role of the attendees? 
* Who gets what out of the meeting?   

One way to conduct such meetings could be the stakeholder/observer model from 
agile development meetings, otherwise known as "the chicken and the pig" 
model[1]. This would essentially be a variation of what we do know, with 
statuses given by stakeholders and questions reserved at the end for observers 
and participants.But people can at anytime ask to be upgraded to stakeholder 
status for that meeting.

I think that curating weekly meetings and saying "here are the issues that will 
be discussed" and keeping those issues interesting could be a way to go. Like 
"what new features *should* be added to 3.6?" or "how *can* we position/improve 
ourselves against X?" 

Peace,
BKP

[1] http://en.wikipedia.org/wiki/The_Chicken_and_the_Pig


-- 
Brian Proffitt

Community Liaison
oVirt
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt Weekly Meeting Minutes -- 2015-04-08.

[Yaniv Dary]

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.html
Minutes (text): 
http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.txt

Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html

=
#ovirt: oVirt Weekly Sync
=


Meeting started by ydary_ at 14:09:19 UTC. The full logs are available
at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-08-14.09.log.html
.



Meeting summary
---
* Agenda and roll Call  (ydary_, 14:09:20)
  * Sync future and format change  (ydary_, 14:09:45)

* Sync future and format change  (ydary_, 14:09:57)
  * No final call. Moving discussion to mailing list. See full log for
details. (ydary_, 15:01:30)
  * ACTION: Please reply to mail on sync format with ideas on how to
change this meeting's format to something more useful and engaging.
Link: http://lists.ovirt.org/pipermail/users/2015-April/032185.html
(ydary_, 15:05:32)

Meeting ended at 15:05:46 UTC.




Action Items

* Please reply to mail on sync format with ideas on how to change this
  meeting's format to something more useful and engaging. Link:
  http://lists.ovirt.org/pipermail/users/2015-April/032185.html




Action Items, by person
---
* **UNASSIGNED**
  * Please reply to mail on sync format with ideas on how to change this
meeting's format to something more useful and engaging. Link:
http://lists.ovirt.org/pipermail/users/2015-April/032185.html




People Present (lines said)
---
* ydary_ (30)
* bkp (28)
* misc (19)
* lvernia (14)
* sbonazzo (8)
* ovirtbot (3)
* dyasny (2)
* SvenKieske (2)
* dcaro (2)
* amureini (2)
* dkuznets (1)
* eedri (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot


--
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
  8272306
Email: yd...@redhat.com
IRC : ydary

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

[ovirt-users] ovirt-guest-agent outdated?

[Jorick Astrego]

Hi,

Testing 3.5.2rc3, I see AVC denied messages for the ovrit-guest agent
(installed through cloud-init).

type=AVC msg=audit(1428510418.333:142): avc:  denied  { read } for 
pid=1113 comm="ovirt-guest-age" name="online" dev=sysfs ino=23
scontext=system_u:system_r:rhev_agentd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file
type=AVC msg=audit(1428510418.333:142): avc:  denied  { open } for 
pid=1113 comm="ovirt-guest-age" name="online" dev=sysfs ino=23
scontext=system_u:system_r:rhev_agentd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file
type=SYSCALL msg=audit(1428510418.333:142): arch=c03e syscall=2
success=yes exit=6 a0=7f8a655612b8 a1=8 a2=2803ff a3=0 items=0
ppid=1 pid=1113 auid=4294967295 uid=175 gid=175 euid=175 suid=175
fsuid=175 egid=175 sgid=175 fsgid=175 tty=(none) ses=4294967295
comm="ovirt-guest-age" exe="/usr/bin/python"
subj=system_u:system_r:rhev_agentd_t:s0 key=(null)

And when I check the rpm I see:

rpm -qa|grep ovirt
ovirt-release-el6-10.0.1-3.noarch
ovirt-guest-agent-1.0.8-1.el6.noarch

Then I checked the cloud-init installed /etc/yum.repos.d/el6-ovirt.repo
and see version 3.3.3 is active. Shouldn't this be updated to 3.5.* 

[ovirt-stable]
name=Older Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/stable/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.3.3]
name=oVirt 3.3.3 release
baseurl=http://resources.ovirt.org/releases/3.3.3/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-updates-testing]
name=Test Updates builds of the oVirt project
baseurl=http://ovirt.org/releases/updates-testing/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-beta]
name=Beta builds of the oVirt project
baseurl=http://ovirt.org/releases/beta/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-nightly]
name=Nightly builds of the oVirt project
baseurl=http://ovirt.org/releases/nightly/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-alpha]
name=3.4.0 alpha testing repo for the oVirt project
baseurl=http://ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-prerelease]
name=Pre release builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0_pre/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0







Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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

[ovirt-users] qlnic errors -

[Matt Wells]

I'm doing a product demo for one of our customers.

They've setup RHEV 3.5 on a Dell Blade center. We also used 3.4 to
start this demo. So far they've been less than impressed as we have 10
VM's that are just putting some traffic on the system. Under any load
the blades network card driver fails and the VMs are then paused.

Under ESX the same blades have no issues at all. We started with Dell
on this but were unable to find any issues with these systems related
to hardware.

Running on the 3.5 node (even setup one blade as a RHEL + VDSM) and we
continue to get the same errors.

They continue to get this on the 3.5 node image, 3.4 node image,
RHEL{6..7}+VDSM, CentOS{6..7}

Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.1: Pause control
frames disabled on all ports
Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.1: firmware hang detected
Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.1: Dumping hw/fw registers
Apr  7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502,
PEG_HALT_STATUS2: 0x3dd980,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: 0x6d466,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: 0x6e598,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268
Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.0: Pause control
frames disabled on all ports
Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.0: firmware hang detected
Apr  7 23:09:15 POCserver2 kernel: qlcnic :01:00.0: Dumping hw/fw registers
Apr  7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502,
PEG_HALT_STATUS2: 0x3dd980,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: 0x6d466,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: 0x6e598,
Apr  7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268

I've really got limited time for this POC so I sent a support case
with Red Hat as well.  Just hoped that this community may have seen
this.  Thus far my Googlefoo has failed me.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage domain not in pool issue

[VONDRA Alain]

Hi Adam,
Thank you to take your precious time to my problem.
First of all, I want to precise that I don't want to recreate new VMs, but to 
recover them in the 2 Storage domains, I don't have any backups of them.
So I don't just want to re-active the domains, I'd prefer a non destructive 
solution.
Regards
Alain





Alain VONDRA
Chargé d'exploitation des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.fr




-Message d'origine-
De : Adam Litke [mailto:ali...@redhat.com]
Envoyé : mercredi 8 avril 2015 16:05
À : VONDRA Alain
Cc : users@ovirt.org
Objet : Re: [ovirt-users] Storage domain not in pool issue

On 08/04/15 09:48 +, VONDRA Alain wrote:
>Hi,
>Is there any news ??
>I there anybody who can help me ?
>This long silence get me more and more worried.
>I saw that Federico Simoncelli is working on a new feature "StoragePool 
>Metadata Removal", but I don't have any advice from him or anybody else.
>I'd be really happy to know if somebody works on this kind of problem, I guess 
>that I'm not the only one with this issue, and potentially this can be a 
>disaster bug that could be a bad thing for the reputation of the oVirt 
>platform.
>Don't forget that my Data Center is out of order since March 13th, and this is 
>not trustable for a production environment.
>Let me know what you think about it ?

Hi,

Yesterday I tried to reproduce your situation with a local oVirt setup I have.  
I then tried to manually alter the metadata to force detach the storage domain 
from the old pool.  My steps involved the use of the vgchange command to remove 
and add VG tags to the volume group that holds the storage domain.  
Unfortunately I was not successful in reviving the domain.  I'm trying to find 
some help for you since I think I have reached my limit for this situation.

How familiar are you with LVM?  If you can activate the VG for your storage 
domain and then activate all of its LVs, you may be able to scrape the disks 
off of the storage using the qemu-img command.  If you place those disks on an 
export domain then you could import them into your working storage domain and 
use them to recreate new VMs.
This is a clunky and labor intensive solution but could work if we are unable 
to revive the domain in its entirety.

Let me know if you'd like to pursue this approach.

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

[ovirt-users] Fedora 21 Hosted Engine Install

[Mikola Rose]

What is the correct repo for the hosted engine setup?

I have installed;

yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm

but when I go to install it yum can not find it…  I must be missing something 
here...

Loaded plugins: langpacks
Installed Packages
libgovirt.x86_64
   0.3.2-1.fc21   @fedora
ovirt-release35.noarch  
   002-1  
@/ovirt-release35
Available Packages
libgovirt.i686  
   0.3.2-1.fc21   fedora
libgovirt-devel.i686
   0.3.2-1.fc21   fedora
libgovirt-devel.x86_64  
   0.3.2-1.fc21   fedora
mingw32-libgovirt.noarch
   0.3.2-1.fc21   updates
mingw32-libgovirt-static.noarch 
   0.3.2-1.fc21   updates
mingw64-libgovirt.noarch
   0.3.2-1.fc21   updates
mingw64-libgovirt-static.noarch 
   0.3.2-1.fc21   updates
ovirt-engine-cli.noarch 
   3.5.0.5-1.fc21 updates
ovirt-engine-sdk-java.noarch
   3.5.1.0-1.fc21 updates
ovirt-engine-sdk-java-javadoc.noarch
   3.5.1.0-1.fc21 updates
ovirt-engine-sdk-python.noarch  
   3.5.1.0-1.fc21 updates
ovirt-guest-agent-common.noarch 
   1.0.10.2-1.fc21fedora
ovirt-guest-agent-gdm-plugin.noarch 
   1.0.10.2-1.fc21fedora
ovirt-guest-agent-kdm-plugin.x86_64 
   1.0.10.2-1.fc21fedora
ovirt-guest-agent-pam-module.i686   
   1.0.10.2-1.fc21fedora
ovirt-guest-agent-pam-module.x86_64 
   1.0.10.2-1.fc21fedora
ovirt-node.x86_64   
   3.0.0-11.0.fc21fedora
ovirt-node-plugin-cim.x86_64
   3.0.0-11.0.fc21fedora
ovirt-node-plugin-igor-slave.noarch 
   3.0.0-11.0.fc21fedora
ovirt-node-plugin-puppet.noarch 
   3.0.0-11.0.fc21fedora
ovirt-node-plugin-snmp.noarch   
   3.0.0-11.0.fc21fedora
ovirt-node-recipe.noarch
   3.0.0-11.0.fc21fedora
ovirt-node-selinux.noarch   
   3.0.0-11.0.fc21fedora
ovirt-node-tools.noarch 
   3.0.0-11.0.fc21fedora
ovirt-release35-snapshot.noarch 
   002-1  ovirt-3.5
rubygem-rbovirt.noarch  
   0.0.24-2.fc21  fedora
rubygem-rbovirt-doc.noarch  
   0.0.24-2.fc21  fedora
[root@powergluster1 ~]# yum install ovirt-hosted-engine-setup
Loaded plugins: langpacks
No package ovirt-hosted-engine-setup available.
Error: Nothing to do

___

[ovirt-users] Spice console without rebooting the VM

[Marcelo Donato]

Hi everyone!

Connecting to a VM in oVirt 3.5 shows "Console connection denied.
Another user has already accessed the console of this VM.

When user tries to make a console connection to a virtual machine, the
following error message is received:

Console connection denied. Another user has already accessed the console of
this VM.
The VM should be rebooted to allow another user to access it, or changed by
an admin to not enforce reboot between users accessing its console.


Is it possible for multiple people to access the same Spice console without
rebooting the VM?



-- 
Ao encaminhar esta mensagem, por favor:
1. Apague o meu e-mail e o meu nome.
2. Apague também os endereços dos amigos antes de reenviar
3. Use Cco ou Bcc para enviar mensagens!
Dificulte a disseminação de vírus e spam.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt, conexion noVnc and spice problem

[Marcelo Vera]

Good morning, thank you for accepting me into this group.
I'm from Paraguay and I am not very good with English, thankfully there is
google translator.
I am new to this, and now have problems with oVirt.
The problem is I can not access the console of the virtual machine in noVnc
mode, or using spice.

noVnc, error: WebUtil reference is not defined
spice, WebSocket error: Can not connect to websocket on URL ...

from and I appreciate your help.

I checked my browser supports websocket and html5
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage domain not in pool issue

[Adam Litke]

On 08/04/15 09:48 +, VONDRA Alain wrote:

Hi,
Is there any news ??
I there anybody who can help me ?
This long silence get me more and more worried.
I saw that Federico Simoncelli is working on a new feature "StoragePool Metadata 
Removal", but I don't have any advice from him or anybody else.
I'd be really happy to know if somebody works on this kind of problem, I guess 
that I'm not the only one with this issue, and potentially this can be a 
disaster bug that could be a bad thing for the reputation of the oVirt platform.
Don't forget that my Data Center is out of order since March 13th, and this is 
not trustable for a production environment.
Let me know what you think about it ?


Hi,

Yesterday I tried to reproduce your situation with a local oVirt setup
I have.  I then tried to manually alter the metadata to force detach
the storage domain from the old pool.  My steps involved the use of
the vgchange command to remove and add VG tags to the volume group
that holds the storage domain.  Unfortunately I was not successful in
reviving the domain.  I'm trying to find some help for you since I
think I have reached my limit for this situation.

How familiar are you with LVM?  If you can activate the VG for your
storage domain and then activate all of its LVs, you may be able to
scrape the disks off of the storage using the qemu-img command.  If
you place those disks on an export domain then you could import them
into your working storage domain and use them to recreate new VMs.
This is a clunky and labor intensive solution but could work if we are
unable to revive the domain in its entirety.

Let me know if you'd like to pursue this approach.

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

Re: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

[Chris Adams]

Once upon a time, Sandro Bonazzola  said:
> We have 3 open blockers for 3.5.2[1]:

Any chance the vdsm memory leak fix (RHBZ 1158108) will make 3.5.2?

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

[ovirt-users] RARP and Vlan problem

[Pavel Gandalipov]

Hello, we have logical cluster, that consists of two servers. Each server
connected to each of two switches.
On the server cluster we run the virtualization farm on which testing
virtual machine's migration. In our topology we separate servers's network
and virtual machines' network to vlan 3 and 4, respectively.
When we manually migrating VM that belongs to Vlan 4 from one host to
another we are loosing access to VM because although host sends RARP packet
it isn't updating arp table . So host belongs to another vlan then RARP
packet from host isn't updating arp entry of VM on the switch. And i have
no idea how to make it work.

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

Re: [ovirt-users] Storage domain not in pool issue

[VONDRA Alain]

Hi,
Is there any news ??
I there anybody who can help me ?
This long silence get me more and more worried.
I saw that Federico Simoncelli is working on a new feature "StoragePool 
Metadata Removal", but I don't have any advice from him or anybody else.
I'd be really happy to know if somebody works on this kind of problem, I guess 
that I'm not the only one with this issue, and potentially this can be a 
disaster bug that could be a bad thing for the reputation of the oVirt platform.
Don't forget that my Data Center is out of order since March 13th, and this is 
not trustable for a production environment.
Let me know what you think about it ?
Thanks
Regards





Alain VONDRA
Chargé d'exploitation des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.fr




-Message d'origine-
De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de 
VONDRA Alain
Envoyé : mardi 7 avril 2015 10:13
À : Adam Litke
Cc : users@ovirt.org
Objet : Re: [ovirt-users] Storage domain not in pool issue

Hi Adam,
Unlikely, I have no return from Federico, and Maor is in PTO until April 12th.
I'd like to try something like you advice, but I'd prefer to not compromise a 
safe recover...
When you say clear the storage metadata, you mean delete the old traces in 
/rhev/datacenter/mnt/blockSD/, stop and restart vdsm before restart engine ?
Can I backup these storage data and eventually recover them ?
Thanks
Regards
Alain




Alain VONDRA
Chargé d'exploitation des Systèmes d'Information Direction Administrative et 
Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.fr




-Message d'origine-
De : Adam Litke [mailto:ali...@redhat.com] Envoyé : lundi 6 avril 2015 19:26 À 
: VONDRA Alain Cc : Elad Ben Aharon; users@ovirt.org; Federico Simoncelli; Maor 
Lipchuk Objet : Re: [ovirt-users] Storage domain not in pool issue

On 03/04/15 08:12 +, VONDRA Alain wrote:
>Hi,
>Do you have any news concerning my problem ?

I'm sorry that I don't have any new recommendations beyond my previous 
comments.  I'm hoping Federico or Maor will have some expertise to lend to the 
problem.  At this stage, your best bet might be to:

1. Stop engine
2. clear the old storage pool from the storage domain metadata 3. Restart engine

Unfortunately, I am not sure what the best/safest way to accomplish #2 is and 
am hoping that someone who has been through this process can assist with it.

--
Adam Litke
___
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] [QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

[Sandro Bonazzola]

Hi,

We have 3 open blockers for 3.5.2[1]:

Whiteboard  Bug ID  Status  Summary
integration 1197616 POSTTemplate creation stuck after upgrade
network 1154399 ASSIGNEDVDSM script reset network configuration 
on every reboot when based on predefined bond
storage 1209108 POST[3.5-6.6/7.1] Failed to retrieve iscsi 
lun from hardware iscsi after register to RHEV-M

and 3 dependency not yet fixed:
Bug ID  Status  Whiteboard  Summary
1206903 POSTux  Context Sensitive Help: GUI needs to 
use different mapping files for different locales.
1197292 POSTstorage [3.5-6.6/7.1] Failed to retrieve iscsi 
lun from hardware iscsi after register to RHEV-M
1209486 NEW network Networks that not created via TUI are 
not persistent After upgrading rhev-h 6.6 from 3.5.0...

We'll need another release candidate before GA.

We still have 2 bugs in MODIFIED and 2 on QA[2]:

MODIFIEDON_QA   Total
network 0   1   1
sla 1   0   1
storage 1   0   1
virt0   1   1
Total   2   2   4


ACTION: Testers: you're welcome to verify bugs currently ON_QA.
ACTION: Assingee and Maintainers to check modified bugs to see if they're fixed 
in RC3

All remaining bugs not marked as blockers have been moved to 3.5.3.
A release management entry has been added for tracking the schedule of 3.5.3[3]
A bug tracker [4] has been created for 3.5.3 and currently shows no blockers.

We have 25 bugs currently targeted to 3.5.3[5]:

Whiteboard  NEW ASSIGNEDPOSTTotal
docs1   0   0   1
external1   0   0   1
gluster 1   1   0   2
infra   1   2   0   3
network 2   0   0   2
node3   0   1   4
ppc 0   0   1   1
sla 4   0   0   4
storage 4   0   1   5
ux  1   0   0   1
virt1   0   0   1
Total   19  3   3   25



ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring 
they're correctly targeted.
ACTION: Maintainers: to fill release notes for 3.5.2, the page has been created 
and updated here [6]
ACTION: Testers: please add yourself to the test page [7]


[1] https://bugzilla.redhat.com/1186161
[2] http://goo.gl/UEVTCf
[3] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3
[4] https://bugzilla.redhat.com/1198142
[5] 
https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20target_release%3A3.5.3
[6] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
[7] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing

-- 
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] [QE] oVirt 3.6.0 status

[Sandro Bonazzola]

Hi, here's an update on 3.6 status on integration / rel-eng side
The tracker bug for 3.6.0 [1] currently shows no open blockers.

Repository closure is currently broken on Fedora 20 due to a missing required 
dependency on recent libvirt, a patch fixing this issue is currently
under review[4].

There are 556 bugs [2] targeted to 3.6.0.

NEW ASSIGNEDPOSTTotal
docs11  0   0   11
external1   0   0   1
gluster 42  9   13  64
i18n2   0   0   2
infra   71  4   9   84
integration 53  4   4   61
network 42  1   9   52
node26  3   2   31
sla 51  3   2   56
spice   1   0   0   1
storage 72  5   8   85
ux  31  0   2   33
virt58  5   12  75
Total   461 34  61  556


Features submission is still open until 2015-04-22 as per current release 
schedule.
Maintainers: be sure to have your features tracked in the google doc[3]

On integration side:
- some progress on Hyper Converged GlusterFS support for Hosted Engine
- looking at Cinder / Glance existing docker images provided by Kolla project[5]

[1] https://bugzilla.redhat.com/1155425
[2] 
https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%20Product%3AoVirt%20status%3Anew%2Cassigned%2Cpost
[3] http://goo.gl/9X3G49
[4] https://gerrit.ovirt.org/39249
[5] https://github.com/stackforge/kolla


-- 
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 3.5 with Ovirt 3.5 | CentOS 7

[Punit Dambiwal]

Hi,

Seems the duplicate is the same...

[root@cpu06 ~]# yum list glusterfs --showduplicates
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: ftp.cuhk.edu.hk
 * extras: ftp.cuhk.edu.hk
 * ovirt-3.5: resources.ovirt.org
 * ovirt-3.5-epel: ftp.cuhk.edu.hk
 * updates: ftp.cuhk.edu.hk
Installed Packages
glusterfs.x86_64
   3.5.3-1.el7
  @ovirt-3.5-glusterfs-epel
Available Packages
glusterfs.x86_64
   3.5.3-1.el7
  ovirt-3.5-glusterfs-epel
[root@cpu06 ~]#

On Wed, Apr 8, 2015 at 2:23 PM, Finstrle, Ludek 
wrote:

> Hi Punit,
>
>   let's add --showduplicates
> yum info glusterfs --showduplicates
> or shorter list is
> "yum list glusterfs --showduplicates".
>
> I think we're moving off-topic in these lists.
>
> Cheers,
>
> Luf
>
> Punit Dambiwal píše v St 08. 04. 2015 v 14:02 +0800:
> > Hi,
> >
> >
> > Please find the attached..
> >
> >
> > [root@cpu06 ~]# yum info glusterfs
> > Loaded plugins: fastestmirror
> > Loading mirror speeds from cached hostfile
> >  * base: ftp.cuhk.edu.hk
> >  * extras: ftp.cuhk.edu.hk
> >  * ovirt-3.5: resources.ovirt.org
> >  * ovirt-3.5-epel: ftp.cuhk.edu.hk
> >  * updates: ftp.cuhk.edu.hk
> > Installed Packages
> > Name: glusterfs
> > Arch: x86_64
> > Version : 3.5.3
> > Release : 1.el7
> > Size: 4.6 M
> > Repo: installed
> > From repo   : ovirt-3.5-glusterfs-epel
> > Summary : Cluster File System
> > URL : http://www.gluster.org/docs/index.php/GlusterFS
> > License : GPLv2 or LGPLv3+
> > Description : GlusterFS is a distributed file-system capable of
> > scaling to several
> > : petabytes. It aggregates various storage bricks over
> > Infiniband RDMA
> > : or TCP/IP interconnect into one large parallel network
> > file
> > : system. GlusterFS is one of the most sophisticated file
> > systems in
> > : terms of features and extensibility.  It borrows a
> > powerful concept
> > : called Translators from GNU Hurd kernel. Much of the
> > code in GlusterFS
> > : is in user space and easily manageable.
> > :
> > : This package includes the glusterfs binary, the
> > glusterfsd daemon and the
> > : gluster command line, libglusterfs and glusterfs
> > translator modules common to
> > : both GlusterFS server and client framework.
> >
> >
> > [root@cpu06 ~]#
> >
> > On Wed, Apr 8, 2015 at 1:28 PM, Finstrle, Ludek
> >  wrote:
> > Hi Punit,
> >
> >   "yum info glusterfs" should help you. AFAIK the glusterfs
> > 3.6.0 was
> > added to the base and updates CentOS 7.1 repositories so you
> > need to
> > exclude them if you want to stay with 3.5.
> >
> > Cheers,
> >
> > Luf
> >
> >
> > Punit Dambiwal píše v St 08. 04. 2015 v 12:17 +0800:
> > > Hi,
> > >
> > >
> > > I try to install gluster 3.5 on the 4 servers which
> > installed with
> > > Centos7...i have modified the ovirt-3.5-dependencies.repo
> > with the
> > > gluster version 3.5 but still the server keep try to install
> > gluster
> > > 3.6
> > >
> > >
> > > I want to install stable gluster version and want to manage
> > it through
> > > Ovirt Engine
> > >
> > >
> > > Thanks,
> > > Punit
> >
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> > >
> >
> > To learn more about SuiteWorld, visit
> > www.netsuite.com/suiteworld.
> >
> >
> > NOTICE: This email and any attachments may contain
> > confidential and proprietary information of NetSuite Inc. and
> > is for the sole use of the intended recipient for the stated
> > purpose. Any improper use or distribution is prohibited. If
> > you are not the intended recipient, please notify the sender;
> > do not review, copy or distribute; and promptly delete or
> > destroy all transmitted information. Please note that all
> > communications and information transmitted through this email
> > system may be monitored and retained by NetSuite or its agents
> > and that all incoming email is automatically scanned by a
> > third party spam and filtering service which may result in
> > deletion of a legitimate e-mail before it is read by the
> > intended recipient.
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users