[ovirt-users] NFS based - incremental backups

[Leo David]

Hello Everyone,
Ive been struggling since a while to find out a propper solution to have a
full backup scenario for a production environment.
In the past, we have used Proxmox, and the scheduled incremenral nfs based
full vm backups is a thing that we really miss.
As far as i know, at this point the only way to have a backup in oVirt /
rhev is by using gluster geo-replication feature.
This is nice, but as far as i know it lacks some important features:
- ability to have incremental backups to restore vms from
- ability to backup vms placed on different storage domains ( only one
storage domain can be geo-replicated !!! some vms have disks on ssd volume,
some on hdd, some on both)
- need to setup an external 3 nodes gluster cluster ( although a workaround
would be to have single bricks based volumes for a single instance )
I know we can create snaps, but they will die with the platform in a fail
scenario, and neither they can be scheduled.
We have found bacchus project that looked promising, although it had a
pretty hassled way to achieve backups ( create snap, create vm from the
snap, export vm to export domain, delete vm, delete snap - all in a
scheduled fashion )
As a mention, Proxmox is incrementaly creating a tar archive of the vm disk
content, and places it to an external network storage like nfs. This
allowed us to backup/reatore both linux and windows vms very easily.
Now, I know this have been discussed before, but i would like to know if
there are at least any future plans to implement this feature in the next
releases.
Personally, i consider this a major, and quite decent feature to have with
the platform, without the need to pay for 3rd party solutions that may or
may not achieve the goal while adding extra pieces to the stack.
Geo-replication is a good and nice feature, but in my oppinion it is not
what a "backup domain" would be.
Have a nice day,

Leo
___
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/QX7H2DNKJWMKNPX5V465V2CRSJS4IXQJ/

[ovirt-users] Re: not able to import ova file

[Crazy Ayansh]

Any update on this?


On Thu, Sep 26, 2019, 6:20 AM Crazy Ayansh 
wrote:

> Hi Team,
>
> I am getting below error message when i am trying to import a vm from ova
> method.
>
> [image: image.png]
>
> could anyone please help me out here.
>
> Hosted engine version:-4.2
>
> Please let me know if any other info required from me.
>
> Thanks
>
>
___
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/EYDKZIHG3PK4PDEEPEMGSGBLSTRQFUGI/

[ovirt-users] Re: Super Low VM disk IO via Shared Storage

[Vrgotic, Marko]

Dear all,

I very much appreciate all help and suggestions so far.

Today I will send the test results and current mount settings for NFS4. Our 
production setup is using Netapp based NFS server.

I am surprised with results from Tony’s test.
We also have one setup with Gluster based NFS, and I will run tests on those as 
well.

Sent from my iPhone

On 25 Sep 2019, at 14:18, Amit Bawer  wrote:




On Wed, Sep 25, 2019 at 2:44 PM Tony Brian Albers 
mailto:t...@kb.dk>> wrote:
Guys,

Just for info, this is what I'm getting on a VM that is on shared
storage via NFSv3:

--snip--
[root@proj-000 ~]# time dd if=/dev/zero of=testfile bs=4096
count=100
100+0 records in
100+0 records out
409600 bytes (4.1 GB) copied, 18.0984 s, 226 MB/s

real0m18.171s
user0m1.077s
sys 0m4.303s
[root@proj-000 ~]#
--snip--

my /etc/exports:
/data/ovirt
*(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)

and output from 'mount' on one of the hosts:

sto-001.kac.lokalnet:/data/ovirt on /rhev/data-center/mnt/sto-
001.kac.lokalnet:_data_ovirt type nfs
(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock,
nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=172.16.216
.41,mountvers=3,mountport=20048,mountproto=udp,local_lock=all,addr=172.
16.216.41)

Worth to compare mount options with the slow shared NFSv4 mount.

Window size tuning can be found at bottom of [1], although its relating to 
NFSv3, it could be relevant to v4 as well.
[1] https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html


connected via single 10gbit ethernet. Storage on NFS server is 8 x 4TB
SATA disks in RAID10. NFS server is running CentOS 7.6.

Maybe you can get some inspiration from this.

/tony



