[ovirt-users] Re: Ovirt 4.3.1 problem with HA agent

2019-03-05 Thread Simone Tiraboschi 
On Wed, Mar 6, 2019 at 6:13 AM Strahil  wrote:

> Hi guys,
>
> After updating to 4.3.1 I had an issue where the ovirt-ha-broker was
> complaining that it couldn't ping the gateway.
>

Are you really sure that the issue was on the ping?
on storage errors the broker restart itself and while the broker is
restarting the agent cannot ask the broker to trigger the gateway monitor
(the ping one) and so that error message.


> As I have seen that before - I stopped ovirt-ha-agent, ovirt-ha-broker,
> vdsmd, supervdsmd and sanlock on the nodes and reinitialized the lockspace.
>
> I gues s I didn't do it properly as now I receive:
>
> ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial
> vm.conf
>
> Any hints how to fix this ? Of course a redeploy is possible, but I prefer
> to recover from that.
>

Which kind of storage are you using?
can you please attach /var/log/ovirt-hosted-engine-ha/broker.log ?


> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OU3FKLEPH7AHT2LO2IYZ47RJHRA72C3Z/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BNV7AVUBLOV2UDVBTYN23ZEZ2Q4TJYHV/

[ovirt-users] Ovirt 4.3.1 problem with HA agent

2019-03-05 Thread Strahil 
Hi guys,

After updating to 4.3.1 I had an issue where the ovirt-ha-broker was 
complaining that it couldn't ping the gateway.
As I have seen that before - I stopped ovirt-ha-agent, ovirt-ha-broker, vdsmd, 
supervdsmd and sanlock on the nodes and reinitialized the lockspace.

I gues s I didn't do it properly as now I receive:

ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf

Any hints how to fix this ? Of course a redeploy is possible, but I prefer to 
recover from that.

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/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OU3FKLEPH7AHT2LO2IYZ47RJHRA72C3Z/

[ovirt-users] virt-viewer centos7.6

2019-03-05 Thread p . staniforth 
Hello is there a newer version than 5 for virt-viewer for Centos?

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

[ovirt-users] Re: How to Copy-Paste without QXL ?

2019-03-05 Thread Guillaume Pavese 
This is something i would like to know too
As far as I know, copy paste with SPICE only works in graphical mode, with
a X session running. Before X is starded, while in the console, no
copy/paste is possible.

However, with virt-manager, it is possible to copy paste directly in the
serial console of a vm installed with "--no-graphics"
This is a feature of virt-manager I deeply miss if it's not possible to
make it work with VNC/SPICE remote consoles.

What would be great is the possibility to connect directly to the serial
console of the vm from ovirt-manager (I think that's what virt-manager is
doing seamlessly when no graphic hw is configured for the vm).

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Mar 5, 2019 at 11:39 PM Victor Toso  wrote:

> Hi Jean,
>
> On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com wrote:
> > Hello Guys,
> >
> > I try to make work copy and paste from a virt-viewer client to
> > a Linux VM (Centos 6).
> > I have install spice-vdagent (service run). Guest is configured
> > as QXL + Spice. I also have test :
> > - Enable SPICE clipboard copy and paste
> > - Enable VirtIO serial console
> >
> > But Paste (CTRL + SHIFT + V ?) not work
> >
> > Is this function can work without QXL driver ?
>
> The copy, like drag, those are features that rely on
> spice-vdagent, not QXL.
>
> I assume that spice-vdagent and spice-vdagentd are running
> without errors in your CentOS 6 box? If that's the case, you can
> share some logs from the client remote-viewer or virt-viewer
> --debug --spice-debug.
>
> Cheers,
> Victor
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FNP6WOTOM7OHMSP74XDZOQXFGFREB5VF/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XRA2SHGUMPAIUEIH36YM3EH3YASW5Y22/

[ovirt-users] Re: VM With Snapshots Marked As Illegal

2019-03-05 Thread Nir Soffer 
On Tue, Mar 5, 2019 at 5:54 PM Clint Boggio 
wrote:

