Re: [ovirt-users] Ovirt and Gluster

[Ramesh Nachimuthu]

On 07/29/2015 05:54 PM, Joop wrote:

On 29-7-2015 13:59, Jorick Astrego wrote:

For RHEV I don't have an answer.

But for anyone that cares, we've been running oVirt 3.5 and GlusterFS 
3.6 for about three months in production now. We run a Gluster 
cluster and a seperate virtualization hosts cluster. The Gluster 
cluster is installed, configured and managed seperately from oVirt as 
there is no way to have a seperate storage network in oVirt 3.5


I run something comparable but using a split dns to get a separate 
storage network but also a storage cluster and virt cluster. The 
storage is managed through ovirt though because of the split-dns.



This is being addressed in oVirt 3.6. oVirt 3.6 will support gluster 
storage network. Also oVirt 3.6 comes with lot of gluster specific 
features like 'Storage provisioning for Gluster', 'Geo Replication 
Management', 'Gluster Volume Snapshot management and Scheduling', 
'Storage network for gluster' ,etc.

Stay tuned for oVirt 3.6 release :)


Regards,
Ramesh



There have been no specific incompatibility issues, so we are very 
happy. But as we don't use every feature mileage may vary.

Question: do you use fuse mounts or libgfapi?

I use libgfapi in test, using special vdsm packages and need to test 
if rebooting gluster nodes has an impact on running VMs. Select 
GlusterFS storage domain in oVirt isn't guaranteed  to give you libgfapi!


Joop



___
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] can't add Datastorge | 'Sanlock lockspace add failure', 'Message too long'

[Punit Dambiwal]

Hi Maor,

Ovirt Version :- 3.5.2.1-1.el7.centos
VDSM :- vdsm-4.16.20-0.el7.centos
Glusterfs version :- glusterfs-3.6.3-1.el7

http://permalink.gmane.org/gmane.comp.emulators.ovirt.user/19732All are
there but still i am facing the same issue..


[root@stor1 ~]# gluster volume info 3TB

Volume Name: 3TB
Type: Replicate
Volume ID: 78d1f376-178d-4b01-90c0-5dac90b50a6c
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: stor1:/bricks/b/vol2
Brick2: stor2:/bricks/b/vol2
Brick3: stor3:/bricks/b/vol2
Options Reconfigured:
storage.owner-gid: 36
storage.owner-uid: 36
cluster.server-quorum-type: server
cluster.quorum-type: auto
network.remote-dio: enable
cluster.eager-lock: enable
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
auth.allow: *
user.cifs: enable
nfs.disable: off
[root@stor1 ~]#


[image: Inline image 1]



On Wed, Jul 29, 2015 at 11:04 PM, Maor Lipchuk  wrote:

> Hi Punit,
>
> Which oVirt version and VDSM version are you using?
> The exception looks very similar to the scenario described here:
> http://permalink.gmane.org/gmane.comp.emulators.ovirt.user/19732
> Does it helps ?
>
> Regards,
> Maor
>
>
> - Original Message -
> > From: "Punit Dambiwal" 
> > To: users@ovirt.org, "Dan Kenigsberg" , "Itamar
> Heim" 
> > Sent: Wednesday, July 29, 2015 5:22:57 AM
> > Subject: [ovirt-users] can't add Datastorge | 'Sanlock lockspace add
> failure', 'Message too long'
> >
> > Hi,
> >
> > I have one testing ovirt cluster with one glusterfs storage (Distributed
> > replicated) and 3 HV nodes...it's all working fine...but when i try to
> add
> > another glusterfs datastorage (replicateX3),i am not able to add the
> > datastore to ovirt and it failed with the following error :-
> >
> > 2015-07-29 10:05:55,194 ERROR
> > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
> > (org.ovirt.thread.pool-8-thread-32) [751c5f25]
> > IrsBroker::Failed::AttachStorageDomainVDS due to: IRSErrorException:
> > IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS,
> > error = Cannot acquire host id: (u'd0e76dd4-c34a-456e-b7f6-02dc173a3cc1',
> > SanlockException(90, 'Sanlock lockspace add failure', 'Message too
> long')),
> > code = 661
> >
> > Engine logs :- http://paste.ubuntu.com/11957076/
> >
> > Screen shots attached...
> >
> > Thanks,
> > Punit
> >
> > ___
> > 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] can't add Datastorge | 'Sanlock lockspace add failure', 'Message too long'

[Maor Lipchuk]

Hi Punit,

Which oVirt version and VDSM version are you using?
The exception looks very similar to the scenario described here:
http://permalink.gmane.org/gmane.comp.emulators.ovirt.user/19732
Does it helps ?

Regards,
Maor


- Original Message -
> From: "Punit Dambiwal" 
> To: users@ovirt.org, "Dan Kenigsberg" , "Itamar Heim" 
> 
> Sent: Wednesday, July 29, 2015 5:22:57 AM
> Subject: [ovirt-users] can't add Datastorge | 'Sanlock lockspace add  
> failure', 'Message too long'
> 
> Hi,
> 
> I have one testing ovirt cluster with one glusterfs storage (Distributed
> replicated) and 3 HV nodes...it's all working fine...but when i try to add
> another glusterfs datastorage (replicateX3),i am not able to add the
> datastore to ovirt and it failed with the following error :-
> 
> 2015-07-29 10:05:55,194 ERROR
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
> (org.ovirt.thread.pool-8-thread-32) [751c5f25]
> IrsBroker::Failed::AttachStorageDomainVDS due to: IRSErrorException:
> IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS,
> error = Cannot acquire host id: (u'd0e76dd4-c34a-456e-b7f6-02dc173a3cc1',
> SanlockException(90, 'Sanlock lockspace add failure', 'Message too long')),
> code = 661
> 
> Engine logs :- http://paste.ubuntu.com/11957076/
> 
> Screen shots attached...
> 
> Thanks,
> Punit
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] R: R: R: R: R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[NUNIN Roberto]

Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto di 
Jorick Astrego
Inviato: mercoledì 29 luglio 2015 14:26
A: users@ovirt.org
Oggetto: Re: [ovirt-users] R: R: R: R: R: R: R: R: PXE boot of a VM on vdsm 
don't read DHCP offer



