Re: [ovirt-users] Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System

[Simone Tiraboschi]

On Wed, Dec 13, 2017 at 11:51 PM, Andrei V  wrote:

> Hi, Donny,
>
> Thanks for the link.
>
> Am I understood correctly that I'm need at least 3-node system to run in
> failover mode? So far I'm plan to deploy only 2 nodes, either with hosted
> either with bare metal engine.
>
> *The key thing to keep in mind regarding host maintenance and downtime is
> that this converged  three node system relies on having at least two of the
> nodes up at all times. If you bring down  two machines at once, you'll run
> afoul of the Gluster quorum rules that guard us from split-brain states in
> our storage, the volumes served by your remaining host will go read-only,
> and the VMs stored on those volumes will pause and require a shutdown and
> restart in order to run again.*
>
> What happens if in 2-node glusterfs system (with hosted engine) one node
> goes down?
> Bare metal engine can manage this situation, but I'm not sure about hosted
> engine.
>

In order to be sure you cannot get affected by a split brain issue, you
need a full replica 3 env or at least replica 3 with an arbiter node:
http://docs.gluster.org/en/latest/Administrator%20Guide/Split%20brain%20and%20ways%20to%20deal%20with%20it/

Otherwise if, for any reason (like a network split), you have two divergent
copies of the file you simply do not have enough information to
authoritatively pick the right copy and discard the other.


>
>
>
> On 12/13/2017 11:17 PM, Donny Davis wrote:
>
> I would start here
> https://ovirt.org/blog/2017/04/up-and-running-with-ovirt-
> 4.1-and-gluster-storage/
>
> Pretty good basic guidance.
>
> Also with software defined storage its recommended their are at least two
> "storage" nodes and one arbiter node to maintain quorum.
>
> On Wed, Dec 13, 2017 at 3:45 PM, Andrei V  wrote:
>
>> Hi,
>>
>> I'm going to setup relatively simple 2-node system with oVirt 4.1,
>> GlusterFS, and several VMs running.
>> Each node going to be installed on dual Xeon system with single RAID 5.
>>
>> oVirt node installer uses relatively simple default partitioning scheme.
>> Should I leave it as is, or there are better options?
>> I never used GlusterFS before, so any expert opinion is very welcome.
>>
>> Thanks in advance.
>> Andrei
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System

[Artem Tambovskiy]

Hi,

AFAIK, during hosted engine deployment installer will check the GlusterFS
replica type. And replica 3 is a mandatory requirement. Previously, i got
and idvise within this mailing list to look on DRDB solution if you do t
have a third node to to run at a GlusterFS replica 3.

14 дек. 2017 г. 1:51 пользователь "Andrei V"  написал:

> Hi, Donny,
>
> Thanks for the link.
>
> Am I understood correctly that I'm need at least 3-node system to run in
> failover mode? So far I'm plan to deploy only 2 nodes, either with hosted
> either with bare metal engine.
>
> *The key thing to keep in mind regarding host maintenance and downtime is
> that this converged  three node system relies on having at least two of the
> nodes up at all times. If you bring down  two machines at once, you'll run
> afoul of the Gluster quorum rules that guard us from split-brain states in
> our storage, the volumes served by your remaining host will go read-only,
> and the VMs stored on those volumes will pause and require a shutdown and
> restart in order to run again.*
>
> What happens if in 2-node glusterfs system (with hosted engine) one node
> goes down?
> Bare metal engine can manage this situation, but I'm not sure about hosted
> engine.
>
>
> On 12/13/2017 11:17 PM, Donny Davis wrote:
>
> I would start here
> https://ovirt.org/blog/2017/04/up-and-running-with-ovirt-
> 4.1-and-gluster-storage/
>
> Pretty good basic guidance.
>
> Also with software defined storage its recommended their are at least two
> "storage" nodes and one arbiter node to maintain quorum.
>
> On Wed, Dec 13, 2017 at 3:45 PM, Andrei V  wrote:
>
>> Hi,
>>
>> I'm going to setup relatively simple 2-node system with oVirt 4.1,
>> GlusterFS, and several VMs running.
>> Each node going to be installed on dual Xeon system with single RAID 5.
>>
>> oVirt node installer uses relatively simple default partitioning scheme.
>> Should I leave it as is, or there are better options?
>> I never used GlusterFS before, so any expert opinion is very welcome.
>>
>> Thanks in advance.
>> Andrei
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine-phx.ovirt.org upgraded to 4.2.0 RC

[Sandro Bonazzola]

2017-12-13 14:50 GMT+01:00 Evgheni Dereveanchin :

> Hi everyone,
>
> I wanted to share the good news: our main oVirt instance in PHX is now
> running the latest 4.2.0 release candidate.
>

Kudos and thanks for the reports!



> This is a Hosted Engine setup that went through lots of updates and hosts
> most of the services for the project such as the entire CI setup, package
> repositories, mailing lists and lots of other stuff across hundreds of VMs
> and a dozen of hosts.
>
> During this upgrade we've tested multiple components since our setup uses
> many of the customization options offered by oVirt: unusual network
> configurations, resource quotas, local and shared storage domains and even
> uncommon hardware architectures such as POWER8.
>
> We faced some problems with Hosted Engine during the upgrade since our
> environment was deployed way back as 3.4 and HE changed a lot since. Short
> upgrade guidance:
> 1) no HE -> just upgrade and enjoy
> 2) HE on a system that was initially deployed as 4.0 or 4.1 -> upgrade HE
> hosts, then - the engine
> 3) HE on a system that was initially deployed before 4.0 -> check out [1]
> to confirm if HE configs are OK, then upgrade HE hosts, then - the engine
>
> I've reported several bugs during the course of this upgrade and most of
> them are fixed by now. Hopefully this effort will make your upgrades go
> smoothly. If you hit any issues with 4.2 - please file bugs as well or
> start a discussion on the list.
>
> --
> Regards,
> Evgheni Dereveanchin
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1521011
>
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

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

