[ovirt-users] Re: Centos 8 to Centos Stream

2021-05-26 Thread Gilboa Davara
On Thu, May 20, 2021 at 9:49 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 19 mag 2021 alle ore 17:02 Gilboa Davara 
> ha scritto:
>
>> On Wed, May 19, 2021 at 12:50 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mer 19 mag 2021 alle ore 10:25  ha
>>> scritto:
>>>
>>>> Hi,
>>>> in preparation for upgrade of stand alone engine from centos 8 to
>>>> centos stream, I would like to know if exist a procedure to follow for this
>>>> operation or I must only follow the instruction on CentOS official site. 
>>>> [1]
>>>
>>>
>>>
>>> CentOS procedure is correct. Only addition is after upgrading to Stream
>>> re-install the ovirt-release44 rpm
>>>
>>
>> Both on host(s) and hosted engine? In what order?
>>
>> - Gilboa
>>
>
> I would start with the engine but order shouldn't really matter here.
>
>
Thanks.
I'll give it a try on one of my test machines / clusters.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D2TAOQZNIVZIFYBOQYRBRN3FS4GYZSOU/


[ovirt-users] Re: Centos 8 to Centos Stream

2021-05-19 Thread Gilboa Davara
On Wed, May 19, 2021 at 12:50 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 19 mag 2021 alle ore 10:25  ha scritto:
>
>> Hi,
>> in preparation for upgrade of stand alone engine from centos 8 to centos
>> stream, I would like to know if exist a procedure to follow for this
>> operation or I must only follow the instruction on CentOS official site. [1]
>
>
>
> CentOS procedure is correct. Only addition is after upgrading to Stream
> re-install the ovirt-release44 rpm
>

Both on host(s) and hosted engine? In what order?

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/75JBFPQJ6DTURHAEEDTSNYZN6WCEEG3R/


[ovirt-users] Upgrading single host ovirt "clusters" to v4.5 via command line?

2021-04-19 Thread Gilboa Davara
Hello all,

As the title suggests I have a couple of single-host hyper converged
setups, mostly used for testing.
As I cannot use the GUI cluster upgrade method on a single host (it
requires me to reboot the host, which will require me to shutdown the
hosted engine), is there any method to upgrade the cluster / data-center
via command line in maintenance=global mode?

Beyond that, can I use the same method on my production setups?
(multi-node, gluster based setups).

Thanks,
Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LKYRV4UVOKFTFW37VMAEODQQQBJBES3F/


[ovirt-users] Re: The best HCI config with 8Nodes and 2 sites?

2021-03-23 Thread Gilboa Davara
On Tue, Mar 23, 2021 at 6:42 PM Arman Khalatyan  wrote:
>
> Hello everybody,
> I would like to deploy HCI with our 2 buildings each with 8 compute nodes.
> Each host has a mirrored OS disks and 1 slot for the SSD. So I will use SSD 
> for the glusterfs.
> my question is what is the best type of the glusterfs volume?
> I can leave with 8way mirror but what happened if the connection between 
> buildings will go down?
> where will my ovirt-engine start?

I'd start by asking a simple question: Is there any solid reason to do
an 8-way cross building gluster cluster?
Beyond the unbelievable waste of space (8 way mirror) that can only be
solved by creating a complex setup of alternating normal and arbiter
gluster bricks, you are also literally opening yourself to countless
gluster stability and performance problems due to semi-reliable
cross-building network link(s).
In-short, unless you really, really, really need an 8 way mirror,
simply don't do it.

If I were you, I'd go with the much simpler and better solution of
creating two separate clusters, one in every building, making sure
each VM has an active version in one cluster and a recent backup in
the other (and vice versa).

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PUYQI5WTJ5CJULQFYSVOBNOYW5FUUAWH/


[ovirt-users] Re: 2 Node oVirt Cluster

2021-03-01 Thread Gilboa Davara
On Mon, Mar 1, 2021 at 3:05 PM  wrote:
> Yes That was my goal! But isn't it using this: 
> https://github.com/gluster/gluster-ansible playbook? And it is supposed to 
> work on debian/ubuntu based oses. So if all prerequesites are met, shouldn't 
> it work?

Never tried using a playbook to setup a Gluster cluster. Can't comment on that.
BTW, which distribution is used on the RPI? are you certain the RPI
and oVirt hosts have the same Gluster versions?

> Is the hosted-engine HA then? How about updates, is it retaining the config?

The Gluster takes care of the storage HA. The two oVirt nodes, if
setup correctly, will handle the oVirt HA.

> I do have a PI 4. Wouldn't that be alright for an arbiter node? Since it's 
> just saving metadata. My nodes are connected via 10Gig btw

In general, In my experience Gluster is very sensitive to network
latency. The RPI, even the RPI4, has a lousy CPU and lousy network.
Given the fact that Gluster depends on the performance of the weakest
link in the chain, the 10GbE links between the nodes may go unused,
while the RPI will start throttling down...
If I were you, I'd get a mATX with a low end i3 or AMD CPU (even
second hand will do), connect a 10GbE link (ebay is your friend...),
and use it as an arbiter. (As an added bonus it can be part of the
oVirt HA cluster and even run a VM or two).

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JKGRBD4L7LJB3TEBJ26UGASGCVVAGUPL/


[ovirt-users] Re: 2 Node oVirt Cluster

2021-02-28 Thread Gilboa Davara
On Wed, Feb 24, 2021 at 9:08 AM  wrote:
>
> Hey there,
>
> I tried using oVirt for some time now and like to convert my main Proxmox 
> Cluster (2 Nodes + RPI for Quorum) to oVirt. But I obvioulsy need three 
> servers to do HA. Now I am asking myself: can't I just use the PI as an 
> arbiter node for the Selfhosted-Engine on gluster? I tried running the 
> playbook already, but it's always failing and even if the gluster deployment 
> would go through, it would most likely fail aftwards, right?
> Before I waste too much energy and time into that, does anyone of you guys 
> use a 2 node cluster? And no I can't add another node (energy + space + 
> money)!
> Also I know with doing that I'm totally on my own etcetera
>
> Thanks!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/EYIIHKLPK42OVKPU5CMYIWNTSLLOKCEJ/

I usually create the gluster shares by hand and then deploy oVirt on
each node using the pre-existing gluster shares.
There's no reason it won't work for you.
That said, I never had  a situation in which one of the gluster
members isn't also a member of the oVirt cluster.