On Wed, 2019-09-25 at 09:59 +, Vrgotic, Marko wrote:
> Dear Strahil, Amit,
>
> Thank you for the suggestion.
> Test result with block size 4096:
> Network storage:
> avshared:
> [root@mpoludctest4udc-1 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 40960 bytes (410 MB) copied, 275.522 s, 1.5 MB/s
>
> Local storage:
>
> avlocal2:
> [root@mpollocalcheck22 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 40960 bytes (410 MB) copied, 53.093 s, 7.7 MB/s
> 10:38
> avlocal3:
> [root@mpollocalcheck3 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 40960 bytes (410 MB) copied, 46.0392 s, 8.9 MB/s
>
> As Amit suggested, I am also going to execute same tests on the
> BareMetals and between BareMetal and NFS to compare results.
>
>
> — — —
> Met vriendelijke groet / Kind regards,
>
> Marko Vrgotic
>
>
>
>
> From: Strahil mailto:hunter86...@yahoo.com>>
> Date: Tuesday, 24 September 2019 at 19:10
> To: "Vrgotic, Marko" 
> mailto:m.vrgo...@activevideo.com>>, Amit 
>  .com>
> Cc: users mailto:users@ovirt.org>>
> Subject: Re: [ovirt-users] Re: Super Low VM disk IO via Shared
> Storage
>
> Why don't you try with 4096 ?
> Most block devices have a blcok size of 4096 and anything bellow is
> slowing them down.
> Best Regards,
> Strahil Nikolov
> On Sep 24, 2019 17:40, Amit Bawer 
> mailto:aba...@redhat.com>> wrote:
> have you reproduced performance issue when checking this directly
> with the shared storage mount, outside the VMs?
>
> On Tue, Sep 24, 2019 at 4:53 PM Vrgotic, Marko  .com> wrote:
> Dear oVirt,
>
> I have executed some tests regarding IO disk speed on the VMs,
> running on shared storage and local storage in oVirt.
>
> Results of the tests on local storage domains:
> avlocal2:
> [root@mpollocalcheck22 ~]#  dd if=/dev/zero of=/tmp/test2.img bs=512
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 5120 bytes (51 MB) copied, 45.9756 s, 1.1 MB/s
>
> avlocal3:
> [root@mpollocalcheck3 ~]#  dd if=/dev/zero of=/tmp/test2.img bs=512
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 5120 bytes (51 MB) copied, 43.6179 s, 1.2 MB/s
>
> Results of the test on shared storage domain:
> avshared:
> [root@mpoludctest4udc-1 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512
> count=10 oflag=dsync
> 10+0 records in
> 10+0 records out
> 5120 bytes (51 MB) copied, 283.499 s, 181 kB/s
>
> Why is it so low? Is there anything I can do to tune, configure VDSM
> or other service to speed this up?
> Any advice is appreciated.
>
> Shared storage is based on Netapp with 20Gbps LACP path from
> Hypervisor to Netapp volume, and set to MTU 9000. Used protocol is
> NFS4.0.
> oVirt is 4.3.4.3 SHE.
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to 
> users-le...@ovirt.org
> Privacy Statement: <
> 

[ovirt-users] Re: 4.2.7 to 4.3.5

[TomK]

You would normally do this on lower environments first to test this out.

Do you have a LAB, DEV or QA environment to use before going to PROD?

Specifically about the upgrade, I can only speak to what I did 
yesterday.  Had to go to 4.2.8 from 4.2.1 before going to 4.3.5 .  I did 
get RPM dependency issues but in the end the UI came back up and worked 
like a charm.  However I didn't really have anything I really cared 
about in oVirt.  My environment was only a testing one.


Take a look at the notes here for more detail:

https://www.ovirt.org/release/4.3.3/#centos--rhel

Cheers,
TK

On 9/26/2019 6:47 AM, Demeter Tibor wrote:

Dear list members,

I would like to upgrade my Centos 7.6 based ovirt 4.2 to 4.3.5.
How is safe the upgrade ? How is stable the actual branch ?
It seems to me, in 4.3.x there are a lot of cases caused by live 
migration, snapshot deletion, etc. Are these really existing problems?

So, I'm a little bit afraid of the upgrade.
It is a productive system, I don't want to make an outage.

Thanks in advance,
Regards,

*
*

Tibor


___
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/LHNLHDGBBRHA6I4UOHIPH7H7B5LWQ2IL/




--
Thx,
TK.
___
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/XAZJW3HMMORC5X5X2ESPODDJUBO3C4HC/

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Guillaume Pavese]

I see that oVirt 4.3.6 finally has 4k domain support.

- Would that mean that VDO enabled Gluster domains will be created without
the --emulate512 workaround?
- If the wizard to create the Gluster volumes has not yet removed that
parameter, is it safe to edit & remove it manually before creation?
- Should we expect performance increase by using the native 4k block size
of VDO?

Thanks

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


On Fri, Sep 27, 2019 at 12:00 AM Sandro Bonazzola 
wrote:

> The oVirt Project is pleased to announce the general availability of oVirt
> 4.3.6 as of September 26th, 2019.
>
>
>
> This update is the sixth in a series of stabilization updates to the 4.3
> series.
>
>
>
> This release is available now on x86_64 architecture for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
> * oVirt Node 4.3 (available for x86_64 only)
>
>
>
> Due to Fedora 28 being now at end of life this release is missing
> experimental tech preview for x86_64 and s390x architectures for Fedora 28.
>
> We are working on Fedora 29 and 30 support and we may re-introduce
> experimental support for Fedora in next release.
>
>
>
> See the release notes [1] for installation / upgrade instructions and a
> list of new features and bugs fixed.
>
>
>
> Notes:
>
> - oVirt Appliance is already available
>
> - oVirt Node is already available[2]
>
> oVirt Node and Appliance have been updated including:
>
> - oVirt 4.3.6: http://www.ovirt.org/release/4.3.6/
>
> - Wildfly 17.0.1:
> https://wildfly.org/news/2019/07/07/WildFly-1701-Released/
>
> - Latest CentOS 7.7 updates including:
>
>-
>
>Release for CentOS Linux 7 (1908) on the x86_64 Architecture
>
> 
>-
>
>CEBA-2019:2601 CentOS 7 NetworkManager BugFix Update
>
> 
>
>-
>
>CEBA-2019:2023 CentOS 7 efivar BugFix Update
>
> 
>-
>
>CEBA-2019:2614 CentOS 7 firewalld BugFix Update
>
> 
>-
>
>CEBA-2019:2227 CentOS 7 grubby BugFix Update
>
> 
>-
>
>CESA-2019:2258 Moderate CentOS 7 http-parser Security Update
>
> 
>-
>
>CESA-2019:2600 Important CentOS 7 kernel Security Update
>
> 
>-
>
>CEBA-2019:2599 CentOS 7 krb5 BugFix Update
>
> 
>-
>
>CEBA-2019:2358 CentOS 7 libguestfs BugFix Update
>
> 
>-
>
>CEBA-2019:2679 CentOS 7 libvirt BugFix Update
>
> 
>-
>
>CEBA-2019:2501 CentOS 7 rsyslog BugFix Update
>
> 
>-
>
>CEBA-2019:2355 CentOS 7 selinux-policy BugFix Update
>
> 
>-
>
>CEBA-2019:2612 CentOS 7 sg3_utils BugFix Update
>
> 
>-
>
>CEBA-2019:2602 CentOS 7 sos BugFix Update
>
> 
>
>-
>
>CEBA-2019:2564 CentOS 7 subscription-manager BugFix Update
>
> 
>-
>
>CEBA-2019:2356 CentOS 7 systemd BugFix Update
>
> 
>-
>
>CEBA-2019:2605 CentOS 7 tuned BugFix Update
>
> 
>-
>
>CEBA-2019:2871 CentOS 7 tzdata BugFix Update
>
> 
>
> - latest CentOS Virt and Storage SIG updates:
>
>-
>
>Ansible 2.8.5:
>
> https://github.com/ansible/ansible/blob/stable-2.8/changelogs/CHANGELOG-v2.8.rst#v2-8-5
>-
>
>Glusterfs 6.5: https://docs.gluster.org/en/latest/release-notes/6.5/
>-
>
>QEMU KVM EV 2.12.0-33.1 :
>https://cbs.centos.org/koji/buildinfo?buildID=26484
>
>
>
>
> Given the amount of security 

[ovirt-users] Re: oVirt and CentOS Stream

[Strahil]

Should I understand that the most tested  platform will be CentOS Stream 8 ?

Will Fedora & CentOS 8 still viable option ?

Best Regards,
Strahil NikolovOn Sep 26, 2019 16:13, Sandro Bonazzola  
wrote:
>
> Progress cannot be made without change. As technologists, we recognize this 
> every day. Most of the time, these changes are iterative: progressive 
> additions of features to projects like oVirt. Sometimes those changes are 
> small, and sometimes not.  And that’s, of course, just talking about our 
> project. But one of the biggest strengths of our community’s software is that 
> we are not alone, and because of that, changes to other projects have ripple 
> effects that can affect our own, even in positive ways.
>
>
> This week, our collaborators in the CentOS Project have announced a change in 
> the way their software is released moving forward. 
>
> Beyond this week release of CentOS Linux 8, the CentOS team has announced 
> CentOS Stream, a rolling release distribution that will be the "midstream" 
> between Fedora and Red Hat Enterprise Linux. 
>
>
> To be clear, Fedora will remain as the first upstream of RHEL. But when RHEL 
> branches off, CentOS will be upstream for ongoing work on those RHEL 
> versions. This change gives public visibility into ongoing work on released 
> RHEL, and a place for developers and community projects like ours to 
> collaborate at that level.
>
>
> CentOS has been heading in the direction of Stream for quite some time. 
> CentOS SIGs — the special interest groups for virtualization, storage, config 
> management, and so on — have given our project a way to provide input into 
> the CentOS platform. Now, though, we can actually provide direct improvements 
> or fixes to CentOS Stream platform that will be beneficial to our project. 
> Long-term, those project-specific changes can find their way into the next 
> release of RHEL, providing smoother transitions for those users of our 
> downstream projects.
>
>
> We expect the positive effects to extend beyond our own project’s ecosystem. 
> Through CentOS Stream, developers will have early access to new features and 
> content that are being built into the upcoming RHEL version. This will help 
> to allow next-generation applications to have compatibility with future 
> versions of RHEL. 
>
>
> The benefits of these changes are clear for ecosystem developers working on 
> projects such as ours, writing hardware drivers, or extending protocols for 
> RHEL. As we push the innovations that start in Fedora through the new CentOS 
> Stream, the community will have a clear vision of the future of Red Hat 
> Enterprise Linux. 
>
>
> For users of oVirt, we expect CentOS Stream to be the preferred upstream 
> platform on which oVirt should be run, especially with the capability for our 
> users to now contribute changes to our software and the community-built 
> platform on which oVirt runs.
>
>
>
> -- 
>
> 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/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/D7VCNPJY6AA7TQGLERPDKJTSXKHSIBP4/

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Sandro Bonazzola]

Il giorno gio 26 set 2019 alle ore 17:11 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Thu, Sep 26, 2019 at 5:02 PM Sandro Bonazzola 
> wrote:
>
>> The oVirt Project is pleased to announce the general availability of
>> oVirt 4.3.6 as of September 26th, 2019.
>>
>>
>>
>> This update is the sixth in a series of stabilization updates to the 4.3
>> series.
>>
>>
>>
>> This release is available now on x86_64 architecture for:
>>
>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>
>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>
>>
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>>
>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>
>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>
>> * oVirt Node 4.3 (available for x86_64 only)
>>
>>
>>
>
> Does this mean that CentOS 7.6 is not supported any more starting from
> 4.3.6?
> Due to the fact that eg 4.3.5 was only supported on CentOS < 7.7 how
> should it be the correct flow of updating OS and oVirt versions in this
> case? Both for plain CentOS hosts and engine...
>

4.3.5 will work with CentOS 7.7 too.
https://lists.ovirt.org/archives/list/annou...@ovirt.org/thread/DJF37K7TQFTR346JPJ54YNLY5X6NY2EF/
says 7.6 or later but < 8



>
> Thanks,
>
> Gianluca
>


-- 

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

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Gianluca Cecchi]

On Thu, Sep 26, 2019 at 5:02 PM Sandro Bonazzola 
wrote:

> The oVirt Project is pleased to announce the general availability of oVirt
> 4.3.6 as of September 26th, 2019.
>
>
>
> This update is the sixth in a series of stabilization updates to the 4.3
> series.
>
>
>
> This release is available now on x86_64 architecture for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
> * oVirt Node 4.3 (available for x86_64 only)
>
>
>

Does this mean that CentOS 7.6 is not supported any more starting from
4.3.6?
Due to the fact that eg 4.3.5 was only supported on CentOS < 7.7 how should
it be the correct flow of updating OS and oVirt versions in this case? Both
for plain CentOS hosts and engine...

Thanks,

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

[ovirt-users] [ANN] oVirt 4.3.6 is now generally available

[Sandro Bonazzola]

The oVirt Project is pleased to announce the general availability of oVirt
4.3.6 as of September 26th, 2019.



This update is the sixth in a series of stabilization updates to the 4.3
series.



This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.7 or later (but < 8)

* CentOS Linux (or similar) 7.7 or later (but < 8)



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

* Red Hat Enterprise Linux 7.7 or later (but < 8)

* CentOS Linux (or similar) 7.7 or later (but < 8)

* oVirt Node 4.3 (available for x86_64 only)



Due to Fedora 28 being now at end of life this release is missing
experimental tech preview for x86_64 and s390x architectures for Fedora 28.

We are working on Fedora 29 and 30 support and we may re-introduce
experimental support for Fedora in next release.



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



Notes:

- oVirt Appliance is already available

- oVirt Node is already available[2]

oVirt Node and Appliance have been updated including:

- oVirt 4.3.6: http://www.ovirt.org/release/4.3.6/

- Wildfly 17.0.1: https://wildfly.org/news/2019/07/07/WildFly-1701-Released/

- Latest CentOS 7.7 updates including:

   -

   Release for CentOS Linux 7 (1908) on the x86_64 Architecture
   

   -

   CEBA-2019:2601 CentOS 7 NetworkManager BugFix Update
   


   -

   CEBA-2019:2023 CentOS 7 efivar BugFix Update
   

   -

   CEBA-2019:2614 CentOS 7 firewalld BugFix Update
   

   -

   CEBA-2019:2227 CentOS 7 grubby BugFix Update
   

   -

   CESA-2019:2258 Moderate CentOS 7 http-parser Security Update
   

   -

   CESA-2019:2600 Important CentOS 7 kernel Security Update
   

   -

   CEBA-2019:2599 CentOS 7 krb5 BugFix Update
   

   -

   CEBA-2019:2358 CentOS 7 libguestfs BugFix Update
   

   -

   CEBA-2019:2679 CentOS 7 libvirt BugFix Update
   

   -

   CEBA-2019:2501 CentOS 7 rsyslog BugFix Update
   

   -

   CEBA-2019:2355 CentOS 7 selinux-policy BugFix Update
   

   -

   CEBA-2019:2612 CentOS 7 sg3_utils BugFix Update
   

   -

   CEBA-2019:2602 CentOS 7 sos BugFix Update
   


   -

   CEBA-2019:2564 CentOS 7 subscription-manager BugFix Update
   

   -

   CEBA-2019:2356 CentOS 7 systemd BugFix Update
   

   -

   CEBA-2019:2605 CentOS 7 tuned BugFix Update
   

   -

   CEBA-2019:2871 CentOS 7 tzdata BugFix Update
   


- latest CentOS Virt and Storage SIG updates:

   -

   Ansible 2.8.5:
   
https://github.com/ansible/ansible/blob/stable-2.8/changelogs/CHANGELOG-v2.8.rst#v2-8-5
   -

   Glusterfs 6.5: https://docs.gluster.org/en/latest/release-notes/6.5/
   -

   QEMU KVM EV 2.12.0-33.1 :
   https://cbs.centos.org/koji/buildinfo?buildID=26484




Given the amount of security fixes provided by this release, upgrade is
recommended as soon as practical.

Additional Resources:

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

* 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.6/
[2] http://resources.ovirt.org/pub/ovirt-4.3/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.
*

[ovirt-users] oVirt and CentOS Stream

[Sandro Bonazzola]

Progress cannot be made without change. As technologists, we recognize this
every day. Most of the time, these changes are iterative: progressive
additions of features to projects like oVirt. Sometimes those changes are
small, and sometimes not.  And that’s, of course, just talking about our
project. But one of the biggest strengths of our community’s software is
that we are not alone, and because of that, changes to other projects have
ripple effects that can affect our own, even in positive ways.

This week, our collaborators in the CentOS Project have announced a change

in the way their software is released moving forward.

Beyond this week release of CentOS Linux 8, the CentOS team has announced
CentOS Stream, a rolling release distribution that will be the "midstream"
between Fedora and Red Hat Enterprise Linux.

To be clear, Fedora will remain as the first upstream of RHEL. But when
RHEL branches off, CentOS will be upstream for ongoing work on those RHEL
versions. This change gives public visibility into ongoing work on released
RHEL, and a place for developers and community projects like ours to
collaborate at that level.

CentOS has been heading in the direction of Stream for quite some time.
CentOS SIGs — the special interest groups for virtualization, storage,
config management, and so on — have given our project a way to provide
input into the CentOS platform. Now, though, we can actually provide direct
improvements or fixes to CentOS Stream platform that will be beneficial to
our project. Long-term, those project-specific changes can find their way
into the next release of RHEL, providing smoother transitions for those
users of our downstream projects.

We expect the positive effects to extend beyond our own project’s
ecosystem. Through CentOS Stream, developers will have early access to new
features and content that are being built into the upcoming RHEL version.
This will help to allow next-generation applications to have compatibility
with future versions of RHEL.

The benefits of these changes are clear for ecosystem developers working on
projects such as ours, writing hardware drivers, or extending protocols for
RHEL. As we push the innovations that start in Fedora through the new
CentOS Stream, the community will have a clear vision of the future of Red
Hat Enterprise Linux.

For users of oVirt, we expect CentOS Stream to be the preferred upstream
platform on which oVirt should be run, especially with the capability for
our users to now contribute changes to our software and the community-built
platform on which oVirt runs.


-- 

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

[ovirt-users] 4.2.7 to 4.3.5

[Demeter Tibor]

Dear list members, 

I would like to upgrade my Centos 7.6 based ovirt 4.2 to 4.3.5. 
How is safe the upgrade ? How is stable the actual branch ? 
It seems to me, in 4.3.x there are a lot of cases caused by live migration, 
snapshot deletion, etc. Are these really existing problems? 
So, I'm a little bit afraid of the upgrade. 
It is a productive system, I don't want to make an outage. 

Thanks in advance, 
Regards, 





Tibor 


___
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/LHNLHDGBBRHA6I4UOHIPH7H7B5LWQ2IL/

[ovirt-users] Re: Changing certificates for oVirt 4.3.5

[TomK]

On 9/26/2019 3:58 AM, Yedidyah Bar David wrote:

On Thu, Sep 26, 2019 at 3:19 AM TomK  wrote:


Hey All,

Would anyone have a more recent wiki on changing all certificates,
including VDSM ones?

Have this page but it's for version 3.

https://access.redhat.com/solutions/2409751


I wasn't aware of this page. It's quite old, but mostly correct.
However, if you do not mind host downtime, it's much easier to re-enroll
certificates for all hosts, instead of the manual steps mentioned there
(that are quite old, perhaps not up-to-date).



Thinking the process didn't change much but wanted to ask if there's
anything more recent floating around.


I am not aware of anything specifically doing what you want.

Related pages you might want to check:

1. Section "Replacing SHA-1 Certificates with SHA-256 Certificates" of:

https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks.html

2. Only now I noticed that it does not mention the option --san for
setting SubjectAltName. It does appear here:

https://www.ovirt.org/documentation/admin-guide/chap-Utilities.html

See also:

https://www.ovirt.org/develop/release-management/features/infra/pki-renew.html

So I guess (didn't try recently) that if you follow the existing procedures
and generate pki without --san, a later engine-setup will prompt you to renew.

Best regards,



Thought I ran that though I probably didn't select the renew all option. 
 However, it did not renew the VDSM one:


[root@ovirt01 ovirt-engine]# engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: 
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', 
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf', 
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20190926062007-ysyb9p.log

  Version: otopi-1.8.3 (otopi-1.8.3-1.el7)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup (late)
[ INFO  ] Stage: Environment customization

  --== PRODUCT OPTIONS ==--

[ INFO  ] ovirt-provider-ovn already installed, skipping.

  --== PACKAGES ==--

[ INFO  ] Checking for product updates...
val ub = 100
var totalEven = 0
var totalOdd = 0
while(lb <= ub) {
  if(lb % 2 == 0) totalEven += lb else totalOdd += lb
  lb += 1
}
[ INFO  ] No product updates found

  --== NETWORK CONFIGURATION ==--

  Setup can automatically configure the firewall on this system.
  Note: automatic configuration of the firewall may overwrite 
current settings.
  NOTICE: iptables is deprecated and will be removed in future 
releases
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ ERROR ] Invalid value

  Do you want Setup to configure the firewall? (Yes, No) [Yes]:
[ INFO  ] firewalld will be configured as firewall manager.

  --== DATABASE CONFIGURATION ==--

  The detected DWH database size is 48 MB.
  Setup can backup the existing database. The time and space 
required for the database backup depend on its size. This process takes 
time, and in some cases (for instance, when the size is few GBs) may 
take several hours to complete.
  If you choose to not back up the database, and Setup later 
fails for some reason, it will not be able to restore the database and 
all DWH data will be lost.
  Would you like to backup the existing database before 
upgrading it? (Yes, No) [Yes]:

  Perform full vacuum on the oVirt engine history
  database ovirt_engine_history@localhost?
  This operation may take a while depending on this setup 
health and the

  configuration of the db vacuum process.
  See https://www.postgresql.org/docs/10/sql-vacuum.html
  (Yes, No) [No]:

  --== OVIRT ENGINE CONFIGURATION ==--

  Perform full vacuum on the engine database engine@localhost?
  This operation may take a while depending on this setup 
health and the

  configuration of the db vacuum process.
  See https://www.postgresql.org/docs/10/sql-vacuum.html
  (Yes, No) [No]:

  --== STORAGE CONFIGURATION ==--


  --== PKI CONFIGURATION ==--

  One or more of the certificates should be renewed, because 
they expire soon, or include an 

[ovirt-users] Re: Change hostname of physical hosts under an oVirt and Gluster combination

[TomK]

On 9/26/2019 12:34 AM, Strahil wrote:

Unassigned in 99% of the cases means engine cannot communicate with 
vdsm.service on the host.
Check that vdsm.service & glusterd.service are running.
Check gluster volume status for each volume.
If they are OK - from UI just select activate.


Ya.  See my second post.  VDSM certs have expired so communication 
between hosts and oVirt is broken.  Please see my second post.




Best Regards,
Strahil NikolovOn Sep 25, 2019 22:24, TomK  wrote:


On 9/25/2019 8:49 AM, TomK wrote:

On 9/24/2019 10:55 AM, Sahina Bose wrote:



On Tue, Sep 24, 2019 at 6:38 PM TomK mailto:tomk...@mdevsys.com>> wrote:

     Hey Sahina,

     Thanks very much.

     I've taken a quick glance and it does mention I need a third host
which
     I don't have.

     However, since I wrote, I removed everything.  Had to force remove
     hosts
     however the gluster setup and data in it stayed (Or so I'm thinking).

     I'll read the article more thoroughly however is there a specific
     procedure for adding existing oVirt gluster volumes back into a
cluster?

     One additional question.  Is the sequence below correct?

     1) Create Data Center
     2) Create Cluster within the DC


