[ovirt-users] Re: First ovirt 4.4 installation failing

2020-06-08 Thread Michael Thomas 

On 6/8/20 12:58 AM, Yedidyah Bar David wrote:

On Sun, Jun 7, 2020 at 6:37 PM Michael Thomas  wrote:


On 6/7/20 8:42 AM, Yedidyah Bar David wrote:

On Sun, Jun 7, 2020 at 4:07 PM Michael Thomas  wrote:


On 6/7/20 5:01 AM, Yedidyah Bar David wrote:

On Sat, Jun 6, 2020 at 8:42 PM Michael Thomas  wrote:


After a week of iterations, I finally found the problem.  I was setting 
'PermitRootLogin no' in the global section of the bare metal OS sshd_config, as 
we do on all of our servers.  Instead, PermitRootLogin is set to 
'without-password' in a match block to allow root logins only from a well-known 
set of hosts.


I understand that you meant to say that this is already working for
you, right? That you set it to allow without-password from some
addresses and that that was enough. If so:


Correct.  Once I added the engine's IP to the Match block allowing root
logins, it worked again.



Thanks for the report!



Can someone explain why setting 'PermitRootLogin no' in the sshd_config on the 
hypervisor OS would affect the hosted engine deployment?


Because the engine (running inside a VM) uses ssh as root to connect
to the host (in which the engine vm is running).


Would it be sufficient to set, on the host, 'PermitRootLogin
without-password' in a Match block that matches the ovirt management
network?

Match Address 10.10.10.0/24
   PermitRootLogin without-password

?


Do you mean here to ask if 10.10.10.10/24 is enough?

The engine VM's IP address should be enough. What this address is,
after deploy finishes, is of course up to you. During deploy it's by
default in libvirt's default network, 192.168.222.0/24, but can be
different if that's already in use by something else (e.g. a physical
NIC).

BTW, I didn't test this myself. I do see in the code that it's
supposed to work. If you find a bug, please report one. Thanks.


I think the two problems that I ran into were:

* Lack of documentation about the requirement that the engine (whether
self-hosted or standalone) be able to ssh into the bare metal hypervisor
host over the ovirt management network using ssh keys.


I agree it's not detailed enough.

We have it briefly mentioned e.g. here:

https://www.ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/#host-firewall-requirements_SHE_cockpit_deploy

For some reason it's marked "Optional", not sure why.



* No clear error message in the logs describing why this was failing.
The only errors I got were a timeout waiting for the host to be up, and
a generic ""The system may not be provisioned according to the playbook
results: please check the logs for the issue, fix accordingly or
re-deploy from scratch.\n"

I'll file this as a documentation bug.


Very well.



Filed:

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

--Mike
___
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/GTFDN6N7BNCRVJKC4QVHXNCX57F3GFC6/

[ovirt-users] Re: oVirt 4.3 and cinderlib integration (for ceph) on CentOS 7 - centos-release-openstack-pike

2020-06-08 Thread Benny Zlotnik 
yes, that's because cinderlib uses KRBD, so it has less features, I
should add this to the documentation.
I was told cinderlib has plans to add support for rbd-nbd, this would
eventually allow use of newer features

On Mon, Jun 8, 2020 at 9:40 PM Mathias Schwenke
 wrote:
>
> > It looks like a configuration issue, you can use plain `rbd` to check 
> > connectivity.
> Yes, it was a configuration error. I fixed it.
> Also, I had to adapt different rbd feature sets between ovirt nodes and ceph 
> images. Now it seems to work.
> ___
> 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/72OOSCUSTZAGYIDTEDIINDO47EBL2GLM/
___
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/2JHFAZNGY3OM2EIAMISABNOVBRGUDS4H/

[ovirt-users] Re: oVirt 4.3 and cinderlib integration (for ceph) on CentOS 7 - centos-release-openstack-pike

2020-06-08 Thread Mathias Schwenke 
> It looks like a configuration issue, you can use plain `rbd` to check 
> connectivity.
Yes, it was a configuration error. I fixed it. 
Also, I had to adapt different rbd feature sets between ovirt nodes and ceph 
images. Now it seems to work.
___
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/72OOSCUSTZAGYIDTEDIINDO47EBL2GLM/

[ovirt-users] Re: Weird problem starting VMs in oVirt-4.4

2020-06-08 Thread Stephen Panicho 
I ended up making a BZ about this same issue a few weeks ago, but
misdiagnosed the root cause. Maybe we could add to that?

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

On Mon, Jun 8, 2020, 11:54 AM Strahil Nikolov via Users 
wrote:

> Are you using ECC ram ?
>
> Best Regards,
> Strahil Nikolov
>
> На 8 юни 2020 г. 15:06:22 GMT+03:00, Joop  написа:
> >On 3-6-2020 14:58, Joop wrote:
> >> Hi All,
> >>
> >> Just had a rather new experience in that starting a VM worked but the
> >> kernel entered grub2 rescue console due to the fact that something
> >was
> >> wrong with its virtio-scsi disk.
> >> The message is Booting from Hard Disk 
> >> error: ../../grub-core/kern/dl.c:266:invalid arch-independent ELF
> >maginc.
> >> entering rescue mode...
> >>
> >> Doing a CTRL-ALT-Del through the spice console let the VM boot
> >> correctly. Shutting it down and repeating the procedure I get a disk
> >> problem everytime. Weird thing is if I activate the BootMenu and then
> >> straight away start the VM all is OK.
> >> I don't see any ERROR messages in either vdsm.log, engine.log
> >>
> >> If I would have to guess it looks like the disk image isn't connected
> >> yet when the VM boots but thats weird isn't it?
> >>
> >>
> >As an update to this:
> >Just had the same problem with a Windows VM but more importantly also
> >with HostedEngine itself.
> >On the host did:
> >hosted-engine --set-maintenance --mode=global
> >hosted-engine --vm-shutdown
> >
> >Stopped all oVirt related services, cleared all oVirt related logs from
> >/var/log/..., restarted the host, ran hosted-engine --set-maintenance
> >--mode=none
> >Watched /var/spool/mail/root to see the engine coming up. It went to
> >starting but never came into the Up status.
> >Set a password and used vncviewer to see the console, see attached
> >screenschot.
> >hosted-engine --vm-poweroff, and tried again, same result
> >hosted-engine --vm-start, works
> >Let it startup and then shut it down after enabling maintenance mode.
> >Copied, hopefully, all relevant logs and attached them.
> >
> >A sosreport is also available, size 12Mb. I can provide a download link
> >if needed.
> >
> >Hopefully someone is able to spot what is going wrong.
> >
> >Regards,
> >
> >Joop
> ___
> 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/XASNIEZTZIMWAUIANSOPCX4ZBK6T7TZT/
>
___
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/T67XIXGE35N7PPJIIO7CMMLO6NHKL73K/

[ovirt-users] Re: Weird problem starting VMs in oVirt-4.4

2020-06-08 Thread Joop 
On 8-6-2020 17:52, Strahil Nikolov wrote:
> Are you using ECC ram ?
No, but what are the chances that starting a VM by using Run directly vs
using the Boot wait menu and it hitting that bad bit each and every time?
BTW: this setup worked perfectly for over 9 months using 4.3.X.

Joop

> Best Regards,
> Strahil Nikolov
>
> На 8 юни 2020 г. 15:06:22 GMT+03:00, Joop  написа:
>> On 3-6-2020 14:58, Joop wrote:
>>> Hi All,
>>>
>>> Just had a rather new experience in that starting a VM worked but the
>>> kernel entered grub2 rescue console due to the fact that something
>> was
>>> wrong with its virtio-scsi disk.
>>> The message is Booting from Hard Disk 
>>> error: ../../grub-core/kern/dl.c:266:invalid arch-independent ELF
>> maginc.
>>> entering rescue mode...
>>>
>>> Doing a CTRL-ALT-Del through the spice console let the VM boot
>>> correctly. Shutting it down and repeating the procedure I get a disk
>>> problem everytime. Weird thing is if I activate the BootMenu and then
>>> straight away start the VM all is OK.
>>> I don't see any ERROR messages in either vdsm.log, engine.log
>>>
>>> If I would have to guess it looks like the disk image isn't connected
>>> yet when the VM boots but thats weird isn't it?
>>>
>>>
>> As an update to this:
>> Just had the same problem with a Windows VM but more importantly also
>> with HostedEngine itself.
>> On the host did:
>> hosted-engine --set-maintenance --mode=global
>> hosted-engine --vm-shutdown
>>
>> Stopped all oVirt related services, cleared all oVirt related logs from
>> /var/log/..., restarted the host, ran hosted-engine --set-maintenance
>> --mode=none
>> Watched /var/spool/mail/root to see the engine coming up. It went to
>> starting but never came into the Up status.
>> Set a password and used vncviewer to see the console, see attached
>> screenschot.
>> hosted-engine --vm-poweroff, and tried again, same result
>> hosted-engine --vm-start, works
>> Let it startup and then shut it down after enabling maintenance mode.
>> Copied, hopefully, all relevant logs and attached them.
>>
>> A sosreport is also available, size 12Mb. I can provide a download link
>> if needed.
>>
>> Hopefully someone is able to spot what is going wrong.
>>
>> Regards,
>>
>> Joop
___
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/N4Z3SMVJIEX6JKANJSMTDCAU4DODJ53B/