On 07/29/2015 12:12 PM, NUNIN Roberto wrote:
>> -Messaggio originale-
>> Da: Michael S. Tsirkin [mailto:m...@redhat.com]
>> Inviato: mercoledì 29 luglio 2015 12:03
>> A: NUNIN Roberto
>> Cc: Fabian Deutsch; users@ovirt.org
>> Oggetto: Re: R: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm 
>> don't
>> read DHCP offer
>>
>> On Wed, Jul 29, 2015 at 12:00:38PM +0200, NUNIN Roberto wrote:
 -Messaggio originale-
 Da: users-boun...@ovirt.org 
 [mailto:users-boun...@ovirt.org] Per conto
>> di
 Michael S. Tsirkin
 Inviato: giovedì 9 luglio 2015 15:15
 A: Fabian Deutsch
 Cc: users@ovirt.org
 Oggetto: Re: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm don't
>> read
 DHCP offer

 On Thu, Jul 09, 2015 at 08:57:50AM -0400, Fabian Deutsch wrote:
> - Original Message -
>> On Wed, Jul 08, 2015 at 09:11:42AM +0300, Michael S. Tsirkin wrote:
>>> On Tue, Jul 07, 2015 at 05:13:28PM +0100, Dan Kenigsberg wrote:
 On Tue, Jul 07, 2015 at 10:14:54AM +0200, NUNIN Roberto wrote:
>> On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto
>> wrote:
>>> Hi Dan
>>>
>>> Sorry for question: what do you mean for interface vnet ?
>>> Currently our path is :
>>> eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge -
>>> vm.
>>>
>>> Which one of these ?
>>> Moreover, reading Fabian statements about bonding limits,
 today I
>>> can try
>> to switch to a config without bonding.
>>
>> "vm" is a complicated term.
>>
>> `brctl show` would not show you a "vm" connected to a bridge.
 When
>> you
>> WOULD see is a vnet888 tap device. The "other side" of this
>> device
 is
>> held by qemu, which implement the VM.
> Ok, understood and found it, vnet2
>
>> I'm asking if the dhcp offer has reached that tap device.
> No, the DHCP offer packet do not reach the vnet2 interface, I can
>> see
> only DHCP DISCOVER.
 Ok, so it seems that we have a problem in the host bridging.

 Is it the latest kernel-3.10.0-229.7.2.el7.x86_64 ?

 Michael, a DHCP DISCOVER is sent out of a just-booted guest, and
 OFFER
 returns to the bridge, but is not propagated to the tap device.
 Can you suggest how to debug this further?
>>> Dump packets including the ethernet headers.
>>> Likely something interfered with them so the eth address is wrong.
>>>
>>> Since bonding does this sometimes, this is the most likely culprit.
>> We've ruled this out already - Roberto reproduces the issue without a
>> bond.
> To me this looks like either a regression in the host side bridging. But
>> otoh it
 doesn't look
> like it's happening always, because otherwise I'd expect more noise
>> around
 this issue.
> - fabian
 Hard to say. E.g. forwarding delay would do this for a while.
 If eth address of the packets is okay, poke at the fbd, maybe there's
 something wrong there. Maybe stp is detecting a loop - try checking that.
>>> Someone is checking this ?
>>> In tested config SPT was off.
>> Then maybe you have a loop :)
> That was already checked, the MAC was unique in the VLAN.
>
> RN
>

>Did you also try a reboot of the VM? We have the same issue with foreman
>and both Libvirt and oVirt. On second boot PXE boots properly from DHCP.

Yes tried more than one time the reboot, without changes.
RN


>Haven't had the time to investigate yet so we're using mostly image
>based provisioning on oVirt at the moment.





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts

Tel: 053 20 30 270

i...@netbulae.eu

Staalsteden 4-3A

KvK 08198180

Fax: 053 20 30 271

www.netbulae.eu

7547 TA Enschede

BTW NL821234584B01






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

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private informati

Re: [ovirt-users] Ovirt and Gluster

[Sahina Bose]

On 07/29/2015 05:37 AM, John Gardeniers wrote:
What makes me say that RHEV and the community version of Gluster are 
incompatible is a message from Red Hat saying so.


Could you point me to this message?



Of particular note, the RHSS version of Gluster uses afr-v1, whereas 
the community version uses afr-v2. Exactly how the mismatch will 
manifest itself or what problems may result has not been described.


Which version of RHEV are you using?

RHEVM 3.5 should be compatible with glusterfs 3.6. It is recommended to 
use 3 way replication for the gluster volume that you use as storage domain.







On 29/07/15 09:31, Matthew Lagoe wrote:


Sorry my mistake I ment RHEV

*From:*John Gardeniers [mailto:jgardeni...@objectmastery.com]
*Sent:* Tuesday, July 28, 2015 04:30 PM
*To:* Matthew Lagoe; 'Donny Davis'
*Cc:* 'users'
*Subject:* Re: [ovirt-users] Ovirt and Gluster

Seriously? I very explicitly said RHEV, not Ovirt.

On 29/07/15 09:10, Matthew Lagoe wrote:

Ive never heard that ovirt isn’t compatible with the community
version of gluster. What is it that makes you say that?