Re: [ovirt-users] oVirt Actual Size <1GB

[Johann van der Westhuizen]

Hi,

The host is down, that my main query. So I won’t be able to get anything off 
the host VM.

Regards / Groete,

JOHANN VAN DER WESTHUIZEN
Systems Administrator

4 Silverwood Close

T

+27 21 700 4827

Steenberg Office Park

E

joh...@sharenet.co.za

Westlake




www.sharenet.co.za

[cid:image001.gif@01D37406.3E668BD0]

The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.

Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.

From: Yedidyah Bar David [mailto:d...@redhat.com]
Sent: 13 December 2017 11:19
To: Johann van der Westhuizen 
Cc: Simone Tiraboschi ; users@ovirt.org
Subject: Re: [ovirt-users] oVirt Actual Size <1GB

On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen 
mailto:joh...@sharenet.co.za>> wrote:

Hi,



Thanks for the reply and update.



I had a look and can only find this directory: /var/log/ovirt-engine/
You should find agent.log on the host machine, not on the engine machine.



I attached some other files that might help?



Did that other log file I’ve attached helped in any way?



Will you be able to assist me with this and help me fix it.



Thanks.



Regards / Groete,



JOHANN VAN DER WESTHUIZEN

Systems Administrator



4 Silverwood Close


T


+27 21 700 4827


Steenberg Office Park


E


joh...@sharenet.co.za


Westlake







www.sharenet.co.za



[cid:image001.gif@01D37406.3E668BD0]



The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of this 
communication is strictly prohibited. If you have received the communication in 
error, please notify the sender immediately.



Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430) are 
authorised financial service providers.



From: Simone Tiraboschi [mailto:stira...@redhat.com]
Sent: 12 December 2017 19:45

To: Johann van der Westhuizen 
mailto:joh...@sharenet.co.za>>
Cc: Amit Aviram mailto:aavi...@redhat.com>>; 
users@ovirt.org
Subject: Re: [ovirt-users] oVirt Actual Size <1GB







On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen 
mailto:joh...@sharenet.co.za>> wrote:

Hi,



Okay I got the vdsm.log, please see link below:



http://support.sharenet.co.za/vdsm.log



But can’t find the agent.log file.



/var/log/ovirt-hosted-engine-ha/agent.log





Regards / Groete,



JOHANN VAN DER WESTHUIZEN

Systems Administrator



4 Silverwood 
Close


T


+27 21 700 4827


Steenberg Office Park


E


joh...@sharenet.co.za


Westlake







www.sharenet.co.za



[cid:image001.gif@01D37406.3E668BD0]



The views and opinions expressed in this message are those of the individual 
sender of this message and do not necessarily represent the views and opinions 
of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd does not accept 
responsibility for such views and opinions and this message should not be read 
as representing the views and opinions of Sharenet (Pty) Ltd without subsequent 
written confirmation. Each page attached hereto must also be read in 
conjunction with this disclaimer.
Confidentiality note: This message is 
intended for the addressee only. If you are not the intended recipient of this 
message, you are notified that any distribution, use of or copying of t

Re: [ovirt-users] Debugging why hosted engine flips between EngineUp and EngineBadHealth

[Luca 'remix_tj' Lorenzetto]

Il 13 dic 2017 8:19 PM, "Yaniv Kaul"  ha scritto:



On Wed, Dec 13, 2017 at 4:15 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello,
>
> Today i started troubleshooting more in depth on dns requests and exactly
> while i was looking at tcpdump an event of EngineUp -> EngineBadHealth
> happened.
>
> Looking at the dns requests i see this:
>
> [...]
> 14:30:35.909201 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:35.909215 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:40.914285 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:40.914316 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:45.918306 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:30:45.918329 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:30:50.920376 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:30:50.920411 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:30:56.044242 <0442%2042> IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:30:56.044267 <0442%2067> IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:01.049761 <049%20761> IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:31:01.049777 <049%20777> IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:06.052635 <06%20052635> IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:31:06.052649 <06%20052649> IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:31:11.057724 <0577%2024> IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:31:11.057745 <0577%2045> IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.i
> ntranet.company.it. (74)
> 14:31:16.175204 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:16.175225 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:19.670746 IP kvmhost01.intranet.company.it.54689 >
> dns.company.it.53: 40999+ A? kvmsvilca01.intranet.company.it. (49)
> 14:31:21.180295 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:21.180337 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:23.771959 IP kvmhost01.intranet.company.it.53741 >
> dns.company.it.53: 1707+ A? internalmx.intranet.company.it. (48)
> [...]
>
> The last dns requests has success and gets the MX address and immediately
> after i get the email reporting the status change.
>

Can you ensure it doesn't have multiple IPs registered for it in DNS?
dig or so should help.
Y.



No, it's not. A single ip is registered. It's for sure a dns query missing
its replies.

I'm debugging with network team on what's happening.

Anyway, i think that Broker log in debug Mode should help identifying the
source if this errors.
Maybe explaining better why liveness check has failed will reduce the
troubleshooting experiments.

Luca