When you create the cluster - there's an Import cluster option, if I
remember correctly. This should discover the peers and volumes and add
it to the engine


Trying that now.  On a side note, the autodiscovery box is hard to edit.

So in the meantime, trying to up the version to take advantage of some
new features and ensure Gluster 6 is fully supported. Not having luck
with the oVirt UI upgrade at the moment ( Not a self hosted engine. It's
on a separate VM.  ):

--> Processing Conflict:
ovirt-engine-setup-plugin-ovirt-engine-4.3.5.5-1.el7.noarch conflicts
ovirt-engine < 4.2.6
--> Finished Dependency Resolution
Error: Package: ovirt-engine-ui-extensions-1.0.6-1.el7.noarch (ovirt-4.3)
      Requires: ovirt-engine-webadmin-portal >= 4.3
      Installed:
ovirt-engine-webadmin-portal-4.2.1.7-1.el7.centos.noarch (@ovirt-4.2)
      ovirt-engine-webadmin-portal = 4.2.1.7-1.el7.centos
Error: ovirt-engine-setup-plugin-ovirt-engine conflicts with
ovirt-engine-4.2.1.7-1.el7.centos.noarch
    You could try using --skip-broken to work around the problem
    You could try running: rpm -Va --nofiles --nodigest



Cheers,
TK



