[ovirt-users] LVM Filesystem not mount VMStore

2021-01-28 Thread marcel 
Hi,

We got the following error message from our 3 Server Setup this morning.
Two of the servers where switched off by a "User". Simply power off.

One of the server startup well and the other one provide the following
message.

What should we do first, we can't mount the vmstore manual. The system
takes a lot of minutes. Did anyone have an idea?

Br
Marcel
___
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/OGNCFUF3XEE23CB6FF4WRSHZ4Q6SQQOO/

[ovirt-users] [ANN] oVirt 4.4.5 Third Release Candidate is now available for testing

2021-01-28 Thread Sandro Bonazzola 
oVirt 4.4.5 Third Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.5
Third Release Candidate for testing, as of January 29th, 2021.

This update is the fifth in a series of stabilization updates to the 4.4
series.
How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Note: Upgrading from 4.4.2 GA or later should not require re-doing these
steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These
are only required to be done once.

Due to Bug 1837864  -
Host enter emergency mode after upgrading to latest build

If you have your root file system on a multipath device on your hosts you
should be aware that after upgrading from 4.4.1 to 4.4.5 you may get your
host entering emergency mode.

In order to prevent this be sure to upgrade oVirt Engine first, then on
your hosts:

   1.

   Remove the current lvm filter while still on 4.4.1, or in emergency mode
   (if rebooted).
   2.

   Reboot.
   3.

   Upgrade to 4.4.5 (redeploy in case of already being on 4.4.5).
   4.

   Run vdsm-tool config-lvm-filter to confirm there is a new filter in
   place.
   5.

   Only if not using oVirt Node:
   - run "dracut --force --add multipath” to rebuild initramfs with the
   correct filter configuration
   6.

   Reboot.

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download  page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation .
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   .
   -

   For a general overview of oVirt, see About oVirt
   .

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

* oVirt Node 4.4 based on CentOS Linux 8.3 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

- We found a few issues while testing on CentOS Stream so we are still
basing oVirt 4.4.5 Node and Appliance on CentOS Linux.

Additional Resources:

* Read more about the oVirt 4.4.5 release highlights:
http://www.ovirt.org/release/4.4.5/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.5/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/7PKJBXGSIXFZ5CLYJRBOIUXSL3QDU7RR/

[ovirt-users] Re: How to reset network on all cluster members (controller and host) to defaults for cleans start?

2021-01-28 Thread Strahil Nikolov via Users 
I don't know about such feature, but I guess you can:- remove host from engine- 
remove and install Network Manager (yum remove and then yum install)
The safest approach would be to:- remove host from engine- reinstall the system

Best Regards,Strahil Nikolov

Sent from Yahoo Mail on Android 
 
  On Thu, Jan 28, 2021 at 20:23, David Johnson 
wrote:   I have a new Ovirt 4.4.5 cluster consisting of a controller and a 
single host, both running on centos 8. I believe I have messed up my network 
configurations by using a mix of oVirt and nmcli functions to try to resolve 
problems.

Is there an easy way to reset everything on the controller and host machines to 
get a clean start?  Or do I need to start from scratch and re-install centos.
Thank you in advance.

David Johnson


___
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/XUSP3CHAPSSL4A2MOE7SB7GOINGOXDJ6/
  
___
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/XUMQ4B6MJXWFV5NS5ZW3ACHVFE6MN5IT/

[ovirt-users] Re: oVirt + Proxmox Backup Server

2021-01-28 Thread Leo David 
Hi,
I think that as long as you can manage to have the pbs client installed on
your nodes, you can setup some functional cli based backup strategy.
Cheers,

Leo

On Thu, Jan 28, 2021, 21:17  wrote:

> So... I would like to know if works hehe
>
> It seems to me to be a very interesting solution, and it is open source
>
> Buuut, they are not say if works with kvm or other integration.
> ___
> 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/PEOSANI7NZ3SORP66WW5JUZ6DUFDPAZY/
>
___
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/AJVZNZVQGJBCMMBYZ3TJBSUYTGCDPAEW/

[ovirt-users] Re: oVirt + Proxmox Backup Server

2021-01-28 Thread jorgevisentini 
So... I would like to know if works hehe

It seems to me to be a very interesting solution, and it is open source

Buuut, they are not say if works with kvm or other integration.
___
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/PEOSANI7NZ3SORP66WW5JUZ6DUFDPAZY/