> Greetings oVirt Users;
>
> Environment:
>
> oVirt 4.2.0.2-1
> 1 Dedicated Engine
> 6 Hypervisor Nodes
> iSCSI Storage
> All running CentOS 7.5
>
> I have a VM with the illegal snapshot error. After doing some research
> on the condition i have found some methods for fixing the problem by
> connecting to the database and repairing the fault. I am unable to
> connect to the engine database from the engine command line with the
> password in 10-setup-database.conf for whatever reason. (likely user
> error)
>
> I don't really need the disk that is attached to this VM that is at
> fault as it is a disk that is being utilized by the VM to perform local
> backups and that function has been moved to an offsite backup solution.
>
> If I shut down the afflicted VM, then delete the un-needed disk, will
> the snapshots be deleteed and thus the problem alleviated ?
>
If a snapshot is in illegal state, retrying to delete the snapshot should be
successful. If not, please file a bug.

If you don't need the entire vm or the disk attached to the vm, you should
be
able to remove the vm or detach the disk and remove the disk. If this does
not work please file a bug.

Or will the system not delete the un-needed disk because of the fault
> and then not reboot because if the illegal statu of the snapshot ?
>

What do yo mean by "not reboot"?

I have tried to delete the snapshots, and the system refuses to do so.
>

Can you share engine and vdsm logs showing what happens when you try
to delete the snapshot?

I may need some guidance regarding connecting to my engine database if
> i cannot delete the un-needed disk.
>

Modifying the database directly is not recommended. This should be last
resort
if nothing else works.

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

[ovirt-users] Re: How to Copy-Paste without QXL ?

2019-03-05 Thread jeanbaptiste.coupiac 
Hello Victor,

Thanks for answer.

Attached, output of remote-viewer, with --debug --spice-debug. During this
debug session I've tried some time to paste content (via CTRL+SHIFT+V)

Regards,
Jean-Baptiste,

-Message d'origine-
De : Victor Toso  
Envoyé : mardi 5 mars 2019 15:39
À : jeanbapti...@nfrance.com
Cc : users@ovirt.org
Objet : Re: [ovirt-users] How to Copy-Paste without QXL ?

Hi Jean,

On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com wrote:
> Hello Guys,
> 
> I try to make work copy and paste from a virt-viewer client to a Linux 
> VM (Centos 6).
> I have install spice-vdagent (service run). Guest is configured as QXL 
> + Spice. I also have test :
> - Enable SPICE clipboard copy and paste
> - Enable VirtIO serial console
> 
> But Paste (CTRL + SHIFT + V ?) not work
> 
> Is this function can work without QXL driver ?

The copy, like drag, those are features that rely on
spice-vdagent, not QXL.

I assume that spice-vdagent and spice-vdagentd are running without errors in
your CentOS 6 box? If that's the case, you can share some logs from the
client remote-viewer or virt-viewer --debug --spice-debug.