*From:*users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org] *On Behalf Of *John Gardeniers
*Sent:* Tuesday, July 28, 2015 04:06 PM
*To:* Donny Davis
*Cc:* users
*Subject:* Re: [ovirt-users] Ovirt and Gluster

No, not yet. I figured that I should be able to get better
answers here, as the Gluster list has been particularly poor for
answers to Ovirt related questions.


On 29/07/15 08:55, Donny Davis wrote:

One more question
Have you asked anyone on the gluster list?

On Jul 28, 2015 5:32 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

The "feature" I require is solid compatibility between Ovirt
and Gluster. We currently use RHEV and now learn that it is
inherently, and possibly quite deliberately, incompatible
with the community versions of Gluster.


On 29/07/15 08:18, Donny Davis wrote:

What feature is it that you need for your production
environment? I would be looking for !required! features
for the environment, and then which versions are the most
mature.

On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
mailto:jgardeni...@objectmastery.com>> wrote:

That "popular Linux company" uses versions with reduced
features and functionality, which have no direct
comparison to the community versions.




On 29/07/15 08:04, Donny Davis wrote:

I would stick with the same versions I see a popular
Linux company putting out.

On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the
compatibility of Ovirt and Gluster? Is there a
combination known to be stable and if so, what are
the relevant versions? I am asking with respect to a
production system, not an experimental lab environment.

regards,
John

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



__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit
http://www.symanteccloud.com

__



-- 


Donny Davis



__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit
http://www.symanteccloud.com

__


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__


__
This email has 

Re: [ovirt-users] Neutron Appliance questions

[Robert Story]

On Wed, 29 Jul 2015 00:40:51 -0500 Donny wrote:
DD> Depends on your setup... Are you using gre/vxlan with ovs on the hosts,
DD> or are you using the Linux bridge?

Right now I'm still in the planning stages. I've got the hosted engine up
on one host, but haven't gotten gotten the neutron appliance up yet because
I wasn't expecting it to need its own nic/interface.

Maybe some information about my setup will help.. I've got a lab and a
server room, each with their own public ip space. The server room has
internal and external production systems, and the lab has test some
important-but-not-production systems. Right now all these systems
are connected to both public and private networks through multiple
interfaces or vlans. I'd like to use neutron to eliminate the direct
connection to the public networks and use floating IPs instead. I'd also
like to isolate the internal production from public facing production, and
lab test systems from lab important systems.

I should add that I'm not a sysadmin, but a developer who was nominated to
administer group resources. So I'm learning as I go. I've been running
oVirt 3.4 in the lab for a few months, and now am wanting to get oVirt 3.5
into the server room (and eventually to migrate the lab systems to a second
'data center' of the server room install).

Any thoughts or suggestions welcomed, on or off list.


Robert


pgpVcTBfUspwl.pgp
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Invitation: [3.6 deep dive] moVirt - Android mobile client for oVirt @ Wed Aug 12, 2015 14:00 - 15:00 (red hat)

[Donny Davis]

So excited to see moVirt
On Jul 29, 2015 8:42 AM, "Michal Skrivanek"  wrote:

> more details »
> 
> [3.6 deep dive] moVirt - Android mobile client for oVirt
> scheduled 2015-08-12 12:00pm GMT
>
> Abstract:
> moVirt is a mobile (android) client for the oVirt. It is not trying to be
> a simplified version of webadmin/userportal but instead is aiming to be a
> handy companion application making use of the device itself. It has three
> main features:
> (1) monitoring and notifications (making use of the fact that the mobile
> deviec is always with us),
> (2) bridging the physical world of servers with virtual world of oVirt
> using techniques of augmented reality and
> (3) dashboard (making use of the nice big screens of today's devices). In
> this session, the moVirt project will be presented and the future plans
> will be uncovered.
>
> hangout link: https://plus.google.com/events/c0mjammhafagaqe4f2marv7po3k
> youtube link: https://www.youtube.com/watch?v=6w9t1wxNKBE
> project page: https://github.com/matobet/movirt
> 
> *When*
> Wed Aug 12, 2015 14:00 – 15:00 Central European Time - Prague
> *Where*
> https://plus.google.com/events/c0mjammhafagaqe4f2marv7po3k (map
> 
> )
> *Calendar*
> red hat
> *Who*
> •
> Michal Skrivanek - organizer
> •
> de...@ovirt.org
> •
> Itamar Heim
> •
> users@ovirt.org
> •
> Barak Azulay
>
> Going?   *Yes
> 
> - Maybe
> 
> - No
> *
> more options »
> 
>
> Invitation from Google Calendar 
>
> You are receiving this courtesy email at the account users@ovirt.org
> because you are an attendee of this event.
>
> To stop receiving future updates for this event, decline this event.
> Alternatively you can sign up for a Google account at
> https://www.google.com/calendar/ and control your notification settings
> for your entire calendar.
>
> Forwarding this invitation could allow any recipient to modify your RSVP
> response. Learn More
> .
>
> ___
> 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] Invitation: [3.6 deep dive] moVirt - Android mobile client for oVirt @ Wed Aug 12, 2015 14:00 - 15:00 (red hat)