[ovirt-users] How to reset network on all cluster members (controller and host) to defaults for cleans start?

2021-01-28 Thread David Johnson 
I have a new Ovirt 4.4.5 cluster consisting of a controller and a single
host, both running on centos 8. I believe I have messed up my network
configurations by using a mix of oVirt and nmcli functions to try to
resolve problems.

Is there an easy way to reset everything on the controller and host
machines to get a clean start?  Or do I need to start from scratch and
re-install centos.

Thank you in advance.

David Johnson
___
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/XUSP3CHAPSSL4A2MOE7SB7GOINGOXDJ6/

[ovirt-users] Re: [External] : Re: oVirt + Proxmox Backup Server

2021-01-28 Thread Simon Coter 
Storware vProtect allows to backup for free until 10 VMs and works great.

Simon

> On Jan 28, 2021, at 5:20 PM, Diggy Mc  wrote:
> 
> P.S.  My environment is oVirt 4.4.4.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 
> https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!GqivPVa7Brio!IG1poBARcRL8En8f97kJWrfEllWy00Vr_Eu756UVAd4N4UFMw3ldYWpgSVlbtmB7$
>  
> oVirt Code of Conduct: 
> https://urldefense.com/v3/__https://www.ovirt.org/community/about/community-guidelines/__;!!GqivPVa7Brio!IG1poBARcRL8En8f97kJWrfEllWy00Vr_Eu756UVAd4N4UFMw3ldYWpgSbUQTZ_V$
>  
> List Archives: 
> https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovirt.org/message/BXEM3ZA7E6VEJDVXZF2S3BHSBQTCB3DJ/__;!!GqivPVa7Brio!IG1poBARcRL8En8f97kJWrfEllWy00Vr_Eu756UVAd4N4UFMw3ldYWpgSQr9raaC$
>  
___
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/BCWIY7LWIGJ5PKC6A6HJVWVHKZVVNTD3/

[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2021-01-28 Thread Harry O 
Ok guys now my setup it like this:
2 x Servers with 5 x 4TB 7200RPM drives in raidz1 and 10G storage network (mtu 
9000) in each - my gluster_bricks folders
1 x SFF workstation with 2 x 50GB SSD's in ZFS mirror - my gluster_bricks 
folder for arbiter
My gluster vol info looks like this:
Volume Name: vmstore
Type: Replicate
Volume ID: 7deac39b-3109-4229-b99f-afa50fc8d5a1
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: ovirtn1.5erverssan.lan:/gluster_bricks/vmstore/vmstore
Brick2: ovirtn2.5erverssan.lan:/gluster_bricks/vmstore/vmstore
Brick3: ovirtn3.5erverssan.lan:/gluster_bricks/vmstore/vmstore (arbiter)
Options Reconfigured:
cluster.granular-entry-heal: enable
performance.strict-o-direct: off
network.ping-timeout: 30
storage.owner-gid: 36
storage.owner-uid: 36
server.event-threads: 4
client.event-threads: 4
cluster.choose-local: off
user.cifs: off
features.shard: on
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: enable
performance.low-prio-threads: 32
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: on
performance.client-io-threads: on


And my test results look like this:
starting on engine
/tmp
50M
dd: error writing './junk': No space left on device
40+0 records in
39+0 records out
2044723200 bytes (2.0 GB, 1.9 GiB) copied, 22.1341 s, 92.4 MB/s
starting
/tmp
10M
100+0 records in
100+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 11.4612 s, 91.5 MB/s
starting
/tmp
1M
100+0 records in
100+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.602421 s, 174 MB/s




starting on node1
/gluster_bricks
50M
100+0 records in
100+0 records out
524288 bytes (5.2 GB, 4.9 GiB) copied, 40.8802 s, 128 MB/s
starting
/gluster_bricks
10M
100+0 records in
100+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 7.49434 s, 140 MB/s
starting
/gluster_bricks
1M
100+0 records in
100+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.164098 s, 639 MB/s




starting on node2
/gluster_bricks
50M
100+0 records in
100+0 records out
524288 bytes (5.2 GB, 4.9 GiB) copied, 22.0764 s, 237 MB/s
starting
/gluster_bricks
10M
100+0 records in
100+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 4.32239 s, 243 MB/s
starting
/gluster_bricks
1M
100+0 records in
100+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.0584058 s, 1.8 GB/s

I don't know why my zfs arrays perform different, its the same drives with the 
same config.
Is this performace normal or bad? I think it is too bad hmm... Any tips or 
tricks for this?
___
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/O43GWVLAZK3RGK3TOZCUWZ4C6SFYOBCV/

[ovirt-users] Re: oVirt + Proxmox Backup Server

2021-01-28 Thread Diggy Mc 
P.S.  My environment is oVirt 4.4.4.
___
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/BXEM3ZA7E6VEJDVXZF2S3BHSBQTCB3DJ/

[ovirt-users] ovirt node ng 4.4 crash in anaconda when setting ntp

2021-01-28 Thread Gianluca Cecchi 
Hello,
when installing ovirt node ng 4.4 on a Dell M620 I remember I had a crash
in anaconda if I try to set up ntp.
Using ovirt-node-ng-installer-4.4.4-2020122111.el8.iso
As soon as I select it and try to type the hostname to use, all stops and
then anaconda aborts.
Just today I had the same with the latest RHVH 4.4 iso:
RHVH-4.4-20201210.0-RHVH-x86_64-dvd1.iso on an R630.
Quite disappointing because I also have to fight with iDRAC8 to install the
OS: it is slow to die.
In practice I waste about one hour

Is anyone aware of it or able to reproduce on another platform so that
eventually I'm going to open a bug/case for it?
My config is default one in anaconda accepting default and creating a
bonded connection (LACP).
Then as the last step I go into the set time/date and click on the ntp
button and I get the problem as soon as I try to type inside the text box.

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/KXJBJEK2V764ZQQB4LT4VD6MRGFLY6WQ/

[ovirt-users] oVirt + Proxmox Backup Server

2021-01-28 Thread Diggy Mc 
Is anyone using Proxmox Backup Server to backup VMs in an oVirt environment?  
Is it even possible?

I'm looking for a free open-source solution for my backup needs (backup VMs as 
well as traditional file backups).  Any guidance is appreciated.
___
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/LVKPLHQ6MLGE6WG6GM52MNDMLLFZTT7J/