Just upgraded to 4.3.5.

What do I do if I can't remove a host from a cluster?  Maintenance
window options Active and Maintenance are grayed out.  Host is currently
showing as Unassigned with an exclamation mark next to it.  Items listed
include:

"Power Management is not configured for this Host. Enable Power Management"
"Gluster status is disconnected for this host. Restart Glusterd service"
"Host has no default route."


I try to modify some of this thinking maybe it will nudge the server out
of it's slumber but get this when trying to fix Power Management:


"Error while executing action:
mdskvm-p01.nix.mds.xyz:
Cannot edit Host. Host parameters cannot be modified while Host is
operational.
Please switch Host to Maintenance mode first."


Of course I can't put it into maintenance since it's grayed out.

Anyway to remove this host and start fresh?

Cheers,
TK




     3) Create a Domain within the Cluster
     4) Add hosts to DC
     5) Import Gluster Volume


4 & 5 not required if you change step 2 to import.
You are running into errors below because the engine sees the addition
of new hosts as gluster peer probing to a new cluster



     Some issues.  I create a DC, add a Cluster then add the Host to it.
     Then
     I try to add another the second node but it says It's already in a
     cluster.  There is no other cluster and the second host is not listed
     anywhere.

     So I try to remove the first host to res



--
Thx,
TK.
___
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/3LJI5IFRI3IJNMX2B4DITQO2KKCQ3PKB/