[Michal Skrivanek]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20150812T12Z
DTEND:20150812T13Z
DTSTAMP:20150729T134152Z
ORGANIZER;CN=Michal Skrivanek:mailto:mskri...@redhat.com
UID:fur1h2nq5pgc99k9o298equ...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=de...@ovirt.org;X-NUM-GUESTS=0:mailto:de...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Michal Skrivanek;X-NUM-GUESTS=0:mailto:mskri...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Itamar Heim;X-NUM-GUESTS=0:mailto:ih...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=users@ovirt.org;X-NUM-GUESTS=0:mailto:users@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Barak Azulay;X-NUM-GUESTS=0:mailto:bazu...@redhat.com
CREATED:20150729T134152Z
DESCRIPTION:scheduled 2015-08-12 12:00pm GMT\n\nAbstract:\nmoVirt is a mobi
 le (android) client for the oVirt. It is not trying to be a simplified vers
 ion of webadmin/userportal but instead is aiming to be a handy companion ap
 plication making use of the device itself. It has three main features: \n(1
 ) monitoring and notifications (making use of the fact that the mobile devi
 ec is always with us)\, \n(2) bridging the physical world of servers with v
 irtual world of oVirt using techniques of augmented reality and \n(3) dashb
 oard (making use of the nice big screens of today's devices). In this sessi
 on\, the moVirt project will be presented and the future plans will be unco
 vered.\n\nhangout link: https://plus.google.com/events/c0mjammhafagaqe4f2ma
 rv7po3k\nyoutube link: https://www.youtube.com/watch?v=6w9t1wxNKBE\nproject
  page: https://github.com/matobet/movirt\nView your event at https://www.go
 ogle.com/calendar/event?action=VIEW&eid=ZnVyMWgybnE1cGdjOTlrOW8yOThlcXVsaGM
 gdXNlcnNAb3ZpcnQub3Jn&tok=MTkjbXNrcml2YW5AcmVkaGF0LmNvbWY1Nzc0NjkyMmE3OGRjY
 WRlZGQ0MjI0ZGJjMTM1NDI1YjQ0MTljMzM&ctz=Europe/Prague&hl=en.
LAST-MODIFIED:20150729T134152Z
LOCATION:https://plus.google.com/events/c0mjammhafagaqe4f2marv7po3k
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[3.6 deep dive] moVirt - Android mobile client for oVirt
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[Jorick Astrego]

On 07/29/2015 02:24 PM, Joop wrote:
> On 29-7-2015 13:59, Jorick Astrego wrote:
>> For RHEV I don't have an answer.
>>
>> But for anyone that cares, we've been running oVirt 3.5 and GlusterFS
>> 3.6 for about three months in production now. We run a Gluster
>> cluster and a seperate virtualization hosts cluster. The Gluster
>> cluster is installed, configured and managed seperately from oVirt as
>> there is no way to have a seperate storage network in oVirt 3.5
>>
> I run something comparable but using a split dns to get a separate
> storage network but also a storage cluster and virt cluster. The
> storage is managed through ovirt though because of the split-dns.
>
>> There have been no specific incompatibility issues, so we are very
>> happy. But as we don't use every feature mileage may vary.
> Question: do you use fuse mounts or libgfapi?
>
> I use libgfapi in test, using special vdsm packages and need to test
> if rebooting gluster nodes has an impact on running VMs. Select
> GlusterFS storage domain in oVirt isn't guaranteed  to give you libgfapi!
>
> Joop
>
It's production, so I'm using regular FUSE mounts. Although slower, it
works at least with "supported" packages.

We did spend some extra on hardware and are conservatively staying close
to the Red Hat Storage hardware requirements. So that means RAID10 for
now and a seperate SSD stroge volume.

For our enterprise customers we are waiting for oVirt 3.6 and will spend
even more on hardware (RDMA, Datacenter bridging, PCIe SSD's, etc) but
we have to do a lot more testing before rolling it out.







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

Re: [ovirt-users] R: R: R: R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[Jorick Astrego]

On 07/29/2015 12:12 PM, NUNIN Roberto wrote:
>> -Messaggio originale-
>> Da: Michael S. Tsirkin [mailto:m...@redhat.com]
>> Inviato: mercoledì 29 luglio 2015 12:03
>> A: NUNIN Roberto
>> Cc: Fabian Deutsch; users@ovirt.org
>> Oggetto: Re: R: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm 
>> don't
>> read DHCP offer
>>
>> On Wed, Jul 29, 2015 at 12:00:38PM +0200, NUNIN Roberto wrote:
 -Messaggio originale-
 Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto
>> di
 Michael S. Tsirkin
 Inviato: giovedì 9 luglio 2015 15:15
 A: Fabian Deutsch
 Cc: users@ovirt.org
 Oggetto: Re: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm don't
>> read
 DHCP offer

 On Thu, Jul 09, 2015 at 08:57:50AM -0400, Fabian Deutsch wrote:
> - Original Message -
>> On Wed, Jul 08, 2015 at 09:11:42AM +0300, Michael S. Tsirkin wrote:
>>> On Tue, Jul 07, 2015 at 05:13:28PM +0100, Dan Kenigsberg wrote:
 On Tue, Jul 07, 2015 at 10:14:54AM +0200, NUNIN Roberto wrote:
>> On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto
>> wrote:
>>> Hi Dan
>>>
>>> Sorry for question: what do you mean for interface vnet ?
>>> Currently our path is :
>>> eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge -
>>> vm.
>>>
>>> Which one of these ?
>>> Moreover, reading Fabian statements about bonding limits,
 today I
>>> can try
>> to switch to a config without bonding.
>>
>> "vm" is a complicated term.
>>
>> `brctl show` would not show you a "vm" connected to a bridge.
 When
>> you
>> WOULD see is a vnet888 tap device. The "other side" of this
>> device
 is
>> held by qemu, which implement the VM.
> Ok, understood and found it, vnet2
>
>> I'm asking if the dhcp offer has reached that tap device.
> No, the DHCP offer packet do not reach the vnet2 interface, I can
>> see
> only DHCP DISCOVER.
 Ok, so it seems that we have a problem in the host bridging.

 Is it the latest kernel-3.10.0-229.7.2.el7.x86_64 ?

 Michael, a DHCP DISCOVER is sent out of a just-booted guest, and
 OFFER
 returns to the bridge, but is not propagated to the tap device.
 Can you suggest how to debug this further?
>>> Dump packets including the ethernet headers.
>>> Likely something interfered with them so the eth address is wrong.
>>>
>>> Since bonding does this sometimes, this is the most likely culprit.
>> We've ruled this out already - Roberto reproduces the issue without a
>> bond.
> To me this looks like either a regression in the host side bridging. But
>> otoh it
 doesn't look
> like it's happening always, because otherwise I'd expect more noise
>> around
 this issue.
> - fabian
 Hard to say. E.g. forwarding delay would do this for a while.
 If eth address of the packets is okay, poke at the fbd, maybe there's
 something wrong there. Maybe stp is detecting a loop - try checking that.
>>> Someone is checking this ?
>>> In tested config SPT was off.
>> Then maybe you have a loop :)
> That was already checked, the MAC was unique in the VLAN.
>
> RN
>

Did you also try a reboot of the VM? We have the same issue with foreman
and both Libvirt and oVirt. On second boot PXE boots properly from DHCP.

Haven't had the time to investigate yet so we're using mostly image
based provisioning on oVirt at the moment.





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

Re: [ovirt-users] Ovirt and Gluster

[Joop]

On 29-7-2015 13:59, Jorick Astrego wrote:
> For RHEV I don't have an answer.
>
> But for anyone that cares, we've been running oVirt 3.5 and GlusterFS
> 3.6 for about three months in production now. We run a Gluster cluster
> and a seperate virtualization hosts cluster. The Gluster cluster is
> installed, configured and managed seperately from oVirt as there is no
> way to have a seperate storage network in oVirt 3.5
>
I run something comparable but using a split dns to get a separate
storage network but also a storage cluster and virt cluster. The storage
is managed through ovirt though because of the split-dns.

> There have been no specific incompatibility issues, so we are very
> happy. But as we don't use every feature mileage may vary.
Question: do you use fuse mounts or libgfapi?

I use libgfapi in test, using special vdsm packages and need to test if
rebooting gluster nodes has an impact on running VMs. Select GlusterFS
storage domain in oVirt isn't guaranteed  to give you libgfapi!

Joop

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

Re: [ovirt-users] Ovirt and Gluster

[Jorick Astrego]

For RHEV I don't have an answer.

But for anyone that cares, we've been running oVirt 3.5 and GlusterFS
3.6 for about three months in production now. We run a Gluster cluster
and a seperate virtualization hosts cluster. The Gluster cluster is
installed, configured and managed seperately from oVirt as there is no
way to have a seperate storage network in oVirt 3.5

There have been no specific incompatibility issues, so we are very
happy. But as we don't use every feature mileage may vary.

The best thing is we we're able to kick our Corosync/Pacemaker/DRBD HA
iSCSI nightmare to the curb ;-)