Cheers,
Victor
[nfrance@astreinte Téléchargements]$ remote-viewer --debug --spice-debug
(remote-viewer:4108): virt-viewer-DEBUG: Opening display to 
file:///tmp/mozilla_nfrance0/console.vv
(remote-viewer:4108): virt-viewer-DEBUG: Guest (null) has unsupported file 
display type
(remote-viewer:4108): virt-viewer-DEBUG: Opening display to 
file:///home/nfrance/T%C3%A9l%C3%A9chargements/console(2).vv
(remote-viewer:4108): virt-viewer-DEBUG: Guest (null) has unsupported file 
display type
(remote-viewer:4108): virt-viewer-DEBUG: Opening display to 
file:///home/nfrance/T%C3%A9l%C3%A9chargements/console.vv
(remote-viewer:4108): virt-viewer-DEBUG: Guest (null) has a spice display
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:286 New session (compiled 
from package spice-gtk 0.33)
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:290 Supported channels: 
main, display, inputs, cursor, playback, record, smartcard, usbredir, webdav
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:523 auto-connect 
filter set to 0x03,-1,-1,-1,0|-1,-1,-1,-1,1
(remote-viewer:4108): virt-viewer-DEBUG: Start fetching oVirt main entry point
(remote-viewer:4108): virt-viewer-DEBUG: After open connection callback fd=-1
(remote-viewer:4108): virt-viewer-DEBUG: Opening connection to display at 
file:///home/nfrance/T%C3%A9l%C3%A9chargements/console.vv
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:523 auto-connect 
filter set to -1,-1,-1,-1,0
(remote-viewer:4108): virt-viewer-DEBUG: fullscreen display 0: 0
(remote-viewer:4108): virt-viewer-DEBUG: app is not in full screen
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:1743 no migration in 
progress
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:137 main-1:0: 
spice_channel_constructed
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:2246 main-1:0: new main 
channel, switching
(remote-viewer:4108): GSpice-DEBUG: spice-gtk-session.c:1099 Changing main 
channel from (nil) to 0x15bb19200
(remote-viewer:4108): virt-viewer-DEBUG: New spice channel 0x15bb19200 
SpiceMainChannel 0
(remote-viewer:4108): virt-viewer-DEBUG: notebook show status 0x15b442230
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:1008 device added 
8087:07dc (0x15b5a57b0)
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:1008 device added 
0b97:7772 (0x15b60c390)
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:1008 device added 
04f2:b3b1 (0x15b2bfdc0)
(remote-viewer:4108): GSpice-DEBUG: usb-device-manager.c:1008 device added 
1199:9063 (0x15b59ec20)
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:2610 main-1:0: Open 
coroutine starting 0x15bb19200
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:2451 main-1:0: Started 
background coroutine 0x15bb18860
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:2192 main-1:0: Using TLS, 
port 5901
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:2125 open host 
172.20.0.7:5901
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:2047 main-1:0: connecting 
0x7f8e65c50a60...
(remote-viewer:4108): GSpice-DEBUG: spice-session.c:2031 main-1:0: connect ready
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:2379 main-1:0: Load CA, 
file: (null), data: 0x15bfe0a00
(remote-viewer:4108): Spice-DEBUG: ssl_verify.c:400:verify_subject: subjects 
match
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:1302 main-1:0: channel type 
1 id 0 num common caps 1 num caps 1
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:1326 main-1:0: Peer 
version: 2:2
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:1855 main-1:0: 
spice_channel_recv_link_msg: 2 caps
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:1865 main-1:0: got common 
caps 0:0xB
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:1871 main-1:0: got channel 
caps 0:0x9
(remote-viewer:4108): GSpice-DEBUG: spice-channel.c:2835 test

[ovirt-users] VM With Snapshots Marked As Illegal

2019-03-05 Thread Clint Boggio 
Greetings oVirt Users;

Environment:

oVirt 4.2.0.2-1
1 Dedicated Engine
6 Hypervisor Nodes
iSCSI Storage
All running CentOS 7.5

I have a VM with the illegal snapshot error. After doing some research
on the condition i have found some methods for fixing the problem by
connecting to the database and repairing the fault. I am unable to
connect to the engine database from the engine command line with the
password in 10-setup-database.conf for whatever reason. (likely user
error)

I don't really need the disk that is attached to this VM that is at
fault as it is a disk that is being utilized by the VM to perform local
backups and that function has been moved to an offsite backup solution.

If I shut down the afflicted VM, then delete the un-needed disk, will
the snapshots be deleteed and thus the problem alleviated ?

Or will the system not delete the un-needed disk because of the fault
and then not reboot because if the illegal statu of the snapshot ?

I have tried to delete the snapshots, and the system refuses to do so.

I may need some guidance regarding connecting to my engine database if
i cannot delete the un-needed disk.

Thank you all for any help in this matter, and if more information is
needed please let me know.

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

[ovirt-users] Re: How to Copy-Paste without QXL ?

2019-03-05 Thread Victor Toso 
Hi Jean,