[ovirt-users] Re: Outage Notification: Jenkins and Resources Are Not Accessible

[Anton Marchukov]

Hello All.

The issue was related to the upgrade of the networking switch. It is fixed and 
the services are back to normal.

Please let us know if you see any further problems.


> On 26 Sep 2019, at 09:19, Anton Marchukov  wrote:
> 
> Hello All.
> 
> Please note that oVirt services hosted at PHX datacenter are not accessible. 
> Main services running there are:
> 
> jenkins.ovirt.org
> resources.ovirt.org
> 
> This looks to be network related and we are working with the relevant teams 
> to resolve it.
> 
> Anton.
> 
> -- 
> Anton Marchukov
> Associate Manager - RHV DevOps - Red Hat
> 
> 
> 
> 
> 
> 

-- 
Anton Marchukov
Associate Manager - RHV DevOps - Red Hat





___
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/ERRULHTW4N3EMCKB42CBVDHRCKB67X6L/

[ovirt-users] Re: Changing certificates for oVirt 4.3.5

[Yedidyah Bar David]

On Thu, Sep 26, 2019 at 3:19 AM TomK  wrote:
>
> Hey All,
>
> Would anyone have a more recent wiki on changing all certificates,
> including VDSM ones?
>
> Have this page but it's for version 3.
>
> https://access.redhat.com/solutions/2409751