We do recommend using only replica 3 and monitoring your environment and
glusterfs logfiles extensively.

Kind regards,

Jorick Astrego

On 07/29/2015 02:07 AM, John Gardeniers wrote:
> What makes me say that RHEV and the community version of Gluster are
> incompatible is a message from Red Hat saying so.
>
> Of particular note, the RHSS version of Gluster uses afr-v1, whereas
> the community version uses afr-v2. Exactly how the mismatch will
> manifest itself or what problems may result has not been described.
>
>
> On 29/07/15 09:31, Matthew Lagoe wrote:
>>
>> Sorry my mistake I ment RHEV
>>
>>  
>>
>> *From:*John Gardeniers [mailto:jgardeni...@objectmastery.com]
>> *Sent:* Tuesday, July 28, 2015 04:30 PM
>> *To:* Matthew Lagoe; 'Donny Davis'
>> *Cc:* 'users'
>> *Subject:* Re: [ovirt-users] Ovirt and Gluster
>>
>>  
>>
>> Seriously? I very explicitly said RHEV, not Ovirt.
>>
>> On 29/07/15 09:10, Matthew Lagoe wrote:
>>
>> Ive never heard that ovirt isn’t compatible with the community
>> version of gluster. What is it that makes you say that?
>>
>>  
>>
>> *From:*users-boun...@ovirt.org 
>> [mailto:users-boun...@ovirt.org] *On Behalf Of *John Gardeniers
>> *Sent:* Tuesday, July 28, 2015 04:06 PM
>> *To:* Donny Davis
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] Ovirt and Gluster
>>
>>  
>>
>> No, not yet. I figured that I should be able to get better
>> answers here, as the Gluster list has been particularly poor for
>> answers to Ovirt related questions.
>>
>>
>> On 29/07/15 08:55, Donny Davis wrote:
>>
>> One more question
>> Have you asked anyone on the gluster list?
>>
>> On Jul 28, 2015 5:32 PM, "John Gardeniers"
>> > > wrote:
>>
>> The "feature" I require is solid compatibility between Ovirt
>> and Gluster. We currently use RHEV and now learn that it is
>> inherently, and possibly quite deliberately, incompatible
>> with the community versions of Gluster.
>>
>>
>> On 29/07/15 08:18, Donny Davis wrote:
>>
>> What feature is it that you need for your production
>> environment? I would be looking for !required! features
>> for the environment, and then which versions are the most
>> mature.
>>
>>  
>>
>>  
>>
>>  
>>
>> On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
>> > > wrote:
>>
>> That "popular Linux company" uses versions with reduced
>> features and functionality, which have no direct
>> comparison to the community versions.
>>
>>
>>
>>
>> On 29/07/15 08:04, Donny Davis wrote:
>>
>> I would stick with the same versions I see a popular
>> Linux company putting out.
>>
>> On Jul 27, 2015 6:15 PM, "John Gardeniers"
>> > > wrote:
>>
>> Hi All,
>>
>> What information is available regarding the
>> compatibility of Ovirt and Gluster? Is there a
>> combination known to be stable and if so, what are
>> the relevant versions? I am asking with respect to a
>> production system, not an experimental lab environment.
>>
>> regards,
>> John
>>
>> ___
>> Users mailing list
>> Users@ovirt.org 
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>> 
>> __
>> This email has been scanned by the Symantec Email
>> Security.cloud service.
>> For more information please visit
>> http://www.symanteccloud.com
>> 
>> __
>>
>>  
>>
>>
>>
>>  
>>
>> -- 
>>
>> Donny Davis
>>
>>
>> 
>> __
>> T