[ovirt-users] Re: vGPU on ovirt 4.3

2021-01-28 Thread Michal Skrivanek 


> On 27. 1. 2021, at 19:20, Thomas Hoberg  wrote:
> 
>> On Wed, Jan 27, 2021 at 9:14 AM > 
>> 
>> Ok, I think I found at least for Nvidia. You can follow what described for
>> RHV:
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/...
>> 
>> In the same manual there are also instructions for vGPU.
>> 
>> There is also the guide for 4.3:
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/...
>> 
>> Gianluca
> 
> Again, that's the easy part that works just fine.
> It's afterwards when you try to install the Nvidia driver when there might be 
> trouble because the driver refused to load on GPUs that aren't permitted to 
> operate inside a VM, quite independent of the hypervisor (same issue with 
> VMware, VirtualBox, KVM).
> 
> For that there are tricks you'll find on the Internet on how to cheat the 
> Nvidia driver into believing it's running on a physical machine but on KVM 
> that implies editing the XML config... which in the case of oVirt seems to be 
> generated at startup.

yes. you can use that.

> 
> So I guess the hooking mechanism can be used to take care of that, but I've 
> not progressed to that stage myself, mostly because the GPUs I use in the 
> corporate lab are whitelisted by Nvidia.

shouldn’t be too hard, you can use any of the existing hooks (even old ones) as 
a starting point. I think (I haven’t looked at that for a long time) that 
smbios modification may be enough, so there’s [1] right away. If not, it should 
be straightforward to adapt

> 
> And just to give a little credit: Pass-through works very well with oVirt 
> 4.3, only moving (inactive) VMs from host-to-host is a little more involved,
> while GPU live-migration unfortunately is out of the question. That makes 
> perfect sense for NICs and storage adapters, for GPUs one might argue that 
> their state could be migrated, too. But Linux doesn't really understand 
> heterogenous accelerators yet, so oVirt can't do better.

it’s a generic PCI VFIO passthrough, there’s nothing specific about GPU. 
Migrateable GPUs are not generic and will require some work, mostly in 
kernel/drivers. nvidia is working on it, but it’s hard to say when that’s going 
to be ready, and as always i doubt they’ll make it available for older/lowend 
cards. But then again maybe with some tricks…:)

Thanks,
michal

[1] https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/smbios