> This is clearly an issue with name resolution, but that's not clear to me
> from the broker.log file. The only message about it that i get is:
>
> Thread-16::DEBUG::2017-12-13 14:31:23,657::monitor::126::ov
> irt_hosted_engine_ha.broker.monitor.Monitor::(get_value) Submonitor
> engine-health id 139653
> 412040592 current value: {"reason": "failed liveliness check", "health":
> "bad", "vm": "up", "detail": "up"}
> Thread-16::DEBUG::2017-12-13 14:31:23,657::listener::170::o
> virt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> Response: success {"reaso
> n": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"}
>
>
> But around that messages i get no signals of error on dns queries or
> similar. Do i need to check on other log files?
>
> Luca
>
>
> On Mon, Dec 11, 2017 at 3:34 PM, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> Hi Martin, Hi all,
>>
>> *some minutes* has passed and i've the piece of

Re: [ovirt-users] Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System

[Andrei V]

Hi, Donny,

Thanks for the link.

Am I understood correctly that I'm need at least 3-node system to run in
failover mode? So far I'm plan to deploy only 2 nodes, either with
hosted either with bare metal engine.

/The key thing to keep in mind regarding host maintenance and downtime
is that this *converged  three node system relies on having at least two
of the nodes up at all times*. If you bring down  two machines at once,
you'll run afoul of the Gluster quorum rules that guard us from
split-brain states in our storage, the volumes served by your remaining
host will go read-only, and the VMs stored on those volumes will pause
and require a shutdown and restart in order to run again./

What happens if in 2-node glusterfs system (with hosted engine) one node
goes down?
Bare metal engine can manage this situation, but I'm not sure about
hosted engine.


On 12/13/2017 11:17 PM, Donny Davis wrote:
> I would start here
> https://ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluster-storage/
>
> Pretty good basic guidance. 
>
> Also with software defined storage its recommended their are at least
> two "storage" nodes and one arbiter node to maintain quorum. 
>
> On Wed, Dec 13, 2017 at 3:45 PM, Andrei V  > wrote:
>
> Hi,
>
> I'm going to setup relatively simple 2-node system with oVirt 4.1,
> GlusterFS, and several VMs running.
> Each node going to be installed on dual Xeon system with single
> RAID 5.
>
> oVirt node installer uses relatively simple default partitioning
> scheme.
> Should I leave it as is, or there are better options?
> I never used GlusterFS before, so any expert opinion is very welcome.
>
> Thanks in advance.
> Andrei
> ___
> 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] Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System

[Donny Davis]

I would start here
https://ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluster-storage/

Pretty good basic guidance.

Also with software defined storage its recommended their are at least two
"storage" nodes and one arbiter node to maintain quorum.

On Wed, Dec 13, 2017 at 3:45 PM, Andrei V  wrote:

> Hi,
>
> I'm going to setup relatively simple 2-node system with oVirt 4.1,
> GlusterFS, and several VMs running.
> Each node going to be installed on dual Xeon system with single RAID 5.
>
> oVirt node installer uses relatively simple default partitioning scheme.
> Should I leave it as is, or there are better options?
> I never used GlusterFS before, so any expert opinion is very welcome.
>
> Thanks in advance.
> Andrei
> ___
> 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] Q: Partitioning - oVirt 4.1 & GlusterFS 2-node System

[Andrei V]

Hi,

I'm going to setup relatively simple 2-node system with oVirt 4.1,
GlusterFS, and several VMs running.
Each node going to be installed on dual Xeon system with single RAID 5.

oVirt node installer uses relatively simple default partitioning scheme.
Should I leave it as is, or there are better options?
I never used GlusterFS before, so any expert opinion is very welcome.

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

Re: [ovirt-users] Debugging why hosted engine flips between EngineUp and EngineBadHealth

[Yaniv Kaul]

On Wed, Dec 13, 2017 at 4:15 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello,
>
> Today i started troubleshooting more in depth on dns requests and exactly
> while i was looking at tcpdump an event of EngineUp -> EngineBadHealth
> happened.
>
> Looking at the dns requests i see this:
>
> [...]
> 14:30:35.909201 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:35.909215 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:40.914285 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:40.914316 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:45.918306 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:45.918329 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:50.920376 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:50.920411 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:56.044242 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:30:56.044267 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:01.049761 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:31:01.049777 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:06.052635 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:06.052649 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:11.057724 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:11.057745 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:16.175204 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:16.175225 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:19.670746 IP kvmhost01.intranet.company.it.54689 >
> dns.company.it.53: 40999+ A? kvmsvilca01.intranet.company.it. (49)
> 14:31:21.180295 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:21.180337 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:23.771959 IP kvmhost01.intranet.company.it.53741 >
> dns.company.it.53: 1707+ A? internalmx.intranet.company.it. (48)
> [...]
>
> The last dns requests has success and gets the MX address and immediately
> after i get the email reporting the status change.
>

Can you ensure it doesn't have multiple IPs registered for it in DNS?
dig or so should help.
Y.


>
> This is clearly an issue with name resolution, but that's not clear to me
> from the broker.log file. The only message about it that i get is:
>
> Thread-16::DEBUG::2017-12-13 14:31:23,657::monitor::126::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(get_value) Submonitor
> engine-health id 139653
> 412040592 current value: {"reason": "failed liveliness check", "health":
> "bad", "vm": "up", "detail": "up"}
> Thread-16::DEBUG::2017-12-13 14:31:23,657::listener::170::
> ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> Response: success {"reaso
> n": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"}
>
>
> But around that messages i get no signals of error on dns queries or
> similar. Do i need to check on other log files?
>
> Luca
>
>
> On Mon, Dec 11, 2017 at 3:34 PM, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> Hi Martin, Hi all,
>>
>> *some minutes* has passed and i've the piece of log i'm looking at.
>>
>> ​
>>  broker.log-upbadup
>> 
>> ​
>>
>>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento

Re: [ovirt-users] oVirt Actual Size <1GB

[Yaniv Kaul]

On Tue, Dec 12, 2017 at 1:38 PM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>

If it's thin provisioned, it still will take <1GB physical space.
Why it doesn't boot is a different issue.
Y.


>
>
> Anything you could do to help me fix this.
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> ___
> 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] 10Gb Networking with OVN

[Dominik Holler]

On Tue, 12 Dec 2017 23:12:12 +0200
Yaniv Kaul  wrote:

> On Mon, Dec 11, 2017 at 8:21 PM, Beau Sapach 
> wrote:
> 
> > Yes, we've done some testing.  With an oVirt VM running on a host
> > using 10Gb ethernet copying data to a physical machine also using
> > 10Gb ethernet we don't see network utilization exceed 800Mbits or
> > so.  A bit of research online yields some experimentation done by
> > others who used SR-IOV to achieve 10Gb from a VM.
> >  
> 
> Are you using multiple TCP streams, jumbo frames, threads, etc.?

Please verify that the expected interface is used. The automatic
configuration uses ovirtmgmt to transport the data.
This can be changed manually by executing 

vdsm-tool ovn-config IP_OF_OVN_CENTRAL IP_OF_LOCAL_INTERFACE

on the host.

Are you using NICs which supports GENEVE offloading?


> Y.
> 
> 
> > I'm not sure where the bottleneck is, possibly in the VirtIO driver.
> >
> > Beau
> >
> > On Mon, Dec 11, 2017 at 1:23 AM, Dominik Holler 
> > wrote:
> >  
> >> Is there an indication that the VMs will not take advantage of
> >> 10Gb?
> >>
> >> On Thu, 7 Dec 2017 15:27:25 -0700
> >> Beau Sapach  wrote:
> >>  
> >> > Hello everyone,
> >> >
> >> > I see here:
> >> > https://www.ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/ that
> >> > version 4.2 will have OVN support.  Does anyone know if this will
> >> > allow VMs to take advantage of 10Gb networking without needing
> >> > SR-IOV?
> >> >
> >> >  
> >>
> >>  
> >
> >
> > --
> > Beau Sapach
> > *System Administrator | Information Technology Services |
> > University of Alberta Libraries*
> > *Phone: 780.492.4181 <(780)%20492-4181> | Email:
> > beau.sap...@ualberta.ca *
> >
> >
> > ___
> > 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] engine-phx.ovirt.org upgraded to 4.2.0 RC

[Eyal Edri]

Adding devel also, even though all the issues which were found were
reported already as bugs AFAIK.

On Wed, Dec 13, 2017 at 3:50 PM, Evgheni Dereveanchin 
wrote:

> Hi everyone,
>
> I wanted to share the good news: our main oVirt instance in PHX is now
> running the latest 4.2.0 release candidate. This is a Hosted Engine setup
> that went through lots of updates and hosts most of the services for the
> project such as the entire CI setup, package repositories, mailing lists
> and lots of other stuff across hundreds of VMs and a dozen of hosts.
>
> During this upgrade we've tested multiple components since our setup uses
> many of the customization options offered by oVirt: unusual network
> configurations, resource quotas, local and shared storage domains and even
> uncommon hardware architectures such as POWER8.
>
> We faced some problems with Hosted Engine during the upgrade since our
> environment was deployed way back as 3.4 and HE changed a lot since. Short
> upgrade guidance:
> 1) no HE -> just upgrade and enjoy
> 2) HE on a system that was initially deployed as 4.0 or 4.1 -> upgrade HE
> hosts, then - the engine
> 3) HE on a system that was initially deployed before 4.0 -> check out [1]
> to confirm if HE configs are OK, then upgrade HE hosts, then - the engine
>
> I've reported several bugs during the course of this upgrade and most of
> them are fixed by now. Hopefully this effort will make your upgrades go
> smoothly. If you hit any issues with 4.2 - please file bugs as well or
> start a discussion on the list.
>
> --
> Regards,
> Evgheni Dereveanchin
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1521011
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R&D


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Debugging why hosted engine flips between EngineUp and EngineBadHealth

[Martin Sivak]

Hi,

I am afraid we do not have logs that would go that deep into the stack. DNS
resolution issues will definitely affect both the notification system (if
not using localhost smtp) and the engine status checks (because we use the
fqdn).

Best regards

Martin