[ovirt-users] R: R: R: R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[NUNIN Roberto]

> -Messaggio originale-
> Da: Michael S. Tsirkin [mailto:m...@redhat.com]
> Inviato: mercoledì 29 luglio 2015 12:03
> A: NUNIN Roberto
> Cc: Fabian Deutsch; users@ovirt.org
> Oggetto: Re: R: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm don't
> read DHCP offer
>
> On Wed, Jul 29, 2015 at 12:00:38PM +0200, NUNIN Roberto wrote:
> >
> > > -Messaggio originale-
> > > Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto
> di
> > > Michael S. Tsirkin
> > > Inviato: giovedì 9 luglio 2015 15:15
> > > A: Fabian Deutsch
> > > Cc: users@ovirt.org
> > > Oggetto: Re: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm 
> > > don't
> read
> > > DHCP offer
> > >
> > > On Thu, Jul 09, 2015 at 08:57:50AM -0400, Fabian Deutsch wrote:
> > > > - Original Message -
> > > > > On Wed, Jul 08, 2015 at 09:11:42AM +0300, Michael S. Tsirkin wrote:
> > > > > > On Tue, Jul 07, 2015 at 05:13:28PM +0100, Dan Kenigsberg wrote:
> > > > > > > On Tue, Jul 07, 2015 at 10:14:54AM +0200, NUNIN Roberto wrote:
> > > > > > > > >
> > > > > > > > > On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto
> wrote:
> > > > > > > > > > Hi Dan
> > > > > > > > > >
> > > > > > > > > > Sorry for question: what do you mean for interface vnet 
> > > > > > > > > > ?
> > > > > > > > > > Currently our path is :
> > > > > > > > > > eno1 - eno2   bond0 - bond.3500 (VLAN) -- 
> > > > > > > > > > bridge -
> > > > > > > > > > vm.
> > > > > > > > > >
> > > > > > > > > > Which one of these ?
> > > > > > > > > > Moreover, reading Fabian statements about bonding limits,
> > > today I
> > > > > > > > > > can try
> > > > > > > > > to switch to a config without bonding.
> > > > > > > > >
> > > > > > > > > "vm" is a complicated term.
> > > > > > > > >
> > > > > > > > > `brctl show` would not show you a "vm" connected to a bridge.
> > > When
> > > > > > > > > you
> > > > > > > > > WOULD see is a vnet888 tap device. The "other side" of this
> device
> > > is
> > > > > > > > > held by qemu, which implement the VM.
> > > > > > > >
> > > > > > > > Ok, understood and found it, vnet2
> > > > > > > >
> > > > > > > > >
> > > > > > > > > I'm asking if the dhcp offer has reached that tap device.
> > > > > > > >
> > > > > > > > No, the DHCP offer packet do not reach the vnet2 interface, I 
> > > > > > > > can
> see
> > > > > > > > only DHCP DISCOVER.
> > > > > > >
> > > > > > > Ok, so it seems that we have a problem in the host bridging.
> > > > > > >
> > > > > > > Is it the latest kernel-3.10.0-229.7.2.el7.x86_64 ?
> > > > > > >
> > > > > > > Michael, a DHCP DISCOVER is sent out of a just-booted guest, and
> > > OFFER
> > > > > > > returns to the bridge, but is not propagated to the tap device.
> > > > > > > Can you suggest how to debug this further?
> > > > > >
> > > > > > Dump packets including the ethernet headers.
> > > > > > Likely something interfered with them so the eth address is wrong.
> > > > > >
> > > > > > Since bonding does this sometimes, this is the most likely culprit.
> > > > >
> > > > > We've ruled this out already - Roberto reproduces the issue without a
> > > > > bond.
> > > >
> > > > To me this looks like either a regression in the host side bridging. But
> otoh it
> > > doesn't look
> > > > like it's happening always, because otherwise I'd expect more noise
> around
> > > this issue.
> > > >
> > > > - fabian
> > >
> > > Hard to say. E.g. forwarding delay would do this for a while.
> > > If eth address of the packets is okay, poke at the fbd, maybe there's
> > > something wrong there. Maybe stp is detecting a loop - try checking that.
> >
> > Someone is checking this ?
> > In tested config SPT was off.
>
> Then maybe you have a loop :)

That was already checked, the MAC was unique in the VLAN.

RN
>
> > RN
> > >
> > > --
> > > MST
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> >
> > Questo messaggio e' indirizzato esclusivamente al destinatario indicato e
> potrebbe contenere informazioni confidenziali, riservate o proprietarie.
> Qualora la presente venisse ricevuta per errore, si prega di segnalarlo
> immediatamente al mittente, cancellando l'originale e ogni sua copia e
> distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito
> e potrebbe essere fonte di violazione di legge.
> >
> > This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have 
> received
> it in error, please notify the sender immediately, deleting the original and 
> all
> copies and destroying any hard copies. Any other use is strictly prohibited
> and may be unlawful.

Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mit