> ___
> 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/S3DBQHTQDOZ6ASIK64OLZBGSEZRO623Y/
___
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/OEZOY7LWJWEJ5WSOECGWT6G6N5CXZ2N4/

[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-01-28 Thread lejeczek via Users 



On 28/01/2021 13:42, Yedidyah Bar David wrote:

On Thu, Jan 28, 2021 at 3:26 PM lejeczek via Users  wrote:



On 28/12/2020 21:21, Edward Berger wrote:

The hosted engine fqdn and IP address should be separate
from the hypervisor host's IP address but on the same
network so it can communicate to the host through a
bridged interface that the installer creates on the
hypervisor host for the hosted engine VM.

On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users
mailto:users@ovirt.org>> wrote:

 hi chaps,

 a newcomer here. I use cockpit to deploy hosted engine
 and I
 get this error/warning message:

 "The he_fqdn proposed for the engine VM resolves on
 this host"

 I should mention that if I remove the IP to which FQDN
 resolves off that iface(plain eth no vlans) then I get
 this:

 [ ERROR ] fatal: [localhost]: FAILED! => {"changed":
 false,
 "msg": "The selected network interface is not valid"}

 All these errors seem bit too cryptic to me.
 Could you shed bit light on what is oVirt saying
 exactly and
 why it's not happy that way?

 many thanks, L.
 ___
 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/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/
 



When I played a bit with it now I get a different failure:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check the
resolved address resolves on the selected interface]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg": "The resolved address doesn't resolve on the selected
interface\n"}
...

Is this the hosted-engine address installer complains about?
Before I go further down the rabbit hole - can deployment be
done solely with "hosts" and no DNS?

In principle, it can, and if it can't, that's a bug - please report one.

I didn't try that myself recently.

Please note that if you rely on /etc/hosts, the deploy process can "help"
you with this (see the relevant questions it asks), but it's still up to
you to make sure the information is correct (which is true, btw, also with
dns).

For your specific error above, please check the logs - you should find
"he_host_ip" there and see if it's correct.

Best regards,
Gee, to a novice such a myself this is off-putting disaster 
rather than nice intro to oVirt.
It fails for me with or without DNS. Sure I fail to grasp 
the concepts here but docs is the place where I got to first 
and cannot find there anything which would nicely explain 
the meaning of network config prior to "hosted engine" 
deployment.
Sure my config is not the most basic but neither it is very 
complex yet I can run circles with how oVirt employment, at 
the moment, endlessly.

I have three subnets,
a) I'd like to keep as external
b) would be oVirt
c) I'd like to keep internal but away from oVirt, for 
purposes like storage

so..
I take of host name resolution (hosts or dns or both 
together) and start deployment in shell console.

..
1) first is the gateway which "hosted-engine" proposes to be 
a gateway on "external" net. Which I ignore as that would 
not work with what I want later down the process - "b" 
network to be used by oVirt - and I tell it so use 
10.5.8.254 (which is not a real gateway as it does not route 
to the "outside")


2) I tell it to use "enp34s0f0np0" iface (that is host's 
iface which already has 10.5.8.49 on it). Other ifaces 
installer proposes are not good (obviously I do not want 
iface which is on "external" subnet).

For "network connectivity" I've tried ping & dns.

3) Engine VM FQDN:  []: buster.private.ccn. (that resolves 
to 10.5.8.1 via hosts/dns and that is that the same "b" for 
oVirt net. This IP is not assigned to any iface, as I 
understand - it should not be)


4) Then I choose:
 VM network be configured? (DHCP, Static)[DHCP]: static
 Please enter the IP address to be used for the engine VM 
[]: 10.5.8.1


5) I tell it to use three DNSes (I'm aiming at 3-node 
cluster) on the same "b" subnet: 10.5.8.49,10.5.8.65,10.5.8.97


6) For management: Please provide the hostname of this host 
on the management network - I say use 
"whale.private.ccnr.away", which is "c" subnet.


And eventually I hit:
...
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "The resolved address doesn't resolve on the selected 
interface\n"}