On Wed, Dec 13, 2017 at 3:15 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello,
>
> Today i started troubleshooting more in depth on dns requests and exactly
> while i was looking at tcpdump an event of EngineUp -> EngineBadHealth
> happened.
>
> Looking at the dns requests i see this:
>
> [...]
> 14:30:35.909201 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:35.909215 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:40.914285 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 34102+ A? engine01.intranet.company.it. (54)
> 14:30:40.914316 IP kvmhost01.intranet.company.it.55654 >
> dns.company.it.53: 6242+ ? engine01.intranet.company.it. (54)
> 14:30:45.918306 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:45.918329 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:50.920376 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 60263+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:50.920411 IP kvmhost01.intranet.company.it.54885 >
> dns.company.it.53: 18681+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:30:56.044242 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:30:56.044267 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:01.049761 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 28413+ A? engine01.intranet.company.it. (54)
> 14:31:01.049777 IP kvmhost01.intranet.company.it.58319 >
> dns.company.it.53: 29680+ ? engine01.intranet.company.it. (54)
> 14:31:06.052635 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:06.052649 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:11.057724 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 24807+ A? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:11.057745 IP kvmhost01.intranet.company.it.58093 >
> dns.company.it.53: 53745+ ? engine01.intranet.company.it.
> intranet.company.it. (74)
> 14:31:16.175204 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:16.175225 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:19.670746 IP kvmhost01.intranet.company.it.54689 >
> dns.company.it.53: 40999+ A? kvmsvilca01.intranet.company.it. (49)
> 14:31:21.180295 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 63680+ A? engine01.intranet.company.it. (54)
> 14:31:21.180337 IP kvmhost01.intranet.company.it.44950 >
> dns.company.it.53: 15726+ ? engine01.intranet.company.it. (54)
> 14:31:23.771959 IP kvmhost01.intranet.company.it.53741 >
> dns.company.it.53: 1707+ A? internalmx.intranet.company.it. (48)
> [...]
>
> The last dns requests has success and gets the MX address and immediately
> after i get the email reporting the status change.
>
> This is clearly an issue with name resolution, but that's not clear to me
> from the broker.log file. The only message about it that i get is:
>
> Thread-16::DEBUG::2017-12-13 14:31:23,657::monitor::126::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(get_value) Submonitor
> engine-health id 139653
> 412040592 current value: {"reason": "failed liveliness check", "health":
> "bad", "vm": "up", "detail": "up"}
> Thread-16::DEBUG::2017-12-13 14:31:23,657::listener::170::
> ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> Response: success {"reaso
> n": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"}
>
>
> But around that messages i get no signals of error on dns queries or
> similar. Do i need to check on other log files?
>
> Luca
>
>
> On Mon, Dec 11, 2017 at 3:34 PM, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> Hi Martin, Hi all,
>>
>> *some minutes* has passed and i've the piece of log i'm looking at.
>>
>> ​
>>  broker.log-upbadup
>> 
>> ​
>>
>>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von

Re: [ovirt-users] Debugging why hosted engine flips between EngineUp and EngineBadHealth

[Luca 'remix_tj' Lorenzetto]

Hello,

Today i started troubleshooting more in depth on dns requests and exactly
while i was looking at tcpdump an event of EngineUp -> EngineBadHealth
happened.

Looking at the dns requests i see this:

[...]
14:30:35.909201 IP kvmhost01.intranet.company.it.55654 > dns.company.it.53:
34102+ A? engine01.intranet.company.it. (54)
14:30:35.909215 IP kvmhost01.intranet.company.it.55654 > dns.company.it.53:
6242+ ? engine01.intranet.company.it. (54)
14:30:40.914285 IP kvmhost01.intranet.company.it.55654 > dns.company.it.53:
34102+ A? engine01.intranet.company.it. (54)
14:30:40.914316 IP kvmhost01.intranet.company.it.55654 > dns.company.it.53:
6242+ ? engine01.intranet.company.it. (54)
14:30:45.918306 IP kvmhost01.intranet.company.it.54885 > dns.company.it.53:
60263+ A? engine01.intranet.company.it.intranet.company.it. (74)
14:30:45.918329 IP kvmhost01.intranet.company.it.54885 > dns.company.it.53:
18681+ ? engine01.intranet.company.it.intranet.company.it. (74)
14:30:50.920376 IP kvmhost01.intranet.company.it.54885 > dns.company.it.53:
60263+ A? engine01.intranet.company.it.intranet.company.it. (74)
14:30:50.920411 IP kvmhost01.intranet.company.it.54885 > dns.company.it.53:
18681+ ? engine01.intranet.company.it.intranet.company.it. (74)
14:30:56.044242 IP kvmhost01.intranet.company.it.58319 > dns.company.it.53:
28413+ A? engine01.intranet.company.it. (54)
14:30:56.044267 IP kvmhost01.intranet.company.it.58319 > dns.company.it.53:
29680+ ? engine01.intranet.company.it. (54)
14:31:01.049761 IP kvmhost01.intranet.company.it.58319 > dns.company.it.53:
28413+ A? engine01.intranet.company.it. (54)
14:31:01.049777 IP kvmhost01.intranet.company.it.58319 > dns.company.it.53:
29680+ ? engine01.intranet.company.it. (54)
14:31:06.052635 IP kvmhost01.intranet.company.it.58093 > dns.company.it.53:
24807+ A? engine01.intranet.company.it.intranet.company.it. (74)
14:31:06.052649 IP kvmhost01.intranet.company.it.58093 > dns.company.it.53:
53745+ ? engine01.intranet.company.it.intranet.company.it. (74)
14:31:11.057724 IP kvmhost01.intranet.company.it.58093 > dns.company.it.53:
24807+ A? engine01.intranet.company.it.intranet.company.it. (74)
14:31:11.057745 IP kvmhost01.intranet.company.it.58093 > dns.company.it.53:
53745+ ? engine01.intranet.company.it.intranet.company.it. (74)
14:31:16.175204 IP kvmhost01.intranet.company.it.44950 > dns.company.it.53:
63680+ A? engine01.intranet.company.it. (54)
14:31:16.175225 IP kvmhost01.intranet.company.it.44950 > dns.company.it.53:
15726+ ? engine01.intranet.company.it. (54)
14:31:19.670746 IP kvmhost01.intranet.company.it.54689 > dns.company.it.53:
40999+ A? kvmsvilca01.intranet.company.it. (49)
14:31:21.180295 IP kvmhost01.intranet.company.it.44950 > dns.company.it.53:
63680+ A? engine01.intranet.company.it. (54)
14:31:21.180337 IP kvmhost01.intranet.company.it.44950 > dns.company.it.53:
15726+ ? engine01.intranet.company.it. (54)
14:31:23.771959 IP kvmhost01.intranet.company.it.53741 > dns.company.it.53:
1707+ A? internalmx.intranet.company.it. (48)
[...]