On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com wrote:
> Hello Guys,
> 
> I try to make work copy and paste from a virt-viewer client to
> a Linux VM (Centos 6).
> I have install spice-vdagent (service run). Guest is configured
> as QXL + Spice. I also have test :
> - Enable SPICE clipboard copy and paste
> - Enable VirtIO serial console
> 
> But Paste (CTRL + SHIFT + V ?) not work
> 
> Is this function can work without QXL driver ?

The copy, like drag, those are features that rely on
spice-vdagent, not QXL.

I assume that spice-vdagent and spice-vdagentd are running
without errors in your CentOS 6 box? If that's the case, you can
share some logs from the client remote-viewer or virt-viewer
--debug --spice-debug.

Cheers,
Victor


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

[ovirt-users] How to Copy-Paste without QXL ?

2019-03-05 Thread jeanbaptiste 
Hello Guys,

I try to make work copy and paste from a virt-viewer client to a Linux VM 
(Centos 6).
I have install spice-vdagent (service run). Guest is configured as QXL + Spice. 
I also have test :
- Enable SPICE clipboard copy and paste
- Enable VirtIO serial console

But Paste (CTRL + SHIFT + V ?) not work

Is this function can work without QXL driver ?

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

[ovirt-users] Re: Changing disk QoS causes segfault with IO-Threads enabled (oVirt 4.3.0.4-1.el7)

2019-03-05 Thread Michal Skrivanek 


> On 3 Mar 2019, at 23:39, j...@squiz.net wrote:
> 
> We recently upgraded to 4.3.0 and have found that when changing disk QoS 
> settings on VMs whilst IO-Threads is enabled causes them to segfault and the 
> VM to reboot. We've been able to replicate this across several VMs. VMs with 
> IO-Threads disabled/turned off do not segfault when changing the QoS.
> 
> Mar  1 11:49:06 srvXX kernel: IO iothread1[30468]: segfault at 
> fff8 ip 557649f2bd24 sp 7f80de832f60 error 5 in 
> qemu-kvm[5576498dd000+a03000]
> Mar  1 11:49:06 srvXX abrt-hook-ccpp: invalid number 'iothread1'
> Mar  1 11:49:11 srvXX libvirtd: 2019-03-01 00:49:11.116+: 13365: error : 
> qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer
> 
> Happy to supply some more logs to someone if they'll help but just wondering 
> whether anyone else has experienced this or knows of a current fix other than 
> turning io-threads off.

would be best to open a bugzilla on that. It sounds like a real qemu problem. 
There were quite a few with iothreads in the past and QoS is relatively less 
frequent feature so it could still be buggy.
Just make sure you include all the relevant versions of kernel,qemu,libvirt

Thanks,
michal

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

[ovirt-users] Re: problems getting vGPU working

2019-03-05 Thread Michal Skrivanek 


> On 4 Mar 2019, at 17:51, cmc  wrote:
> 
> Hi,
> 
> I'm having trouble getting my Nvidia vGPU to work on a VM.
> 
> Setup: RHEV 4.2 on RHEL 7.5, Tesla M60 (switched to graphics mode).
> I'm using the NVIDIA-GRID-RHEL-7.5-410.92-410.91-412.16.zip package
> from Nvidia.
> 
> On the hypervisor, I've installed the
> NVIDIA-vGPU-rhel-7.5-410.91.x86_64 rpm. vfio kernel modules are
> loaded, nvidia-smi shows the card, and I can see all the vGPUs via
> vdsm-client
> 
> I've created a CentOS 7.4 VM and added a 'B' type vGPU instance in

not sure, but I would say 7.4 could be too old for all this.
I’d recommend to try all that on host 7.6 and guest 7.6