Oh, which RPI is it? Are you sure its networking is up to the task?
(RPI3 has a terrible NIC, RPI4 isn't much better).

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VN7VPW3CSSX6PWNAB3Z4DEPSOHIJKYTP/


[ovirt-users] Re: 2021 first ovirt network question

2021-01-11 Thread Gilboa Davara
Hello,

As far as I know, spice doesn't support GPU acceleration on the host. Its
CPU only. The vGPU option in the host configuration only works for specific
enterprise grade GPUs.

At least in my experience, spice performance is limited by three different
parameters:
A. Bandwidth. B. Network latency. C. Host CPU utilization.

BTW, I just fired up ~20 virt-viewer windows, ~1/3 of them GUI w/ 2K
resolution, over a 10GbE link and performance was OK, and network
utilization was well below 1GbE.

- Gilboa

On Mon, Jan 11, 2021 at 10:00 AM  wrote:

> Thanks for all,
> Clients have 1Gb and iperf3 results are 900Mb per client, if multiple
> client run at same time.
> I think client and server network is ok.
>
> I've figured out something else.
> On Host setting there is an option for "console and gpu". separated or
> consolidated.
> It's made me suspected that the issue might come from this.
>
> I've checked my gpu which is onboard
>
>  lshw -C Display
>   *-display
>description: VGA compatible controller
>product: MGA G200eH3
>vendor: Matrox Electronics Systems Ltd.
>physical id: 0.1
>bus info: pci@:01:00.1
>logical name: /dev/fb0
>version: 02
>width: 32 bits
>clock: 33MHz
>capabilities: pm msi pciexpress vga_controller bus_master cap_list
> rom fb
>configuration: depth=32 driver=mgag200 latency=0 resolution=1024,768
>resources: irq:17 memory:d800-d8ff memory:d9b98000-d9b9bfff
> memory:d900-d97f memory:c-d
>
> Spice uses gpu, RDP uses cpu.
> So, maybe if i change my primary gpu with some powerful one it can effect
> spice in a good way
>
> What do you think about that?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HYEKRGLHSCXXQSJTAHVE2N7DTSO5HUZH/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CR3X23X4AADJLAVXUUKSE3ZBHBHDOUCV/


[ovirt-users] Re: 2021 first ovirt network question

2021-01-09 Thread Gilboa Davara
Hello,

Can you run iperf3 simultaneously on multiple clients?
The idea is simple, check that indeed you are getting more than 5-10GbE
aggregated bandwidth in/from the machine.

As for comparing the performance to rdp - I'm not sure you are comparing
apples to apples. As far as I remember, by default rdp clients drop the
quality of the display when faced with limited bandwidth. No sure
virt-viewer can do the same (I'll let the kind people @RedHat confirm deny
the above).
Either, I'd suggest you start by verifying that you are indeed getting
10GbE from the clients to the display network.

- Gilboa



On Thu, Jan 7, 2021 at 4:14 PM  wrote:

> Thanks for advice.
> Here is the iperf3 test results
>
> Connecting to host xyz.example.com, port 6000
> [  4] local XXX.XXX.XXX.XXX port 36140 connected to XYZ.XYZ.XYZ.XYZ port
> 6000
> [ ID] Interval   Transfer Bandwidth   Retr  Cwnd
> [  4]   0.00-1.00   sec  81.9 MBytes   687 Mbits/sec0352 KBytes
>
> [  4]   1.00-2.00   sec  80.5 MBytes   676 Mbits/sec0352 KBytes
>
> [  4]   2.00-3.00   sec  80.5 MBytes   676 Mbits/sec0362 KBytes
>
> [  4]   3.00-4.00   sec  79.8 MBytes   669 Mbits/sec0362 KBytes
>
> [  4]   4.00-5.00   sec  80.6 MBytes   676 Mbits/sec0362 KBytes
>
> [  4]   5.00-6.00   sec  82.0 MBytes   688 Mbits/sec0362 KBytes
>
> [  4]   6.00-7.00   sec  81.3 MBytes   682 Mbits/sec0362 KBytes
>
> [  4]   7.00-8.00   sec  80.5 MBytes   676 Mbits/sec0362 KBytes
>
> [  4]   8.00-9.00   sec  80.5 MBytes   676 Mbits/sec0362 KBytes
>
> [  4]   9.00-10.00  sec  79.8 MBytes   669 Mbits/sec0362 KBytes
>
> Actually, what i was trying to ask is is there any reletion between
> "default route" and "display" network on oVirt network.
> Because, if there is, it might be the source of the problem.
> As i wrote above, my "ovirtmanagement" and "default route"  network on the
> 1Gb port
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TPQXDGMQOVCO2FFBOW2S5G4AVPSIZ2ZB/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ONJ74IDXUKZT2TEK7QKJNUEUUECGGU4H/


[ovirt-users] Re: 2021 first ovirt network question

2021-01-06 Thread Gilboa Davara
Sadly enough we never had more than 20+ concurrent spice connections and
most of them were text consoles. In this case, our 40/10GbE link(s) were
mostly idle.
That said, there's a vast difference between spice displaying VGA
resolution and spice displaying 2K/4K resolution.
Hence my question about the type of VMs and by extension, the resolution
used.

BTW, stupid question: Have you tried running iperf3 (or a similar tool)
between your client machines and the oVirt cluster to verify that indeed
you have 10GbE of usable bandwith?

- Gilboa

On Wed, Jan 6, 2021 at 10:58 AM  wrote:

> Concurrent spice connection.
> Today 75 VM i exist and all use spice connection
>
> Thanks for your interest
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MIXL57E6XTRLUFPZC2OKLVTMDET7XQBV/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HDKCLTPZ2F2O3HJZXIWPIKUGHUKCHZPP/


[ovirt-users] Re: 2021 first ovirt network question

2021-01-05 Thread Gilboa Davara
Hello,

On Mon, Jan 4, 2021 at 8:41 AM  wrote:

> Hi,
> We're using oVirt as VDI solution for awhile.
> Infrastacture is 2 HPE Gen10 server with 80x2 Core cpu, 2TB RAM, 16GBX2 HBA
>
> For getting performance i've splited the networks on physical layer
> 2X10GB LACP for VM network
> 2X10GB LACP for Display(Spice) network
> 1GB for management + Default Route
>
> After 40 VMs spice connections start to be laggy.
> We've found our SAN storage I/O is bad and we'll change it SSD
> But, on the other hand, RDP connections is flawless.
> Now, we have 70 VMs and i need to solve this problem.
>
> Do you thing this is a network problem?
> We've also checked dropping packages on the switches, but found nothing.
> ___
>

40 concurrent spice connections or 40 active VMs?
What type of VMs?

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KXU2IAB45MP24NXQL7M5YL5EAQGXHJV7/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-31 Thread Gilboa Davara
Many thanks. Happy new year.

- Gilboa

On Wed, Dec 30, 2020 at 9:12 PM Strahil Nikolov 
wrote:

> Maybe there is a missing package that is preventing that.
> Let's see what the devs will find out next year (thankfully you wpn't have
> to wait much).
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В сряда, 30 декември 2020 г., 16:30:37 Гринуич+2, Gilboa Davara <
> gilb...@gmail.com> написа:
>
>
>
>
>
> Short update.
> 1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
> 2. Installed hosted engine on the first engine via hosted-engine --deploy
> (w/ gluster storage).
> 3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
> deploy.
> 4. All machines are up and running and I can see theme in hosted-engine
> --vm-status and they all have a valid score (3400).
> 5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is
> still in 4.4 :/
>
> - Gilboa
>
> On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara  wrote:
> >
> >
> > On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov 
> wrote:
> >> Any hints in vdsm logs on the affected host or on the
> broker.log/agent.log ?
> >>
> >> Happy Hollidays to everyone!
> >>
> >> Best Regards,
> >> Strahil Nikolov
> >>
> >
> > Hello,
> >
> > Sorry for the late reply.
> > One of the nodes suffered a major failure and I'm waiting for the tech
> support to ship replacement parts.
> > Once it's up and running, I'll send the logs.
> >
> > Happy holidays!
> > - Gilboa
> >
> >
> >
> >>
> >> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
> >>> Hello,
> >>>
> >>> Reinstall w/ redeploy produced the same results.
> >>>
> >>> - Gilboa
> >>>
> >>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov 
> wrote:
> >>>>>
> >>>>> I "forked" this email into a new subject ("Manually deploying a
> hyperconverged setup with an existing gluster bricks")
> >>>>> But nevertheless, no idea if its intended or not, but it seems that
> adding a host via "host->computer->create" doesn't create the necessary
> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
> preventing ovirt-ha-* services from starting.
> >>>>>
> >>>>>
> >>>>
> >>>> So , set the host into maintenance and
> >>>> then select installation -> reinstall -> Hosted Engine -> Deploy
> >>>>
> >>>> Best Regards,
> >>>> Strahil Nikolov
> >>>>
> >>> ___Users mailing list --
> users@ovirt.orgTo unsubscribe send an email to
> users-leave@ovirt.orgPrivacy Statement:
> https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
> >>
> >
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZTU5OEWK6BXCJS3YWEBWO7ZI7YN74U3I/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-30 Thread Gilboa Davara
Engine log attached. (Looks clean)

- Gilboa

On Wed, Dec 30, 2020 at 4:30 PM Gilboa Davara  wrote:

> Short update.
> 1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
> 2. Installed hosted engine on the first engine via hosted-engine --deploy
> (w/ gluster storage).
> 3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
> deploy.
> 4. All machines are up and running and I can see theme in hosted-engine
> --vm-status and they all have a valid score (3400).
> 5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is
> still in 4.4 :/
>
> - Gilboa
>
> On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara  wrote:
>
>>
>> On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov 
>> wrote:
>>
>>> Any hints in vdsm logs on the affected host or on the
>>> broker.log/agent.log ?
>>>
>>> Happy Hollidays to everyone!
>>>
>>> Best Regards,
>>> Strahil Nikolov
>>>
>>>
>> Hello,
>>
>> Sorry for the late reply.
>> One of the nodes suffered a major failure and I'm waiting for the tech
>> support to ship replacement parts.
>> Once it's up and running, I'll send the logs.
>>
>> Happy holidays!
>> - Gilboa
>>
>>
>>
>>
>>> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>>>
>>> Hello,
>>>
>>> Reinstall w/ redeploy produced the same results.
>>>
>>> - Gilboa
>>>
>>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov 
>>> wrote:
>>>
>>>
>>> I "forked" this email into a new subject ("Manually deploying a
>>> hyperconverged setup with an existing gluster bricks")
>>> But nevertheless, no idea if its intended or not, but it seems that
>>> adding a host via "host->computer->create" doesn't create the necessary
>>> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
>>> preventing ovirt-ha-* services from starting.
>>>
>>>
>>> So , set the host into maintenance and
>>> then select installation -> reinstall -> Hosted Engine -> Deploy
>>>
>>> Best Regards,
>>> Strahil Nikolov
>>>
>>> ___
>>>
>>> Users mailing list --
>>>
>>> users@ovirt.org
>>>
>>>
>>> To unsubscribe send an email to
>>>
>>> users-le...@ovirt.org
>>>
>>>
>>> Privacy Statement:
>>>
>>> https://www.ovirt.org/privacy-policy.html
>>>
>>>
>>> oVirt Code of Conduct:
>>>
>>> https://www.ovirt.org/community/about/community-guidelines/
>>>
>>>
>>> List Archives:
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>>>
>>>
>>>


engine.log.bz2
Description: application/bzip
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QJAGGPRST3HROLUQ5GRVAFIYJO63VWGF/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-30 Thread Gilboa Davara
Short update.
1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
2. Installed hosted engine on the first engine via hosted-engine --deploy
(w/ gluster storage).
3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
deploy.
4. All machines are up and running and I can see theme in hosted-engine
--vm-status and they all have a valid score (3400).
5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is
still in 4.4 :/

- Gilboa

On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara  wrote:

>
> On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov 
> wrote:
>
>> Any hints in vdsm logs on the affected host or on the
>> broker.log/agent.log ?
>>
>> Happy Hollidays to everyone!
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
> Hello,
>
> Sorry for the late reply.
> One of the nodes suffered a major failure and I'm waiting for the tech
> support to ship replacement parts.
> Once it's up and running, I'll send the logs.
>
> Happy holidays!
> - Gilboa
>
>
>
>
>> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>>
>> Hello,
>>
>> Reinstall w/ redeploy produced the same results.
>>
>> - Gilboa
>>
>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov 
>> wrote:
>>
>>
>> I "forked" this email into a new subject ("Manually deploying a
>> hyperconverged setup with an existing gluster bricks")
>> But nevertheless, no idea if its intended or not, but it seems that
>> adding a host via "host->computer->create" doesn't create the necessary
>> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
>> preventing ovirt-ha-* services from starting.
>>
>>
>> So , set the host into maintenance and
>> then select installation -> reinstall -> Hosted Engine -> Deploy
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> ___
>>
>> Users mailing list --
>>
>> users@ovirt.org
>>
>>
>> To unsubscribe send an email to
>>
>> users-le...@ovirt.org
>>
>>
>> Privacy Statement:
>>
>> https://www.ovirt.org/privacy-policy.html
>>
>>
>> oVirt Code of Conduct:
>>
>> https://www.ovirt.org/community/about/community-guidelines/
>>
>>
>> List Archives:
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>>
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2KSNS5ZHKLHKA4QCSP4G4PBRCRBWLCTP/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-28 Thread Gilboa Davara
On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov 
wrote:

> Any hints in vdsm logs on the affected host or on the broker.log/agent.log
> ?
>
> Happy Hollidays to everyone!
>
> Best Regards,
> Strahil Nikolov
>
>
Hello,

Sorry for the late reply.
One of the nodes suffered a major failure and I'm waiting for the tech
support to ship replacement parts.
Once it's up and running, I'll send the logs.

Happy holidays!
- Gilboa




> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>
> Hello,
>
> Reinstall w/ redeploy produced the same results.
>
> - Gilboa
>
> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov 
> wrote:
>
>
> I "forked" this email into a new subject ("Manually deploying a
> hyperconverged setup with an existing gluster bricks")
> But nevertheless, no idea if its intended or not, but it seems that adding
> a host via "host->computer->create" doesn't create the necessary
> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
> preventing ovirt-ha-* services from starting.
>
>
> So , set the host into maintenance and
> then select installation -> reinstall -> Hosted Engine -> Deploy
>
> Best Regards,
> Strahil Nikolov
>
> ___
>
> Users mailing list --
>
> users@ovirt.org
>
>
> To unsubscribe send an email to
>
> users-le...@ovirt.org
>
>
> Privacy Statement:
>
> https://www.ovirt.org/privacy-policy.html
>
>
> oVirt Code of Conduct:
>
> https://www.ovirt.org/community/about/community-guidelines/
>
>
> List Archives:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UEKOJEEDKPVBIBJDRYRHCSDGLROBZDF3/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-25 Thread Gilboa Davara
Hello,

Reinstall w/ redeploy produced the same results.

- Gilboa

On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov 
wrote:

>
> I "forked" this email into a new subject ("Manually deploying a
> hyperconverged setup with an existing gluster bricks")
> But nevertheless, no idea if its intended or not, but it seems that adding
> a host via "host->computer->create" doesn't create the necessary
> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
> preventing ovirt-ha-* services from starting.
>
>
> So , set the host into maintenance and
> then select installation -> reinstall -> Hosted Engine -> Deploy
>
> Best Regards,
> Strahil Nikolov
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/


[ovirt-users] Re: Manually deploying a hyperconverged setup with an existing gluster bricks (Was: Cannot upgrade cluster to v4.5)

2020-12-24 Thread Gilboa Davara
P.S. When creating a host, "Choose hosted engine deployment action" was set
to "deploy".

- Gilboa

On Thu, Dec 24, 2020 at 4:53 PM Gilboa Davara  wrote:

> Hello all,
>
> Found the problem (at least I think so), but not the solution.
> As I have an existing Gluster setup (quite complex one) this was the first
> time I didn't use the "Hyperconverged gluster wizard" (via cockpit), but
> used the "hosted-engine --deploy" cli instead (which I usually use to
> deploy single host setups).
> The idea being: Deploy the first hosts (via cli) and then add the two
> additional hosts via compute->host->create.
> For some odd reason I seem to remember this method was an approved way of
> deploying an hyperconverged gluster setup, in cases you don't want to let a
> wizard create the gluster bricks. Am I wrong?
>
> A. In case I'm wrong: How can I deploy a 3 host hyperconverged setup,
> _while_ using the preexisting gluster bricks (data/export/iso)?
>
> B. I did a clean redeploy (via cockpit -> hosted engine -> hosted engine
> deploy) and the cluster version is still 4.4 (and given the fact it only
> deploys a single host, there's no way to upgrade it to 4.5, as I cannot put
> the host into maintenance and I cannot add additional hosts).
>
> - Gilboa
>
>
>
> On Thu, Dec 24, 2020 at 12:50 PM Strahil Nikolov 
> wrote:
>
>> Are you sure you have installed them with HE support ?
>>
>> Best Regards,
>> Strahil Nikolov
>> В 19:06 +0200 на 23.12.2020 (ср), Gilboa Davara написа:
>>
>>
>> On Wed, Dec 23, 2020 at 6:28 PM Gilboa Davara  wrote:
>>
>>
>>
>> On Wed, Dec 23, 2020 at 6:20 PM Gilboa Davara  wrote:
>>
>> On Tue, Dec 22, 2020 at 11:45 AM Sandro Bonazzola 
>> wrote:
>>
>>
>>
>> Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
>> ha scritto:
>>
>> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina  wrote:
>>
>>
>>
>> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara  wrote:
>>
>> Thanks for the prompt reply.
>> I assume I can safely ignore the "Upgrade cluster compatibility" warning
>> until libvirt 6.6 gets pushed to CentOS 8.3?
>>
>>
>> We are working on releasing AV 8.3, hopefully it will be available soon,
>> but until that happen you have no way how to upgrade to CL 4.5 and you just
>> need to stay in 4.4
>>
>>
>> Understood.
>>
>> Thanks again.
>> - Gilboa
>>
>>
>>
>> Just updating that oVirt 4.4.4 released yesterday comes with Advanced
>> Virtualization 8.3 so you can now enable CL 4.5.
>>
>>
>> Sadly enough, even post-full-upgrade (engine + hosts) something seems to
>> be broken.
>>
>> In the WebUI, I see all 3 hosts marked as "up".
>> But when I run hosted-engine --vm-status (or migrate the hosted engine),
>> only the first (original deployed) host is available.
>> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
>> change.
>> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
>> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>>
>> Any idea what's broken?
>>
>> - Gilboa
>>
>>
>>
>> I'll remove the problematic hosts, re-add them, and reconfigure the
>> network(s). Let's see if it works.
>>
>> - Gilboa
>>
>>
>>
>> Sorry for the noise. No go.
>> Cleaned up the hosts via ovirt-hosted-engine-cleanup + reboot, tried
>> "adding" them again, to no avail.
>> Host marked as "up" in WebUI, network correctly configured, however,
>> hosted-engine.conf isn't being created (see log below),
>> ovirt-ha-broker/agent services cannot start and vm-status only shows one
>> host.
>>
>> - Gilboa
>>
>> ___
>>
>> Users mailing list --
>>
>> users@ovirt.org
>>
>>
>> To unsubscribe send an email to
>>
>> users-le...@ovirt.org
>>
>>
>> Privacy Statement:
>>
>> https://www.ovirt.org/privacy-policy.html
>>
>>
>> oVirt Code of Conduct:
>>
>> https://www.ovirt.org/community/about/community-guidelines/
>>
>>
>> List Archives:
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2JEBBBCTAB5JV2LR42JSHQWDKBU3NR5J/
>>
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IELVBEGLCDRU4KSOY4KFCMIUZBWEGQOL/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-24 Thread Gilboa Davara
On Thu, Dec 24, 2020 at 5:04 PM Gilboa Davara  wrote:

> Hello,
>
> On Thu, Dec 24, 2020 at 12:45 PM Strahil Nikolov 
> wrote:
>
>> In the WebUI, I see all 3 hosts marked as "up".
>> But when I run hosted-engine --vm-status (or migrate the hosted engine),
>> only the first (original deployed) host is available.
>> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
>> change.
>> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
>> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>>
>>
>> Start debugging from the hosts that are not seen via "hosted-engine
>> --vm-status".
>> There are 2 log files to check:
>> /var/log/ovirt-hosted-engine-ha/{broker,agent}.log
>>
>> Just check what they are complaining about.
>> Also , you need both ovirt-ha-broker.service and ovirt-ha-agent.service
>> up and running. If there is an issue, the ovirt-ha-agent is being restarted
>> (so it's expected behaviour).
>>
>> Usually the broker should stop complaining and then the agent will kick
>> in.
>>
>>
>> Best Regards,
>> Strahil Nikolov
>>
>
> I "forked" this email into a new subject ("Manually deploying a
> hyperconverged setup with an existing gluster bricks")
> But nevertheless, no idea if its intended or not, but it seems that adding
> a host via "host->computer->create" doesn't create the necessary
> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
> preventing ovirt-ha-* services from starting.
>
> Thanks,
> Gilboa
>

Typo: ...it seems that adding a host via "Compute -> Host > Create"

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5CXPXXBJHA6OAQZTXCF3VVTAYWANEUXC/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-24 Thread Gilboa Davara
Hello,

On Thu, Dec 24, 2020 at 12:45 PM Strahil Nikolov 
wrote:

> In the WebUI, I see all 3 hosts marked as "up".
> But when I run hosted-engine --vm-status (or migrate the hosted engine),
> only the first (original deployed) host is available.
> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
> change.
> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>
>
> Start debugging from the hosts that are not seen via "hosted-engine
> --vm-status".
> There are 2 log files to check:
> /var/log/ovirt-hosted-engine-ha/{broker,agent}.log
>
> Just check what they are complaining about.
> Also , you need both ovirt-ha-broker.service and ovirt-ha-agent.service up
> and running. If there is an issue, the ovirt-ha-agent is being restarted
> (so it's expected behaviour).
>
> Usually the broker should stop complaining and then the agent will kick in.
>
>
> Best Regards,
> Strahil Nikolov
>

I "forked" this email into a new subject ("Manually deploying a
hyperconverged setup with an existing gluster bricks")
But nevertheless, no idea if its intended or not, but it seems that adding
a host via "host->computer->create" doesn't create the necessary
/etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
preventing ovirt-ha-* services from starting.

Thanks,
Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EO5A6PN5EYYD2KIDGK7MIDGK3KNZTVQ6/


[ovirt-users] Manually deploying a hyperconverged setup with an existing gluster bricks (Was: Cannot upgrade cluster to v4.5)

2020-12-24 Thread Gilboa Davara
Hello all,

Found the problem (at least I think so), but not the solution.
As I have an existing Gluster setup (quite complex one) this was the first
time I didn't use the "Hyperconverged gluster wizard" (via cockpit), but
used the "hosted-engine --deploy" cli instead (which I usually use to
deploy single host setups).
The idea being: Deploy the first hosts (via cli) and then add the two
additional hosts via compute->host->create.
For some odd reason I seem to remember this method was an approved way of
deploying an hyperconverged gluster setup, in cases you don't want to let a
wizard create the gluster bricks. Am I wrong?

A. In case I'm wrong: How can I deploy a 3 host hyperconverged setup,
_while_ using the preexisting gluster bricks (data/export/iso)?

B. I did a clean redeploy (via cockpit -> hosted engine -> hosted engine
deploy) and the cluster version is still 4.4 (and given the fact it only
deploys a single host, there's no way to upgrade it to 4.5, as I cannot put
the host into maintenance and I cannot add additional hosts).

- Gilboa



On Thu, Dec 24, 2020 at 12:50 PM Strahil Nikolov 
wrote:

> Are you sure you have installed them with HE support ?
>
> Best Regards,
> Strahil Nikolov
> В 19:06 +0200 на 23.12.2020 (ср), Gilboa Davara написа:
>
>
> On Wed, Dec 23, 2020 at 6:28 PM Gilboa Davara  wrote:
>
>
>
> On Wed, Dec 23, 2020 at 6:20 PM Gilboa Davara  wrote:
>
> On Tue, Dec 22, 2020 at 11:45 AM Sandro Bonazzola 
> wrote:
>
>
>
> Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
> ha scritto:
>
> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina  wrote:
>
>
>
> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara  wrote:
>
> Thanks for the prompt reply.
> I assume I can safely ignore the "Upgrade cluster compatibility" warning
> until libvirt 6.6 gets pushed to CentOS 8.3?
>
>
> We are working on releasing AV 8.3, hopefully it will be available soon,
> but until that happen you have no way how to upgrade to CL 4.5 and you just
> need to stay in 4.4
>
>
> Understood.
>
> Thanks again.
> - Gilboa
>
>
>
> Just updating that oVirt 4.4.4 released yesterday comes with Advanced
> Virtualization 8.3 so you can now enable CL 4.5.
>
>
> Sadly enough, even post-full-upgrade (engine + hosts) something seems to
> be broken.
>
> In the WebUI, I see all 3 hosts marked as "up".
> But when I run hosted-engine --vm-status (or migrate the hosted engine),
> only the first (original deployed) host is available.
> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
> change.
> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>
> Any idea what's broken?
>
> - Gilboa
>
>
>
> I'll remove the problematic hosts, re-add them, and reconfigure the
> network(s). Let's see if it works.
>
> - Gilboa
>
>
>
> Sorry for the noise. No go.
> Cleaned up the hosts via ovirt-hosted-engine-cleanup + reboot, tried
> "adding" them again, to no avail.
> Host marked as "up" in WebUI, network correctly configured, however,
> hosted-engine.conf isn't being created (see log below),
> ovirt-ha-broker/agent services cannot start and vm-status only shows one
> host.
>
> - Gilboa
>
> ___
>
> Users mailing list --
>
> users@ovirt.org
>
>
> To unsubscribe send an email to
>
> users-le...@ovirt.org
>
>
> Privacy Statement:
>
> https://www.ovirt.org/privacy-policy.html
>
>
> oVirt Code of Conduct:
>
> https://www.ovirt.org/community/about/community-guidelines/
>
>
> List Archives:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2JEBBBCTAB5JV2LR42JSHQWDKBU3NR5J/
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FOKS6MJLCZVYZ2CIQ7R5ODBKHDNN2PYE/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-23 Thread Gilboa Davara
On Wed, Dec 23, 2020 at 6:28 PM Gilboa Davara  wrote:

>
>
> On Wed, Dec 23, 2020 at 6:20 PM Gilboa Davara  wrote:
>
>> On Tue, Dec 22, 2020 at 11:45 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara <
>>> gilb...@gmail.com> ha scritto:
>>>
>>>> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara 
>>>>> wrote:
>>>>>
>>>>>> Thanks for the prompt reply.
>>>>>> I assume I can safely ignore the "Upgrade cluster compatibility"
>>>>>> warning until libvirt 6.6 gets pushed to CentOS 8.3?
>>>>>>
>>>>>
>>>>> We are working on releasing AV 8.3, hopefully it will be available
>>>>> soon, but until that happen you have no way how to upgrade to CL 4.5 and
>>>>> you just need to stay in 4.4
>>>>>
>>>>
>>>> Understood.
>>>>
>>>> Thanks again.
>>>> - Gilboa
>>>>
>>>>
>>>
>>> Just updating that oVirt 4.4.4 released yesterday comes with Advanced
>>> Virtualization 8.3 so you can now enable CL 4.5.
>>>
>>
>> Sadly enough, even post-full-upgrade (engine + hosts) something seems to
>> be broken.
>>
>> In the WebUI, I see all 3 hosts marked as "up".
>> But when I run hosted-engine --vm-status (or migrate the hosted engine),
>> only the first (original deployed) host is available.
>> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
>> change.
>> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
>> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>>
>> Any idea what's broken?
>>
>> - Gilboa
>>
>>
> I'll remove the problematic hosts, re-add them, and reconfigure the
> network(s). Let's see if it works.
>
> - Gilboa
>
>

Sorry for the noise. No go.
Cleaned up the hosts via ovirt-hosted-engine-cleanup + reboot, tried
"adding" them again, to no avail.
Host marked as "up" in WebUI, network correctly configured, however,
hosted-engine.conf isn't being created (see log below),
ovirt-ha-broker/agent services cannot start and vm-status only shows one
host.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2JEBBBCTAB5JV2LR42JSHQWDKBU3NR5J/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-23 Thread Gilboa Davara
On Wed, Dec 23, 2020 at 6:20 PM Gilboa Davara  wrote:

> On Tue, Dec 22, 2020 at 11:45 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
>> ha scritto:
>>
>>> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina 
>>> wrote:
>>>
>>>>
>>>>
>>>> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara 
>>>> wrote:
>>>>
>>>>> Thanks for the prompt reply.
>>>>> I assume I can safely ignore the "Upgrade cluster compatibility"
>>>>> warning until libvirt 6.6 gets pushed to CentOS 8.3?
>>>>>
>>>>
>>>> We are working on releasing AV 8.3, hopefully it will be available
>>>> soon, but until that happen you have no way how to upgrade to CL 4.5 and
>>>> you just need to stay in 4.4
>>>>
>>>
>>> Understood.
>>>
>>> Thanks again.
>>> - Gilboa
>>>
>>>
>>
>> Just updating that oVirt 4.4.4 released yesterday comes with Advanced
>> Virtualization 8.3 so you can now enable CL 4.5.
>>
>
> Sadly enough, even post-full-upgrade (engine + hosts) something seems to
> be broken.
>
> In the WebUI, I see all 3 hosts marked as "up".
> But when I run hosted-engine --vm-status (or migrate the hosted engine),
> only the first (original deployed) host is available.
> I tried "reinstalling" (from the WebUI) the two hosts, no errors, no
> change.
> I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
> upgrade is successful; hosts1 fails (cannot migrate the hosted engine).
>
> Any idea what's broken?
>
> - Gilboa
>
>
I'll remove the problematic hosts, re-add them, and reconfigure the
network(s). Let's see if it works.

- Gilboa


>
>
>>
>>
>>>
>>>>> - Gilboa
>>>>>
>>>>> On Wed, Dec 16, 2020 at 5:56 PM Martin Perina 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Dec 16, 2020 at 2:25 PM Gilboa Davara 
>>>>>> wrote:
>>>>>>
>>>>>>> Shani,
>>>>>>>
>>>>>>> 1. I created a new 4.5 cluster with the same CPU (Secure Intel
>>>>>>> Cascadelake Server Family) and platform type (Q35/BIOS).
>>>>>>> 2. All 3 hosts are 8.3, but report 4.4 compatibility.
>>>>>>> 3. The only reason I attempted to upgrade the cluster was simple:
>>>>>>> The cluster state kept on dropping down to "unavailable" (even though 
>>>>>>> all 3
>>>>>>> hosts are up) and I was offered to upgrade the cluster to v4.5.
>>>>>>>
>>>>>>> - Gilboa
>>>>>>>
>>>>>>> On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Gilboa,
>>>>>>>>
>>>>>>>> Here are some guidelines/checks:
>>>>>>>> - Are you able to create a 4.5 DC/cluster?
>>>>>>>> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
>>>>>>>> compatibility (it's based on RHEL 8.3).
>>>>>>>>   Can you make sure that on all 3 hosts?
>>>>>>>> - You can upgrade the 4.4 clusters to 4.5 only when all
>>>>>>>> Up/NonOperational hosts are reporting 4.5 level
>>>>>>>> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are
>>>>>>>> on the 4.5 level
>>>>>>>> - A 4.5 host-based on RHEL 8.3 should be fully functional in
>>>>>>>> 4.2/4.3/4.4 clusters
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *Regards,*
>>>>>>>>
>>>>>>>> *Shani Leviim*
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hello all,
>>>>>>>>>
>>>>>>>>> I'm more-or-less finished building a new ovirt over glusterfs
>>>>>>>>> cluster with 3 fairly beefy servers.
>>>>>>>>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before
>>>>>>>>> they joined the cluster.
>>>>>>>>> Looking at the cluster view in the WebUI, I get an exclamation
>>>>>>>>> mark with the following message: "Upgrade cluster compatibility 
>>>>>>>>> level".
>>>>>>>>> When I try to upgrade the cluster, 2 of the 3 hosts go into
>>>>>>>>> maintenance and reboot, but once the procedure is complete, the 
>>>>>>>>> cluster
>>>>>>>>> version remains the same.
>>>>>>>>> Looking at the host vdsm logs, I see that once the engine
>>>>>>>>> refreshes their capabilities, all hosts return 4.2-4.4 and not 4.5.
>>>>>>>>>
>>>>>>>>> E.g.
>>>>>>>>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels':
>>>>>>>>> ['4.2', '4.3', '4.4']
>>>>>>>>> I assume I should be seeing 4.5 after the upgrade, no?
>>>>>>>>>
>>>>>>>>> AmI missing something?
>>>>>>>>>
>>>>>>>>
>>>>>> EL 8.3 is not enough, you also need Advanced Virtualization 8.3 (in
>>>>>> particular libvirt 6.6)
>>>>>>
>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> - Gilboa
>>>>>>>>> ___
>>>>>>>>
>>>>>>>>
>>
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7QHLUHA2LES6GD6Y7NLKNBKBGMDGBC2S/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-23 Thread Gilboa Davara
On Tue, Dec 22, 2020 at 11:45 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
> ha scritto:
>
>> On Wed, Dec 16, 2020 at 6:21 PM Martin Perina  wrote:
>>
>>>
>>>
>>> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara  wrote:
>>>
>>>> Thanks for the prompt reply.
>>>> I assume I can safely ignore the "Upgrade cluster compatibility"
>>>> warning until libvirt 6.6 gets pushed to CentOS 8.3?
>>>>
>>>
>>> We are working on releasing AV 8.3, hopefully it will be available soon,
>>> but until that happen you have no way how to upgrade to CL 4.5 and you just
>>> need to stay in 4.4
>>>
>>
>> Understood.
>>
>> Thanks again.
>> - Gilboa
>>
>>
>
> Just updating that oVirt 4.4.4 released yesterday comes with Advanced
> Virtualization 8.3 so you can now enable CL 4.5.
>

Sadly enough, even post-full-upgrade (engine + hosts) something seems to be
broken.

In the WebUI, I see all 3 hosts marked as "up".
But when I run hosted-engine --vm-status (or migrate the hosted engine),
only the first (original deployed) host is available.
I tried "reinstalling" (from the WebUI) the two hosts, no errors, no change.
I tried upgrading the cluster again, host 2 / 3 (the "missing" hosts)
upgrade is successful; hosts1 fails (cannot migrate the hosted engine).

Any idea what's broken?

- Gilboa



>
>
>>
>>>> - Gilboa
>>>>
>>>> On Wed, Dec 16, 2020 at 5:56 PM Martin Perina 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Wed, Dec 16, 2020 at 2:25 PM Gilboa Davara 
>>>>> wrote:
>>>>>
>>>>>> Shani,
>>>>>>
>>>>>> 1. I created a new 4.5 cluster with the same CPU (Secure Intel
>>>>>> Cascadelake Server Family) and platform type (Q35/BIOS).
>>>>>> 2. All 3 hosts are 8.3, but report 4.4 compatibility.
>>>>>> 3. The only reason I attempted to upgrade the cluster was simple: The
>>>>>> cluster state kept on dropping down to "unavailable" (even though all 3
>>>>>> hosts are up) and I was offered to upgrade the cluster to v4.5.
>>>>>>
>>>>>> - Gilboa
>>>>>>
>>>>>> On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Gilboa,
>>>>>>>
>>>>>>> Here are some guidelines/checks:
>>>>>>> - Are you able to create a 4.5 DC/cluster?
>>>>>>> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
>>>>>>> compatibility (it's based on RHEL 8.3).
>>>>>>>   Can you make sure that on all 3 hosts?
>>>>>>> - You can upgrade the 4.4 clusters to 4.5 only when all
>>>>>>> Up/NonOperational hosts are reporting 4.5 level
>>>>>>> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on
>>>>>>> the 4.5 level
>>>>>>> - A 4.5 host-based on RHEL 8.3 should be fully functional in
>>>>>>> 4.2/4.3/4.4 clusters
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *Regards,*
>>>>>>>
>>>>>>> *Shani Leviim*
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello all,
>>>>>>>>
>>>>>>>> I'm more-or-less finished building a new ovirt over glusterfs
>>>>>>>> cluster with 3 fairly beefy servers.
>>>>>>>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before
>>>>>>>> they joined the cluster.
>>>>>>>> Looking at the cluster view in the WebUI, I get an exclamation mark
>>>>>>>> with the following message: "Upgrade cluster compatibility level".
>>>>>>>> When I try to upgrade the cluster, 2 of the 3 hosts go into
>>>>>>>> maintenance and reboot, but once the procedure is complete, the cluster
>>>>>>>> version remains the same.
>>>>>>>> Looking at the host vdsm logs, I see that once the engine refreshes
>>>>>>>> their capabilities, all hosts return 4.2-4.4 and not 4.5.
>>>>>>>>
>>>>>>>> E.g.
>>>>>>>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels':
>>>>>>>> ['4.2', '4.3', '4.4']
>>>>>>>> I assume I should be seeing 4.5 after the upgrade, no?
>>>>>>>>
>>>>>>>> AmI missing something?
>>>>>>>>
>>>>>>>
>>>>> EL 8.3 is not enough, you also need Advanced Virtualization 8.3 (in
>>>>> particular libvirt 6.6)
>>>>>
>>>>>>
>>>>>>>> Thanks,
>>>>>>>> - Gilboa
>>>>>>>> ___
>>>>>>>
>>>>>>>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UWCTKKVX5VTRNHFDWAMCU76UTMLEKQE3/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-16 Thread Gilboa Davara
On Wed, Dec 16, 2020 at 6:21 PM Martin Perina  wrote:

>
>
> On Wed, Dec 16, 2020 at 4:59 PM Gilboa Davara  wrote:
>
>> Thanks for the prompt reply.
>> I assume I can safely ignore the "Upgrade cluster compatibility" warning
>> until libvirt 6.6 gets pushed to CentOS 8.3?
>>
>
> We are working on releasing AV 8.3, hopefully it will be available soon,
> but until that happen you have no way how to upgrade to CL 4.5 and you just
> need to stay in 4.4
>

Understood.

Thanks again.
- Gilboa


>
>> - Gilboa
>>
>> On Wed, Dec 16, 2020 at 5:56 PM Martin Perina  wrote:
>>
>>>
>>>
>>> On Wed, Dec 16, 2020 at 2:25 PM Gilboa Davara  wrote:
>>>
>>>> Shani,
>>>>
>>>> 1. I created a new 4.5 cluster with the same CPU (Secure Intel
>>>> Cascadelake Server Family) and platform type (Q35/BIOS).
>>>> 2. All 3 hosts are 8.3, but report 4.4 compatibility.
>>>> 3. The only reason I attempted to upgrade the cluster was simple: The
>>>> cluster state kept on dropping down to "unavailable" (even though all 3
>>>> hosts are up) and I was offered to upgrade the cluster to v4.5.
>>>>
>>>> - Gilboa
>>>>
>>>> On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim 
>>>> wrote:
>>>>
>>>>> Hi Gilboa,
>>>>>
>>>>> Here are some guidelines/checks:
>>>>> - Are you able to create a 4.5 DC/cluster?
>>>>> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
>>>>> compatibility (it's based on RHEL 8.3).
>>>>>   Can you make sure that on all 3 hosts?
>>>>> - You can upgrade the 4.4 clusters to 4.5 only when all
>>>>> Up/NonOperational hosts are reporting 4.5 level
>>>>> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on
>>>>> the 4.5 level
>>>>> - A 4.5 host-based on RHEL 8.3 should be fully functional in
>>>>> 4.2/4.3/4.4 clusters
>>>>>
>>>>>
>>>>>
>>>>> *Regards,*
>>>>>
>>>>> *Shani Leviim*
>>>>>
>>>>>
>>>>> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara 
>>>>> wrote:
>>>>>
>>>>>> Hello all,
>>>>>>
>>>>>> I'm more-or-less finished building a new ovirt over glusterfs cluster
>>>>>> with 3 fairly beefy servers.
>>>>>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before
>>>>>> they joined the cluster.
>>>>>> Looking at the cluster view in the WebUI, I get an exclamation mark
>>>>>> with the following message: "Upgrade cluster compatibility level".
>>>>>> When I try to upgrade the cluster, 2 of the 3 hosts go into
>>>>>> maintenance and reboot, but once the procedure is complete, the cluster
>>>>>> version remains the same.
>>>>>> Looking at the host vdsm logs, I see that once the engine refreshes
>>>>>> their capabilities, all hosts return 4.2-4.4 and not 4.5.
>>>>>>
>>>>>> E.g.
>>>>>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2',
>>>>>> '4.3', '4.4']
>>>>>> I assume I should be seeing 4.5 after the upgrade, no?
>>>>>>
>>>>>> AmI missing something?
>>>>>>
>>>>>
>>> EL 8.3 is not enough, you also need Advanced Virtualization 8.3 (in
>>> particular libvirt 6.6)
>>>
>>>>
>>>>>> Thanks,
>>>>>> - Gilboa
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>> List Archives:
>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/
>>>>>>
>>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RMZ3S64FFIOFTRBQOWVTTLCRJJA65EMJ/
>>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OEL5Y7UYBGLOTKVOTJ3Y5MPFX55FRO4P/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-16 Thread Gilboa Davara
Thanks for the prompt reply.
I assume I can safely ignore the "Upgrade cluster compatibility" warning
until libvirt 6.6 gets pushed to CentOS 8.3?

- Gilboa

On Wed, Dec 16, 2020 at 5:56 PM Martin Perina  wrote:

>
>
> On Wed, Dec 16, 2020 at 2:25 PM Gilboa Davara  wrote:
>
>> Shani,
>>
>> 1. I created a new 4.5 cluster with the same CPU (Secure Intel
>> Cascadelake Server Family) and platform type (Q35/BIOS).
>> 2. All 3 hosts are 8.3, but report 4.4 compatibility.
>> 3. The only reason I attempted to upgrade the cluster was simple: The
>> cluster state kept on dropping down to "unavailable" (even though all 3
>> hosts are up) and I was offered to upgrade the cluster to v4.5.
>>
>> - Gilboa
>>
>> On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim  wrote:
>>
>>> Hi Gilboa,
>>>
>>> Here are some guidelines/checks:
>>> - Are you able to create a 4.5 DC/cluster?
>>> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
>>> compatibility (it's based on RHEL 8.3).
>>>   Can you make sure that on all 3 hosts?
>>> - You can upgrade the 4.4 clusters to 4.5 only when all
>>> Up/NonOperational hosts are reporting 4.5 level
>>> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on the
>>> 4.5 level
>>> - A 4.5 host-based on RHEL 8.3 should be fully functional in 4.2/4.3/4.4
>>> clusters
>>>
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara 
>>> wrote:
>>>
>>>> Hello all,
>>>>
>>>> I'm more-or-less finished building a new ovirt over glusterfs cluster
>>>> with 3 fairly beefy servers.
>>>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before they
>>>> joined the cluster.
>>>> Looking at the cluster view in the WebUI, I get an exclamation mark
>>>> with the following message: "Upgrade cluster compatibility level".
>>>> When I try to upgrade the cluster, 2 of the 3 hosts go into maintenance
>>>> and reboot, but once the procedure is complete, the cluster version remains
>>>> the same.
>>>> Looking at the host vdsm logs, I see that once the engine refreshes
>>>> their capabilities, all hosts return 4.2-4.4 and not 4.5.
>>>>
>>>> E.g.
>>>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2',
>>>> '4.3', '4.4']
>>>> I assume I should be seeing 4.5 after the upgrade, no?
>>>>
>>>> AmI missing something?
>>>>
>>>
> EL 8.3 is not enough, you also need Advanced Virtualization 8.3 (in
> particular libvirt 6.6)
>
>>
>>>> Thanks,
>>>> - Gilboa
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/
>>>>
>>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RMZ3S64FFIOFTRBQOWVTTLCRJJA65EMJ/
>>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZTFYVAV45254FPNVEIHDXYUX5SVQI4W/


[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-16 Thread Gilboa Davara
Shani,

1. I created a new 4.5 cluster with the same CPU (Secure Intel Cascadelake
Server Family) and platform type (Q35/BIOS).
2. All 3 hosts are 8.3, but report 4.4 compatibility.
3. The only reason I attempted to upgrade the cluster was simple: The
cluster state kept on dropping down to "unavailable" (even though all 3
hosts are up) and I was offered to upgrade the cluster to v4.5.

- Gilboa

On Wed, Dec 16, 2020 at 1:28 PM Shani Leviim  wrote:

> Hi Gilboa,
>
> Here are some guidelines/checks:
> - Are you able to create a 4.5 DC/cluster?
> - Host can be Up in the 4.5 clusters only when it reports 4.5 level
> compatibility (it's based on RHEL 8.3).
>   Can you make sure that on all 3 hosts?
> - You can upgrade the 4.4 clusters to 4.5 only when all Up/NonOperational
> hosts are reporting 4.5 level
> - You can upgrade 4.4 DC to 4.5 only when all clusters inside are on the
> 4.5 level
> - A 4.5 host-based on RHEL 8.3 should be fully functional in 4.2/4.3/4.4
> clusters
>
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Wed, Dec 16, 2020 at 12:53 PM Gilboa Davara  wrote:
>
>> Hello all,
>>
>> I'm more-or-less finished building a new ovirt over glusterfs cluster
>> with 3 fairly beefy servers.
>> Nodes were fully upgraded to CentOS Linux release 8.3.2011 before they
>> joined the cluster.
>> Looking at the cluster view in the WebUI, I get an exclamation mark with
>> the following message: "Upgrade cluster compatibility level".
>> When I try to upgrade the cluster, 2 of the 3 hosts go into maintenance
>> and reboot, but once the procedure is complete, the cluster version remains
>> the same.
>> Looking at the host vdsm logs, I see that once the engine refreshes their
>> capabilities, all hosts return 4.2-4.4 and not 4.5.
>>
>> E.g.
>>  'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2',
>> '4.3', '4.4']
>> I assume I should be seeing 4.5 after the upgrade, no?
>>
>> AmI missing something?
>>
>> Thanks,
>> - Gilboa
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RMZ3S64FFIOFTRBQOWVTTLCRJJA65EMJ/


[ovirt-users] Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)

2020-12-16 Thread Gilboa Davara
Hello all,

I'm more-or-less finished building a new ovirt over glusterfs cluster with
3 fairly beefy servers.
Nodes were fully upgraded to CentOS Linux release 8.3.2011 before they
joined the cluster.
Looking at the cluster view in the WebUI, I get an exclamation mark with
the following message: "Upgrade cluster compatibility level".
When I try to upgrade the cluster, 2 of the 3 hosts go into maintenance and
reboot, but once the procedure is complete, the cluster version remains the
same.
Looking at the host vdsm logs, I see that once the engine refreshes their
capabilities, all hosts return 4.2-4.4 and not 4.5.

E.g.
 'supportedENGINEs': ['4.2', '4.3', '4.4'], 'clusterLevels': ['4.2', '4.3',
'4.4']
I assume I should be seeing 4.5 after the upgrade, no?

AmI missing something?

Thanks,
- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7CCUHPEGVZD3BBLBDTOCHG5J6EEG5DE2/


[ovirt-users] Re: Hosted engine deployment w/ two networks (one migration, one management).

2020-12-14 Thread Gilboa Davara
On Mon, Dec 14, 2020 at 7:00 AM Parth Dhanjal  wrote:
>
> Hey!
> You can use one network for your storage management i.e. Gluster.
> If you are using the cockpit-ovirt UI you can simply add the two different 
> FQDN for the different networks during the gluster deployment itself.
> Something similar to the screenshot below. As I have only one network, I 
> mentioned the same network for both the inputs. But as you have two different 
> networks you can mention the storage network in the first field and the 
> management network in the second.
>
> Thanks
> Parth Dhanjal

Parth,

Thanks for taking the time to answer my question(s).
I am aware that I can use different NICs for oVirt management and
Gluster, we use it across the board in several oVirt 4.3 and 4.4
clusters.
In this case, I'm looking to add an additional layer of protection by
separating the inter-host / engine communication from external
interference.
Essentially I want to create the following configuration:
1. 10.0.1.0/24: oVirt hosted engine connection to the IT network
(oVirt web management, SSH access to engine and hosts).
2. 10.0.2.0/24: oVirt hosted engine and hosts private network. (Used
for vdsm inter host communication and VM migration).
3. 10.0.3.0/24: GlusterFS.

Now granted, I can achieve the same by adding a NAT bridge and place
the hosted engine web management on 10.0.2.0/24, but it's less than
ideal.

- Gilboa


>
> On Sun, Dec 13, 2020 at 11:59 PM Gilboa Davara  wrote:
>>
>> Hello all,
>>
>> I'm slowly building a new ovirt over glusterfs cluster with 3 fairly beefy 
>> servers.
>> Each of the nodes has the following network configuration:
>> 3x1GbE: ILO, ovirtmgmt and SSH.
>> 4x10GbE: Private and external VM network(s).
>> 2x40GBE: GlusterFS and VM migration.
>>
>> Now, for some odd reasons, I rather keep the two 40GbE networks disconnected 
>> from my normal management network.
>> My question is simple: I remember that I can somehow configure ovirt to use 
>> two different networks for for management / migration, but as far as I can 
>> see, I cannot configure the cluster to use a different network for migration 
>> purposes.
>>
>> 1. Am I missing something?
>> 2. Can I somehow configure the hosted engine to have an IP in more than 
>> network (management and migration)?
>> 3. More of a gluster question: As the 40GbE NICs and 1GbE NIC sitting on 
>> different switches, can I somehow configure gluster to fallback to the 1GbE 
>> NIC if the main 40GbE link fails? AFAIR bond doesn't support asymmetrical 
>> network device configuration. (And rightly so, in this case).
>>
>> Thanks,
>> Gilboa
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QBCMH2J7HIKCQQXEWLHDGLPG55RPMSNM/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BAPOFPQXKGGYMS6A6HICN2LKYK4BYP45/


[ovirt-users] Hosted engine deployment w/ two networks (one migration, one management).

2020-12-13 Thread Gilboa Davara
Hello all,

I'm slowly building a new ovirt over glusterfs cluster with 3 fairly beefy
servers.
Each of the nodes has the following network configuration:
3x1GbE: ILO, ovirtmgmt and SSH.
4x10GbE: Private and external VM network(s).
2x40GBE: GlusterFS and VM migration.

Now, for some odd reasons, I rather keep the two 40GbE networks
disconnected from my normal management network.
My question is simple: I remember that I can somehow configure ovirt to use
two different networks for for management / migration, but as far as I can
see, I cannot configure the cluster to use a different network for
migration purposes.

1. Am I missing something?
2. Can I somehow configure the hosted engine to have an IP in more than
network (management and migration)?
3. More of a gluster question: As the 40GbE NICs and 1GbE NIC sitting on
different switches, can I somehow configure gluster to fallback to the 1GbE
NIC if the main 40GbE link fails? AFAIR bond doesn't support asymmetrical
network device configuration. (And rightly so, in this case).

Thanks,
Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QBCMH2J7HIKCQQXEWLHDGLPG55RPMSNM/


[ovirt-users] Re: Engine update error from 4.4.2 to 4.4.3

2020-11-12 Thread Gilboa Davara
On Thu, Nov 12, 2020 at 1:59 AM shadow emy  wrote:
>
> Yes after that i run  engine-setup, then  i was able to run " yum update"  on 
> the hosted-engine vm without errors.

I can confirm --nobest solves the yum / dnf issues.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/URUM3JSRZNDCVBWBT4GQLKFJZUIA2AQS/


[ovirt-users] Re: Engine update error from 4.4.2 to 4.4.3

2020-11-11 Thread Gilboa Davara
On Wed, Nov 11, 2020 at 3:45 PM Gianluca Cecchi
 wrote:
>
> On Wed, Nov 11, 2020 at 2:02 PM Gilboa Davara  wrote:
> [snip]
>
>>
>> $ yum update ovirt\*setup\*
>> Last metadata expiration check: 1:50:00 ago on Wed 11 Nov 2020 01:03:00 PM 
>> IST.
>>
>
> ??
> Does it mean you too or what?
> Please, words are (still) free so you can use some more... ;-)
>
> Gianluca

Sorry. My mistake.
Seeing the same when running $ yum update ovirt\*setup\*.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ISEHURXPGXXSBFDFIVRUNT3MAREZ3MGY/


[ovirt-users] Re: Engine update error from 4.4.2 to 4.4.3

2020-11-11 Thread Gilboa Davara
On Wed, Nov 11, 2020 at 10:57 AM Gianluca Cecchi
 wrote:
>
> Hello,
> is this still the correct command during updates through minor releases in 
> 4.4.x?
>
> yum update ovirt\*setup\*
>
> Because my standalone external engine is now at level
> ovirt-engine-4.4.2.6-1.el8.noarch
>
> with
> [root@ovmgr1 ~]# yum repolist
> repo id 
> repo name
> AppStream   
> CentOS-8 - AppStream
> BaseOS  
> CentOS-8 - Base
> PowerTools  
> CentOS-8 - PowerTools
> extras  
> CentOS-8 - Extras
> ovirt-4.4   
> Latest oVirt 4.4 Release
> ovirt-4.4-advanced-virtualization   
> Advanced Virtualization packages for x86_64
> ovirt-4.4-centos-gluster7   
> CentOS-8 - Gluster 7
> ovirt-4.4-centos-opstools   
> CentOS-8 - OpsTools - collectd
> ovirt-4.4-centos-ovirt44
> CentOS-8 - oVirt 4.4
> ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp 
> Copr repo for ovsdbapp owned by mdbarroso
> ovirt-4.4-copr:copr.fedorainfracloud.org:networkmanager:NetworkManager-1.22 
> Copr repo for NetworkManager-1.22 owned by networkmanager
> ovirt-4.4-copr:copr.fedorainfracloud.org:nmstate:nmstate-0.2
> Copr repo for nmstate-stable owned by nmstate
> ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
> Copr repo for gluster-ansible owned by sac
> ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
> Copr repo for EL8_collection owned by sbonazzo
> ovirt-4.4-epel  
> Extra Packages for Enterprise Linux 8 - x86_64
> ovirt-4.4-virtio-win-latest 
> virtio-win builds roughly matching what will be shipped in upcoming RHEL
> [root@ovmgr1 ~]# yum repolist
> repo id 
> repo name
> AppStream   
> CentOS-8 - AppStream
> BaseOS  
> CentOS-8 - Base
> PowerTools  
> CentOS-8 - PowerTools
> extras  
> CentOS-8 - Extras
> ovirt-4.4   
> Latest oVirt 4.4 Release
> ovirt-4.4-advanced-virtualization   
> Advanced Virtualization packages for x86_64
> ovirt-4.4-centos-gluster7   
> CentOS-8 - Gluster 7
> ovirt-4.4-centos-opstools   
> CentOS-8 - OpsTools - collectd
> ovirt-4.4-centos-ovirt44
> CentOS-8 - oVirt 4.4
> ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp 
> Copr repo for ovsdbapp owned by mdbarroso
> ovirt-4.4-copr:copr.fedorainfracloud.org:networkmanager:NetworkManager-1.22 
> Copr repo for NetworkManager-1.22 owned by networkmanager
> ovirt-4.4-copr:copr.fedorainfracloud.org:nmstate:nmstate-0.2
> Copr repo for nmstate-stable owned by nmstate
> ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
> Copr repo for gluster-ansible owned by sac
> ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
> Copr repo for EL8_collection owned by sbonazzo
> ovirt-4.4-epel  
> Extra Packages for Enterprise Linux 8 - x86_64
> ovirt-4.4-virtio-win-latest 
> virtio-win builds roughly matching what will be shipped in upcoming RHEL
> [root@ovmgr1 ~]#
>
> - /etc/yum.repos.d/ovirt-4.4.repo
> [ovirt-4.4]
> name=Latest oVirt 4.4 Release
> #baseurl=https://resources.ovirt.org/pub/ovirt-4.4/rpm/el$releasever/
> mirrorlist=https://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.4-el$releasever
> enabled=1
> gpgcheck=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.4
>
>
> But if I run the command above I get:
>
> [root@ovmgr1 ~]# yum update ovirt\*setup\*
> Last metadata expiration check: 0:39:59 ago on Wed 11 Nov 2020 09:02:05 AM 
> CET.
> Error:
>  Problem 1: package 
> ovirt-engine-setup-plugin-ovirt-engine-4.4.3.11-1.el8.noarch requires 
> ovirt-engine >= 4.4.0, but none of the providers can be installed
>   - package 

[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-26 Thread Gilboa Davara
On Mon, Oct 26, 2020 at 8:29 AM Ales Musil  wrote:
>
>
>
> On Sat, Oct 24, 2020 at 2:01 PM Gilboa Davara  wrote:
>>
>> Hello,
>>
>> Many thanks for the prompt reply.
>> Answers in-line
>>
>> On Fri, Oct 23, 2020 at 9:16 AM Ales Musil  wrote:
>> >
>> > It would be nice to know when this happens as it might be a serious 
>> > problem.
>>
>> I can't offer much beyond the logs I uploaded.
>> I had a similar event in one of my production GlusterFS / oVirt
>> clusters, but restoring the missing ifcfg- files from backup and
>> restarting NetworkManager solved the problem.
>>
>
> Alright, please don't hesitate to share it if it ever happens again.
>

Will do, thanks!

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FJF4GOPSATOSVVNXSPCN5Q2EPKHC47SA/


[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-24 Thread Gilboa Davara
Hello,

Many thanks for the prompt reply.
Answers in-line

On Fri, Oct 23, 2020 at 9:16 AM Ales Musil  wrote:
>
> It would be nice to know when this happens as it might be a serious problem.

I can't offer much beyond the logs I uploaded.
I had a similar event in one of my production GlusterFS / oVirt
clusters, but restoring the missing ifcfg- files from backup and
restarting NetworkManager solved the problem.

>
> Unfortunately this won't work. From this it seems like vdsm persistence was 
> broken somehow during the upgrade.
>
> For start you can really ensure that the network is not saved in the vdsm 
> configuration.
> By using vdsm-tool on the host, if you run "vdsm-tool list-nets" it won't 
> produce anything most likely.
>
> To restore your previous configuration on the host you can use:
>
> cat << EOF > ovirtmgmt.json
> {
>   "networks": {
> "ovirtmgmt": {
>   "netmask": "255.255.255.0",
>   "ipv6autoconf": false,
>   "nic": "onb0",
>   "bridged": true,
>   "ipaddr": "192.168.2.117",
>   "defaultRoute": true,
>   "dhcpv6": false,
>   "gateway": "192.168.2.100",
>   "mtu": 1500,
>   "switch": "legacy",
>   "stp": false,
>   "bootproto": "none",
>   "nameservers": [
> "192.168.2.100",
> "8.8.8.8"
>   ]
> }
>   },
>   "bondings": {},
>   "options": {
> "connectivityCheck": false
>   }
> }
> EOF
>
> vdsm-client -f ovirtmgmt.json Host setupNetworks
>
> If that works, you have to persist the configuration before reboot, so either 
> from the engine UI
> or from the host itself:
>
> vdsm-client Host setSafeNetworkConfig

Worked like a charm! Thanks!

Have a good weekend,
Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TEY6CMTA5RAAZGLXNODG4CDZHFHBOPGF/


[ovirt-users] oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-22 Thread Gilboa Davara
Hello all,

I just upgraded one of my test oVirt setups to latest.

Post reboot, the machine lost network and hosted engine didn't start.
When I connected to the machine, I noticed all the
/etc/sysconfig/network-scripts/ifcfg-* files disappeared. No idea why /
how. (Possibly I did something wrong and forgot about it.)

Long story story short, I copied the two missing files (ifcfg-onb0 ethernet
device configuration and the ifcfg-ovirtmgmt bridge configuration) from
another ovirt host, changed the ovirtmgmt IP address and UUID to match the
UUID reported in logs as missing and restarted NetworkManager and restarted
all the oVirt related services (vdsmd, supervdsmd, ovirt-*, etc).

Sadly enough, even with both onb0 and ovirtmgmt up, vdsm still complains
about the missing network (ovirtmgmt) and refuses to start the hosted
engine.
Reboot doesn't seem to change anything.

In the main log I see the following errors:
Oct 22 16:33:31 office-wx-otest vdsm[2634]: WARN Attempting to remove a non
existing network: ovirtmgmt/1da8c5b7-999c-4ada-8287-1f35de6ce21d
Oct 22 16:33:31 office-wx-otest vdsm[2634]: WARN Attempting to remove a non
existing net user: ovirtmgmt/1da8c5b7-999c-4ada-8287-1f35de6ce21d
Oct 22 16:33:31 office-wx-otest vdsm[2634]: WARN Attempting to remove a non
existing network: ovirtmgmt/1da8c5b7-999c-4ada-8287-1f35de6ce21d
Oct 22 16:33:31 office-wx-otest vdsm[2634]: WARN Attempting to remove a non
existing net user: ovirtmgmt/1da8c5b7-999c-4ada-8287-1f35de6ce21d

As it is one of my oVirt test setup, I can simply redeploy the host and
continue from there, but I rather use this experience to learn how to fix
oVirt such issues in the future.

Logs attached.
https://drive.google.com/file/d/12ugy6CuaFaMvXYt6uGT4D_EHIW6nXttb/view?usp=sharing

$ PAGER= nmcli connection show
NAME   UUID  TYPE  DEVICE
ovirtmgmt  1da8c5b7-999c-4ada-8287-1f35de6ce21d  bridgeovirtmgmt
onb0   48332db3-8939-bff3-6b71-772a28c9e7b8  ethernet  onb0

$ PAGER= nmcli device show
GENERAL.DEVICE: ovirtmgmt
GENERAL.TYPE:   bridge
GENERAL.HWADDR: FC:AA:14:6B:A8:E0
GENERAL.MTU:1500
GENERAL.STATE:  100 (connected)
GENERAL.CONNECTION: ovirtmgmt
GENERAL.CON-PATH:
/org/freedesktop/NetworkManager/ActiveConnection/2
IP4.ADDRESS[1]: 192.168.2.117/24
IP4.GATEWAY:192.168.2.100
IP4.ROUTE[1]:   dst = 192.168.2.0/24, nh = 0.0.0.0,
mt = 425
IP4.ROUTE[2]:   dst = 0.0.0.0/0, nh =
192.168.2.100, mt = 425
IP4.DNS[1]: 192.168.2.100
IP4.DNS[2]: 8.8.8.8
IP6.GATEWAY:--

GENERAL.DEVICE: onb0
GENERAL.TYPE:   ethernet
GENERAL.HWADDR: FC:AA:14:6B:A8:E0
GENERAL.MTU:1500
GENERAL.STATE:  100 (connected)
GENERAL.CONNECTION: onb0
GENERAL.CON-PATH:
/org/freedesktop/NetworkManager/ActiveConnection/3
WIRED-PROPERTIES.CARRIER:   on
IP4.GATEWAY:--

GENERAL.DEVICE: ;vdsmdummy;
GENERAL.TYPE:   bridge
GENERAL.HWADDR: 92:8B:9A:5E:C1:3E
GENERAL.MTU:1500
GENERAL.STATE:  10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH:   --
IP4.GATEWAY:--
IP6.GATEWAY:--

GENERAL.DEVICE: lo
GENERAL.TYPE:   loopback
GENERAL.HWADDR: 00:00:00:00:00:00
GENERAL.MTU:65536
GENERAL.STATE:  10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH:   --
IP4.ADDRESS[1]: 127.0.0.1/8
IP4.GATEWAY:--
IP6.GATEWAY:--

GENERAL.DEVICE: br-int
GENERAL.TYPE:   openvswitch
GENERAL.HWADDR: 8E:15:6A:F8:3C:45
GENERAL.MTU:1500
GENERAL.STATE:  10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH:   --
IP4.GATEWAY:--
IP6.GATEWAY:--

GENERAL.DEVICE: ovs-system
GENERAL.TYPE:   openvswitch
GENERAL.HWADDR: E2:09:EA:A2:BD:70
GENERAL.MTU:1500
GENERAL.STATE:  10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH:   --
IP4.GATEWAY:

[ovirt-users] Re: Q: Hybrid GlusterFS / local storage setup?

2020-10-22 Thread Gilboa Davara
Thanks. Added my bug report as a possible duplicate.

- Gilboa

On Sun, Oct 18, 2020 at 3:13 PM Jiří Sléžka  wrote:

> Hi,
>
> On 10/18/20 11:16 AM, Gilboa Davara wrote:
> >
> > On Thu, Oct 15, 2020 at 3:27 PM Nir Soffer  > <mailto:nsof...@redhat.com>> wrote:
> >
> > On Thu, Oct 15, 2020 at 3:20 PM Gilboa Davara  > <mailto:gilb...@gmail.com>> wrote:
> > >
> > > On Thu, Oct 15, 2020 at 2:38 PM Nir Soffer  > <mailto:nsof...@redhat.com>> wrote:
> > >>
> > >> > I've got room to spare.
> > >> > Any documentation on how to achieve this (or some pointers
> > where to look)?
> > >>
> > >> It should be documented in ovirt.org <http://ovirt.org>, and in
> > RHV documentation:
> > >>
> >
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/administration_guide/
> > >>
> > >> > I couldn't find LVM / block device under host devices / storage
> > domain / etc and Google search returned irrelevant results.
> > >>
> > >> I tested locally, LVM devices are not available in:
> > >> Compute > Hosts > {hostname} > Host Devices
> > >>
> > >> Looks like libvirt does not support device mapper devices. You
> > can try:
> > >> # virsh -r nodedev-list
> > >>
> > >> To see supported devices. The list seems to match what oVirt
> displays
> > >> in the Host Devices tab.
> > >>
> > >> So you only option it to attach the entire local device to the
> > VM, either using
> > >> pci passthrough or as a scsi disk.
> > >>
> > >> Nir
> > >
> > >
> > > Full SCSI passthrough per "desktop" VM is an overkill for this
> > user case. (Plus, I don't see MD devices in the list, only pure
> > SATA/SAS devices).
> > > Any idea if there are plans to add support for LVM devices (or any
> > other block device)?
> >
> > I don't think there is such a plan, but it makes sense to support
> > such usage.
> >
> > Please file ovit-engine RFE explaining the use case, and we can
> consider
> > it for a future version.
> >
> > Nir
> >
> >
> > Done.
> > https://bugzilla.redhat.com/show_bug.cgi?id=1889138
>
> I also wote for this feature. There is also this RFE which could allow
> similar functionality (allow use of local disk storages in shared
> storage cluster).
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1406412
>
> Cheers,
>
> Jiri
>
> >
> > Thanks again for the help!
> > - Gilboa
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NQOCWZ2SYPS2LXH2MRJLGICWOVZXXMCB/
> >
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/24NC357DKZ4JTHUB3HQQPNEQ3T2K6XQT/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/E3D6QYG5C6C65RCQFFNMO6B2XMBZUGZH/


[ovirt-users] Re: Q: Hybrid GlusterFS / local storage setup?

2020-10-18 Thread Gilboa Davara
On Thu, Oct 15, 2020 at 3:27 PM Nir Soffer  wrote:

> On Thu, Oct 15, 2020 at 3:20 PM Gilboa Davara  wrote:
> >
> > On Thu, Oct 15, 2020 at 2:38 PM Nir Soffer  wrote:
> >>
> >> > I've got room to spare.
> >> > Any documentation on how to achieve this (or some pointers where to
> look)?
> >>
> >> It should be documented in ovirt.org, and in RHV documentation:
> >>
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/administration_guide/
> >>
> >> > I couldn't find LVM / block device under host devices / storage
> domain / etc and Google search returned irrelevant results.
> >>
> >> I tested locally, LVM devices are not available in:
> >> Compute > Hosts > {hostname} > Host Devices
> >>
> >> Looks like libvirt does not support device mapper devices. You can try:
> >> # virsh -r nodedev-list
> >>
> >> To see supported devices. The list seems to match what oVirt displays
> >> in the Host Devices tab.
> >>
> >> So you only option it to attach the entire local device to the VM,
> either using
> >> pci passthrough or as a scsi disk.
> >>
> >> Nir
> >
> >
> > Full SCSI passthrough per "desktop" VM is an overkill for this user
> case. (Plus, I don't see MD devices in the list, only pure SATA/SAS
> devices).
> > Any idea if there are plans to add support for LVM devices (or any other
> block device)?
>
> I don't think there is such a plan, but it makes sense to support such
> usage.
>
> Please file ovit-engine RFE explaining the use case, and we can consider
> it for a future version.
>
> Nir
>

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

Thanks again for the help!
- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NQOCWZ2SYPS2LXH2MRJLGICWOVZXXMCB/


[ovirt-users] Re: Q: Hybrid GlusterFS / local storage setup?

2020-10-15 Thread Gilboa Davara
On Thu, Oct 15, 2020 at 2:38 PM Nir Soffer  wrote:

> > I've got room to spare.
> > Any documentation on how to achieve this (or some pointers where to
> look)?
>
> It should be documented in ovirt.org, and in RHV documentation:
>
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/administration_guide/
>
> > I couldn't find LVM / block device under host devices / storage domain /
> etc and Google search returned irrelevant results.
>
> I tested locally, LVM devices are not available in:
> Compute > Hosts > {hostname} > Host Devices
>
> Looks like libvirt does not support device mapper devices. You can try:
> # virsh -r nodedev-list
>
> To see supported devices. The list seems to match what oVirt displays
> in the Host Devices tab.
>
> So you only option it to attach the entire local device to the VM, either
> using
> pci passthrough or as a scsi disk.
>
> Nir
>

Full SCSI passthrough per "desktop" VM is an overkill for this user case.
(Plus, I don't see MD devices in the list, only pure SATA/SAS devices).
Any idea if there are plans to add support for LVM devices (or any other
block device)?

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VC4MWT2NMEUHER2OGXUBP7S3HC2GDBZA/


[ovirt-users] Re: Q: Hybrid GlusterFS / local storage setup?

2020-10-14 Thread Gilboa Davara
Hello Nir,

Thanks for the prompt answer.

On Wed, Oct 14, 2020 at 1:02 PM Nir Soffer  wrote:

>
> GlusterFS?
>

Yep, GlusterFS. Sorry, wrong abbreviation on my end..


>
>
> This will not be fast as local device passed-through to the vm
>
It will also be problematic, since all hosts will mount, monitor, and
> maintain leases on this NFS storage, since it is considered as shared
> storage.
> If another host fail to access this NFS storage the other host will be
> deactivated and all the VMs will migrate to other hosts. This migration
> storm can cause lot of trouble.
> In the worst case, in no other host can access this NFS storage all other
> hosts will be deactivated.
>
This is same as NFS (internally this is the same code). It will work only
> if you can mount the same device/export on all hosts. This is even worse
> than NFS.
>

OK. Understood. No NFS / POSIXFS storage than.

>
>
>> A. Am I barking at the wrong tree here? Is this setup even possible?
>>
>
> This is possible using host device.
> You can attach a host device to a VM. This will pin the VM to the host,
> and give best performance.
> It may not be flexible enough since you need to attach entire device.
> Maybe it can work with LVM logical volumes.
>

I've got room to spare.
Any documentation on how to achieve this (or some pointers where to look)?
I couldn't find LVM / block device under host devices / storage domain /
etc and Google search returned irrelevant results.

- Gilboa


> Nir
>
> B. If it is even possible, any documentation / pointers on setting up
>> per-host private storage?
>>
>> I should mention that these workstations are quite beefy (64-128GB
>> RAM, large MDRAID, SSD, etc) so I can spare memory / storage space (I
>> can even split the local storage and GFS to different arrays).
>>
>> - Gilboa
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VT24EBHC4OF7VXO7BGY3C2IT64M2T5FD/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFX5Q6SA4DPL2TDXWXKWUD7FQJJDGURM/


[ovirt-users] Q: Hybrid GlusterFS / local storage setup?

2020-10-14 Thread Gilboa Davara
Hello all,

I'm thinking about converting a couple of old dual Xeon V2
workstations into (yet another) oVirt setup.
However, the use case for this cluster is somewhat different:
While I do want most of the VMs to be highly available (Via 2+1 GFS
storage domain), I'd also want pin at least one "desktop" VM to each
host (possibly with vGPU) and let this VM access the local storage
directly in-order to get near bare metal performance.

Now, I am aware that I can simply share an LVM LV over NFS / localhost
and pin a specific VM to each specific host, and the performance will
be acceptable, I seem to remember that there's a POSIX-FS storage
domain that at least in theory should be able to give me per-host
private storage.

A. Am I barking at the wrong tree here? Is this setup even possible?
B. If it is even possible, any documentation / pointers on setting up
per-host private storage?

I should mention that these workstations are quite beefy (64-128GB
RAM, large MDRAID, SSD, etc) so I can spare memory / storage space (I
can even split the local storage and GFS to different arrays).

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VT24EBHC4OF7VXO7BGY3C2IT64M2T5FD/


[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]

2020-10-14 Thread Gilboa Davara
On Mon, Oct 12, 2020 at 2:41 PM Edward Berger  wrote:
>
> As an ovirt user my first reaction reading your message was
> "that is a ridiculously small system to be trying ovirt self hosted engine 
> on."
>
> My minimum recommendation is 48GB of RAM dual xeon, since the hosted 
> ovirt-engine installation by default
> wants 16GB/4vCPU.  I would use a basic KVM/virt-manager install there instead.
>
> You'll have to provide logs to get more help, but I think you're trying to do 
> the wrong thing given the hardware spec.
>
>

Edward,

(OT answer)
Actually, oVirt is far more versatile than you seem to think.
I've managed to successfully install oVirt on anything down from a 4
core "desktop" Xeon E3 with 16GB RAM and 4 x 1TB HDD MDRAID with both
localhost NFS and GFS (which is being used to test updates) up to
multiple-node GlusterFS clusters and with >1TB RAM per node and
way-too-many cores.
Granted, when using a desktop machine one must be _very_ careful when
configuring the hosted engine, but once you get it installed, it's
quite resilient.

Oh, and when trying to deploy the hosted engine on a low-end machine,
I'd strongly advise you disable cockpit (to conserve RAM), and use the
console version per [1].

- Gilboa


[1] 
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/self-hosted_engine_guide/deploying_the_self-hosted_engine_using_the_cli_deploy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D77VL7TMR3LJ6Q3RBIK4NYMOPHQGNCTG/


[ovirt-users] Re: VM stuck in "reboot in progress" ("virtual machine XXX should be running in a host but it isn't.").

2020-09-22 Thread Gilboa Davara
Arik / Strahil,

Many thanks!

Just in-case anyone else is hitting the same issue (*NOTE* Host and VM
ID _will_ be different!)
0. Ran a backup:
1. Connect to the hosted-engine and DB:
$ ssh root@vmengine
$ su - postgres
$ psql engine
2. Execute a select query to verify that the VM's run_on_vds is NULL:
# select * from vm_dynamic where vm_guid='b411e573-bcda-4689-b61f-1811c6f03ad5';
3. Execute Arik's update query:
# update vm_dynamic set
run_on_vds='82f92946-9130-4dbd-8663-1ac0b50668a1' where
vm_guid='b411e573-bcda-4689-b61f-1811c6f03ad5';
4. Re-started the engine:
$ systemctl restart ovirt-engine
5. Everything seems fine now. Profit!

Thanks again,
Gilboa

On Mon, Sep 21, 2020 at 4:28 PM Arik Hadas  wrote:
>
>
>
> On Sun, Sep 20, 2020 at 11:21 AM Gilboa Davara  wrote:
>>
>> On Sat, Sep 19, 2020 at 7:44 PM Arik Hadas  wrote:
>> >
>> >
>> >
>> > On Fri, Sep 18, 2020 at 8:27 AM Gilboa Davara  wrote:
>> >>
>> >> Hello all (and happy new year),
>> >>
>> >> (Note: Also reported as 
>> >> https://bugzilla.redhat.com/show_bug.cgi?id=1880251)
>> >>
>> >> Self hosted engine, single node, NFS.
>> >> Attempted to install CentOS over an existing Fedora VM with one host
>> >> device (USB printer).
>> >> Reboot failed, trying to boot from a non-existent CDROM.
>> >> Tried shutting the VM down, failed.
>> >> Tried powering off the VM, failed.
>> >> Dropped cluster to global maintenance, reboot host + engine (was
>> >> planning to upgrade it anyhow...), VM still stuck.
>> >>
>> >> When trying to power off the VM, the following message can be found
>> >> the in engine.log:
>> >> 2020-09-18 07:58:51,439+03 INFO
>> >> [org.ovirt.engine.core.bll.StopVmCommand]
>> >> (EE-ManagedThreadFactory-engine-Thread-42)
>> >> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Running command: StopVmCommand
>> >> internal: false. Entities affected :  ID:
>> >> b411e573-bcda-4689-b61f-1811c6f03ad5 Type: VMAction group STOP_VM with
>> >> role type USER
>> >> 2020-09-18 07:58:51,441+03 WARN
>> >> [org.ovirt.engine.core.bll.StopVmCommand]
>> >> (EE-ManagedThreadFactory-engine-Thread-42)
>> >> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Strange, according to the
>> >> status 'RebootInProgress' virtual machine
>> >> 'b411e573-bcda-4689-b61f-1811c6f03ad5' should be running in a host but
>> >> it isn't.
>> >> 2020-09-18 07:58:51,594+03 ERROR
>> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> >> (EE-ManagedThreadFactory-engine-Thread-42)
>> >> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] EVENT_ID:
>> >> USER_FAILED_STOP_VM(56), Failed to power off VM kids-home-srv (Host:
>> >> , User: gilboa@internal-authz).
>> >>
>> >> My question is simple: Pending a solution to the bug, can I somehow
>> >> drop the state of the VM? It's currently holding a sizable disk image
>> >> and a USB device I need (printer).
>> >
>> >
>> > It would be best to modify the VM as if it should still be running on the 
>> > host and let the system discover that it's not running there and update 
>> > the VM accordingly.
>> >
>> > You can do it by changing the database with:
>> > update vm_dynamic set run_on_vds='82f92946-9130-4dbd-8663-1ac0b50668a1' 
>> > where vm_guid='b411e573-bcda-4689-b61f-1811c6f03ad5';
>> >
>> >
>> >>
>> >>
>> >> As it's my private VM cluster, I have no problem dropping the site
>> >> completely for maintenance.
>> >>
>> >> Thanks,
>> >>
>> >> Gilboa
>>
>>
>> Hello,
>>
>> Thanks for the prompt answer.
>>
>> Edward,
>>
>> Full reboot of both engine and host didn't help.
>> Most likely there's a consistency problem in the oVirt DB.
>>
>> Arik,
>>
>> To which DB I should connect and as which user?
>> E.g. psql -U user db_name
>
>
> To the 'engine' database.
> I usually connect to it by switching to the 'postgres' user as Strahil 
> described.
>
>>
>>
>> Thanks again,
>> - Gilboa
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UVUOGUI7N3AW2L4J2WCQBQUW4BTTCOA6/


[ovirt-users] Re: VM stuck in "reboot in progress" ("virtual machine XXX should be running in a host but it isn't.").

2020-09-20 Thread Gilboa Davara
On Sat, Sep 19, 2020 at 5:07 PM Strahil Nikolov  wrote:>
> You have rebooted the host where the VM was previously running , right ?
> If oVirt doesn't detect that the host was rebooted , you can mark it as such :
> UI -> Hosts -> select the Host -> the 3 dots -> "Confirm 'Host has been 
> rebooted'"
>
> Best Regards,
> Strahil Nikolov
>

"Confirm host was rebooted" fails when host is up.
The error message is: '"Error while executing action: Cannot confirm
'Host has been rebooted' Host. Valid Host statuses are "Non
operational", "Maintenance" or "Connecting"'.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6NUVSN3UFBRWWPTPRTEMLOYD2FZ4/


[ovirt-users] Re: VM stuck in "reboot in progress" ("virtual machine XXX should be running in a host but it isn't.").

2020-09-20 Thread Gilboa Davara
On Sat, Sep 19, 2020 at 7:44 PM Arik Hadas  wrote:
>
>
>
> On Fri, Sep 18, 2020 at 8:27 AM Gilboa Davara  wrote:
>>
>> Hello all (and happy new year),
>>
>> (Note: Also reported as https://bugzilla.redhat.com/show_bug.cgi?id=1880251)
>>
>> Self hosted engine, single node, NFS.
>> Attempted to install CentOS over an existing Fedora VM with one host
>> device (USB printer).
>> Reboot failed, trying to boot from a non-existent CDROM.
>> Tried shutting the VM down, failed.
>> Tried powering off the VM, failed.
>> Dropped cluster to global maintenance, reboot host + engine (was
>> planning to upgrade it anyhow...), VM still stuck.
>>
>> When trying to power off the VM, the following message can be found
>> the in engine.log:
>> 2020-09-18 07:58:51,439+03 INFO
>> [org.ovirt.engine.core.bll.StopVmCommand]
>> (EE-ManagedThreadFactory-engine-Thread-42)
>> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Running command: StopVmCommand
>> internal: false. Entities affected :  ID:
>> b411e573-bcda-4689-b61f-1811c6f03ad5 Type: VMAction group STOP_VM with
>> role type USER
>> 2020-09-18 07:58:51,441+03 WARN
>> [org.ovirt.engine.core.bll.StopVmCommand]
>> (EE-ManagedThreadFactory-engine-Thread-42)
>> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Strange, according to the
>> status 'RebootInProgress' virtual machine
>> 'b411e573-bcda-4689-b61f-1811c6f03ad5' should be running in a host but
>> it isn't.
>> 2020-09-18 07:58:51,594+03 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engine-Thread-42)
>> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] EVENT_ID:
>> USER_FAILED_STOP_VM(56), Failed to power off VM kids-home-srv (Host:
>> , User: gilboa@internal-authz).
>>
>> My question is simple: Pending a solution to the bug, can I somehow
>> drop the state of the VM? It's currently holding a sizable disk image
>> and a USB device I need (printer).
>
>
> It would be best to modify the VM as if it should still be running on the 
> host and let the system discover that it's not running there and update the 
> VM accordingly.
>
> You can do it by changing the database with:
> update vm_dynamic set run_on_vds='82f92946-9130-4dbd-8663-1ac0b50668a1' where 
> vm_guid='b411e573-bcda-4689-b61f-1811c6f03ad5';
>
>
>>
>>
>> As it's my private VM cluster, I have no problem dropping the site
>> completely for maintenance.
>>
>> Thanks,
>>
>> Gilboa


Hello,

Thanks for the prompt answer.

Edward,

Full reboot of both engine and host didn't help.
Most likely there's a consistency problem in the oVirt DB.

Arik,

To which DB I should connect and as which user?
E.g. psql -U user db_name

Thanks again,
- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XUFMFHGE5U4ICTBMSBN4TRW74KRGDIIS/


[ovirt-users] Re: VM stuck in "reboot in progress" ("virtual machine XXX should be running in a host but it isn't.").

2020-09-17 Thread Gilboa Davara
P.S. Full engine log attached to the bugzilla entry.

- Gilboa

On Fri, Sep 18, 2020 at 8:23 AM Gilboa Davara  wrote:
>
> Hello all (and happy new year),
>
> (Note: Also reported as https://bugzilla.redhat.com/show_bug.cgi?id=1880251)
>
> Self hosted engine, single node, NFS.
> Attempted to install CentOS over an existing Fedora VM with one host
> device (USB printer).
> Reboot failed, trying to boot from a non-existent CDROM.
> Tried shutting the VM down, failed.
> Tried powering off the VM, failed.
> Dropped cluster to global maintenance, reboot host + engine (was
> planning to upgrade it anyhow...), VM still stuck.
>
> When trying to power off the VM, the following message can be found
> the in engine.log:
> 2020-09-18 07:58:51,439+03 INFO
> [org.ovirt.engine.core.bll.StopVmCommand]
> (EE-ManagedThreadFactory-engine-Thread-42)
> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Running command: StopVmCommand
> internal: false. Entities affected :  ID:
> b411e573-bcda-4689-b61f-1811c6f03ad5 Type: VMAction group STOP_VM with
> role type USER
> 2020-09-18 07:58:51,441+03 WARN
> [org.ovirt.engine.core.bll.StopVmCommand]
> (EE-ManagedThreadFactory-engine-Thread-42)
> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] Strange, according to the
> status 'RebootInProgress' virtual machine
> 'b411e573-bcda-4689-b61f-1811c6f03ad5' should be running in a host but
> it isn't.
> 2020-09-18 07:58:51,594+03 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-42)
> [7bc4ac71-f0b2-4af7-b081-100dc99b6123] EVENT_ID:
> USER_FAILED_STOP_VM(56), Failed to power off VM kids-home-srv (Host:
> , User: gilboa@internal-authz).
>
> My question is simple: Pending a solution to the bug, can I somehow
> drop the state of the VM? It's currently holding a sizable disk image
> and a USB device I need (printer).
>
> As it's my private VM cluster, I have no problem dropping the site
> completely for maintenance.
>
> Thanks,
>
> Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IOCPXQJ3RKE3SZAELLGNWNXQCA4YWPH4/


[ovirt-users] VM stuck in "reboot in progress" ("virtual machine XXX should be running in a host but it isn't.").

2020-09-17 Thread Gilboa Davara
Hello all (and happy new year),

(Note: Also reported as https://bugzilla.redhat.com/show_bug.cgi?id=1880251)

Self hosted engine, single node, NFS.
Attempted to install CentOS over an existing Fedora VM with one host
device (USB printer).
Reboot failed, trying to boot from a non-existent CDROM.
Tried shutting the VM down, failed.
Tried powering off the VM, failed.
Dropped cluster to global maintenance, reboot host + engine (was
planning to upgrade it anyhow...), VM still stuck.

When trying to power off the VM, the following message can be found
the in engine.log:
2020-09-18 07:58:51,439+03 INFO
[org.ovirt.engine.core.bll.StopVmCommand]
(EE-ManagedThreadFactory-engine-Thread-42)
[7bc4ac71-f0b2-4af7-b081-100dc99b6123] Running command: StopVmCommand
internal: false. Entities affected :  ID:
b411e573-bcda-4689-b61f-1811c6f03ad5 Type: VMAction group STOP_VM with
role type USER
2020-09-18 07:58:51,441+03 WARN
[org.ovirt.engine.core.bll.StopVmCommand]
(EE-ManagedThreadFactory-engine-Thread-42)
[7bc4ac71-f0b2-4af7-b081-100dc99b6123] Strange, according to the
status 'RebootInProgress' virtual machine
'b411e573-bcda-4689-b61f-1811c6f03ad5' should be running in a host but
it isn't.
2020-09-18 07:58:51,594+03 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engine-Thread-42)
[7bc4ac71-f0b2-4af7-b081-100dc99b6123] EVENT_ID:
USER_FAILED_STOP_VM(56), Failed to power off VM kids-home-srv (Host:
, User: gilboa@internal-authz).

My question is simple: Pending a solution to the bug, can I somehow
drop the state of the VM? It's currently holding a sizable disk image
and a USB device I need (printer).

As it's my private VM cluster, I have no problem dropping the site
completely for maintenance.

Thanks,

Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CD536K6HHE5JX7QY2DA6LYNTFABLYR2K/


[ovirt-users] 4.4: Export as OVA always fails w/ ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER

2020-07-22 Thread Gilboa Davara
Hello all,

I'm trying to export a VM as OVA on a single host hyper converged (over
NFS) 4.4 installation, and no matter which host destination directory I
set, with or without a trailing '/' (per bugzilla #1780424) the export
fails with the same error (see below).
Export into the export domain (on the same path) seems to work just fine.

$ cat engine.log | grep WARN
2020-07-22 14:51:50,155+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-158) [57c42e68-155e-4bd2-9dcd-bbc620088943] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory
/exports/export/kvm/gilboa-vmh-probe64
2020-07-22 14:52:22,077+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-160) [092fb51d-1054-43ff-9161-69943c677512] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory /tmp
2020-07-22 14:52:45,504+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-160) [3c8ae09d-3d03-42dd-b2e8-b488052674f1] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory /tmp
2020-07-22 15:04:32,393+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-159) [7a234e5a-be10-4b0b-b817-eb682b846272] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory /exports/export/kvm/temp
2020-07-22 15:10:07,066+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-159) [75e66244-aa1c-4d40-8f9f-578cccb265a3] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory
/exports/export/kvm/temp/gilboa-vmh-probe64.ova
2020-07-22 15:10:46,480+03 WARN
 [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
task-163) [6a6e9cae-b111-4f89-8dad-41a45a57c96c] Validation of action
'ExportVmToOva' failed for user gilboa@internal-authz. Reasons:
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
gilboa-home-srv.localdomain,$directory /exports/export/kvm/temp

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AS5OLLBXLGPKQP3F5LU6EBFMB2HJ5L6N/


[ovirt-users] Re: Hosted engine deployment doesn't add the host(s) to the /etc/hosts engine, even if hostname doesn't get resolved by DNS server

2020-06-23 Thread Gilboa Davara
On Tue, Jun 23, 2020 at 5:47 PM Yedidyah Bar David  wrote:
>
> On Tue, Jun 23, 2020 at 5:44 PM Gilboa Davara  wrote:
> >
> > On Mon, Jun 22, 2020 at 5:30 PM Yedidyah Bar David  wrote:
> > >
> > >
> > > Perhaps first have a look at:
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1816002
> > >
> > > and decide if to add a comment there, or create new bug (same
> > > product/component).
> > >
> >
> > After failing to create a new bug * I added a comment to the existing bug.
>
> Thanks
>
> >
> > * Decided to skip the oVirt team field (cause I didn't know which team
> > I should choose),
>
> It's not that important - someone will fix it later. In this case it's
> "Integration".
>
> > in return BZ decided to retaliate by deleting
> > everything I wrote. Me not feeling pretty lucky right now.
>
> Happened to me as well :-(
>
> >
> > ... Oh, on the up side, once I finished making every possible mistake
> > in the hand book (and a couple of others nobody bothered to think of)
> > I finally have a working oVirt 4.4 setup... Yippie.
>
> Congratulations, and thanks for the report!
> --
> Didi
>

No problem. Thanks again for the help.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3KLSHKKTMGRMAVZ2EJW3LE3KVCLEXF3P/


[ovirt-users] Re: Hosted engine deployment doesn't add the host(s) to the /etc/hosts engine, even if hostname doesn't get resolved by DNS server

2020-06-23 Thread Gilboa Davara
On Mon, Jun 22, 2020 at 5:30 PM Yedidyah Bar David  wrote:
>
>
> Perhaps first have a look at:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1816002
>
> and decide if to add a comment there, or create new bug (same
> product/component).
>

After failing to create a new bug * I added a comment to the existing bug.

* Decided to skip the oVirt team field (cause I didn't know which team
I should choose), in return BZ decided to retaliate by deleting
everything I wrote. Me not feeling pretty lucky right now.

... Oh, on the up side, once I finished making every possible mistake
in the hand book (and a couple of others nobody bothered to think of)
I finally have a working oVirt 4.4 setup... Yippie.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VMFGBOAJWJIFJMQ4QOEN2CGZF37YPGZP/


[ovirt-users] Re: Hosted engine deployment doesn't add the host(s) to the /etc/hosts engine, even if hostname doesn't get resolved by DNS server

2020-06-22 Thread Gilboa Davara
On Mon, Jun 22, 2020 at 9:12 AM Yedidyah Bar David  wrote:
>
> I agree. Would you like to open a bug about this? It's not always easy
> to know the root cause for the failure, nor to pass it through the
> various components until it can reach the end-user.

Sure. Happy to.
Against which bugzilla component?

>
>
> Not sure it must abort. In principle, you could have supplied custom
> ansible code to be ran inside the appliance, to add the items yourself
> to /etc/hosts, or in theory it can also happen that you configured stuff
> so that the host fails DNS resolution but the engine VM does not.
>
> It also asked you:
>
> 2020-06-21 10:49:18,562-0400 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:SEND Add lines for the
> appliance itself and for this host to /etc/hosts on the engine VM?
> 2020-06-21 10:49:18,562-0400 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:SEND Note: ensuring that
> this host could resolve the engine VM hostname is still up to you
> 2020-06-21 10:49:18,563-0400 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:SEND (Yes, No)[No]
>
> And you accepted the default 'No'.
>
> Perhaps we should change the default to Yes.

I must have missed it.
In this case:
A. It is essentially PBKAC.
B. I believe that given the fact the problem was actually detected by
the installer early on, I believe the installer should enforce having
either hosts entry or working DNS setup. (Or at least show a big red
flashing message saying: "Look, are you sure you want to set up a
broken hosted engine VM and that cannot possibly resolve the host
address and will uncertainly fail miserably once we try and deploy the
hosted engine?")

>
> Of course - Yes is also a risk - a user not noticing it, then later on
> changing the DNS, and not understanding why it "does not work"...

Indeed.

> In theory, you can examine the ansible code, and see what (not very
> many) next steps it should have done if it didn't fail there, and do
> that yourself (or decide that they are not important). In practice,
> I'd personally deploy again cleanly, unless this is for a quick test
> or something.
>
> Best regards,
> --

I'll simply clean up and redeploy.
Hopefully after suffering a long string of PBKAC and DNS related
failures, I'll finally have a working setup :)

And again, many thanks for taking the time to assist me.
I appreciate it!

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NHDX3ER4Z6HAA6WQ7GTGBPR4Y2O74P4N/


[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-22 Thread Gilboa Davara
On Mon, Jun 22, 2020 at 8:58 AM Yedidyah Bar David  wrote:
>
> On Sun, Jun 21, 2020 at 7:36 PM Gilboa Davara  wrote:
> >
> > On Thu, Jun 18, 2020 at 2:54 PM Yedidyah Bar David  wrote:
> > >
> > > On Thu, Jun 18, 2020 at 2:37 PM Gilboa Davara  wrote:
> > > >
> > > > On Wed, Jun 17, 2020 at 12:35 PM Yedidyah Bar David  
> > > > wrote:
> > > > > > However, when trying to install 4.4 on the test CentOS 8.x (now 8.2
> > > > > > after yesterday release), either manually (via hosted-engine 
> > > > > > --deploy)
> > > > > > or by using cockpit, fails when trying to download packages (see
> > > > > > attached logs) during the hosted engine deployment phase.
> > > > >
> > > > > Right. Didn't check them - I guess it's the same, no?
> > > >
> > > > Most likely you are correct. That said, the console version is more 
> > > > verbose.
> > > >
> > > >
> > > > > > Just to be clear, it is the hosted engine VM (during the deployment
> > > > > > process) that fails to automatically download packages, _not_ the
> > > > > > host.
> > > > >
> > > > > Exactly. That's why I asked you (because the logs do not reveal that)
> > > > > to manually login there and try to install (update) the package, and
> > > > > see what happens, why it failes, etc. Can you please try that? Thanks.
> > > >
> > > > Sadly enough, the failure comes early in the hosted engine deployment
> > > > process, making the VM completely inaccessible.
> > > > While I see qemu-kvm briefly start, it usually dies before I have any
> > > > chance to access it.
> > > >
> > > > Can I somehow prevent hosted-engine --deploy from destroying the
> > > > hosted engine VM, when the deployment fails, giving me access to it?
> > >
> > > This is how it should behave normally, it does not kill the VM.
> > > Perhaps check logs, try to find who/what killed it.
> > >
> > > Anyway: Earlier today I pushed this patch:
> > >
> > > https://gerrit.ovirt.org/109730
> > >
> > > Didn't yet get to try verifying it. Would you like to try? You can get
> > > an RPM from the CI build linked there, or download the patch and apply
> > > it manually (in the "gitweb" link [1]).
> > >
> > > Then, you can do:
> > >
> > > hosted-engine --deploy --ansible-extra-vars=he_offline_deployment=true
> > >
> > > If you try this, please share the results. Thanks!
> > >
> > > [1] 
> > > https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-setup.git;a=commitdiff_plain;h=f77fa8b84ed6d8a74cbe56b95accb1e8131afbb5
>
> Now filed https://bugzilla.redhat.com/1849517 for this.
>
> > >
> > > Best regards,
> > > --
> > > Didi
> > >
> >
> > Good news. I managed to connect to the VM and solve the problem.
>
> Glad to hear that, thanks for the report!
>
> >
> > For some odd reason our primary DNS server had upstream connection
> > issues and all the requests were silently handled by our secondary DNS
> > server.
> > Not sure I understand why, but while the ovirt host did manage to
> > silently spill over to the secondary DNS, the hosted engine, at least
> > during the initial deployment phase (when it still uses the host's
> > dnsmasq), failed to spill over to the secondary DNS server and the
> > deployment failed.
>
> Sounds like a bug in dnsmasq, although I am not sure.
>
> That said, DNS/DHCP are out of scope for oVirt. We simply assume they
> are robust.
>
> In retrospective, what do you think we should have done differently
> to make it easier for you to find (and fix) the problem?
>
> Best regards,
> --
> Didi

In retrospect, the main problem was the non-descriptive error message
generated by DNF (which has nothing to do with the ovirt installer).
That said, this could easily be circumvented by adding a simple
network-test script to the installer playbook.

Then again, the problem was clearly on my side...

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V7R5HVHLY7FH5AXEXDENTCSRG3HJ3M2V/


[ovirt-users] Hosted engine deployment doesn't add the host(s) to the /etc/hosts engine, even if hostname doesn't get resolved by DNS server

2020-06-21 Thread Gilboa Davara
Hello,

Following the previous email, I think I'm hitting an odd problem, not
sure if it's my mistake or an actual bug.
1. Newly deployed 4.4 self-hosted engine on localhost NFS storage on a
single node.
2. Installation failed during the final phase with a non-descriptive
error message [1].
3. Log attached.
4. Even though the installation seemed to have failed, I managed to
connect to the ovirt console, and noticed it failed to connect to the
host.
5. SSH into the hosted engine, and noticed it cannot resolve the host hostname.
6. Added the missing /etc/hosts entry, restarted the ovirt-engine
service, and all is green.
7. Looking the deployment log, I'm seeing the following message:
"[WARNING] Failed to resolve gilboa-wx-ovirt.localdomain using DNS, it
can be resolved only locally", which means the ansible was aware the
my DNS server doesn't resolve the host hostname, but didn't add the
missing /etc/hosts entry / and or errored out.

A. Is it a bug, or is it PBKAC?
B. What are the chances that I have a working ovirt (test) setup?

- Gilboa

[1] [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts":
{"ovirt_vms": [{"affinity_labels": [], "applications": [], "bios":
{"boot_menu": {"enabled": false}, "type": "cluster_default"},
"cdroms": [], "cluster": {"href":
"/ovirt-engine/api/clusters/1ac7525a-b3d1-11ea-9c7a-00163e57d088",
"id": "1ac7525a-b3d1-11ea-9c7a-00163e57d088"}, "comment": "", "cpu":
{"architecture": "x86_64", "topology": {"cores": 1, "sockets": 4,
"threads": 1}}, "cpu_profile": {"href":
"/ovirt-engine/api/cpuprofiles/58ca604e-01a7-003f-01de-0250",
"id": "58ca604e-01a7-003f-01de-0250"}, "cpu_shares": 0,
"creation_time": "2020-06-21 11:15:08.207000-04:00",
"delete_protected": false, "description": "", "disk_attachments": [],
"display": {"address": "127.0.0.1", "allow_override": false,
"certificate": {"content": "-BEGIN
CERTIFICATE-\nMIID3jCCAsagAwIBAgICEAAwDQYJKoZIhvcNAQELBQAwUTELMAkGA1UEBhMCVVMxFDASBgNVBAoM\nC2xvY2FsZG9tYWluMSwwKgYDVQQDDCNnaWxib2Etd3gtdm1vdmlydC5sb2NhbGRvbWFpbi40MTE5\nMTAeFw0yMDA2MjAxNTA3MTFaFw0zMDA2MTkxNTA3MTFaMFExCzAJBgNVBAYTAlVTMRQwEgYDVQQK\nDAtsb2NhbGRvbWFpbjEsMCoGA1UEAwwjZ2lsYm9hLXd4LXZtb3ZpcnQubG9jYWxkb21haW4uNDEx\nOTEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCUNgcCn28BMlMcadFZPR9JAWjOWyh0\nWMQffOSKUlr7H+6K02IdjCR5K9bR9moAlMA4dNzF/NJa12BlCmDkwOSsgZl+NK/Ut3kqfPp4CqMl\nU3jkJzqRnh0rqOFnQ4Q1tsejziH1MSiH5/eb4A3g2s0awXF6K+JRMp2MB9wYQx//tZrvhTLprK+Y\n9jXdQFZby8j+/9pqIdN7uoYbuqESRNcfIJ0WigJ10/IOAwloT0MASwyVtCRTCCXNE4PRN+Lexlcc\nxXq2QZ0zG8u3leLT6/J87PCP/OEj976fZ19q83stWjygu4+UiWS+QStlrzc1U+aGVxa+sO+9mv3f\n6CwT0clvAgMBAAGjgb8wgbwwHQYDVR0OBBYEFOiEmL8+rz3I4j5rmL+ws47Jv5KiMHoGA1UdIwRz\nMHGAFOiEmL8+rz3I4j5rmL+ws47Jv5KioVWkUzBRMQswCQYDVQQGEwJVUzEUMBIGA1UECgwLbG9j\nYWxkb21haW4xLDAqBgNVBAMMI2dpbGJvYS13eC12bW92aXJ0LmxvY2FsZG9tYWluLjQxMTkxggIQ\nADAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjANBgkqhkiG9w0BAQsFAAOCAQEAStVI\nhHRrw5aa3YUNcwYh+kQfS47Es12nNRFeVVzbXj9CLS/TloYjyXEyZvFmYyyjNvuj4/3WcQDfeaG6\nTUGoFJ1sleOMT04WYWNJGyvsOfokT+I7yrBsVMg/7vip8UQV0ttmVoY/kMhZufwAUNlsZyh6F2o2\nNpAAcdLoguHo3UCGyaL8pF4G0NOAR/eV1rpl4VikqehUsXZ1sYzYZfK98xXrmepI42Lt3B2L6f9t\ngzYJ99jsrOGFhgvgV0H+PclviIdz79Jj3ZpPhezHkNQyrp0GOM0rqW+9xy50tlCQJ4rjdrRxnr21\nGpD3ZaQ2KSwGU79pnnRT6m7MSQ8irci3/A==\n-END
CERTIFICATE-\n", "organization": "localdomain", "subject":
"O=localdomain,CN=gilboa-wx-ovirt.localdomain"}, "copy_paste_enabled":
true, "disconnect_action": "LOCK_SCREEN", "file_transfer_enabled":
true, "monitors": 1, "port": 5900, "single_qxl_pci": false,
"smartcard_enabled": false, "type": "vnc"}, "fqdn":
"gilboa-wx-vmovirt.localdomain", "graphics_consoles": [],
"guest_operating_system": {"architecture": "x86_64", "codename": "",
"distribution": "CentOS Linux", "family": "Linux", "kernel":
{"version": {"build": 0, "full_version":
"4.18.0-147.8.1.el8_1.x86_64", "major": 4, "minor": 18, "revision":
147}}, "version": {"full_version": "8", "major": 8}},
"guest_time_zone": {"name": "EDT", "utc_offset": "-04:00"},
"high_availability": {"enabled": false, "priority": 0}, "host":
{"href": "/ovirt-engine/api/hosts/5ca55132-6d20-4a7f-81a8-717095ba8f78",
"id": "5ca55132-6d20-4a7f-81a8-717095ba8f78"}, "host_devices": [],
"href": "/ovirt-engine/api/vms/60ba9f1a-cdb1-406e-810d-187dbdd7775c",
"id": "60ba9f1a-cdb1-406e-810d-187dbdd7775c", "io": {"threads": 1},
"katello_errata": [], "large_icon": {"href":
"/ovirt-engine/api/icons/a753f77a-89a4-4b57-9c23-d23bd61ebdaf", "id":
"a753f77a-89a4-4b57-9c23-d23bd61ebdaf"}, "memory": 8589934592,
"memory_policy": {"guaranteed": 8589934592, "max": 8589934592},
"migration": {"auto_converge": "inherit", "compressed": "inherit",
"encrypted": "inherit"}, "migration_downtime": -1,
"multi_queues_enabled": true, "name": "external-HostedEngineLocal",
"next_run_configuration_exists": false, "nics": [], "numa_nodes": [],
"numa_tune_mode": "interleave", "origin": "external",
"original_template": {"href":
"/ovirt-engine/api/templates/----",
"id": 

[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-21 Thread Gilboa Davara
On Thu, Jun 18, 2020 at 2:54 PM Yedidyah Bar David  wrote:
>
> On Thu, Jun 18, 2020 at 2:37 PM Gilboa Davara  wrote:
> >
> > On Wed, Jun 17, 2020 at 12:35 PM Yedidyah Bar David  wrote:
> > > > However, when trying to install 4.4 on the test CentOS 8.x (now 8.2
> > > > after yesterday release), either manually (via hosted-engine --deploy)
> > > > or by using cockpit, fails when trying to download packages (see
> > > > attached logs) during the hosted engine deployment phase.
> > >
> > > Right. Didn't check them - I guess it's the same, no?
> >
> > Most likely you are correct. That said, the console version is more verbose.
> >
> >
> > > > Just to be clear, it is the hosted engine VM (during the deployment
> > > > process) that fails to automatically download packages, _not_ the
> > > > host.
> > >
> > > Exactly. That's why I asked you (because the logs do not reveal that)
> > > to manually login there and try to install (update) the package, and
> > > see what happens, why it failes, etc. Can you please try that? Thanks.
> >
> > Sadly enough, the failure comes early in the hosted engine deployment
> > process, making the VM completely inaccessible.
> > While I see qemu-kvm briefly start, it usually dies before I have any
> > chance to access it.
> >
> > Can I somehow prevent hosted-engine --deploy from destroying the
> > hosted engine VM, when the deployment fails, giving me access to it?
>
> This is how it should behave normally, it does not kill the VM.
> Perhaps check logs, try to find who/what killed it.
>
> Anyway: Earlier today I pushed this patch:
>
> https://gerrit.ovirt.org/109730
>
> Didn't yet get to try verifying it. Would you like to try? You can get
> an RPM from the CI build linked there, or download the patch and apply
> it manually (in the "gitweb" link [1]).
>
> Then, you can do:
>
> hosted-engine --deploy --ansible-extra-vars=he_offline_deployment=true
>
> If you try this, please share the results. Thanks!
>
> [1] 
> https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-setup.git;a=commitdiff_plain;h=f77fa8b84ed6d8a74cbe56b95accb1e8131afbb5
>
> Best regards,
> --
> Didi
>

Good news. I managed to connect to the VM and solve the problem.

For some odd reason our primary DNS server had upstream connection
issues and all the requests were silently handled by our secondary DNS
server.
Not sure I understand why, but while the ovirt host did manage to
silently spill over to the secondary DNS, the hosted engine, at least
during the initial deployment phase (when it still uses the host's
dnsmasq), failed to spill over to the secondary DNS server and the
deployment failed.
Once I fixed our primary DNS upstream connection issues, the installer
managed to download packages successfully (but failed once I
provisioned the storage, more on that in a different mail).

Many thanks, again, for taking the time to assist me!
(And hope it helps anyone facing the same issue in the future)

- Gilboa



- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TZ2OIGKWMFKL3SQTCNFKLAXPMK3ES65B/


[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-18 Thread Gilboa Davara
On Wed, Jun 17, 2020 at 12:35 PM Yedidyah Bar David  wrote:
> > However, when trying to install 4.4 on the test CentOS 8.x (now 8.2
> > after yesterday release), either manually (via hosted-engine --deploy)
> > or by using cockpit, fails when trying to download packages (see
> > attached logs) during the hosted engine deployment phase.
>
> Right. Didn't check them - I guess it's the same, no?

Most likely you are correct. That said, the console version is more verbose.


> > Just to be clear, it is the hosted engine VM (during the deployment
> > process) that fails to automatically download packages, _not_ the
> > host.
>
> Exactly. That's why I asked you (because the logs do not reveal that)
> to manually login there and try to install (update) the package, and
> see what happens, why it failes, etc. Can you please try that? Thanks.

Sadly enough, the failure comes early in the hosted engine deployment
process, making the VM completely inaccessible.
While I see qemu-kvm briefly start, it usually dies before I have any
chance to access it.

Can I somehow prevent hosted-engine --deploy from destroying the
hosted engine VM, when the deployment fails, giving me access to it?

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JTVDXZL2DC7SEZ6YWE66IYSSCPFFMFOH/


[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-17 Thread Gilboa Davara
On Wed, Jun 17, 2020 at 10:12 AM Yedidyah Bar David  wrote:
> Section 5.3 is not actually needed, the appliance already includes it.
>
> > The second document is missing the modules part.
>
> (Seems to me to include it as well, but again, it's not needed)
>
> > Now I can manually install ovirt-engine on the host.
>
> I think you got it wrong. Please see my previous posts in this thread.
> In particular:
>
> 1. You do not need to install ovirt-engine on the host.
> 2. You should try to see why it failed, on the engine VM.
> 3. This engine vm should be left running by the failed deploy process,
> and you can find its IP address by searching the setup logs for
> 'local_vm_ip'. So please find it, ssh to it from the host (using the
> root password you supplied), then try 'dnf install ovirt-engine'. If
> it fails, try to fix the problem. My guess: Some kind of
> networking/mirror/proxy/whatever issue.
>
> For an overview of the current hosted-engine deploy process, you can
> have a look at "Hosted Engine 4.3 Deep Dive (Simone Tiraboschi)" in:
>
> https://www.ovirt.org/community/get-involved/resources/slide-decks.html
>
> It was written for 4.3, but most of it applies also for 4.4.
>
> Also:
>
> The engine package is already part of the appliance, so strictly
> speaking, we should not try to install it. This is done so that if a
> newer version is available (e.g. because you installed an older
> appliance image rpm), you upgrade to the newer version.
>
> We have a bug open for allowing to prevent this, not sure about its
> current status - see also the discussion in the linked github issue:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1816619

Hello,

My mistake. I think there is a miss-understanding on my end that
side-stepped the main issue.

Before I begin, I'd like to point out that I have a number of oVirt
4.3 deployments in production.
Some installed via cockpit, others manually via hosted-engine --deploy.

I'm attempting to cleanly test-install 4.4 on a CentOS 8.x machine
before I begin (slowly) upgrading my existing 4.3 setups to 4.4.
However, when trying to install 4.4 on the test CentOS 8.x (now 8.2
after yesterday release), either manually (via hosted-engine --deploy)
or by using cockpit, fails when trying to download packages (see
attached logs) during the hosted engine deployment phase.
The reason I mocked around with the java module (on the host) was in
an attempt to see if the _host_ machine somehow had the wrong module
configuration, triggering the hosted engine deployment process.

Just to be clear, it is the hosted engine VM (during the deployment
process) that fails to automatically download packages, _not_ the
host.

Sorry again for the misunderstanding.
- Gilboa


ovirt-hosted-engine-setup.tar.bz2
Description: application/bzip
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NR6JDQ33EM6XEOSAQ23G65T7WJF3WXTD/


[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-15 Thread Gilboa Davara
On Mon, Jun 15, 2020 at 11:46 AM Yedidyah Bar David  wrote:
>
> On Mon, Jun 15, 2020 at 11:21 AM Gilboa Davara  wrote:
> >
> > On Mon, Jun 15, 2020 at 9:13 AM Yedidyah Bar David  wrote:
> > >
> > > On Fri, Jun 12, 2020 at 1:49 PM Gilboa Davara  wrote:
> > > >
> > > > Hello,
> > > >
> > > > I'm trying to deploy a hosted engine on one of my test setups.
> > > > No matter how I tried to deploy the hosted engine, either via command 
> > > > line or via "Hosted Engine" deployment from the cockpit web console, I 
> > > > always fails with the same error message. [1]
> > > > Manually trying to download RPMs via dnf from the host, work just fine.
> > > > Firewall log files are clean.
> > > >
> > > > Any idea what's going on?
> > > >
> > > > [1]  2020-06-12 06:09:38,609-0400 DEBUG 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > > > ansible_utils._process_output:103 {'msg': "Failed to download metadata 
> > > > for repo 'AppStream'", 'results': [], 'rc': 1, 'invocation': 
> > > > {'module_args': {'name': ['ovirt-engine'], 'state': 'present', 
> > > > 'allow_downgrade': False, 'autoremove': False, 'bugfix': False, 
> > > > 'disable_gpg_check': False, 'disable_plugin': [], 'disablerepo': [], 
> > > > 'down  load_only': False, 'enable_plugin': [], 'enablerepo': [], 
> > > > 'exclude': [], 'installroot': '/', 'install_repoquery': True, 
> > > > 'install_weak_deps': True, 'security': False, 'skip_broken': False, 
> > > > 'update_cache': False, 'update_only': False, 'validate_certs': True, 
> > > > 'lock_timeout': 30, 'conf_file': None, 'disable_excludes': None, 
> > > > 'download_dir': None, 'list': None, 'releasever': None}}, 
> > > > '_ansible_no_log': False, 'changed  ': False, 
> > > > '_ansible_delegated_vars': {'ansible_host': 
> > > > 'test-vmengine.localdomain'}}
> > > >   2020-06-12 06:09:38,709-0400 ERROR 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > > > ansible_utils._process_output:107 fatal: [localhost -> 
> > > > gilboa-wx-vmovirt.localdomain]: FAILED! => {"changed": false, "msg": 
> > > > "Failed to download metadata for repo 'AppStream'", "rc": 1, "results": 
> > > > []}
> > > >   2020-06-12 06:09:39,711-0400 DEBUG 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > > > ansible_utils._process_output:103 PLAY RECAP [localhost] : ok: 183 
> > > > changed: 57 unreachable: 0 skipped: 77 failed: 1
> > > >   2020-06-12 06:09:39,812-0400 DEBUG 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:215 
> > > > ansible-playbook rc: 2
> > > >   2020-06-12 06:09:39,812-0400 DEBUG 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:222 
> > > > ansible-playbook stdout:
> > > >   2020-06-12 06:09:39,812-0400 DEBUG 
> > > > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:225 
> > > > ansible-playbook stderr:
> > > >   2020-06-12 06:09:39,812-0400 DEBUG otopi.context 
> > > > context._executeMethod:145 method exception
> > > >   Traceback (most recent call last):
> > > > File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, 
> > > > in _executeMethod
> > > >   method['method']()
> > > > File 
> > > > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/misc.py",
> > > >  line 403, in _closeup
> > > >   r = ah.run()
> > > > File 
> > > > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/ansible_utils.py",
> > > >  line 229, in run
> > > >   raise RuntimeError(_('Failed executing ansible-playbook'))
> > >
> > > This snippet does not reveal the cause for failure, or the exact place
> > > where it happened. Can you please check/share the full file, as long
> > > as perhaps other files in /var/log/ovirt-hosted-engine-setup (and
> > > maybe others in /var/log)? Thanks!
> > >
> > > Best regards,
> > > --
> > > Didi
> > >
> >
> > H,
> >
> > Compressed tar.bz2 of ovirt-hosted-engine-setup attached.
> > Please let me know if you need additional log files.
> > (/var/log/messages seem

[ovirt-users] Re: Hosted engine deployment fails consistently when trying to download files.

2020-06-15 Thread Gilboa Davara
On Mon, Jun 15, 2020 at 9:13 AM Yedidyah Bar David  wrote:
>
> On Fri, Jun 12, 2020 at 1:49 PM Gilboa Davara  wrote:
> >
> > Hello,
> >
> > I'm trying to deploy a hosted engine on one of my test setups.
> > No matter how I tried to deploy the hosted engine, either via command line 
> > or via "Hosted Engine" deployment from the cockpit web console, I always 
> > fails with the same error message. [1]
> > Manually trying to download RPMs via dnf from the host, work just fine.
> > Firewall log files are clean.
> >
> > Any idea what's going on?
> >
> > [1]  2020-06-12 06:09:38,609-0400 DEBUG 
> > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > ansible_utils._process_output:103 {'msg': "Failed to download metadata for 
> > repo 'AppStream'", 'results': [], 'rc': 1, 'invocation': {'module_args': 
> > {'name': ['ovirt-engine'], 'state': 'present', 'allow_downgrade': False, 
> > 'autoremove': False, 'bugfix': False, 'disable_gpg_check': False, 
> > 'disable_plugin': [], 'disablerepo': [], 'down  load_only': False, 
> > 'enable_plugin': [], 'enablerepo': [], 'exclude': [], 'installroot': '/', 
> > 'install_repoquery': True, 'install_weak_deps': True, 'security': False, 
> > 'skip_broken': False, 'update_cache': False, 'update_only': False, 
> > 'validate_certs': True, 'lock_timeout': 30, 'conf_file': None, 
> > 'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever': 
> > None}}, '_ansible_no_log': False, 'changed  ': False, 
> > '_ansible_delegated_vars': {'ansible_host': 'test-vmengine.localdomain'}}
> >   2020-06-12 06:09:38,709-0400 ERROR 
> > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > ansible_utils._process_output:107 fatal: [localhost -> 
> > gilboa-wx-vmovirt.localdomain]: FAILED! => {"changed": false, "msg": 
> > "Failed to download metadata for repo 'AppStream'", "rc": 1, "results": []}
> >   2020-06-12 06:09:39,711-0400 DEBUG 
> > otopi.ovirt_hosted_engine_setup.ansible_utils 
> > ansible_utils._process_output:103 PLAY RECAP [localhost] : ok: 183 changed: 
> > 57 unreachable: 0 skipped: 77 failed: 1
> >   2020-06-12 06:09:39,812-0400 DEBUG 
> > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:215 
> > ansible-playbook rc: 2
> >   2020-06-12 06:09:39,812-0400 DEBUG 
> > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:222 
> > ansible-playbook stdout:
> >   2020-06-12 06:09:39,812-0400 DEBUG 
> > otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:225 
> > ansible-playbook stderr:
> >   2020-06-12 06:09:39,812-0400 DEBUG otopi.context 
> > context._executeMethod:145 method exception
> >   Traceback (most recent call last):
> > File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in 
> > _executeMethod
> >   method['method']()
> > File 
> > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/misc.py",
> >  line 403, in _closeup
> >   r = ah.run()
> > File 
> > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/ansible_utils.py",
> >  line 229, in run
> >   raise RuntimeError(_('Failed executing ansible-playbook'))
>
> This snippet does not reveal the cause for failure, or the exact place
> where it happened. Can you please check/share the full file, as long
> as perhaps other files in /var/log/ovirt-hosted-engine-setup (and
> maybe others in /var/log)? Thanks!
>
> Best regards,
> --
> Didi
>

H,

Compressed tar.bz2 of ovirt-hosted-engine-setup attached.
Please let me know if you need additional log files.
(/var/log/messages seems rather empty)

- Gilboa


ovirt-hosted-engine-setup.tar.bz2
Description: application/bzip
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MMULT7I7G2IWFZVUR46CSAJXMRVRMHLS/


[ovirt-users] Hosted engine deployment fails consistently when trying to download files.

2020-06-12 Thread Gilboa Davara
Hello,

I'm trying to deploy a hosted engine on one of my test setups.
No matter how I tried to deploy the hosted engine, either via command line
or via "Hosted Engine" deployment from the cockpit web console, I always
fails with the same error message. [1]
Manually trying to download RPMs via dnf from the host, work just fine.
Firewall log files are clean.

Any idea what's going on?

[1]  2020-06-12 06:09:38,609-0400 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:103 {'msg': "Failed to download metadata for
repo 'AppStream'", 'results': [], 'rc': 1, 'invocation': {'module_args':
{'name': ['ovirt-engine'], 'state': 'present', 'allow_downgrade': False,
'autoremove': False, 'bugfix': False, 'disable_gpg_check': False,
'disable_plugin': [], 'disablerepo': [], 'down  load_only': False,
'enable_plugin': [], 'enablerepo': [], 'exclude': [], 'installroot': '/',
'install_repoquery': True, 'install_weak_deps': True, 'security': False,
'skip_broken': False, 'update_cache': False, 'update_only': False,
'validate_certs': True, 'lock_timeout': 30, 'conf_file': None,
'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever':
None}}, '_ansible_no_log': False, 'changed  ': False,
'_ansible_delegated_vars': {'ansible_host': 'test-vmengine.localdomain'}}
  2020-06-12 06:09:38,709-0400 ERROR
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:107 fatal: [localhost ->
gilboa-wx-vmovirt.localdomain]: FAILED! => {"changed": false, "msg":
"Failed to download metadata for repo 'AppStream'", "rc": 1, "results": []}
  2020-06-12 06:09:39,711-0400 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:103 PLAY RECAP [localhost] : ok: 183 changed:
57 unreachable: 0 skipped: 77 failed: 1
  2020-06-12 06:09:39,812-0400 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:215
ansible-playbook rc: 2
  2020-06-12 06:09:39,812-0400 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:222
ansible-playbook stdout:
  2020-06-12 06:09:39,812-0400 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:225
ansible-playbook stderr:
  2020-06-12 06:09:39,812-0400 DEBUG otopi.context
context._executeMethod:145 method exception
  Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in
_executeMethod
  method['method']()
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/misc.py",
line 403, in _closeup
  r = ah.run()
File
"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/ansible_utils.py",
line 229, in run
  raise RuntimeError(_('Failed executing ansible-playbook'))

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MALLKNVVGH4XRF5QJ7MARBET42CVBPJX/


[ovirt-users] Single node hyper converged deployment best practices.

2020-05-11 Thread Gilboa Davara
Hello all,

> On Mon, May 11, 2020 at 7:10 PM Sandro Bonazzola  wrote:
 > Can you please detail what you're trying to achieve? sort of
hyperconverged deployment based on NFS instead of GlusterFS?
> If so, no, it's not officially supported.

Long story short: I've got a number of oVirt setups, a couple of "big"
GlusterFS based multi-node clusters (used for production) and a couple
of small single node ones (via localhost NFS) that are used to backup,
staging, testing, etc.

As I'm planning a (slow...) upgrade path to 4.4, what is the supported
/ best practice method to install oVirt on a single node? single-node
GlusterFS, localhost NFS or local file system (which I never tried for
no good reason)? Which tends to perform better?
I must admit that even with 20-30 active VMs (and a lot of IO), thus
far, localhost NFS served me (very) well.
BTW, per oVirt documentation [1], these no much information about the
preferred method.

[1] https://www.ovirt.org/documentation/admin-guide/chap-Storage.html

Thanks,
Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZQ2WYYA4KTYMSPB57JINROIEV4XWIE55/


[ovirt-users] Re: [Feedback needed] oVirt 4.4.0 Test week

2020-05-11 Thread Gilboa Davara
On Mon, May 11, 2020 at 7:10 PM Sandro Bonazzola  wrote:
>>
>> Hello,
>>
>> 1. Can I later upgrade 4.4RC to 4.4GA?
>
>
> It will require some additional steps but yes, it's supposed to be upgradable 
> from RC to GA.
> Actually, if no critical bug is found during this test week, RC can be 
> promoted to GA.

Thanks!

> Can you please detail what you're trying to achieve? sort of hyperconverged 
> deployment based on NFS instead of GlusterFS?
> If so, no, it's not officially supported.

Thanks. I have a followup question, but I'll move it to another thread.

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3MW5WZCBVLB5D4G25ZIPHEAMOINMOFLQ/


[ovirt-users] Re: [Feedback needed] oVirt 4.4.0 Test week

2020-05-11 Thread Gilboa Davara
On Fri, May 8, 2020 at 2:28 PM Sandro Bonazzola  wrote:
>
> Hi,
> oVirt team is planning to release oVirt 4.4.0 Ga in the next couple of weeks.
> oVirt 4.4.0 release candidate was released yesterday and we'd like to gather 
> as much feedback as possible.
> Please join us testing this release candidate next week, starting Sunday May 
> 10th 2020 till Friday May 15th 2020!
> We are going to coordinate the testing effort with a public Trello board at 
> https://trello.com/b/5ZNJgPC3/ovirt-440-test-day
> You'll find instructions on how to use the board there.
> For joining the board you can use this link: 
> https://trello.com/invite/b/5ZNJgPC3/f1b1826ee4902f348c44607765a15099/ovirt-440-test-day
>
> If you have not an environment dedicated to testing, remember you can set up 
> a few VMs and test the deployment with nested virtualization using your 
> production environment creating a virtual test environment. In this case 
> please be careful avoiding touching the production environment from the 
> testing one.
>
> The oVirt team will monitor the Trello board, the #ovirt IRC channel on 
> irc.oftc.net server and the users@ovirt.org mailing list to assist with the 
> testing and debugging issues.
> Basic instructions for setting up a minimal system are available in release 
> candidate announce at: 
> https://lists.ovirt.org/archives/list/annou...@ovirt.org/message/3QORBKVKTALNJ5SMJHEDO4QJ5YUCULTT/attachment/3/attachment.html
> Release notes for this release candidate are available here: 
> https://ovirt.org/release/4.4.0/
>
> Thanks

Hello,

1. Can I later upgrade 4.4RC to 4.4GA?
2. I plan to deploy yet-another-single-host setup (via NFS), is it
officially supported by 4.4 RC?

- Gilboa
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/U3W74GRRT7Q2SVSQAVTAS77SJXRDDI5J/