Re: [ovirt-users] R: R: R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[Michael S. Tsirkin]

On Wed, Jul 29, 2015 at 12:00:38PM +0200, NUNIN Roberto wrote:
> 
> > -Messaggio originale-
> > Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto di
> > Michael S. Tsirkin
> > Inviato: giovedì 9 luglio 2015 15:15
> > A: Fabian Deutsch
> > Cc: users@ovirt.org
> > Oggetto: Re: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm don't 
> > read
> > DHCP offer
> >
> > On Thu, Jul 09, 2015 at 08:57:50AM -0400, Fabian Deutsch wrote:
> > > - Original Message -
> > > > On Wed, Jul 08, 2015 at 09:11:42AM +0300, Michael S. Tsirkin wrote:
> > > > > On Tue, Jul 07, 2015 at 05:13:28PM +0100, Dan Kenigsberg wrote:
> > > > > > On Tue, Jul 07, 2015 at 10:14:54AM +0200, NUNIN Roberto wrote:
> > > > > > > >
> > > > > > > > On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto wrote:
> > > > > > > > > Hi Dan
> > > > > > > > >
> > > > > > > > > Sorry for question: what do you mean for interface vnet ?
> > > > > > > > > Currently our path is :
> > > > > > > > > eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge 
> > > > > > > > > -
> > > > > > > > > vm.
> > > > > > > > >
> > > > > > > > > Which one of these ?
> > > > > > > > > Moreover, reading Fabian statements about bonding limits,
> > today I
> > > > > > > > > can try
> > > > > > > > to switch to a config without bonding.
> > > > > > > >
> > > > > > > > "vm" is a complicated term.
> > > > > > > >
> > > > > > > > `brctl show` would not show you a "vm" connected to a bridge.
> > When
> > > > > > > > you
> > > > > > > > WOULD see is a vnet888 tap device. The "other side" of this 
> > > > > > > > device
> > is
> > > > > > > > held by qemu, which implement the VM.
> > > > > > >
> > > > > > > Ok, understood and found it, vnet2
> > > > > > >
> > > > > > > >
> > > > > > > > I'm asking if the dhcp offer has reached that tap device.
> > > > > > >
> > > > > > > No, the DHCP offer packet do not reach the vnet2 interface, I can 
> > > > > > > see
> > > > > > > only DHCP DISCOVER.
> > > > > >
> > > > > > Ok, so it seems that we have a problem in the host bridging.
> > > > > >
> > > > > > Is it the latest kernel-3.10.0-229.7.2.el7.x86_64 ?
> > > > > >
> > > > > > Michael, a DHCP DISCOVER is sent out of a just-booted guest, and
> > OFFER
> > > > > > returns to the bridge, but is not propagated to the tap device.
> > > > > > Can you suggest how to debug this further?
> > > > >
> > > > > Dump packets including the ethernet headers.
> > > > > Likely something interfered with them so the eth address is wrong.
> > > > >
> > > > > Since bonding does this sometimes, this is the most likely culprit.
> > > >
> > > > We've ruled this out already - Roberto reproduces the issue without a
> > > > bond.
> > >
> > > To me this looks like either a regression in the host side bridging. But 
> > > otoh it
> > doesn't look
> > > like it's happening always, because otherwise I'd expect more noise around
> > this issue.
> > >
> > > - fabian
> >
> > Hard to say. E.g. forwarding delay would do this for a while.
> > If eth address of the packets is okay, poke at the fbd, maybe there's
> > something wrong there. Maybe stp is detecting a loop - try checking that.
> 
> Someone is checking this ?
> In tested config SPT was off.

Then maybe you have a loop :)

> RN
> >
> > --
> > MST
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
> potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
> Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
> immediatamente al mittente, cancellando l'originale e ogni sua copia e 
> distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente 
> proibito e potrebbe essere fonte di violazione di legge.
> 
> This message is for the designated recipient only and may contain privileged, 
> proprietary, or otherwise private information. If you have received it in 
> error, please notify the sender immediately, deleting the original and all 
> copies and destroying any hard copies. Any other use is strictly prohibited 
> and may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] R: R: R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[NUNIN Roberto]