I wasn't aware of this page. It's quite old, but mostly correct.
However, if you do not mind host downtime, it's much easier to re-enroll
certificates for all hosts, instead of the manual steps mentioned there
(that are quite old, perhaps not up-to-date).

>
> Thinking the process didn't change much but wanted to ask if there's
> anything more recent floating around.

I am not aware of anything specifically doing what you want.

Related pages you might want to check:

1. Section "Replacing SHA-1 Certificates with SHA-256 Certificates" of:

https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks.html

2. Only now I noticed that it does not mention the option --san for
setting SubjectAltName. It does appear here:

https://www.ovirt.org/documentation/admin-guide/chap-Utilities.html

See also:

https://www.ovirt.org/develop/release-management/features/infra/pki-renew.html

So I guess (didn't try recently) that if you follow the existing procedures
and generate pki without --san, a later engine-setup will prompt you to renew.

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

[ovirt-users] UX team is looking for feedback and your thoughts around user settings!

[Sandro Bonazzola]

oVirt UX team at Red Hat is currently looking for feedback and thoughts on
the area of user settings within oVirt, both the VM and Administrator
portal.

If you have any ideas around user settings, we would love to hear from you!

Please follow the link below[1] which will take you to a short survey that
will ask some questions around proposed settings and give you the
opportunity to suggest settings you would want to use.

Thank you!

[1] https://redhatdg.co1.qualtrics.com/jfe/form/SV_a9uTOLlQ41lV7KJ

-- 

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

[ovirt-users] Re: ovirt-guest-agent for CentOS 8

[Sandro Bonazzola]

> On Wed, Sep 25, 2019 at 2:35 PM Eduardo Mayoral  wrote:
> 
> They are not the same. However, much of the functionality of ovirt-ga
> was moved to qemu-ga, and the main missing feature AFAIK is SSO. No idea
> when an EL8 build is expected, I hope soon.

There's no plan to build ovirt-guest-agent for EL8 for now. Please use 
qemu-guest-agent instead.
___
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/N5NNWOHLXH3O4VPD2T262TJKXYHU74OW/

[ovirt-users] Re: Creating vm from snapshot via API

[Aleksei Ivanovich]

I forgot to mention I'm trying to create vm from snapshot according to the 
documentation:

5.241.1 add post
...
When creating a virtual machine from a template or from a snapshot it is 
usually useful to explicitly indicate in what storage domain to create the 
disks for the virtual machine. If the virtual machine is created from a 
template then this is achieved passing a set of disk_attachment elements that 
indicate the mapping:


  ...
  

  

  

  

  


When the virtual machine is created from a snapshot this set of disks is 
slightly different, it uses the image_id attribute instead of id.


  ...
  

  
8d4bd566-6c86-4592-a4a7-912dbf93c298

  

  

  

___
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/RHDPJ3YVOQ7Q7D2U7TNY7VVME5UHPZK7/

[ovirt-users] Outage Notification: Jenkins and Resources Are Not Accessible

[Anton Marchukov]

Hello All.

Please note that oVirt services hosted at PHX datacenter are not accessible. 
Main services running there are:

jenkins.ovirt.org
resources.ovirt.org

This looks to be network related and we are working with the relevant teams to 
resolve it.

Anton.

-- 
Anton Marchukov
Associate Manager - RHV DevOps - Red Hat





___
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/CSDEMXX5XYAP4KYLI4SB35ZM2D5KLAUC/

[ovirt-users] Creating vm from snapshot via API

[Aleksei Ivanovich]

Hi.
I'm trying to create vm from a snapshot using API. If I just provide the new vm 
name, source snapshot ID and cluster name the new vm is been created 
successfully on the same storage domain. But if I additionally provide 
diskattachments to create it on another storage I get error: "Cannot add VM. 
One or more provided storage domains are either not in active status or of an 
illegal type for the requested operation". I can't find the reason why I can't 
create vm on another storage via API while I can do the same via web-portal.

My oVirt Engine version is 4.1.1.8-1.el7.centos.

Here is my code:
curl.exe -k -u "user@domain.suffix:*" -H "Content-Type: 
application/xml" -H
 "Accept: application/xml" -X POST https://192.168.0.1/ovirt-engine/api/vms -d 
"vm-Test1MyCluster6525c157-4e73-440b-adc8-596f1d03ef3c"

The answer is:


[Cannot add VM. One or more provided storage domains are either not 
in active status or of an illegal type for the requested operation.]
Operation Failed

___
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/U2QCJ7XJONJRM3XKIDIPGKGFYO3GAE7L/

[ovirt-users] Re: ovirt-guest-agent for CentOS 8

[Yedidyah Bar David]

On Wed, Sep 25, 2019 at 2:35 PM Eduardo Mayoral  wrote:
>
> Hi,
>
> Just like many of you I am testing my first CentOS 8 VMs on top of  ovirt.
>
> I am not finding the package ovirt-guest-agent.noarch . Closest I can
> find is qemu-guest-agent.x86_64
>
> After installing and starting it, I do see information reported on the
> "Guest info" tab.
>
> Can anybody confirm if this is indeed the agent we should be using? Is
> there - or will there be - a more specific package for ovirt guests?

They are not the same. However, much of the functionality of ovirt-ga
was moved to qemu-ga, and the main missing feature AFAIK is SSO. No idea
when an EL8 build is expected, I hope soon.

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