The last dns requests has success and gets the MX address and immediately
after i get the email reporting the status change.

This is clearly an issue with name resolution, but that's not clear to me
from the broker.log file. The only message about it that i get is:

Thread-16::DEBUG::2017-12-13
14:31:23,657::monitor::126::ovirt_hosted_engine_ha.broker.monitor.Monitor::(get_value)
Submonitor engine-health id 139653
412040592 current value: {"reason": "failed liveliness check", "health":
"bad", "vm": "up", "detail": "up"}
Thread-16::DEBUG::2017-12-13
14:31:23,657::listener::170::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
Response: success {"reaso
n": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"}


But around that messages i get no signals of error on dns queries or
similar. Do i need to check on other log files?

Luca


On Mon, Dec 11, 2017 at 3:34 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hi Martin, Hi all,
>
> *some minutes* has passed and i've the piece of log i'm looking at.
>
> ​
>  broker.log-upbadup
> 
> ​
>
>


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
lorenzetto.l...@gmail.com>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] engine-phx.ovirt.org upgraded to 4.2.0 RC

[Evgheni Dereveanchin]

Hi everyone,

I wanted to share the good news: our main oVirt instance in PHX is now
running the latest 4.2.0 release candidate. This is a Hosted Engine setup
that went through lots of updates and hosts most of the services for the
project such as the entire CI setup, package repositories, mailing lists
and lots of other stuff across hundreds of VMs and a dozen of hosts.

During this upgrade we've tested multiple components since our setup uses
many of the customization options offered by oVirt: unusual network
configurations, resource quotas, local and shared storage domains and even
uncommon hardware architectures such as POWER8.

We faced some problems with Hosted Engine during the upgrade since our
environment was deployed way back as 3.4 and HE changed a lot since. Short
upgrade guidance:
1) no HE -> just upgrade and enjoy
2) HE on a system that was initially deployed as 4.0 or 4.1 -> upgrade HE
hosts, then - the engine
3) HE on a system that was initially deployed before 4.0 -> check out [1]
to confirm if HE configs are OK, then upgrade HE hosts, then - the engine

I've reported several bugs during the course of this upgrade and most of
them are fixed by now. Hopefully this effort will make your upgrades go
smoothly. If you hit any issues with 4.2 - please file bugs as well or
start a discussion on the list.

-- 
Regards,
Evgheni Dereveanchin

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1521011
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Actual Size <1GB

[Eyal Shenitzky]

Hi Johann,

>From the log I can see that the extend operation failed and the VM should
restart in order to detect the new size:

2017-12-12 13:44:32,353 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) START, ExtendVmDiskSizeVDSCommand(HostName = local_host,
HostId = df207913-ef95-4783-91a8-eec9642c2393,
vmId=----), log id: 7c2329fd
2017-12-12 13:44:32,417 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Failed in ExtendVmDiskSizeVDS method
2017-12-12 13:44:32,417 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Error code GeneralException and error message
VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS,
error = 'sdUUID'
2017-12-12 13:44:32,418 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Command ExtendVmDiskSizeVDS execution failed. Exception:
VDSErrorException: VDSGenericException: VDSErrorException: Failed to
ExtendVmDiskSizeVDS, error = 'sdUUID'
2017-12-12 13:44:32,419 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) FINISH, ExtendVmDiskSizeVDSCommand, log id: 7c2329fd
2017-12-12 13:44:32,420 WARN
[org.ovirt.engine.core.bll.ExtendImageSizeCommand] (pool-6-thread-49)
Failed to update VM Server2012 with the new volume size due to error:
VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS,
error = 'sdUUID' (Failed with VDSM error GeneralException and code 100).VM
should be restarted to detect the new size.

On Wed, Dec 13, 2017 at 11:33 AM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Log file attached.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Eyal Shenitzky [mailto:eshen...@redhat.com]
> *Sent:* 13 December 2017 11:21
> *To:* Johann van der Westhuizen 
> *Cc:* Simone Tiraboschi ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
> Hi Johann,
>
>
>
> You can find the engine log under:  /var/log/ovirt-engine/engine.log
>
>
>
> Please add this log also.
>
>
>
>
>
> On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Thanks for the reply and update.
>
>
>
> I had a look and can only find this directory: /var/log/ovirt-engine/
>
>
>
> I attached some other files that might help?
>
>
>
> Did that other log file I’ve attached helped in any way?
>
>
>
> Will you be able to assist me with this and help me fix it.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for t

[ovirt-users] Reassign ovirtmgmt to a new bond with ansible

[Luca 'remix_tj' Lorenzetto]

Hello,

I'm trying to create a playbook for deployment of a new node in my
ovirt deployment. I'm using the role ovirt-infra from
ovirt-infra-roles 1.1.1.

I'm creating a new bond and assigning ovirtmgmt to that bond:

This is the value of the variable host_networks printed out by ansible:

TASK [host_networks]
*
ok: [localhost] => {
"host_networks": [
{
"bond": {
"interfaces": [
"enp2s0f0",
"enp2s0f1"
],
"mode": 1,
"name": "bond0"
},
"check": true,
"name": "ovirt01.intranet.company.it",
"networks": [
{
"address": "10.5.40.197",
"boot_protocol": "static",
"gateway": "10.5.43.254",
"name": "ovirtmgmt",
"prefix": "255.255.252.0"
}
],
"save": true
},
{
"bond": {
"interfaces": [
"enp2s0f2",
"enp2s0f3"
],
"mode": 1,
"name": "bond1"
},
"check": true,
"name": "ovirt01.intranet.company.it",
"networks": [
{
"address": "10.5.160.47",
"boot_protocol": "static",
"name": "NFS",
"netmask": "255.255.252.0"
}
],
"save": true
}
]
}