...
and a few lines later (which probably matter less if at all):
...
[

[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-01-28 Thread Yedidyah Bar David 
On Thu, Jan 28, 2021 at 3:26 PM lejeczek via Users  wrote:
>
>
>
> On 28/12/2020 21:21, Edward Berger wrote:
> > The hosted engine fqdn and IP address should be separate
> > from the hypervisor host's IP address but on the same
> > network so it can communicate to the host through a
> > bridged interface that the installer creates on the
> > hypervisor host for the hosted engine VM.
> >
> > On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users
> > mailto:users@ovirt.org>> wrote:
> >
> > hi chaps,
> >
> > a newcomer here. I use cockpit to deploy hosted engine
> > and I
> > get this error/warning message:
> >
> > "The he_fqdn proposed for the engine VM resolves on
> > this host"
> >
> > I should mention that if I remove the IP to which FQDN
> > resolves off that iface(plain eth no vlans) then I get
> > this:
> >
> > [ ERROR ] fatal: [localhost]: FAILED! => {"changed":
> > false,
> > "msg": "The selected network interface is not valid"}
> >
> > All these errors seem bit too cryptic to me.
> > Could you shed bit light on what is oVirt saying
> > exactly and
> > why it's not happy that way?
> >
> > many thanks, L.
> > ___
> > 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/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/
> > 
> > 
> >
> When I played a bit with it now I get a different failure:
> ...
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check the
> resolved address resolves on the selected interface]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
> "msg": "The resolved address doesn't resolve on the selected
> interface\n"}
> ...
>
> Is this the hosted-engine address installer complains about?
> Before I go further down the rabbit hole - can deployment be
> done solely with "hosts" and no DNS?

In principle, it can, and if it can't, that's a bug - please report one.

I didn't try that myself recently.

Please note that if you rely on /etc/hosts, the deploy process can "help"
you with this (see the relevant questions it asks), but it's still up to
you to make sure the information is correct (which is true, btw, also with
dns).

For your specific error above, please check the logs - you should find
"he_host_ip" there and see if it's correct.

Best regards,

> (ovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarch)
>
> thanks, L
> ___
> 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/VDG6AHGVQ4V7DLK5RET2HTDJHMWK5HAQ/



-- 
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/EI5DLSIGB4HN3JXUV322OKFSEGGUHKQR/

[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-01-28 Thread lejeczek via Users 



On 28/12/2020 21:21, Edward Berger wrote:
The hosted engine fqdn and IP address should be separate 
from the hypervisor host's IP address but on the same 
network so it can communicate to the host through a 
bridged interface that the installer creates on the 
hypervisor host for the hosted engine VM.


On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:


hi chaps,

a newcomer here. I use cockpit to deploy hosted engine
and I
get this error/warning message:

"The he_fqdn proposed for the engine VM resolves on
this host"

I should mention that if I remove the IP to which FQDN
resolves off that iface(plain eth no vlans) then I get
this:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed":
false,
"msg": "The selected network interface is not valid"}

All these errors seem bit too cryptic to me.
Could you shed bit light on what is oVirt saying
exactly and
why it's not happy that way?

many thanks, L.
___
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/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/




When I played a bit with it now I get a different failure:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check the 
resolved address resolves on the selected interface]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "The resolved address doesn't resolve on the selected 
interface\n"}

...

Is this the hosted-engine address installer complains about?
Before I go further down the rabbit hole - can deployment be 
done solely with "hosts" and no DNS? 
(ovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarch)


thanks, L
___
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/VDG6AHGVQ4V7DLK5RET2HTDJHMWK5HAQ/

[ovirt-users] Re: centos 7.9

2021-01-28 Thread Nathanaël Blanchet 

Hello,

I really don't agree, as Sandro and many other redhat guy repeated many 
times, ovirt releases are tested for quality before been delivered.


So It shouldn't change anything if you use ovirt node based on el8 
stream, which would be a snapshot of all needed and tested dependencies  
for the concerned release.


Anyway, this is already the case for current released based on Centos, 
which are shipped with many additionnal repos that are not included in 
the Base el8 repo.


By this way, Ovirt has always been stable for production from my own 10 
years experience and I have no doubt that the quality will go on.


Le 25/01/2021 à 18:53, Thomas Hoberg a écrit :

I would agree, if CentOS 8 could still be considered a proper base to build on.
But since that is now EOL at the end of this year, oVirt is no longer viable, 
because it's beta-on-beta.

I can only hope that IBM will read the writing on the wall before you guys will 
be out of a job.
___
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/EQAQ6WGQJUJDVHY22LM72A7SQ3NXXP3R/


--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/3OAUELSHY2QNTLNSKVAIAFDIOADMAMR6/