> -Messaggio originale-
> Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto di
> Michael S. Tsirkin
> Inviato: giovedì 9 luglio 2015 15:15
> A: Fabian Deutsch
> Cc: users@ovirt.org
> Oggetto: Re: [ovirt-users] R: R: R: R: R: R: PXE boot of a VM on vdsm don't 
> read
> DHCP offer
>
> On Thu, Jul 09, 2015 at 08:57:50AM -0400, Fabian Deutsch wrote:
> > - Original Message -
> > > On Wed, Jul 08, 2015 at 09:11:42AM +0300, Michael S. Tsirkin wrote:
> > > > On Tue, Jul 07, 2015 at 05:13:28PM +0100, Dan Kenigsberg wrote:
> > > > > On Tue, Jul 07, 2015 at 10:14:54AM +0200, NUNIN Roberto wrote:
> > > > > > >
> > > > > > > On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto wrote:
> > > > > > > > Hi Dan
> > > > > > > >
> > > > > > > > Sorry for question: what do you mean for interface vnet ?
> > > > > > > > Currently our path is :
> > > > > > > > eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge 
> > > > > > > > -
> > > > > > > > vm.
> > > > > > > >
> > > > > > > > Which one of these ?
> > > > > > > > Moreover, reading Fabian statements about bonding limits,
> today I
> > > > > > > > can try
> > > > > > > to switch to a config without bonding.
> > > > > > >
> > > > > > > "vm" is a complicated term.
> > > > > > >
> > > > > > > `brctl show` would not show you a "vm" connected to a bridge.
> When
> > > > > > > you
> > > > > > > WOULD see is a vnet888 tap device. The "other side" of this device
> is
> > > > > > > held by qemu, which implement the VM.
> > > > > >
> > > > > > Ok, understood and found it, vnet2
> > > > > >
> > > > > > >
> > > > > > > I'm asking if the dhcp offer has reached that tap device.
> > > > > >
> > > > > > No, the DHCP offer packet do not reach the vnet2 interface, I can 
> > > > > > see
> > > > > > only DHCP DISCOVER.
> > > > >
> > > > > Ok, so it seems that we have a problem in the host bridging.
> > > > >
> > > > > Is it the latest kernel-3.10.0-229.7.2.el7.x86_64 ?
> > > > >
> > > > > Michael, a DHCP DISCOVER is sent out of a just-booted guest, and
> OFFER
> > > > > returns to the bridge, but is not propagated to the tap device.
> > > > > Can you suggest how to debug this further?
> > > >
> > > > Dump packets including the ethernet headers.
> > > > Likely something interfered with them so the eth address is wrong.
> > > >
> > > > Since bonding does this sometimes, this is the most likely culprit.
> > >
> > > We've ruled this out already - Roberto reproduces the issue without a
> > > bond.
> >
> > To me this looks like either a regression in the host side bridging. But 
> > otoh it
> doesn't look
> > like it's happening always, because otherwise I'd expect more noise around
> this issue.
> >
> > - fabian
>
> Hard to say. E.g. forwarding delay would do this for a while.
> If eth address of the packets is okay, poke at the fbd, maybe there's
> something wrong there. Maybe stp is detecting a loop - try checking that.

Someone is checking this ?
In tested config SPT was off.

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

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

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

[ovirt-users] Later today - [3.6 deep dive] - guest serial console - at 13:00 GMT

[Barak Azulay]

To avoid calendar confusion this event will happen later today.

You can join it on https://www.youtube.com/watch?v=2FltqwrDDtA

Please join us.

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

Re: [ovirt-users] Data Center becomes Non Responsive when I reboot a host

[Artyom Lukianov]

Can you please provide engine log(/var/log/ovirt-engine/engine.log)?

- Original Message -
From: "Konstantinos Christidis" 
To: users@ovirt.org
Cc: "Artyom Lukianov" 
Sent: Wednesday, July 29, 2015 9:40:26 AM
Subject: Re: [ovirt-users] Data Center becomes Non Responsive when I reboot a   
host

Maintenance mode is already enabled. All VMs finish migration successfully.
Now I stop glusterd service on this host (systemctl stop 
glusterd.service) and nothing bad happens, which means that distributed 
replica glusterfs works fine.
Then I stop vdsmd service (systemctl stop vdsmd.service) and everything 
works fine.
When I administratively set ovirtmgmt network down or reboot this host, 
my Data Center becomes "Non Responsive", my storage becomes red and 
inactive, and most VMs become "paused due to unknown storage error".

K.




On 07/28/2015 06:09 PM, Artyom Lukianov wrote:
> Just put host to maintenance mode, if it have vms it will migrate them 
> automatically on other host.
>
> - Original Message -
> From: "Konstantinos Christidis" 
> To: users@ovirt.org
> Sent: Tuesday, July 28, 2015 1:15:15 PM
> Subject: [ovirt-users] Data Center becomes Non Responsive when I reboot a 
> host
>
> Hello ovirt users,
>
> I have 4 hosts with a distributed replicated 2x2 GlusterFS storage.
> (oVirt3.5/CentOS7)
>
> When I reboot a host (in maintenance mode and not my SPM host) my Data
> Center becomes "Non Responsive", my storage becomes red and inactive,
> and many VMs become "paused due to unknown storage error". The same
> happens if I administratively set ovirtmgmt network down (to a host in
> maintenance mode and not my SPM host) with ifconfig ovirtmgmt down.
> I know that management network (ovirtmgmt) is required by default and is
> part of oVirt monitoring process but is there anything I can do in order
> to reboot a host without causing this mess?
>
> Thanks,
>
> K.
> ___
> 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] Need VM run once api

[Chandrahasa S]

We used mentioned API but still we cloud see no initial run parameters are 
pushed to VM.

Thanks & Regards
Chandrahasa S



From:   Omer Frenkel 
To: Chandrahasa S 
Cc: users@ovirt.org
Date:   29-07-2015 12:14
Subject:Re: [ovirt-users] Need VM run once api





- Original Message -
> From: "Chandrahasa S" 
> To: users@ovirt.org
> Sent: Wednesday, July 29, 2015 7:39:46 AM
> Subject: Re: [ovirt-users] Need VM run once api
> 
> Can any one help on this.
> 
> Thanks & Regards
> Chandrahasa S
> 
> 

http://lists.ovirt.org/pipermail/users/2015-June/033482.html

> 
> 
> From: Chandrahasa S/MUM/TCS
> To: users@ovirt.org
> Date: 28-07-2015 15:20
> Subject: Need VM run once api
> 
> 
> 
> Hi Experts,
> 
> We are integrating ovirt with our internal cloud.
> 
> Here we installed cloudinit in vm and then converted vm to template. We
> deploy template with initial run parameter Hostname, IP Address, Gateway 
and
> DNS.
> 
> but when we power ON initial, run parameter is not getting pushed to 
inside
> the vm. But its working when we power on VM using run once option on 
Ovirt
> portal.
> 
> I believe we need to power ON vm using run once API, but we are not able 
get
> this API.
> 
> Can some one help on this.
> 
> I got reply on this query last time but unfortunately mail got deleted.
> 
> Thanks & Regards
> Chandrahasa S
> 
> 
> 
> =-=-=
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
> 
> 
> 
> ___
> 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