When running the playbook i get:

Error: Fault reason is "Operation Failed". Fault detail is "[Cannot
setup Networks. Network ovirtmgmt is already attached via attachment
3315148d-f669-48b0-9c16-601faaea9ce5. A new attachment cannot be used
for the same network, please reuse the existing one.]"

How do i reuse the existing attachment?

The other network (NFS) has been attached without issues.



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Black Screen for Spice/VNC after host reboot with a runnung VM

[Yanir Quinn]

Hi
Did the VM start properly ? what does the events in UI indicate ? did you
try running it on a different host just for indication ?
Please share engine.log and vdsm.log (of the new host) if possible

Regards
Yanir Quinn

On Mon, Dec 11, 2017 at 9:18 PM, Eli ggg  wrote:

> Dear ovirt Team/Experts,
>
> I did a reboot of a host, while a VM was running on it. After putting the
> host in maintenance and starting the VM on another host, I tried to connect
> to said VM by Spice/VNC. In both cases I get a black screen. The VM does
> not respond to keyboard input, its IP is not listed in the ovirt
> Webinterface. Cloning the VM from an old Snapshot does not result in it
> working  - again black screen for Spice.
>
> Could you help me?
>
> Thanks
>
>
>
> ___
> 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] Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1

[Maor Lipchuk]

We need the logs to check what has happened.
Can you please open a bug on that and attach the engine and vdsm logs

Regards,
Maor

On Tue, Dec 12, 2017 at 3:49 PM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Dec 11, 2017 at 10:29 PM, Claude Durocher <
> claude.duroc...@cptaq.gouv.qc.ca> wrote:
>
>> I have a 4.1 ovirt environment. I cannot reactivate a storage domain
>> (data-master) and I get an error message stating "connection for
>> connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also
>> cannot delete this storage domain as it's a master domain.
>>
>> 2017-12-11 15:25:10,971-05 INFO  [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (default task-22)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
>> sharedLocks=''}'
>> 2017-12-11 15:25:10,999-05 INFO  [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Running command:
>> ActivateStorageDomainCommand internal: false. Entities affected :  ID:
>> 5662588b-81d2-4da9-b942-8918004770fe Type: StorageAction group
>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[5662588b-81d2-4da9-b942-8918004770fe=STORAGE]',
>> sharedLocks=''}'
>> 2017-12-11 15:25:11,002-05 INFO  [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] ActivateStorage Domain. Before
>> Connect all hosts to pool. Time: Mon Dec 11 15:25:11 EST 2017
>> 2017-12-11 15:25:11,015-05 WARN  [org.ovirt.engine.core.bll.sto
>> rage.connection.BaseFsStorageHelper] (org.ovirt.thread.pool-6-thread-43)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Did not connect host
>> 'e6dbdeb8-4e0e-4589-9121-6d3408c6d7b0' to storage domain
>> 'ovirt-lg-1-lun1' because connection for connectionId
>> 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null.
>> 2017-12-11 15:25:11,016-05 ERROR [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Cannot connect storage server,
>> aborting Storage Domain activation.
>> 2017-12-11 15:25:11,017-05 INFO  [org.ovirt.engine.core.bll.sto
>> rage.domain.ActivateStorageDomainCommand] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] Command
>> [id=0fb1fa9d-4002-4fe0-9af2-d30470d5f146]: Compensating
>> CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.b
>> usinessentities.StoragePoolIsoMap; snapshot:
>> EntityStatusSnapshot:{id='StoragePoolIsoMapId:{storagePoolId
>> ='a0cc9e2c-6bff-4d5b-803c-0cd62292c269', 
>> storageId='5662588b-81d2-4da9-b942-8918004770fe'}',
>> status='Maintenance'}.
>> 2017-12-11 15:25:11,023-05 ERROR [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-50)
>> [49dfce30-0e2c-43f8-942d-67a2b56b3ef8] EVENT_ID:
>> USER_ACTIVATE_STORAGE_DOMAIN_FAILED(967), Correlation ID:
>> 49dfce30-0e2c-43f8-942d-67a2b56b3ef8, Job ID:
>> 2d766e2a-4b35-4822-9580-4eb9df2d9c33, Call Stack: null, Custom ID: null,
>> Custom Event ID: -1, Message: Failed to activate Storage Domain
>> ovirt-lg-1-lun1 (Data Center ovirt-lg-1) by admin@internal-authz
>>
>>
>> select id,storage,storage_name,_update_date from storage_domain_static;
>>   id  |
>> storage |  storage_name  |
>> _update_date
>> --+-
>> ---++---
>> 
>>  072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | ceab03af-7220-4d42-8f5c-9b557f5d29af
>> | ovirt-image-repository |
>>  b66443f4-d949-4fca-9825-8cb98eae9e14 | e462883f-0be1-4b31-acf1-154dd7accbc1
>> | export |
>>  45807651-8f10-408f-891b-64f1cc577a64 | 452235ea-d8b1-43d1-920f-a16a032e000b
>> | ovirt-lg-1-iso | 2017-01-20 20:01:00.284097+00
>>  a1d803b9-fd0b-477f-a874-53d050d4347b | cd8939df-9cdd-49d3-8dc5-3c06d1836399
>> | ovirt-lg-1-export  | 2017-01-20 20:01:14.70549+00
>>  b67e7442-f032-4b5c-a4fe-10422650a90b | c6272852-3586-4584-8496-d97c4370c798
>> | ovirt-5-iso| 2017-01-20 20:02:08.668034+00
>>  a561589c-8eb8-4823-9615-92ac4a1ea94e | cacb8801-6826-42cb-9bab-5552175e0329
>> | ovirt-lg-2-export  |
>>  646b331a-b68e-4894-807f-bdc8adae15c9 | a592b780-7bd6-4599-ab7e-12c43cb9279d
>> | ovirt-lg-2-iso |
>>  3ba53a0b-30be-497c-b4df-880e6c6f7567 | 8e5236c9-cbc0-4256-abff-7e984abef65a
>> | master | 2017-12-11 02:12:16.499288+00
>>  3efa5ed5-4e17-4daf-9cc0-6819a9cd7aae | 8d19b66d-1c1c-4976-91d2-8d2565db367a
>> | host