> 'custom properties'. I've configured gridd.conf to point to the
> license server and it reports picking up a license in
> /var/log/messages. I installed the driver via the .run file
> (NVIDIA-Linux-x86_64-410.92-grid.run). The nvidia kernel module is
> loaded, but so also is the 'qxl' paravirtual driver.
> 
> lspci reports:
> 
> 00:02.0 VGA compatible controller: Red Hat, Inc. QXL paravirtual
> graphic card (rev 04)
> 00:07.0 VGA compatible controller: NVIDIA Corporation GM204GL [Tesla
> M60] (rev a1)
> 
> The Xorg.0.log reports:
> 
> [ 1622.212] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @
> 0xf000/134217728, 0xfb00/8388608, 0xfb87/8192, I/O @
> 0xc100/32, BIOS @ 0x/65536
> [ 1622.212] (--) PCI: (0:0:7:0) 10de:13f2:10de:1177 rev 161, Mem @
> 0xfa00/16777216, 0xd000/268435456, 0xf800/33554432, I/O @
> 0xc000/128, BIOS @ 0x/131072
> [ 1622.212] (II) LoadModule: "glx"
> [ 1622.212] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> [ 1622.213] (II) Module glx: vendor="X.Org Foundation"
> [ 1622.213] compiled for 1.19.3, module version = 1.0.0
> [ 1622.213] ABI class: X.Org Server Extension, version 10.0
> [ 1622.213] (II) LoadModule: "nvidia"
> [ 1622.214] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
> [ 1622.214] (II) Module nvidia: vendor="NVIDIA Corporation"
> [ 1622.214] compiled for 4.0.2, module version = 1.0.0
> [ 1622.214] Module class: X.Org Video Driver
> [ 1622.214] (II) NVIDIA dlloader X Driver 410.92 Thu Dec 20 04:48:17 CST 2018
> [ 1622.214] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
> [ 1622.214] (++) using VT number 1
> [ 1622.214] (EE) No devices detected.
> [ 1622.214] (EE)
> Fatal server error:
> [ 1622.214] (EE) no screens found(EE)
> [ 1622.214] (EE)
> 
> Could the qxl module be somehow blocking the nvidia driver? I tried
> blacklisting the driver in grub, though that didn't work anyway.
> 
> Thanks in advance for any help.
> 
> Cam
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HLONOVCAQOK73HYVSEYUG3U4NSGIZ7ZV/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZUPRXO673CIMDYANBNXF7MOZZMEG6QAS/

[ovirt-users] [ANN] oVirt 4.3.2 First Release Candidate is now available

2019-03-05 Thread Sandro Bonazzola 
The oVirt Project is pleased to announce the availability of the oVirt
4.3.2 First Release Candidate, as of March 5th, 2019.

This update is a release candidate of the second in a series of
stabilization updates to the 4.3 series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later
* oVirt Node 4.3 (available for x86_64 only)

Experimental tech preview for x86_64 and s390x architectures for Fedora 28
is also included.

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

Notes:
- oVirt Guest Tools with new oVirt Windows Guest Agent is available
- oVirt Appliance is available for EL7 only
- oVirt Node is available for EL7 only [2]
- Fedora 28 based appliance and node couldn't be built due to unsigned
glusterfs packages in production repositories.

Additional Resources:
* Read more about the oVirt 4.3.2 release highlights:
http://www.ovirt.org/release/4.3.2/
* 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.3.2/
[2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/

-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: Error deploy hostsed engine on Centos7 at [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]

2019-03-05 Thread shanep 
Thanks Simone,

That fixed it.

Issuing the command 'virsh net-destroy default' removed the virbr0 and then 
'systemctl restart libvirtd' followed by  'virsh net-start default' brought it 
back with a valid IP address. 

The other commands seemed to fail, I suspect as the bridge was already gone 
after the first command.  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AOOQK775QSHSXTADKAXWNUGP5XSVEC5D/

[ovirt-users] Info about firewall type and 4.3

2019-03-05 Thread Gianluca Cecchi 
Hello,
I have updated a 4.2.8 environment to 4.3.1
So far so good, I have updated cluster level and dc level from 4.2 to 4.3

I notice the field "Firewall type" in my cluster and it is currently set to
"iptables".
My 3 hosts are CentOS 7.6 plain servers.
My external engine is CentOS 7.6 and already with firewalld

I seem to remember in the long run only firewalld supported also on hosts.
Is this correct and in case is there an ETA/version?
What would be the steps to pass my current hosts to firewalld in case?

Currently I see:
iptables enabled and running
ip6tables disabled
ebtables disabled

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