[ovirt-users] Re: Power Management on IBM AC922 Power9 (ppc64le)

2020-06-08 Thread Vinícius Ferrão via Users 
Yes… actually IBM uses pretty standard stuff. IPMI is enabled by default and as 
I said, I can use ipmitool on CLI and it’s works normally.

I do have some updates, I upgraded the OpenBMC firmware and now I can use 
ipmitool like anything else with -U and -P; so I was hoping that oVirt would 
handle the Power Management with IPMI over LAN (exactly how you suggested) but 
the issue stays. JSON-RPC error. :(

Now I really think this is a bug, but I would like to get some confirmation 
from the oVirt devs to raise it on bugzilla.

> On 8 Jun 2020, at 14:00, bernadette.pfau--- via Users  wrote:
> 
> Making a guess here -- on Dell iDRAC there is a setting for "IPMI over LAN".  
> Is there an equivalent on the IBM?
> ___
> 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/BYLLNDCJ2VO3RRTJXS45CNUQYF3GYR6R/

___
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/3ZTOY2JM3EOHYDQ5XQBPNQ3YATTTX3BE/

[ovirt-users] Re: Power Management on IBM AC922 Power9 (ppc64le)

2020-06-08 Thread bernadette.pfau--- via Users 
Making a guess here -- on Dell iDRAC there is a setting for "IPMI over LAN".  
Is there an equivalent on the IBM?
___
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/BYLLNDCJ2VO3RRTJXS45CNUQYF3GYR6R/

[ovirt-users] Re: Weird problem starting VMs in oVirt-4.4

2020-06-08 Thread Strahil Nikolov via Users 
Are you using ECC ram ?

Best Regards,
Strahil Nikolov

На 8 юни 2020 г. 15:06:22 GMT+03:00, Joop  написа:
>On 3-6-2020 14:58, Joop wrote:
>> Hi All,
>>
>> Just had a rather new experience in that starting a VM worked but the
>> kernel entered grub2 rescue console due to the fact that something
>was
>> wrong with its virtio-scsi disk.
>> The message is Booting from Hard Disk 
>> error: ../../grub-core/kern/dl.c:266:invalid arch-independent ELF
>maginc.
>> entering rescue mode...
>>
>> Doing a CTRL-ALT-Del through the spice console let the VM boot
>> correctly. Shutting it down and repeating the procedure I get a disk
>> problem everytime. Weird thing is if I activate the BootMenu and then
>> straight away start the VM all is OK.
>> I don't see any ERROR messages in either vdsm.log, engine.log
>>
>> If I would have to guess it looks like the disk image isn't connected
>> yet when the VM boots but thats weird isn't it?
>>
>>
>As an update to this:
>Just had the same problem with a Windows VM but more importantly also
>with HostedEngine itself.
>On the host did:
>hosted-engine --set-maintenance --mode=global
>hosted-engine --vm-shutdown
>
>Stopped all oVirt related services, cleared all oVirt related logs from
>/var/log/..., restarted the host, ran hosted-engine --set-maintenance
>--mode=none
>Watched /var/spool/mail/root to see the engine coming up. It went to
>starting but never came into the Up status.
>Set a password and used vncviewer to see the console, see attached
>screenschot.
>hosted-engine --vm-poweroff, and tried again, same result
>hosted-engine --vm-start, works
>Let it startup and then shut it down after enabling maintenance mode.
>Copied, hopefully, all relevant logs and attached them.
>
>A sosreport is also available, size 12Mb. I can provide a download link
>if needed.
>
>Hopefully someone is able to spot what is going wrong.
>
>Regards,
>
>Joop
___
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/XASNIEZTZIMWAUIANSOPCX4ZBK6T7TZT/

[ovirt-users] Upgrade from 4.3.7 to 4.4 report (through scratch reinstall)

2020-06-08 Thread Gianluca Cecchi 
Just to give a report of final success updating from 4.3.7 to 4.4 one of my
home labs, composed by a single host.

hw: Intel NUC6i5SY with 32G of ram and 2 SSD disks (250Gb and 500Gb)

source sw: oVirt 4.3.7 single host with CentOS 7 OS and storage provided
through the host itself via NFS (not officially supported, but working,
apart when shutdown needed)
Two main VMs to migrate to the new environment: Fedora 30 and Slackware
Current (just to not forget the first love... ;-)

Exported the VMs to an export storage domain offered through an external
USB disk

dest sw: oVirt node ng 4.4 configured with HCI single host wizard.
Installed on the 250Gb disk. I pre-clean the disks (dd of the first 100Mb
of the disks) before install, because during the beta/rc phase I noticed
the installer was not so smart to cleanup pre-existing configurations.
I had problems in the first run, but with engine cleanup and redeploying it
went ok.
See here for more details:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/6QODLB6J5Z74YCVF6C3TLQPF4KK7RKB5/

I configured the gluster domains in the wizard on the whole second disk.
I then imported the 2 VMs without problems. Before starting them up I
changed their inherited "BIOS Type" from Legacy to "Default Cluster" and
they both started without any problem.
While in 4.4 I was able to update Fedora VM from 30 to 31 and then 32 and
also refresh the slackware-current one that was about a month behind from
latest current.
With "Default Cluster" BIOS type the VMs start with the following options:
" -machine pc-q35-rhel8.1.0,accel=kvm,usb=off,dump-guest-core=off -cpu
Broadwell-noTSX"

I was then able to download a CentOS 8 cloud image from the predefined
ovirt-image-repository storage domain and convert it to template.
Created a VM from this template and cloud-init was able to inject the ssh
public key and set timezone.
Changed cluster type of ths VM to Default as above with a warning from
oVirt but without any problem inside the VM and also changed the disk type
from virtio to virtio-scsi without problems.
Now I enabled incremental backup at engine level and also at disk level of
this CentOS 8 VM so that I can make some tests in this regard.

Also, I was able to successfully test the ovirt-ansible-shutdown-env
ansible role to make a clean overall shutdown of the environment, one of
the things that in my previous unsupported setup was a little cumbersome.

Right after install I noticed that in CentOS 8 ovirt-node-ng setup,
intel_pstate was the default scaling driver setup, but my cpu was almost
always crying with core at 2.6Ghz (and temp around 90 degrees) even if
attempted to setup conservative profiles and without nothing running, apart
engine VM.
The NUC is under my working day table and I don't need always performance
from it...
So I modified (notice also the rhgb and quite omissions...) these files and
reboot:

- /etc/default/grub
GRUB_CMDLINE_LINUX='crashkernel=auto resume=/dev/mapper/onn-swap
rd.lvm.lv=onn/ovirt-node-ng-4.4.0-0.20200521.0+1
rd.lvm.lv=onn/swap intel_pstate=disable'

- /boot/grub2/grub.cfg
set default_kernelopts="root=UUID=85212719-8feb-43aa-9819-2820d4672795 ro
crashkernel=auto ipv6.disable=1 intel_pstate=disable "

-
/boot/loader/entries/ovirt-node-ng-4.4.0-0.20200521.0+1-4.18.0-147.8.1.el8_1.x86_64.conf
options intel_pstate=disable boot=UUID=b717ab4f-ca71-469a-8836-ff92cebc7650
crashkernel=auto rd.lvm.lv=onn/swap
root=/dev/onn/ovirt-node-ng-4.4.0-0.20200521.0+1
resume=/dev/mapper/onn-swap rootflags=discard
rd.lvm.lv=onn/ovirt-node-ng-4.4.0-0.20200521.0+1
img.bootid=ovirt-node-ng-4.4.0-0.20200521.0+1 null

- /boot/efi/EFI/centos/grub.cfg
set default_kernelopts="root=/dev/mapper/onn-root ro crashkernel=auto
resume=/dev/mapper/onn-swap rd.lvm.lv=onn/root rd.lvm.lv=onn/swap
intel_pstate=disable "

And now with the default/old scaling driver all is quite silent and still
working ok for my needs, with web admin quite usable. I updated my two VMs
as described above after cpompleting these changes.
Right now for example I have hosted engine running + slackware one + CentOS
8 one with

[root@ovirt01 ~]# cat /proc/cpuinfo | grep Hz
model name : Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz
cpu MHz : 648.431
model name : Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz
cpu MHz : 628.307
model name : Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz
cpu MHz : 648.859
model name : Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz
cpu MHz : 663.792
[root@ovirt01 ~]#

and
[root@ovirt01 ~# cat  /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
powersave
powersave
powersave
powersave
[root@ovirt01 g.cecchi]#

Thanks to all that helped throughout ...

Cheers,
Gianluca
___
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:

[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Gianluca Cecchi 
On Mon, Jun 8, 2020 at 3:23 PM Eyal Shenitzky  wrote:

> This will be a tech-preview in 4.4 due to the fact it is still a
> tech-preview in qemu and Libvirt.
>
>
Do you mean from RH EL 8 point of view or upcoming RHV 4.4 (now in beta)
point of view or the two upstream projects themselves point of view?

Gianluca
___
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/34AXQEIOIBIJOND3EDDLAVWZWXO7TDZ6/

[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Eyal Shenitzky 
This will be a tech-preview in 4.4 due to the fact it is still a
tech-preview in qemu and Libvirt.

On Mon, 8 Jun 2020 at 16:14, Nathanaël Blanchet  wrote:

> Is this feature official in ovirt 4.4 or is it a preview tech?
> I haven't read any annoucement or any release note about such a great
> feature...
>
> --
> *De: *"Eyal Shenitzky" 
> *À: *"Gianluca Cecchi" 
> *Cc: *"users" 
> *Envoyé: *Lundi 8 Juin 2020 13:53:09
> *Objet: *[ovirt-users] Re: how to test incremental backup in 4.4
>
> Thank you!
>
> We will be glad to have some feedback when you have some.
>
> Please keep posted.
>
> On Mon, 8 Jun 2020 at 10:57, Gianluca Cecchi 
> wrote:
>
>>
>>
>> On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky 
>> wrote:
>>
>>>
>>>
>>> On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:
>>>
 Hi Gianluca,

 On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
 wrote:

> Hello,
> going to test incremental backup in 4.4.
> Is this page the updated one to use:
>
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>

 This page contains a lot of data about the feature and includes must of
 the APIs but it still needs some updates.

 There is currently no up-to-date documentation but we are working on it.
 Please share your inputs when you have some insights.

 You can have a look at the session we did on the DevConf 2020
 conference [1]

>>>
>>> Also, please note that in order to use the incremental backup feature
>>> you must set  'IsIncrementalBackupSupported'
>>> to 'true' in the Engine database and restart the engine before taking a
>>> backup -
>>>
>>> engine-config -s "IsIncrementalBackupSupported=true"
>>>
>>>



> ?
> Is there already any ansible module/role ongoing to support it?
>

 There is no Ansible implementation for it but we provide a python SDK
 script for backup a VM using incremental backup new API [2]

 [1] - https://www.youtube.com/watch?v=foyi1UyadEc
 [2] -
 https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py



>
> Thanks,
> Gianluca
> ___
> 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/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>


 --
 Regards,
 Eyal Shenitzky

>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>
>> Thank you very much for your insights, Eyal.
>> In the mean time I enabled the feature in the engine and I'm going to
>> watch and read the resources you provided.
>>
>> Gianluca
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
> ___
> 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/7OI72KSF3KSWW2L47NULVW222PKL2WNW/
>


-- 
Regards,
Eyal Shenitzky
___
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/XGCFWR6KXMFHGFZFIIA6PIV2534ZEEGK/

[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Nathanaël Blanchet 
Is this feature official in ovirt 4.4 or is it a preview tech? 
I haven't read any annoucement or any release note about such a great 
feature... 


De: "Eyal Shenitzky"  
À: "Gianluca Cecchi"  
Cc: "users"  
Envoyé: Lundi 8 Juin 2020 13:53:09 
Objet: [ovirt-users] Re: how to test incremental backup in 4.4 

Thank you! 

We will be glad to have some feedback when you have some. 

Please keep posted. 

On Mon, 8 Jun 2020 at 10:57, Gianluca Cecchi < [ 
mailto:gianluca.cec...@gmail.com | gianluca.cec...@gmail.com ] > wrote: 





On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky < [ mailto:eshen...@redhat.com | 
eshen...@redhat.com ] > wrote: 

BQ_BEGIN



On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky < [ mailto:eshen...@redhat.com | 
eshen...@redhat.com ] > wrote: 

BQ_BEGIN

Hi Gianluca, 

On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi < [ 
mailto:gianluca.cec...@gmail.com | gianluca.cec...@gmail.com ] > wrote: 

BQ_BEGIN

Hello, 
going to test incremental backup in 4.4. 
Is this page the updated one to use: 
[ 
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
 | 
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
 ] 



This page contains a lot of data about the feature and includes must of the 
APIs but it still needs some updates. 

There is currently no up-to-date documentation but we are working on it. 
Please share your inputs when you have some insights. 

You can have a look at the session we did on the DevConf 2020 conference [1] 

BQ_END

Also, please note that in order to use the incremental backup feature you must 
set ' IsIn crementalBackupSupported' 
to 'true' in the Engine database and restart the engine before taking a backup 
- 

engine-config -s " IsIn crementalBackupSupported=true" 

BQ_BEGIN



BQ_BEGIN

? 
Is there already any ansible module/role ongoing to support it? 

BQ_END

There is no Ansible implementation for it but we provide a python SDK 
script for backup a VM using incremental backup new API [2] 

[1] - [ https://www.youtube.com/watch?v=foyi1UyadEc | 
https://www.youtube.com/watch?v=foyi1UyadEc ] 
[2] - [ 
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py 
|  
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py 
] 


BQ_BEGIN


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

BQ_END



-- 
Regards, 
Eyal Shenitzky 

BQ_END



-- 
Regards, 
Eyal Shenitzky 

BQ_END

Thank you very much for your insights, Eyal. 
In the mean time I enabled the feature in the engine and I'm going to watch and 
read the resources you provided. 

Gianluca 

BQ_END



-- 
Regards, 
Eyal Shenitzky 

___ 
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/7OI72KSF3KSWW2L47NULVW222PKL2WNW/
 
___
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/HT3ZEYCOZ7KQHMBPMUWR5QPYVMHZGPMS/

[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Eyal Shenitzky 
Thank you!

We will be glad to have some feedback when you have some.

Please keep posted.

On Mon, 8 Jun 2020 at 10:57, Gianluca Cecchi 
wrote:

>
>
> On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky  wrote:
>
>>
>>
>> On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:
>>
>>> Hi Gianluca,
>>>
>>> On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
>>> wrote:
>>>
 Hello,
 going to test incremental backup in 4.4.
 Is this page the updated one to use:

 https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html

>>>
>>> This page contains a lot of data about the feature and includes must of
>>> the APIs but it still needs some updates.
>>>
>>> There is currently no up-to-date documentation but we are working on it.
>>> Please share your inputs when you have some insights.
>>>
>>> You can have a look at the session we did on the DevConf 2020 conference
>>> [1]
>>>
>>
>> Also, please note that in order to use the incremental backup feature you
>> must set  'IsIncrementalBackupSupported'
>> to 'true' in the Engine database and restart the engine before taking a
>> backup -
>>
>> engine-config -s "IsIncrementalBackupSupported=true"
>>
>>
>>>
>>>
>>>
 ?
 Is there already any ansible module/role ongoing to support it?

>>>
>>> There is no Ansible implementation for it but we provide a python SDK
>>> script for backup a VM using incremental backup new API [2]
>>>
>>> [1] - https://www.youtube.com/watch?v=foyi1UyadEc
>>> [2] -
>>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>>>
>>>
>>>

 Thanks,
 Gianluca
 ___
 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/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/

>>>
>>>
>>> --
>>> Regards,
>>> Eyal Shenitzky
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
> Thank you very much for your insights, Eyal.
> In the mean time I enabled the feature in the engine and I'm going to
> watch and read the resources you provided.
>
> Gianluca
>


-- 
Regards,
Eyal Shenitzky
___
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/7OI72KSF3KSWW2L47NULVW222PKL2WNW/

[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-08 Thread Michal Skrivanek 


> On 5 Jun 2020, at 20:23, Vinícius Ferrão  wrote:
> 
> Hi Michal
> 
>> On 5 Jun 2020, at 04:39, Michal Skrivanek > > wrote:
>> 
>> 
>> 
>>> On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users >> > wrote:
>>> 
>>> Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails 
>>> complaining about NUMA issues:
>> 
>> that is not a line you should be looking at, it’s just a harmless warning.
>> I suppose it’s the other one, about spectre fixes
>>> 
>>> VM ppc64le.local.versatushpc.com.br 
>>>  is down with error. Exit 
>>> message: internal error: qemu unexpectedly closed the monitor: 
>>> 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in any 
>>> NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 
>>> 7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 
>>> 10], CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 
>>> 14 [core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z 
>>> qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA 
>>> config, ability to start up with partial NUMA mappings is obsoleted and 
>>> will be removed in future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested 
>>> safe indirect branch capability level not supported by kvm, try 
>>> cap-ibs=fixed-ibs.
>>> 
>>> Any idea of what’s happening?
>>> 
>>> I found some links, but I’m not sure if they are related or not:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1732726 
>>> 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1592648 
>>> 
>> yes, they look relevant if that’s the hw you have. We do use 
>> pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
>> preferred solution, to upgrade).
>> If you don’t care about security you can also modify the machine type per VM 
>> (or in engine db for all VMs) to "pseries-rhel7.6.0"
> 
> I’m using an AC922 machine.

and is it oVirt  4.3 or 4.4?
Bug 1732726 is on RHEL 8, so relevant only for oVirt 4.4, i.e. you’d have to 
have a 4.3 cluster level?
if you really want to keep using -sxxm you need to modify it to add the extra 
flag the bug talks about

this shouldn’t be needed in 4.4 cluster level though

> 
> In fact I can boot the VMs with pseries-rhel7.6.0 but not with 
> pseries-rhel7.6.0-sxxm; how do you made pseries-rhel7.6.0-sxxm works on 4.3 
> release?
> 
> # lscpu
> Architecture:  ppc64le
> Byte Order:Little Endian
> CPU(s):128
> On-line CPU(s) list:   0-127
> Thread(s) per core:4
> Core(s) per socket:16
> Socket(s): 2
> NUMA node(s):  6
> Model: 2.2 (pvr 004e 1202)
> Model name:POWER9, altivec supported
> CPU max MHz:   3800.
> CPU min MHz:   2300.
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  512K
> L3 cache:  10240K
> NUMA node0 CPU(s): 0-63
> NUMA node8 CPU(s): 64-127
> NUMA node252 CPU(s):   
> NUMA node253 CPU(s):   
> NUMA node254 CPU(s):   
> NUMA node255 CPU(s): 
> 
> Thank you for helping out.
> 
>> 
>> Thanks,
>> michal
>>> 
>>> 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/PVVQDBO2XJYBQN7EUDMM74QZJ2UTLRJ2/
>>>  
>>> 

___
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/3GZBCJR4WRPJTQVH6LKIHQEYUMYYYNXI/

[ovirt-users] Re: migration

2020-06-08 Thread Yedidyah Bar David 
On Sun, Jun 7, 2020 at 11:56 AM Strahil Nikolov via Users
 wrote:
>
> Hi ,
>
> I know that you won't receive this e-mail directly, but you might see it in 
> the web (kitty).
>
> I updated my  4.3 this friday and  I never experienced  any hiccups.
> Can you provide your 'rpm -qa'?
>
> Best  Regards,
> Strahil Nikolov
>
> На 6 юни 2020 г. 18:12:44 GMT+03:00, eev...@digitaldatatechs.com написа:
> >I am running Ovirt 4.310. When I update the engine server it updates
> >the user extensions to
> >ovirt-engine-ui-extensions.noarch 0:1.0.13-1.20200303git3b594b8.el7 and

Can you please check where did you get this package from? I do not see it
published in 4.3 or 4.4 repos.

Perhaps you tried master snapshot? If that's what you want, please note
that master (and 4.4, released recently) is for el8 only. el7 packages
there are simply the last versions built before the move to el8. In that
case, you can try fixing by finding out which packages you upgraded and
downgrade all of them. This can be done e.g. with:

lastid=$(yum history | awk '/|/ && $1 ~ /[0-9]/ {print $1; exit}')
for id in $(seq $lastid); do
echo === ID $id ===
yum history info $id
done | less

Find out which ID (or IDs) are the ones in which you upgraded, and then:

yum history undo $someID

If this is a production setup, I'd personally consider reinstalling from
scratch. I do not like such dirt on my own machines :-)

> >migration fails. I have to downgrade to
> >ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm inorder to get
> >migration to work again.
> >This needs to be passed on to the developers to correct the updated
> >version.
> >Also, I had to download
> >ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm and run yum
> >downgrade ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm for the
> >downgrade to complete successfully.
> >After the downgrade, migration works.

Thanks for the report!

Best regards,
-- 
Didi
___
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/JPTPFXHIT67BKHBKAL32Z4VWGRFYMGEY/

[ovirt-users] Ovirt 4.4, Gluster with multiple disks

2020-06-08 Thread Mustapha Aissat 
Hi all,

I have a small question. How to configure gluster to use multiple disks for
a volume?


[image: image.png]
Do I need to configure a RAID or LVM that group all disks or I can specify
the disks to use in the GUI?

Thank you in advance.
Best regards,
Mustapha AISSAT.
___
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/K6JX5FNYKVVLMTIBYAVCGHLABWJEFN3L/

[ovirt-users] Re: how to test incremental backup in 4.4

2020-06-08 Thread Gianluca Cecchi 
On Sun, Jun 7, 2020 at 1:33 PM Eyal Shenitzky  wrote:

>
>
> On Sun, 7 Jun 2020 at 14:29, Eyal Shenitzky  wrote:
>
>> Hi Gianluca,
>>
>> On Thu, 4 Jun 2020 at 02:04, Gianluca Cecchi 
>> wrote:
>>
>>> Hello,
>>> going to test incremental backup in 4.4.
>>> Is this page the updated one to use:
>>>
>>> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>>>
>>
>> This page contains a lot of data about the feature and includes must of
>> the APIs but it still needs some updates.
>>
>> There is currently no up-to-date documentation but we are working on it.
>> Please share your inputs when you have some insights.
>>
>> You can have a look at the session we did on the DevConf 2020 conference
>> [1]
>>
>
> Also, please note that in order to use the incremental backup feature you
> must set  'IsIncrementalBackupSupported'
> to 'true' in the Engine database and restart the engine before taking a
> backup -
>
> engine-config -s "IsIncrementalBackupSupported=true"
>
>
>>
>>
>>
>>> ?
>>> Is there already any ansible module/role ongoing to support it?
>>>
>>
>> There is no Ansible implementation for it but we provide a python SDK
>> script for backup a VM using incremental backup new API [2]
>>
>> [1] - https://www.youtube.com/watch?v=foyi1UyadEc
>> [2] -
>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>>
>>
>>
>>>
>>> Thanks,
>>> Gianluca
>>> ___
>>> 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/CWLMCHTSWDNOLFUPPLOU7ORIVKHWD5GM/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>

Thank you very much for your insights, Eyal.
In the mean time I enabled the feature in the engine and I'm going to watch
and read the resources you provided.

Gianluca
___
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/4S5G5GYYXDYKSNWH7572ZNENSYF2GOR3/

[ovirt-users] Re: clean of .shard files if changing volume settings

2020-06-08 Thread Gianluca Cecchi 
On Wed, Jun 3, 2020 at 10:16 PM Strahil Nikolov 
wrote:

> You should  disable  sharding  prior  using the volume  as  a  storage
> domain.
> Disabling  sharding  while  you have data on the volume will  fause havoc.
>
> Can you try disabling before  creating  the storage domain  ?
>
> Best Regards,
> Strahil Nikolov
>
> it is not possible because the storage domain creation is part of the
gluster wizard itself...
___
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/JP55LAP67RMA4RAEYE3WGOCU3QGKBTNW/

[ovirt-users] Re: First ovirt 4.4 installation failing

2020-06-08 Thread Yedidyah Bar David 
On Sun, Jun 7, 2020 at 6:37 PM Michael Thomas  wrote:
>
> On 6/7/20 8:42 AM, Yedidyah Bar David wrote:
> > On Sun, Jun 7, 2020 at 4:07 PM Michael Thomas  wrote:
> >>
> >> On 6/7/20 5:01 AM, Yedidyah Bar David wrote:
> >>> On Sat, Jun 6, 2020 at 8:42 PM Michael Thomas  wrote:
> 
>  After a week of iterations, I finally found the problem.  I was setting 
>  'PermitRootLogin no' in the global section of the bare metal OS 
>  sshd_config, as we do on all of our servers.  Instead, PermitRootLogin 
>  is set to 'without-password' in a match block to allow root logins only 
>  from a well-known set of hosts.
> >
> > I understand that you meant to say that this is already working for
> > you, right? That you set it to allow without-password from some
> > addresses and that that was enough. If so:
>
> Correct.  Once I added the engine's IP to the Match block allowing root
> logins, it worked again.
>
> >>>
> >>> Thanks for the report!
> >>>
> 
>  Can someone explain why setting 'PermitRootLogin no' in the sshd_config 
>  on the hypervisor OS would affect the hosted engine deployment?
> >>>
> >>> Because the engine (running inside a VM) uses ssh as root to connect
> >>> to the host (in which the engine vm is running).
> >>
> >> Would it be sufficient to set, on the host, 'PermitRootLogin
> >> without-password' in a Match block that matches the ovirt management
> >> network?
> >>
> >> Match Address 10.10.10.0/24
> >>   PermitRootLogin without-password
> >>
> >> ?
> >
> > Do you mean here to ask if 10.10.10.10/24 is enough?
> >
> > The engine VM's IP address should be enough. What this address is,
> > after deploy finishes, is of course up to you. During deploy it's by
> > default in libvirt's default network, 192.168.222.0/24, but can be
> > different if that's already in use by something else (e.g. a physical
> > NIC).
> >
> > BTW, I didn't test this myself. I do see in the code that it's
> > supposed to work. If you find a bug, please report one. Thanks.
>
> I think the two problems that I ran into were:
>
> * Lack of documentation about the requirement that the engine (whether
> self-hosted or standalone) be able to ssh into the bare metal hypervisor
> host over the ovirt management network using ssh keys.

I agree it's not detailed enough.

We have it briefly mentioned e.g. here:

https://www.ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_cockpit_web_interface/#host-firewall-requirements_SHE_cockpit_deploy

For some reason it's marked "Optional", not sure why.

>
> * No clear error message in the logs describing why this was failing.
> The only errors I got were a timeout waiting for the host to be up, and
> a generic ""The system may not be provisioned according to the playbook
> results: please check the logs for the issue, fix accordingly or
> re-deploy from scratch.\n"
>
> I'll file this as a documentation bug.

Very well.

Thanks and best regards,
-- 
Didi
___
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/GGOUHZOXWELCPWJJO7IGZVWHO52F7SJ6/