Re: [ovirt-users] oVirt Actual Size <1GB

[Eyal Shenitzky]

Hi Johann,

You can find the engine log under:  /var/log/ovirt-engine/engine.log

Please add this log also.


On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Thanks for the reply and update.
>
>
>
> I had a look and can only find this directory: /var/log/ovirt-engine/
>
>
>
> I attached some other files that might help?
>
>
>
> Did that other log file I’ve attached helped in any way?
>
>
>
> Will you be able to assist me with this and help me fix it.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 19:45
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay I got the vdsm.log, please see link below:
>
>
>
> http://support.sharenet.co.za/vdsm.log
>
>
>
> But can’t find the agent.log file.
>
>
>
> /var/log/ovirt-hosted-engine-ha/agent.log
>
>
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 15:44
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>
>
>
> Do you mean that you installed hosted-engine and extended the disk of the
> engine VM?
>
> If so, could you please attach vdsm.log and agent.log from the host that
> tries to start the engine VM?
>
>
>
>
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 

Re: [ovirt-users] oVirt Actual Size <1GB

[Yedidyah Bar David]

On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Thanks for the reply and update.
>
>
>
> I had a look and can only find this directory: /var/log/ovirt-engine/
>
You should find agent.log on the host machine, not on the engine machine.

>
>
> I attached some other files that might help?
>
>
>
> Did that other log file I’ve attached helped in any way?
>
>
>
> Will you be able to assist me with this and help me fix it.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 19:45
>
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay I got the vdsm.log, please see link below:
>
>
>
> http://support.sharenet.co.za/vdsm.log
>
>
>
> But can’t find the agent.log file.
>
>
>
> /var/log/ovirt-hosted-engine-ha/agent.log
>
>
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 15:44
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>
>
>
> Do you mean that you installed hosted-engine and extended the disk of the
> engine VM?
>
> If so, could you please attach vdsm.log and agent.log from the host that
> tries to start the engine VM?
>
>
>
>
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>

Re: [ovirt-users] Standalone Gluster Storage

[Artem Tambovskiy]

Hi,

I just updated almost all storage domains with backup-volfile-servers mount
options, the last one remaining is the hosted_storage domain which serves
hosted engine VM. I wonder if this domain also needs to be configured
with  backup-volfile-servers
option? If so how to do this - I can't put this domain on maintenance via
web UI.

Regards,
Artem

On Wed, Dec 13, 2017 at 9:03 AM, Sahina Bose  wrote:

> The backup-volfile-servers as an additional mount option should handle the
> case where one of the servers goes down - storage domain should continue to
> be available.
> The servers specified for this option can be the servers participating in
> your volume. For instance, the set of unique servers from the "gluster
> volume info" command.
>
> If even with this mount option, you're facing an issue - please log a bug
> with gluster mount logs and vdsm logs.
>
> thanks
> sahina
>
> On Wed, Dec 13, 2017 at 12:37 AM, Beau Sapach  wrote:
>
>> We did use the backup-volfile-servers option but still had trouble.  We
>> were simply adding all servers in the cluster as backups, is there a best
>> practice that should be followed?
>>
>> On Tue, Dec 12, 2017 at 8:59 AM, Artem Tambovskiy <
>> artem.tambovs...@gmail.com> wrote:
>>
>>> I did exactly the same mistake with my standalone GlusterFS cluster and
>>> now need to take down all Storage Domains in order to fix this mistake.
>>> Probably, worth to add a few words about this in Installation guide!
>>>
>>> On Tue, Dec 12, 2017 at 4:52 PM, Simone Tiraboschi 
>>> wrote:
>>>


 On Mon, Dec 11, 2017 at 8:44 PM, Beau Sapach 
 wrote:

> We've been doing some experimenting with gluster, and have built a
> stand-alone gluster cluster (not managed by oVirt).  We've been able to
> create a storage domain backed by that gluster cluster and run VMs with
> their disks on that storage.
>
> The problem we have is that when we take a gluster node down for
> updates, maintenance etc. the entire storage domain goes offline in oVirt.
> Other gluster clients, that is servers connecting directly to the gluster
> cluster don't seem to notice if one node goes offline.
>
> Is anyone else using gluster storage in oVirt that is not managed
> within oVirt?
>

 Did you set also the backup-volfile-servers mount option?


>
>
> --
> Beau Sapach
> *System Administrator | Information Technology Services | University
> of Alberta Libraries*
> *Phone: 780.492.4181 <(780)%20492-4181> | Email:
> beau.sap...@ualberta.ca *
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

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


>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Beau Sapach
>> *System Administrator | Information Technology Services | University of
>> Alberta Libraries*
>> *Phone: 780.492.4181 | Email: beau.sap...@ualberta.ca
>> *
>>
>>
>> ___
>> 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