[ovirt-users] Re: Managed Block Storage and more

2021-01-19 Thread Sandro Bonazzola
Il giorno mar 19 gen 2021 alle ore 09:07 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Tue, Jan 19, 2021 at 8:43 AM Benny Zlotnik  wrote:
>
>> Ceph support is available via Managed Block Storage (tech preview), it
>> cannot be used instead of gluster for hyperconverged setups.
>>
>>
> Just for clarification: when you say Managed Block Storage you mean
> cinderlib integration, correct?
> Is still this one below the correct reference page for 4.4?
>
> https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html
>
> So are the manual steps still needed (and also repo config that seems
> against pike)?
> Or do you have an updated link for configuring cinderlib in 4.4?
>

Above mentioned page was feature development page and not considered end
user documentation.
Updated documentation is here:
https://ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Set_up_Cinderlib




>
> Moreover, it is not possible to use a pure Managed Block Storage setup
>> at all, there has to be at least one regular storage domain in a
>> datacenter
>>
>>
> Is this true only for Self Hosted Engine Environment or also if I have an
> external 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/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/SHSQO6WLMTVDNTVFACLOEFOFOD3GRYLW/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/MB4FAL34LAJJWVYR247R7T2T6IQE6VP3/


[ovirt-users] Re: Managed Block Storage and more

2021-01-18 Thread Sandro Bonazzola
Il giorno lun 18 gen 2021 alle ore 20:04 Strahil Nikolov <
hunter86...@yahoo.com> ha scritto:

> Most probably it will be easier if you stick with full-blown distro.
>
> @Sandro Bonazzola can help with CEPH status.
>

Letting the storage team have a voice here :-)
+Tal Nisan  , +Eyal Shenitzky  , +Nir
Soffer 


>
> Best Regards,Strahil Nikolov
>
>
>
>
>
>
> В понеделник, 18 януари 2021 г., 11:44:32 Гринуич+2, Shantur Rathore <
> rathor...@gmail.com> написа:
>
>
>
>
>
> Thanks Strahil for your reply.
>
> Sorry just to confirm,
>
> 1. Are you saying Ceph on oVirt Node NG isn't possible?
> 2. Would you know which devs would be best to ask about the recent Ceph
> changes?
>
> Thanks,
> Shantur
>
> On Sun, Jan 17, 2021 at 4:46 PM Strahil Nikolov via Users 
> wrote:
> > В 15:51 + на 17.01.2021 (нд), Shantur Rathore написа:
> >> Hi Strahil,
> >>
> >> Thanks for your reply, I have 16 nodes for now but more on the way.
> >>
> >> The reason why Ceph appeals me over Gluster because of the following
> reasons.
> >>
> >> 1. I have more experience with Ceph than Gluster.
> > That is a good reason to pick CEPH.
> >> 2. I heard in Managed Block Storage presentation that it leverages
> storage software to offload storage related tasks.
> >> 3. Adding Gluster storage limits to 3 hosts at a time.
> > Only if you wish the nodes to be both Storage and Compute. Yet, you can
> add as many as you wish as a compute node (won't be part of Gluster) and
> later you can add them to the Gluster TSP (this requires 3 nodes at a time).
> >> 4. I read that there is a limit of maximum 12 hosts in Gluster setup.
> No such limitation if I go via Ceph.
> > Actually , it's about Red Hat support for RHHI and not for Gluster +
> oVirt. As both oVirt and Gluster ,that are used, are upstream projects,
> support is on best effort from the community.
> >> In my initial testing I was able to enable Centos repositories in Node
> Ng but if I remember correctly, there were some librbd versions present in
> Node Ng which clashed with the version I was trying to install.
> >> Does Ceph hyperconverge still make sense?
> > Yes it is. You got the knowledge to run the CEPH part, yet consider
> talking with some of the devs on the list - as there were some changes
> recently in oVirt's support for CEPH.
> >
> >> Regards
> >> Shantur
> >>
> >> On Sun, Jan 17, 2021, 9:58 AM Strahil Nikolov via Users <
> users@ovirt.org> wrote:
> >>> Hi Shantur,
> >>>
> >>> the main question is how many nodes you have.
> >>> Ceph integration is still in development/experimental and it should be
> wise to consider Gluster also. It has a great integration and it's quite
> easy to work with).
> >>>
> >>>
> >>> There are users reporting using CEPH with their oVirt , but I can't
> tell how good it is.
> >>> I doubt that oVirt nodes come with CEPH components , so you most
> probably will need to use a full-blown distro. In general, using extra
> software on oVirt nodes is quite hard .
> >>>
> >>> With such setup, you will need much more nodes than a Gluster setup
> due to CEPH's requirements.
> >>>
> >>> Best Regards,
> >>> Strahil Nikolov
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> В неделя, 17 януари 2021 г., 10:37:57 Гринуич+2, Shantur Rathore <
> shantur.rath...@gmail.com> написа:
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Hi all,
> >>>
> >>> I am planning my new oVirt cluster on Apple hosts. These hosts can
> only have one disk which I plan to partition and use for hyper converged
> setup. As this is my first oVirt cluster I need help in understanding few
> bits.
> >>>
> >>> 1. Is Hyper converged setup possible with Ceph using cinderlib?
> >>> 2. Can this hyper converged setup be on oVirt Node Next hosts or only
> Centos?
> >>> 3. Can I install cinderlib on oVirt Node Next hosts?
> >>> 4. Are there any pit falls in such a setup?
> >>>
> >>>
> >>> Thanks for your help
> >>>
> >>> Regards,
> >>> Shantur
> >>>
> >>> ___
> >>> Users mailing list -- users@ovirt.org
> >>> To unsubscribe send an email to users-le...@ovirt.org
> >>> Privacy Statement: https://www.ovirt

[ovirt-users] Re: About Translation

2021-01-17 Thread Sandro Bonazzola
+Michal Skrivanek  , +Yuko Katabami
 can you help Reyhan start translating oVirt on our
Zanata?

Il giorno dom 17 gen 2021 alle ore 09:34 Reyhan Gülçetin <
gulcetinrey...@gmail.com> ha scritto:

> Hello,
>
> I'm Reyhan! I am a third-grade physics engineering student in Turkey, I
> also worked as a part-time system administration in the university's IT
> Head Office until last month. (Now I'm more into DevOps). Back in there, I
> was responsible for understanding how we can apply oVirt to our IT Office,
> so I was scrolling through the documentations. I've decided to contribute,
> oVirt could be the project I used the most, since I'm not a bug-fixer, at
> least I can help with the translation. I'm a native Turkish speaker, so I
> thought it would go well.
>
> I wish you the best,
> Best regards.
> Reyhan Gülçetin.
> ___
> 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/HHIIBYLDN7SO4ZEPJROQK5VWVZRMBS5W/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/GFU3AD6HFBWUMO56GEQYD5B4C3ULGMYX/


[ovirt-users] Re: cockpit-ovirt-dashboard

2021-01-15 Thread Sandro Bonazzola
Il giorno mer 13 gen 2021 alle ore 02:25 Gary Pedretty 
ha scritto:

> So with the latest updates to Ovirt and CentOS 8 Stream it seems that you
> either can not install cockpit-ovirt-dashboard, or if you do, it downgrades
> cockpit-bridge and cockpit-system.  You then end up not showing up to date
> on these hosts on Open Virtualization Manager and can only get back to a
> fully updated datacenter by doing a yum update --allowerasing which then
> removes cockpit-ovirt-dashboard.
>
> My main concern is now that the command line hosted-engine commands have
> been removed, if the hosted engine is not running for some reason you have
> no visibility into what is going on since the regular cockpit host
> interface will not show the virtualization features.  You can't put a host
> in maintenance or start the engine manually.
>

Thanks for the report, we are working on it (
https://gerrit.ovirt.org/#/c/ovirt-host/+/112990/ as a start)



>
> example
>
> [root@ravn-kvm-1 admin]# yum install cockpit-ovirt-dashboard
>
> //snip///
>
> Installed products updated.
>
> Downgraded:
>   cockpit-bridge-217-1.el8.x86_64
>  cockpit-system-217-1.el8.noarch
>
> Installed:
>   cockpit-dashboard-217-1.el8.noarch
> cockpit-ovirt-dashboard-0.14.17-1.el8.noarch
> ovirt-host-4.4.1-4.el8.x86_64
> ovirt-hosted-engine-setup-2.4.9-1.el8.noarch
>
> Complete!
>
>
> [root@ravn-kvm-1 admin]# yum update
> Last metadata expiration check: 3:08:22 ago on Tue 12 Jan 2021 01:00:15 PM
> AKST.
> Error:
>  Problem 1: package ovirt-host-4.4.1-4.el8.x86_64 requires
> cockpit-dashboard, but none of the providers can be installed
>   - package cockpit-bridge-234-1.el8.x86_64 conflicts with
> cockpit-dashboard < 233 provided by cockpit-dashboard-217-1.el8.noarch
>   - cannot install the best update candidate for package
> ovirt-host-4.4.1-4.el8.x86_64
>   - cannot install the best update candidate for package
> cockpit-bridge-217-1.el8.x86_64
>  Problem 2: problem with installed package ovirt-host-4.4.1-4.el8.x86_64
>   - package ovirt-host-4.4.1-4.el8.x86_64 requires cockpit-dashboard, but
> none of the providers can be installed
>   - package cockpit-system-234-1.el8.noarch obsoletes cockpit-dashboard
> provided by cockpit-dashboard-217-1.el8.noarch
>   - cannot install the best update candidate for package
> cockpit-dashboard-217-1.el8.noarch
>  Problem 3: package ovirt-hosted-engine-setup-2.4.9-1.el8.noarch requires
> ovirt-host >= 4.4.0, but none of the providers can be installed
>   - package ovirt-host-4.4.1-4.el8.x86_64 requires cockpit-dashboard, but
> none of the providers can be installed
>   - package ovirt-host-4.4.1-1.el8.x86_64 requires cockpit-dashboard, but
> none of the providers can be installed
>   - package ovirt-host-4.4.1-2.el8.x86_64 requires cockpit-dashboard, but
> none of the providers can be installed
>   - package ovirt-host-4.4.1-3.el8.x86_64 requires cockpit-dashboard, but
> none of the providers can be installed
>   - package cockpit-system-234-1.el8.noarch obsoletes cockpit-dashboard
> provided by cockpit-dashboard-217-1.el8.noarch
>   - cannot install the best update candidate for package
> ovirt-hosted-engine-setup-2.4.9-1.el8.noarch
>   - cannot install the best update candidate for package
> cockpit-system-217-1.el8.noarch
> (try to add '--allowerasing' to command line to replace conflicting
> packages or '--skip-broken' to skip uninstallable packages or '--nobest' to
> use not only best candidate packages)
>
>
> ___
> Gary Pedretty
> IT Manager
> Ravn Alaska
>
> Office: 907-266-8451
> Mobile: 907-388-2247
> Email: gary.pedre...@ravnalaska.com 
>
>
>
>
> "We call Alaska..Home!"
>
>
>
>
>
>
> Ravn Alaska
>
> CONFIDENTIALITY NOTICE:
> The information in this email may be confidential and/or privileged. This
> email is intended to be reviewed by only the individual or organization
> named above. If you are not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> review, dissemination, forwarding or copying of the email and its
> attachments, if any, or the information contained herein is prohibited. If
> you have received this email in error, please immediately notify the sender
> by return email and delete this email from your system. Thank you.
>
>
>
>
> ___
> 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/c

[ovirt-users] Re: Gluster release and oVirt 4.4

2021-01-12 Thread Sandro Bonazzola
Il giorno mar 12 gen 2021 alle ore 01:50 Simon Coter 
ha scritto:

> Hi,
>
> is there any plan to introduce Gluster-8 for hyper-converged architecture
> with oVirt 4.4 ?
> Just wondering because I can see Gluster-7 is declared EOL on Dec 11, 2020
> (https://www.gluster.org/release-schedule/)
> Thanks
>

+Parth Dhanjal  was looking into testing Gluester 8
upgrade, any update?




>
> Simon
> ___
> 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/CL533FADCSACZBJ64VR6X5JSQ2PJWPQY/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/YBUVINLYKZMOIIJDLGVEEJZSHDLWD7RJ/


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

2021-01-10 Thread Sandro Bonazzola
Il giorno lun 11 gen 2021 alle ore 06:04 Strahil Nikolov via Users <
users@ovirt.org> ha scritto:

> Hi Bernardo,
>
> I think that when CentOS Stream 9 (and all EL 9 clones) come up - oVirt
> will switch , so I think it's worth trying the Stream (but no earlier than
> April).
>


There are no current plans to switch to CentOS Stream 9.
Currently we are targeting CentOS Stream 8.


>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В неделя, 10 януари 2021 г., 09:32:01 Гринуич+2, Bernardo Juanicó <
> bjuan...@gmail.com> написа:
>
>
>
>
>
> Hello, considering we want to do a new oVirt hyper-converged
> deployment on CentOS for a production environment what should we do
> regarding the OS?
> Considering Centos Stream is on tech preview and Centos 8 is near EOL,
> what is the correct path?
> Install CentOS 8.3 and use it until EOL and then update the hosts to
> centos stream when it becomes stable?
> install CentOS Stream even though it is on tech preview?
>
> Regards!
> Bernardo
> PGP Key
>
>
> On Mon, Dec 21, 2020 at 10:32 AM Sandro Bonazzola 
> wrote:
> >
> > oVirt 4.4.4 is now generally available
> >
> > The oVirt project is excited to announce the general availability of
> oVirt 4.4.4 , as of December 21st, 2020.
> >
> > This release unleashes an altogether more powerful and flexible open
> source virtualization solution that encompasses hundreds of individual
> changes and a wide range of enhancements across the engine, storage,
> network, user interface, and analytics, as compared to oVirt 4.3.
> > Important notes before you install / upgrade
> > Please note that oVirt 4.4 only supports clusters and data centers with
> compatibility version 4.2 and above. If clusters or data centers are
> running with an older compatibility version, you need to upgrade them to at
> least 4.2 (4.3 is recommended).
> >
> > Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
> are no longer supported.
> > For example, the megaraid_sas driver is removed. If you use Enterprise
> Linux 8 hosts you can try to provide the necessary drivers for the
> deprecated hardware using the DUD method (See the users’ mailing list
> thread on this at
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
> )
> > 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.
> > What’s new in oVirt 4.4.4 Release?
> > This update is the fourth in a series of stabilization updates to the
> 4.4 series.
> >
> > This release is available now on x86_64 architecture for:
> > * Red Hat Enterprise Linux 8.3
> > * CentOS Linux (or similar) 8.3
> > * CentOS Stream (tech preview)
> >
> > This release supports Hypervisor Hosts on x86_64 and ppc64le
> architectures for:
> > * Red Hat Enterprise Linux 8.3
> > * CentOS Linux (or similar) 8.3
> > * oVirt Node (based on CentOS Linux 8.3)
> > * CentOS Stream (tech preview)
> >
> >
> > oVirt Node and Appliance have been updated, including:
> > * oVirt 4.4.4: https://www.ovirt.org/release/4.4.4/
> > * Ansible 2.9.16:
> https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-16
>
> > * CentOS Linux 8 (2011):
> https://lists.centos.org/pipermail/centos-announce/2020-December/048207.html
> > * Advanced Virtualization 8.3
> >
> >
> > 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
> >
> > Additional resources:
> > * Read more about the oVirt 4.4.4 release highlights:
> https://www.ovirt.org/release/4.4.4/
> > * Get more oVirt project updates on Twitter:
> https://twitter.com/ovirt
> > * Check out the latest project news on the oVirt blog:
> https://blogs.ovirt.org/
> >
> > [1] https://www.ovirt.org/release/4.4.4/
> > [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/
> >
> > --
> > Sandro Bonazzola
> > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> > Red Hat EMEA
> >
> > sbona...@redhat.com
> >
> >
>

[ovirt-users] Which flavor of CentOS should be used with oVirt? [Was Re: Re: [ovirt-announce] [ANN] oVirt 4.4.4 is now generally available]

2021-01-10 Thread Sandro Bonazzola
Il giorno dom 10 gen 2021 alle ore 08:33 Bernardo Juanicó <
bjuan...@gmail.com> ha scritto:

> Hello, considering we want to do a new oVirt hyper-converged
> deployment on CentOS for a production environment what should we do
> regarding the OS?
> Considering Centos Stream is on tech preview and Centos 8 is near EOL,
> what is the correct path?
> Install CentOS 8.3 and use it until EOL and then update the hosts to
> centos stream when it becomes stable?
> install CentOS Stream even though it is on tech preview?
>
>
Up to oVirt 4.4.4 please keep using CentOS Linux 8.
With oVirt 4.4.5 we are developing oVirt Appliance and oVirt Node based on
CentOS Stream 8. We'll release 4.4.5 when all known issues on CentOS Stream
8 will be addressed.
At that point CentOS Stream will be the recommended platform to run oVirt.



> Regards!
> Bernardo
> PGP Key <http://pgp.key-server.io/0x695E5BCE34263F5B>
>
>
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/LXJMUI5FL572D3UWYW3L476IR4HGYUAO/


[ovirt-users] [ANN] Async release for ovirt-engine is now available

2021-01-08 Thread Sandro Bonazzola
The oVirt Team has just released a new version of ovirt-engine package
(4.4.4.7) that
fixes a few important bugs:
 - [BZ 1894454](https://bugzilla.redhat.com/1894454) - VM fails to boot
when moved to a cluster with a different chipset
 - [BZ 1908643](https://bugzilla.redhat.com/1908643) - ovirt-backend
contains jar that should not be there
 - [BZ 1576923](https://bugzilla.redhat.com/1576923) - RFE: Ability to move
master role to another domain without putting the domain to maintenance
 - [BZ 1911597](https://bugzilla.redhat.com/1911597) - Block manually
switch master domain for Gluster domains

fixes also security issue:
CVE-2020-35497 (
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-35497)  - Moderate
- ovirt-engine: non-admin user is able to access other users public SSH key

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/GO6K4MJ3M6DMADWC4P6FETPTFZTGUGQS/


[ovirt-users] Re: [ovirt-devel] CentOS Stream support

2021-01-08 Thread Sandro Bonazzola
Il giorno mar 5 gen 2021 alle ore 17:12 lejeczek via Users 
ha scritto:

> Hi guys,
>
> Is supported and save to transition with > 4.4 to Centos
> Stream, now when "Stream" is the only way to the future? Any
> knows for certain?
>

We moved oVirt Node and oVirt Appliance to CentOS Stream for the next
(oVirt 4.4.5) release.
Help testing current master and 4.4.5 release candidates will help ensure
it's stable for production.


>
> regards, L.
>
> On 05/06/2020 09:34, Michal Skrivanek wrote:
> > Hi all,
> > we would like to ask about interest in community about oVirt moving to
> CentOS Stream.
> > There were some requests before but it’s hard to see how many people
> would really like to see that.
> >
> > With CentOS releases lagging behind RHEL for months it’s interesting to
> consider moving to CentOS Stream as it is much more up to date and allows
> us to fix bugs faster, with less workarounds and overhead for maintaining
> old code. E.g. our current integration tests do not really pass on CentOS
> 8.1 and we can’t really do much about that other than wait for more up to
> date packages. It would also bring us closer to make oVirt run smoothly on
> RHEL as that is also much closer to Stream than it is to outdated CentOS.
> >
> > So..would you like us to support CentOS Stream?
> > We don’t really have capacity to run 3 different platforms, would you
> still want oVirt to support CentOS Stream if it means “less support” for
> regular CentOS?
> > There are some concerns about Stream being a bit less stable, do you
> share those concerns?
> >
> > Thank you for your comments,
> > michal
> > ___
> > Devel mailing list -- de...@ovirt.org
> > To unsubscribe send an email to devel-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/de...@ovirt.org/message/3B5MJKO7BS2DMQL3XOXPNO4BU3YDL52T/
> ___
> 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/RLS3VM7PNT6JYIRKXVHFXWJBLDJNUAN6/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/OEDGGOYT6I773ZNTA4KXG67VP5PE45EV/


[ovirt-users] Re: OVirt 4.4.4 repository dependencies

2021-01-07 Thread Sandro Bonazzola
Il giorno gio 7 gen 2021 alle ore 10:34  ha scritto:

> Hi,
> in OVirt 4.3 and earlier i had to activate many repositorys beside
> OVirt4.3 repo because of dependencies.
> centos-sclo-rh-release
> ovirt-4.3
> ovirt-4.3-centos-gluster5
> ovirt-4.3-centos-opstools
> ovirt-4.3-centos-ovirt43
> ovirt-4.3-centos-qemu-ev
> ovirt-4.3-epel
> ovirt-4.3-virtio-win-latest
>
> in OVirt 4.4.4 documentation it is mentioned to enable only this 3 repos
> sudo subscription-manager repos --enable="rhel-8-for-x86_64-baseos-rpms"
> sudo subscription-manager repos --enable="rhel-8-for-x86_64-appstream-rpms"
> sudo subscription-manager repos --enable="ansible-2-for-rhel-8-x86_64-rpms"
>
> ovirt-release44.rpm  installs ovirt-4.4 repo
>

ovirt-release44 rpm enables ovirt and all the other needed repos.




>
> I don't want to run into any trouble when i start upgrading, so are that
> really all repos i need for 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/QV3XFDI4T5O6U53EOOVHCGGDXVY5PDML/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/HRLLNJDBV4XHD3ELWYINXB2JGTX7JZ43/


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

2020-12-22 Thread Sandro Bonazzola
Il giorno mar 22 dic 2020 alle ore 13:57 Florian Schmid via Users <
users@ovirt.org> ha scritto:

> Hi,
>
> I think the big question is: Will ovirt be tested against such EL-based
> clones.


Well, it will be tested for those EL-based clones a few months before
they'll be released, being CentOS Stream upstream to those clones.
At GA time, oVirt is already expected to work fine on latest Red Hat
Enterprise Linux.
The gain on using CentOS Stream is that it will be already working also on
next Red Hat Enterprise Linux.


> Is ovirt then still 100% compatible to EL, when it will be developed for
> Stream, because Stream will be ahead EL.
>

I don't see why it shouldn't.
As an example scenario:
- oVirt 4.4.3 has been released with cluster compatibility level 4.5,
requiring RHEL 8.3 + Advanced Virtualization to be able to consume the new
feature. But it worked fine on CentOS 8.2 in cluster compatibility level
4.4.
- CentOS 8.3 and Advanced Virtualization  8.3 got released: 4.4.3 and the
new 4.4.4 can now use cluster level 4.5.

With CentOS Stream you'll get similar scenario. At GA time oVirt 4.4.5 will
be released working with CentOS Stream at release date which basically
means, it will be ready to work on RHEL 8.4 but will be working with RHEL
8.3 too while waiting for RHEL 8.4 to be released.


> Next question is, how stable will be CentOS stream?
>

I think pretty much. Before landing on CentOS Stream packages have been
already through RHEL CI.
And oVirt wise, it will go through our CI as well.


> At the moment, ovirt is using a lot a packages of different 3rd party
> repos, but the OS system core is still EL clone and stable.
> With stream, also the core system is quite new and a way newer than EL, so
> how stable will it be?
>
> Can you then still use CentOS stream + oVirt in production systems?
>

I think so, and oVirt wise we already foresee CentOS Stream in production
more than one year ago:
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/


>
> BR Florian
>
> - Ursprüngliche Mail -
> Von: "users" 
> An: "users" , "Jason Keltz" 
> Gesendet: Dienstag, 22. Dezember 2020 12:20:04
> Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available
>
> You can use OEL or any EL-based clone.
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz <
> j...@eecs.yorku.ca> написа:
>
>
>
>
>
>
> On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:
>
>
> >
>
>
> oVirt 4.4.4 is now generally available
>
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> ...
>
>
>
> >
> >
> > This release is available now on x86_64 architecture for:
> >
> > * Red Hat Enterprise Linux 8.3
> > * CentOS Linux (or similar) 8.3
> > * CentOS Stream (tech preview)
> >
> >
>
> Sandro,
>
> I have a question about "Red Hat Enterprise Linux" compatibility with
> oVirt.  I've always used CentOS in the past along with oVirt.  I'm running
> CentOS 7 along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but
> I'm not comfortable with the future vision for CentOS as it stands for my
> virtualization platform.  If I was to move to RHEL for my oVirt systems,
> but still stick with the "self supported" model, it's not clear whether  I
> can get away with using "RHEL Workstation" for my 4 hosts ($179 USD each),
> or whether I need to purchase "Red Hat Enterprise Linux Server" ($349 USD
> each).  Any feedback would be appreciated.
>
> Thanks!
>
>
> Jason.
>
> ___
> 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/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
> ___
> 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/34LBTODBJX25TNMJQVX5WLLXI237Y4B3/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy

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

2020-12-22 Thread Sandro Bonazzola
Il giorno lun 21 dic 2020 alle ore 18:08 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Mon, Dec 21, 2020 at 2:36 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 14:31 Gianluca Cecchi <
>> gianluca.cec...@gmail.com> ha scritto:
>>
>>> Hi Sandro,
>>> thanks for the release!
>>>
>>> Should this fix the upgrade problems to cluster version 4.5 too when
>>> using CentOS 8.3 + updates?
>>>
>>
>> Yes
>>
>>
>>
> Hi Sandro,
> I confirm that on a test cluster with 3 plain CentOS 8.3 hosts and an
> external CentOS 8.3 based engine I was able to update all of them to 4.4.4
> and then update both cluster and DC level to 4.5.
> Can you recall, apart from being now at the latest level, what kind of new
> features I should expect in 4.5 vs 4.4 so that I can also test and use them
> for improvements (eg in storage domain version/features, incremental
> backup, snapshotting features, export and such...)?
>

Cluster compatibility level has been introduced with:
*Bug 1877675* <https://bugzilla.redhat.com/show_bug.cgi?id=1877675> - [RFE]
Introduce Datacenter and cluster level 4.5

It tracks:
*- Bug 1725166 <https://bugzilla.redhat.com/show_bug.cgi?id=1725166> -
[RFE] Private VLAN / port isolation*
*- Support for Intel Icelake Server Family *
*- **Bug 1814565*
<https://bugzilla.redhat.com/show_bug.cgi?id=1814565> - Report
disk.usage for VMs with RHEL 8 guests
- *Bug 1852718* <https://bugzilla.redhat.com/show_bug.cgi?id=1852718> - vGPU:
VM failed to run with mdev_type instance
- *Bug 1853194* <https://bugzilla.redhat.com/show_bug.cgi?id=1853194> - VM
with disk on iscsi on environment with SELinux enforced fails to start on
host - Exit message: Wake up from hibernation failed:internal error: child
reported (status=125): unable to set security context
- *Bug 1876605* <https://bugzilla.redhat.com/show_bug.cgi?id=1876605> - VM
with scsi hostdev (scsi_generic custom property) fails on start:'node-name
too long for qemu'

+Martin Perina  , +Arik Hadas  , +Tal
Nisan  , +Dominik Holler   feel free
to add if I missed something.
I think that having a page on oVirt documentation with features and
requirements per supported cluster compatibility level would help.
Gianluca, maybe you can open a bug for it?




>
> thanks
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/SGK5DZGIGA6FO3NK2USMXHBYVH5QRN7M/


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

2020-12-22 Thread Sandro Bonazzola
Il giorno mer 16 dic 2020 alle ore 17:43 Gilboa Davara 
ha scritto:

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

Just updating that oVirt 4.4.4 released yesterday comes with Advanced
Virtualization 8.3 so you can now enable CL 4.5.



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

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

2020-12-22 Thread Sandro Bonazzola
Il giorno mar 22 dic 2020 alle ore 10:01 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin <
> k0...@k0ste.ru> ha scritto:
>
>> Sandro, after my mention my two bugs was closed as deprecated feature of
>> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
>> deprecations/cautions/warnings.
>>
>
> Indeed, documentation is not aligned with +Eyal Shenitzky
>  's comments on the bugs.
> A proper deprecation bug should have been opened and documentation should
> have been properly updated to clearly mark the feature as deprecated.
> Also the new implementation of cinderlib is not properly documented in
> oVirt Install Guide, I'll try to get it updated today.
>

+Eyal Shenitzky  , +Steve Goodman 
 , +Stefano Stagnaro  can you please review
https://github.com/oVirt/ovirt-site/pull/2409 ?





>
>
>> How do you think, as manager of project, it's okay to just broke working
>> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>>
>
> I'll let storage team lead to reply to this specific question. I can only
> agree this has not been properly handled.
>
>
>
>>
>> Thanks,
>> k
>>
>>
>> Sent from my iPhone
>>
>> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>>
>> 
>>
>>
>> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
>> k0...@k0ste.ru> ha scritto:
>>
>>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>>
>>> The oVirt project is excited to announce the general availability of
>>> oVirt 4.4.4 , as of December 21st, 2020.
>>>
>>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
>>> release?
>>>
>>>
>>>
>> I see you opened two bugs about it:
>> *Bug 1905113* <https://bugzilla.redhat.com/show_bug.cgi?id=1905113> - 
>> OpenStack
>> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
>> *Bug 1904669* <https://bugzilla.redhat.com/show_bug.cgi?id=1904669> - oVirt
>> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
>> regression
>>
>> Please consider most of the developers are going to be on vacation due to
>> the upcoming holidays.
>> I think storage team is looking into this but I see above bugs have not
>> been targeted yet so a deeper investigation may be needed.
>>
>>
>>
>>> Thanks,
>>>
>>> k
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.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/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/RP5GMA2A5NZ3FR6EMNRMMX273W4QCOFI/


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

2020-12-22 Thread Sandro Bonazzola
Il giorno lun 21 dic 2020 alle ore 18:33 Konstantin Shalygin 
ha scritto:

> Sandro, after my mention my two bugs was closed as deprecated feature of
> "old Cinder integration". But actually no one oVirt 4.4 doc mentioned about
> deprecations/cautions/warnings.
>

Indeed, documentation is not aligned with +Eyal Shenitzky
 's comments on the bugs.
A proper deprecation bug should have been opened and documentation should
have been properly updated to clearly mark the feature as deprecated.
Also the new implementation of cinderlib is not properly documented in
oVirt Install Guide, I'll try to get it updated today.


> How do you think, as manager of project, it's okay to just broke working
> code due loose tests and then deprecate it just by wave a hand?路‍♂️
>

I'll let storage team lead to reply to this specific question. I can only
agree this has not been properly handled.



>
> Thanks,
> k
>
>
> Sent from my iPhone
>
> On 21 Dec 2020, at 18:09, Sandro Bonazzola  wrote:
>
> 
>
>
> Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin <
> k0...@k0ste.ru> ha scritto:
>
>> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>>
>> The oVirt project is excited to announce the general availability of
>> oVirt 4.4.4 , as of December 21st, 2020.
>>
>> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
>> release?
>>
>>
>>
> I see you opened two bugs about it:
> *Bug 1905113* <https://bugzilla.redhat.com/show_bug.cgi?id=1905113> - 
> OpenStack
> Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
> *Bug 1904669* <https://bugzilla.redhat.com/show_bug.cgi?id=1904669> - oVirt
> 4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
> regression
>
> Please consider most of the developers are going to be on vacation due to
> the upcoming holidays.
> I think storage team is looking into this but I see above bugs have not
> been targeted yet so a deeper investigation may be needed.
>
>
>
>> Thanks,
>>
>> k
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.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/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/EPSPZKOGMJGBXY24N43UQXRARXOBYSBB/


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

2020-12-21 Thread Sandro Bonazzola
Il giorno mar 22 dic 2020 alle ore 07:51 Jason Keltz  ha
scritto:

>
> On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:
>
> oVirt 4.4.4 is now generally available
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> ...
>
>
> This release is available now on x86_64 architecture for:
>
>-
>
>Red Hat Enterprise Linux 8.3
>-
>
>CentOS Linux (or similar) 8.3
>-
>
>CentOS Stream (tech preview)
>
> Sandro,
>
> I have a question about "Red Hat Enterprise Linux" compatibility with
> oVirt.  I've always used CentOS in the past along with oVirt.  I'm running
> CentOS 7 along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but
> I'm not comfortable with the future vision for CentOS as it stands for my
> virtualization platform.  If I was to move to RHEL for my oVirt systems,
> but still stick with the "self supported" model, it's not clear whether  I
> can get away with using "RHEL Workstation" for my 4 hosts ($179 USD each),
> or whether I need to purchase "Red Hat Enterprise Linux Server" ($349 USD
> each).  Any feedback would be appreciated.
>
I would like to remind the list that more than one year ago the oVirt
project announced that CentOS Stream would be the preferred upstream
platform on which oVirt should be run (
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/). We are going to
keep oVirt tested continuously on CentOS Stream in our CI environments so
we expect the combination of oVirt and CentOS Stream to be stable also for
production systems.
That said, I understand the reason for choosing to move to an alternative
to CentOS Linux and I appreciate the choice of Red Hat Enterprise Linux.
>From a technical point of view, RHEL Workstation should work fine but I'm
not an expert about subscriptions entitlements.



> Thanks!
>
> Jason.
>
> PS: I had sent the above with my other email accidentally .. list
> moderator can delete.
> ___
> 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/XFFF6LASXL3VVLZUQY6TYITUN6FHPE4Y/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/2SKSFC2QW5XDNS2KHAJBFDLVGWGXXOMC/


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

2020-12-21 Thread Sandro Bonazzola
Il giorno lun 21 dic 2020 alle ore 15:57 Konstantin Shalygin 
ha scritto:

> On 21.12.2020 16:22, Sandro Bonazzola wrote:
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.4.4 , as of December 21st, 2020.
>
> Sandro, is any plans to fix for OpenStack provider regressions for 4.4
> release?
>
>
>
I see you opened two bugs about it:
*Bug 1905113* <https://bugzilla.redhat.com/show_bug.cgi?id=1905113> - OpenStack
Block Storage Provider (Cinder) regression: oVirt 4.4 Disk resize broken
*Bug 1904669* <https://bugzilla.redhat.com/show_bug.cgi?id=1904669> - oVirt
4.3 -> 4.4 production upgrade: OpenStack Block Storage Provider (Cinder)
regression

Please consider most of the developers are going to be on vacation due to
the upcoming holidays.
I think storage team is looking into this but I see above bugs have not
been targeted yet so a deeper investigation may be needed.



> Thanks,
>
> k
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/GYAVGLTXHRGK27LWCGDAVFQGAIZMY2FC/


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

2020-12-21 Thread Sandro Bonazzola
Il giorno lun 21 dic 2020 alle ore 14:31 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hi Sandro,
> thanks for the release!
>
> Should this fix the upgrade problems to cluster version 4.5 too when using
> CentOS 8.3 + updates?
>

Yes


>
> Thanks,
> Gianluca
>
> On Mon, Dec 21, 2020 at 2:26 PM Sandro Bonazzola 
> wrote:
>
>> oVirt 4.4.4 is now generally available
>>
>> The oVirt project is excited to announce the general availability of
>> oVirt 4.4.4 , as of December 21st, 2020.
>>
>> This release unleashes an altogether more powerful and flexible open
>> source virtualization solution that encompasses hundreds of individual
>> changes and a wide range of enhancements across the engine, storage,
>> network, user interface, and analytics, as compared to oVirt 4.3.
>> Important notes before you install / upgrade
>>
>> Please note that oVirt 4.4 only supports clusters and data centers with
>> compatibility version 4.2 and above. If clusters or data centers are
>> running with an older compatibility version, you need to upgrade them to at
>> least 4.2 (4.3 is recommended).
>>
>> Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
>> are no longer supported.
>>
>> For example, the megaraid_sas driver is removed. If you use Enterprise
>> Linux 8 hosts you can try to provide the necessary drivers for the
>> deprecated hardware using the DUD method (See the users’ mailing list
>> thread on this at
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
>> )
>> Documentation
>>
>>-
>>
>>If you want to try oVirt as quickly as possible, follow the
>>instructions on the Download <https://ovirt.org/download/> page.
>>-
>>
>>For complete installation, administration, and usage instructions,
>>see the oVirt Documentation <https://ovirt.org/documentation/>.
>>-
>>
>>For upgrading from a previous version, see the oVirt Upgrade Guide
>><https://ovirt.org/documentation/upgrade_guide/>.
>>-
>>
>>For a general overview of oVirt, see About oVirt
>><https://ovirt.org/community/about.html>.
>>
>> What’s new in oVirt 4.4.4 Release?
>>
>> This update is the fourth in a series of stabilization updates to the 4.4
>> series.
>>
>> This release is available now on x86_64 architecture for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.3
>>-
>>
>>CentOS Linux (or similar) 8.3
>>-
>>
>>CentOS Stream (tech preview)
>>
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.3
>>-
>>
>>CentOS Linux (or similar) 8.3
>>-
>>
>>oVirt Node (based on CentOS Linux 8.3)
>>-
>>
>>CentOS Stream (tech preview)
>>
>>
>>
>> oVirt Node and Appliance have been updated, including:
>>
>>-
>>
>>oVirt 4.4.4: https://www.ovirt.org/release/4.4.4/
>>-
>>
>>Ansible 2.9.16:
>>
>> https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-16
>>
>>-
>>
>>CentOS Linux 8 (2011):
>>
>> https://lists.centos.org/pipermail/centos-announce/2020-December/048207.html
>>-
>>
>>Advanced Virtualization 8.3
>>
>>
>>
>> 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
>>
>>
>> Additional resources:
>>
>>-
>>
>>Read more about the oVirt 4.4.4 release highlights:
>>https://www.ovirt.org/release/4.4.4/
>>-
>>
>>Get more oVirt project updates on Twitter: https://twitter.com/ovirt
>>-
>>
>>Check out the latest project news on the oVirt blog:
>>https://blogs.ovirt.org/
>>
>>
>> [1] https://www.ovirt.org/release/4.4.4/
>> [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>

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

2020-12-21 Thread Sandro Bonazzola
oVirt 4.4.4 is now generally available

The oVirt project is excited to announce the general availability of oVirt
4.4.4 , as of December 21st, 2020.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics, as compared to oVirt 4.3.
Important notes before you install / upgrade

Please note that oVirt 4.4 only supports clusters and data centers with
compatibility version 4.2 and above. If clusters or data centers are
running with an older compatibility version, you need to upgrade them to at
least 4.2 (4.3 is recommended).

Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
are no longer supported.

For example, the megaraid_sas driver is removed. If you use Enterprise
Linux 8 hosts you can try to provide the necessary drivers for the
deprecated hardware using the DUD method (See the users’ mailing list
thread on this at
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
)
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

What’s new in oVirt 4.4.4 Release?

This update is the fourth in a series of stabilization updates to the 4.4
series.

This release is available now on x86_64 architecture for:

   -

   Red Hat Enterprise Linux 8.3
   -

   CentOS Linux (or similar) 8.3
   -

   CentOS Stream (tech preview)


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

   -

   Red Hat Enterprise Linux 8.3
   -

   CentOS Linux (or similar) 8.3
   -

   oVirt Node (based on CentOS Linux 8.3)
   -

   CentOS Stream (tech preview)



oVirt Node and Appliance have been updated, including:

   -

   oVirt 4.4.4: https://www.ovirt.org/release/4.4.4/
   -

   Ansible 2.9.16:
   
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-16

   -

   CentOS Linux 8 (2011):
   https://lists.centos.org/pipermail/centos-announce/2020-December/048207.html
   -

   Advanced Virtualization 8.3



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


Additional resources:

   -

   Read more about the oVirt 4.4.4 release highlights:
   https://www.ovirt.org/release/4.4.4/
   -

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

   Check out the latest project news on the oVirt blog:
   https://blogs.ovirt.org/


[1] https://www.ovirt.org/release/4.4.4/
[2] https://resources.ovirt.org/pub/ovirt-4.4/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/KMYD2GAHZXWLE45SZWAMOXN4WYKV54MK/


[ovirt-users] Re: Nodes install Python3 every day

2020-12-15 Thread Sandro Bonazzola
Il giorno mar 15 dic 2020 alle ore 10:16 jb  ha scritto:

>
> Am 15.12.20 um 09:06 schrieb Dana Elfassy:
>
> Yes, I'll edit the title.
>
> Jonathan, you can see in the log you pasted:
> *'task': 'Install Python3 for CentOS/RHEL8 hosts'*, 'task_uuid':
> '00163e33-f845-ee64-acee-0013', 'task_action': 'yum', 'task_args':
> '', 'task_path':
> '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-facts/tasks/main.yml:20',
> 'role': 'ovirt-host-deploy-facts', 'host': 'onode1.example.org',
> 'remote_addr': 'onode1.example.org', *'res': {'msg': 'Nothing to do',
> 'changed': False, 'results': [], 'rc': 0,*
>
> This means it wasn't installed (will be only if the package doesn't exist)
>
> Thank you for the explanation, I should have unfolded the log... Sorry for
> the effort!
>
You pointed out a messaging issue, it was worth the effort :-)



>
> Thanks,
> Dana
>
> On Mon, Dec 14, 2020 at 3:36 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 14 dic 2020 alle ore 11:26 jb  ha
>> scritto:
>>
>>> Hello,
>>>
>>> I notice a strange thing in the logs. All Nodes (ovirt 4.4.3.12-1.el8)
>>> install every days again Python3, after checking for updates. The GUI log
>>> shows this entries:
>>>
>>> 13.12.2020, 11:39Check for update of host onode1.example.org.
>>> Gathering Facts.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org.
>>> include_tasks.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org.
>>> Detect host operating system.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org. Fetch
>>> installed packages.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org. Check
>>> if vdsm is preinstalled.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org. Parse
>>> operating system release.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org.
>>> Detect if host is a prebuilt image.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org.
>>> Install Python3 for CentOS/RHEL8 hosts.
>>> 13.12.2020, 11:39Check for update of host onode1.example.org. Set
>>> facts.
>>>
>>> +Dana Elfassy  can you please check? Maybe just a
>> matter of wording, something like "Ensuring Python3 is installed
>> for CentOS/RHEL8 hosts"
>>
>>
>>
>>
>>
>>
>>> /var/log/ovirt-engine/ansible-runner-service.log shows:
>>>
>>> 2020-12-13 11:39:20,849 - runner_service.services.playbook - DEBUG -
>>> cb_event_handler event_data={'uuid':
>>> '7c4b039d-6212-4b52-95fd-40d85036ed98', 'counter': 33, 'stdout': 'ok: [
>>> onode1.example.org]', 'start_line': 31, 'end_line': 32, 'runner_ident':
>>> '72737578-3d2f-11eb-b955-00163e33f845', 'event': 'runner_on_ok', 'pid':
>>> 603696, 'created': '2020-12-13T10:39:20.847869', 'parent_uuid':
>>> '00163e33-f845-ee64-acee-0013', 'event_data': {'playbook':
>>> 'ovirt-host-check-upgrade.yml', 'playbook_uuid':
>>> '0eb5c935-9f17-4b07-961e-7e0a866dd5ed', 'play': 'all', 'play_uuid':
>>> '00163e33-f845-ee64-acee-0008', 'play_pattern': 'all', 'task':
>>> 'Install Python3 for CentOS/RHEL8 hosts', 'task_uuid':
>>> '00163e33-f845-ee64-acee-0013', 'task_action': 'yum', 'task_args':
>>> '', 'task_path':
>>> '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-facts/tasks/main.yml:20',
>>> 'role': 'ovirt-host-deploy-facts', 'host': 'onode1.example.org',
>>> 'remote_addr': 'onode1.example.org', 'res': {'msg': 'Nothing to do',
>>> 'changed': False, 'results': [], 'rc': 0, 'invocation': {'module_args':
>>> {'name': ['python3'], 'state': 'present', 'allow_downgrade': False,
>>> 'autoremove': False, 'bugfix': False, 'disable_gpg_check': False,
>>> 'disable_plugin': [], 'disablerepo': [], 'download_only': False,
>>> 'enable_plugin': [], 'enablerepo': [], 'exclude': [], 'installroot': '/',
>>> 'install_repoquery': True, 'install_weak_deps': True, 'security': False,
>>> 'skip_broken': False, 'update_cache': False, 'update_only': False,
>>> 'validate_certs': True, 'lock_timeout': 30, 'conf_file': None,
>>> 'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever':
>>> None}}, '_ansible_no_log': False}, 'start': '2020-12-13T10:39:19.872585',
>>> 'end': '2020-12-13T10:39:20.847636', 'duration': 0.975051, 'event_loop':
>>> None, 'uuid': '7c4b0

[ovirt-users] Re: fence_xvm for testing

2020-12-14 Thread Sandro Bonazzola
+Martin Perina  can you help here?

Il giorno lun 14 dic 2020 alle ore 09:58 Alex K 
ha scritto:

> Hi friends,
>
> I was wondering what is needed to setup fence_xvm in order to use for
> power management in virtual nested environments for testing purposes.
>
> I have followed the following steps:
> https://github.com/rightkick/Notes/blob/master/Ovirt-fence_xmv.md
>
> I tried also
>
> engine-config -s CustomFenceAgentMapping="fence_xvm=_fence_xvm"
>
> From command line all seems fine and I can get the status of the host VMs,
> but I was not able to find what is needed to set this up at engine UI:
>
> [image: image.png]
> At username and pass I just filled dummy values as they should not be
> needed for fence_xvm.
> I always get an error at GUI while engine logs give:
>
>
> 2020-12-14 08:53:48,343Z WARN
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [07c1d540-6d8d-419c-affb-181495d75759] EVENT_ID:
> VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management test failed for Host
> kvm0.lab.local.Internal JSON-RPC error
> 2020-12-14 08:53:48,343Z INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default
> task-4) [07c1d540-6d8d-419c-affb-181495d75759] FINISH, FenceVdsVDSCommand,
> return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN',
> message='Internal JSON-RPC error'}, log id: 2437b13c
> 2020-12-14 08:53:48,400Z WARN
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [07c1d540-6d8d-419c-affb-181495d75759] EVENT_ID:
> FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Execution of power
> management status on Host kvm0.lab.local using Proxy Host kvm1.lab.local
> and Fence Agent fence_xvm:225.0.0.12 failed.
> 2020-12-14 08:53:48,400Z WARN
>  [org.ovirt.engine.core.bll.pm.FenceAgentExecutor] (default task-4)
> [07c1d540-6d8d-419c-affb-181495d75759] Fence action failed using proxy host
> 'kvm1.lab.local', trying another proxy
> 2020-12-14 08:53:48,485Z ERROR
> [org.ovirt.engine.core.bll.pm.FenceProxyLocator] (default task-4)
> [07c1d540-6d8d-419c-affb-181495d75759] Can not run fence action on host
> 'kvm0.lab.local', no suitable proxy host was found.
> 2020-12-14 08:53:48,486Z WARN
>  [org.ovirt.engine.core.bll.pm.FenceAgentExecutor] (default task-4)
> [07c1d540-6d8d-419c-affb-181495d75759] Failed to find another proxy to
> re-run failed fence action, retrying with the same proxy 'kvm1.lab.local'
> 2020-12-14 08:53:48,582Z WARN
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [07c1d540-6d8d-419c-affb-181495d75759] EVENT_ID:
> VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management test failed for Host
> kvm0.lab.local.Internal JSON-RPC error
> 2020-12-14 08:53:48,582Z INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default
> task-4) [07c1d540-6d8d-419c-affb-181495d75759] FINISH, FenceVdsVDSCommand,
> return: FenceOperationResult:{status='ERROR', powerStatus='UNKNOWN',
> message='Internal JSON-RPC error'}, log id: 8607bc9
> 2020-12-14 08:53:48,637Z WARN
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [07c1d540-6d8d-419c-affb-181495d75759] EVENT_ID:
> FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Execution of power
> management status on Host kvm0.lab.local using Proxy Host kvm1.lab.local
> and Fence Agent fence_xvm:225.0.0.12 failed.
>
>
> Any idea?
>
> Thanx,
> Alex
>
>
> ___
> 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/B7IHC4MYY5LJFJMEJMLRRFSTMD7IK23I/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/C277BO5LSG6HKICDOXXMTFFGF3AMHLXH/


[ovirt-users] Re: Nodes install Python3 every day

2020-12-14 Thread Sandro Bonazzola
Il giorno lun 14 dic 2020 alle ore 11:26 jb  ha scritto:

> Hello,
>
> I notice a strange thing in the logs. All Nodes (ovirt 4.4.3.12-1.el8)
> install every days again Python3, after checking for updates. The GUI log
> shows this entries:
>
> 13.12.2020, 11:39Check for update of host onode1.example.org.
> Gathering Facts.
> 13.12.2020, 11:39Check for update of host onode1.example.org.
> include_tasks.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Detect
> host operating system.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Fetch
> installed packages.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Check
> if vdsm is preinstalled.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Parse
> operating system release.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Detect
> if host is a prebuilt image.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Install
> Python3 for CentOS/RHEL8 hosts.
> 13.12.2020, 11:39Check for update of host onode1.example.org. Set
> facts.
>
> +Dana Elfassy  can you please check? Maybe just a
matter of wording, something like "Ensuring Python3 is installed
for CentOS/RHEL8 hosts"






> /var/log/ovirt-engine/ansible-runner-service.log shows:
>
> 2020-12-13 11:39:20,849 - runner_service.services.playbook - DEBUG -
> cb_event_handler event_data={'uuid':
> '7c4b039d-6212-4b52-95fd-40d85036ed98', 'counter': 33, 'stdout': 'ok: [
> onode1.example.org]', 'start_line': 31, 'end_line': 32, 'runner_ident':
> '72737578-3d2f-11eb-b955-00163e33f845', 'event': 'runner_on_ok', 'pid':
> 603696, 'created': '2020-12-13T10:39:20.847869', 'parent_uuid':
> '00163e33-f845-ee64-acee-0013', 'event_data': {'playbook':
> 'ovirt-host-check-upgrade.yml', 'playbook_uuid':
> '0eb5c935-9f17-4b07-961e-7e0a866dd5ed', 'play': 'all', 'play_uuid':
> '00163e33-f845-ee64-acee-0008', 'play_pattern': 'all', 'task':
> 'Install Python3 for CentOS/RHEL8 hosts', 'task_uuid':
> '00163e33-f845-ee64-acee-0013', 'task_action': 'yum', 'task_args':
> '', 'task_path':
> '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-facts/tasks/main.yml:20',
> 'role': 'ovirt-host-deploy-facts', 'host': 'onode1.example.org',
> 'remote_addr': 'onode1.example.org', 'res': {'msg': 'Nothing to do',
> 'changed': False, 'results': [], 'rc': 0, 'invocation': {'module_args':
> {'name': ['python3'], 'state': 'present', 'allow_downgrade': False,
> 'autoremove': False, 'bugfix': False, 'disable_gpg_check': False,
> 'disable_plugin': [], 'disablerepo': [], 'download_only': False,
> 'enable_plugin': [], 'enablerepo': [], 'exclude': [], 'installroot': '/',
> 'install_repoquery': True, 'install_weak_deps': True, 'security': False,
> 'skip_broken': False, 'update_cache': False, 'update_only': False,
> 'validate_certs': True, 'lock_timeout': 30, 'conf_file': None,
> 'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever':
> None}}, '_ansible_no_log': False}, 'start': '2020-12-13T10:39:19.872585',
> 'end': '2020-12-13T10:39:20.847636', 'duration': 0.975051, 'event_loop':
> None, 'uuid': '7c4b039d-6212-4b52-95fd-40d85036ed98'}}
>
> Is this a bug?
>
>
> Best regards
>
> Jonathan
> ___
> 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/IXSN54JLD32ADEYJ3UHXUHJUIG3U7S25/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ZBW4OJ2KHEDXWWJINJYTR2IJR2ZOB2HJ/


[ovirt-users] Re: Recent news & oVirt future

2020-12-11 Thread Sandro Bonazzola
Il giorno ven 11 dic 2020 alle ore 16:22 Charles Kozler <
char...@fixflyer.com> ha scritto:

> What goes in to oVirt goes in to RHV if I understand correctly, right? If
> so sorry, I meant upstream
>
> If I am understanding how all of this is changing correctly then this move
> to stream will only serve to benefit oVirt as it speeds up the pace of
> CentOS in the ecosystem and therefore potentially won't have breaking
> changes dependent and waiting on RHEL to release so CentOS can be built
>
> If I remember correctly (and I could be confusing this with another
> application), oVirt requires CentOS 7.3 or higher right?
>

oVirt 4.4.3 Requires CentOS 8.2 or higher but without 8.3 and Advanced
Virtualization 8.3 you're going to have cluster level 4.5 not available.




>
>
>
>
> On Fri, Dec 11, 2020 at 10:08 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno ven 11 dic 2020 alle ore 15:49 Charles Kozler <
>> char...@fixflyer.com> ha scritto:
>>
>>> CentOS was the downstream of RHEL but has now become the upstream
>>>
>>> I guess oVirt was always downstream as well - yes?
>>>
>>
>> No. oVirt is oVirt. It's  downstream to nothing.
>> And it used to work and being used on Fedora which is upstream to RHEL
>> and to CentOS Stream.
>> Fedora moved just way too fast and we had to drop the effort trying to
>> keep the pace: https://blogs.ovirt.org/2020/05/ovirt-and-fedora/
>> With CentOS Stream we are just moving the point when CentOS breaks oVirt.
>> Instead to wait a couple of months after RHEL release (CentOS 8.3 just
>> broke oVirt: we can't build oVirt Node and oVirt appliance anymore due to a
>> bug in lorax package, it's preventing oVirt 4.4.4 to be released because
>> advanced virtualization build is missing a dependency which is in RHEL but
>> not in CentOS due to a bug in CentOS compose system) we'll have the fix in
>> oVirt a month before RHEL will be released.
>>
>>
>>
>>>
>>> If so then yes, I can't see much changing in the ways of oVirt
>>>
>>
>> As far as I can tell by looking at CentOS 8.3, it will change in
>> something better.
>>
>>
>>
>>>
>>>
>>>
>>>
>>> On Fri, Dec 11, 2020 at 2:59 AM Sandro Bonazzola 
>>> wrote:
>>>
>>>>
>>>>
>>>> Il giorno gio 10 dic 2020 alle ore 21:51 Charles Kozler <
>>>> char...@fixflyer.com> ha scritto:
>>>>
>>>>> I guess this is probably a question for all current open source
>>>>> projects that red hat runs but -
>>>>>
>>>>> Does this mean oVirt will effectively become a rolling release type
>>>>> situation as well?
>>>>>
>>>>
>>>> There's no plan to make oVirt a rolling release.
>>>>
>>>>
>>>>>
>>>>> How exactly is oVirt going to stay open source and stay in cadence
>>>>> with all the other updates happening around it on packages/etc that it
>>>>> depends on if the streams are rolling release? Do they now need to fork
>>>>> every piece of dependency?
>>>>>
>>>>
>>>> We are going to test regularly oVirt on CentOS Stream, releasing oVirt
>>>> Node and oVirt appliance after testing them, without any difference to what
>>>> we are doing right now with CentOS Linux.
>>>> Any raised issue will be handled as usual.
>>>>
>>>> What exactly does this mean for oVirt going forward and its overall
>>>>> stability?
>>>>>
>>>>
>>>> oVirt plans about CentOS Stream have been communicated one year ago
>>>> here: https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/
>>>>
>>>> That said, please note that oVirt documentation mentions "Enterprise
>>>> Linux" almost everywhere and not explicitly CentOS Linux.
>>>> As far as I can tell any RHEL binary compatible rebuild should just
>>>> work with oVirt despite I would recommend to follow what will be done
>>>> within oVirt Node and oVirt Appliance.
>>>>
>>>>
>>>>
>>>>>
>>>>> *Notice to Recipient*: https://www.fixflyer.com/disclaimer
>>>>> ___
>>>>> Users mailing list -- users@ovirt.org
>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>> Privacy Statement: https://www.ovirt.org/privacy-po

[ovirt-users] Re: Recent news & oVirt future

2020-12-11 Thread Sandro Bonazzola
Il giorno ven 11 dic 2020 alle ore 15:49 Charles Kozler <
char...@fixflyer.com> ha scritto:

> CentOS was the downstream of RHEL but has now become the upstream
>
> I guess oVirt was always downstream as well - yes?
>

No. oVirt is oVirt. It's  downstream to nothing.
And it used to work and being used on Fedora which is upstream to RHEL and
to CentOS Stream.
Fedora moved just way too fast and we had to drop the effort trying to keep
the pace: https://blogs.ovirt.org/2020/05/ovirt-and-fedora/
With CentOS Stream we are just moving the point when CentOS breaks oVirt.
Instead to wait a couple of months after RHEL release (CentOS 8.3 just
broke oVirt: we can't build oVirt Node and oVirt appliance anymore due to a
bug in lorax package, it's preventing oVirt 4.4.4 to be released because
advanced virtualization build is missing a dependency which is in RHEL but
not in CentOS due to a bug in CentOS compose system) we'll have the fix in
oVirt a month before RHEL will be released.



>
> If so then yes, I can't see much changing in the ways of oVirt
>

As far as I can tell by looking at CentOS 8.3, it will change in something
better.



>
>
>
>
> On Fri, Dec 11, 2020 at 2:59 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno gio 10 dic 2020 alle ore 21:51 Charles Kozler <
>> char...@fixflyer.com> ha scritto:
>>
>>> I guess this is probably a question for all current open source projects
>>> that red hat runs but -
>>>
>>> Does this mean oVirt will effectively become a rolling release type
>>> situation as well?
>>>
>>
>> There's no plan to make oVirt a rolling release.
>>
>>
>>>
>>> How exactly is oVirt going to stay open source and stay in cadence with
>>> all the other updates happening around it on packages/etc that it depends
>>> on if the streams are rolling release? Do they now need to fork every piece
>>> of dependency?
>>>
>>
>> We are going to test regularly oVirt on CentOS Stream, releasing oVirt
>> Node and oVirt appliance after testing them, without any difference to what
>> we are doing right now with CentOS Linux.
>> Any raised issue will be handled as usual.
>>
>> What exactly does this mean for oVirt going forward and its overall
>>> stability?
>>>
>>
>> oVirt plans about CentOS Stream have been communicated one year ago here:
>> https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/
>>
>> That said, please note that oVirt documentation mentions "Enterprise
>> Linux" almost everywhere and not explicitly CentOS Linux.
>> As far as I can tell any RHEL binary compatible rebuild should just work
>> with oVirt despite I would recommend to follow what will be done within
>> oVirt Node and oVirt Appliance.
>>
>>
>>
>>>
>>> *Notice to Recipient*: https://www.fixflyer.com/disclaimer
>>> ___
>>> 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/7IUWGES2IG4BELLUPMYGEKN3GC6XVCHA/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>>
> *Notice to Recipient*: https://www.fixflyer.com/disclaimer



-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/2JCY6K2ZFML2VV6XUZK3UBA6CXUUIICW/


[ovirt-users] Re: CentOS 8 is dead

2020-12-11 Thread Sandro Bonazzola
Il giorno mar 8 dic 2020 alle ore 20:39 Strahil Nikolov via Users <
users@ovirt.org> ha scritto:

> Hello All,
>
> I'm really worried about the following news:
> https://blog.centos.org/2020/12/future-is-centos-stream/


oVirt already defined plans about CentOS Stream one year ago:
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/
There shouldn't be any worries about CentOS Stream.


> Did anyone tried to port oVirt to SLES/openSUSE or any Debian-based
> distro ?
>

Yes, we tried for Debian, Ubuntu, Gentoo, ArchLinux:
https://www.ovirt.org/develop/developer-guide/porting-ovirt.html
Someone tried on Suse as well: https://software.opensuse.org/package/vdsm
But I would rather look at CentOS Stream as it will be the one being tested
with oVirt or to alternative RHEL binary compatible rebuilds.



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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/VRZE6MXI4A4XKJV2YLA52UJBXBGCY32M/


[ovirt-users] Re: oVirt and RHEV

2020-12-11 Thread Sandro Bonazzola
Il giorno ven 11 dic 2020 alle ore 06:28 tommy  ha
scritto:

> 1、 If oVirt can be used to manage RHEV ?
>
RHEV has been rebranded several years ago to RHV.
If you already have RHV I don't see why you would want to use oVirt to
manage it instead of using RHV-M (downstream of ovirt-engine) but from a
technical perspective it should work just fine.


> 2、 What relation between oVirt and RHEV?
>
RHV is downstream release of oVirt packaged by Red Hat.
oVirt <https://ovirt.org/> is a community project, RHV is a Red Hat product
with a defined lifecycle
<https://access.redhat.com/support/policy/updates/rhev> / support
<https://access.redhat.com/support/> / documentation
<https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/>.


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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ZK47BFRC7IX7GVV4AU5JAYLKCWLDTODV/


[ovirt-users] Re: Recent news & oVirt future

2020-12-10 Thread Sandro Bonazzola
Il giorno gio 10 dic 2020 alle ore 21:51 Charles Kozler <
char...@fixflyer.com> ha scritto:

> I guess this is probably a question for all current open source projects
> that red hat runs but -
>
> Does this mean oVirt will effectively become a rolling release type
> situation as well?
>

There's no plan to make oVirt a rolling release.


>
> How exactly is oVirt going to stay open source and stay in cadence with
> all the other updates happening around it on packages/etc that it depends
> on if the streams are rolling release? Do they now need to fork every piece
> of dependency?
>

We are going to test regularly oVirt on CentOS Stream, releasing oVirt Node
and oVirt appliance after testing them, without any difference to what we
are doing right now with CentOS Linux.
Any raised issue will be handled as usual.

What exactly does this mean for oVirt going forward and its overall
> stability?
>

oVirt plans about CentOS Stream have been communicated one year ago here:
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/

That said, please note that oVirt documentation mentions "Enterprise Linux"
almost everywhere and not explicitly CentOS Linux.
As far as I can tell any RHEL binary compatible rebuild should just work
with oVirt despite I would recommend to follow what will be done within
oVirt Node and oVirt Appliance.



>
> *Notice to Recipient*: https://www.fixflyer.com/disclaimer
> ___
> 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/7IUWGES2IG4BELLUPMYGEKN3GC6XVCHA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/RI72WV2KPCGLKXY5AEXBO3MNQV5ICHHH/


[ovirt-users] Re: Turkey Standart Time

2020-12-09 Thread Sandro Bonazzola
Il giorno mer 9 dic 2020 alle ore 12:45  ha scritto:

> Hi,
> We've figured out there is no Turkish time zone on "Hardware Clock Time
> Offset" when we were trying sysprep
> it causes some problems on GPO applyment, Outlook, Skype etc. connections
> in AD environment
> Is there any cli options we can add this?
> If you take this as an future request we'll appreciate
>

Can you please open a BZ about it on bugzilla.redhat.com?
As an alternative, you can try pushing a fix yourself following
https://www.ovirt.org/develop/developer-guide/engine/engine-supported-time-zones.html

Thanks,




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ORYEJXO4LMUVV54ILCA47LV5YEXAOE5L/


[ovirt-users] Re: How to install win-virtio Drivers (aka guest tools) silently

2020-11-30 Thread Sandro Bonazzola
Il giorno lun 30 nov 2020 alle ore 15:25  ha
scritto:

> Hi,
>
> i am currently trying to automate an upgrade process from the "old" oVirt
> 4.3 Guest Tools new one which should using starting with oVirt 4.4
> To achieve this I have to install the win-virtio tools quietly. This works
> even if I use the parameters /install /passive /norestart. But then the
> oVirt Guest Agent is not installed. Is there a parameter or another way to
> install it during a silent installation?
>

+Gal Zaidman  can you help here?



>
> Thanks in advance.
>
>  - Tim
> ___
> 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/43BP5RIM5RZYLHD6RXXDQAQWYAWT2GWA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/JDWB5E4ZX2YYS4IZ2EMPXRHPVOKDRKIB/


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

2020-11-27 Thread Sandro Bonazzola
oVirt 4.4.4 Third Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.4
Third Release Candidate for testing, as of November 26th, 2020.

This update is the fourth 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 <https://bugzilla.redhat.com/show_bug.cgi?id=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.4 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.4 (redeploy in case of already being on 4.4.4).
   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 <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

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.2 or newer

* CentOS Linux (or similar) 8.2 or newer

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

* Red Hat Enterprise Linux 8.2 or newer

* CentOS Linux (or similar) 8.2 or newer

* oVirt Node 4.4 based on CentOS Linux 8.2 (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

Additional Resources:

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

* 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.4/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/CPAHG5ZLNENLYV2W6OWOZESKDDIZTPNC/


[ovirt-users] Re: ovirt 4.3 cannot upload ISO to data domain

2020-11-24 Thread Sandro Bonazzola
Il giorno lun 23 nov 2020 alle ore 15:43 Facundo Badaracco <
varekoa...@gmail.com> ha scritto:

> Hi everyone.
>
> Im trying to upload a ISO to my data domain, the GUI gives me this error 
> "Connection
> to ovirt-imageio service has failed. Ensure that ovirt-engine certificate
> <https://192.168.2.27/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA>
>  is
> registered as a valid CA in the browser.".
>

Hi, in order to upload an ISO through the browser you need to add the
engine certificate authority in your browser as a trusted certificate
authority for validating websites.
You can download the CA from the link provided in the error message and you
can then import it in your browser by going to preferences -> security
options -> certificates management



>
> the image fails whne trying to upload.
>
> i have added the certificate in chrome, but inst working.
>
> Some help? any other way to upload?
> ___
> 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/47YYPUF3NA2SHO2ZL4JAPKULUCMH6JK4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/W62HZY7MTAE3Z2GHI2FYGSO52JQM6ISO/


[ovirt-users] Re: oVirt Node Crash

2020-11-19 Thread Sandro Bonazzola
Il giorno gio 19 nov 2020 alle ore 10:48 Anton Louw <
anton.l...@voxtelecom.co.za> ha scritto:

>
>
> Hi Sandro,
>
>
>
> Thanks for the response.
>
>
>
> If I upgrade my datacenter to 4.4.3, will I first need to upgrade my
> engine? I see my only options now in the datacenter is:
>
>
>
>
>
> Also, if the data center is upgraded, will it still be compatible with my
> other hosts, some running 4.3.3?
>

4.3.3 should be able to run cluster compatibility 4.3 :-)
In general, it would be better to align the datacenter to the latest
version as soon as practical.



>
>
> Thanks
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> *From:* Sandro Bonazzola 
> *Sent:* 19 November 2020 10:00
> *To:* Anton Louw 
> *Cc:* Arik Hadas ; Dominik Holler ;
> users@ovirt.org; Johan Koen 
> *Subject:* Re: [ovirt-users] oVirt Node Crash
>
>
>
>
>
>
>
> Il giorno mar 17 nov 2020 alle ore 16:01 Anton Louw <
> anton.l...@voxtelecom.co.za> ha scritto:
>
>
>
> Hi Sandro,
>
>
>
> Have you perhaps seen anything in the SOS report that could shed some
> light on the issues?
>
>
>
> Sadly no. I see it's oVirt Node 4.3.8, I can suggest to upgrade to 4.3.10
> at least and consider upgrading to 4.4.3 the whole datacenter.
>
> I had the feeling watchdog was the trigger of the reboot but couldn't find
> any evidence.
>
> I also don't see anything suspicious in the logs.
>
>
>
>
>
>
>
>
>
> Thanks
>
>
>
>
>
> *Anton Louw*
>
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
>
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
>
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
>
>
>
> [image: T] <https://www.twitter.com/voxtelecom>
>
>
>
> [image: I] <https://www.instagram.com/voxtelecomza/>
>
>
>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
>
>
>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
>
>
>
>
> *From:* Anton Louw
> *Sent:* 16 November 2020 07:30
> *To:* Sandro Bonazzola ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* RE: [ovirt-users] oVirt Node Crash
>
>
>
> I have also attached the SOS report as requested
>
>
>
> *From:* Anton Louw
> *Sent:* 16 November 2020 06:54
> *To:* Sandro Bonazzola ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* RE: [ovirt-users] oVirt Node Crash
>
>
>
> Hi Sandro,
>
>
>
> Thanks for the response. I logged onto oVirt this morning, and I see the
> node is in a “Unassigned” state. I can ping it, but cannot SSH, so there is
> something that is causing the host to be unresponsive.
>
>
>
> On Saturday after I sent the mail, I opened a console to the node, and I
> saw the below entries before logging in:
>
>
>
> audit:backlog limit exceeded
>
>
>
> I the tried the solution of increasing the buffer size in the audit.rules
> file in /etc/audit/rules.d/ , as per below, but it did not resolve the
> issue.
>
>
>
> ## First rule - delete all
>
> -D
>
>
>
> ## Increase the buffers to survive stress events.
>
> ## Make this bigger for busy systems
>
> -b 8192
>
>
>
> ## Set failure mode to syslog
>
> -f 1
>
>
>
> Is it possible to upgrade the node to 4.4 while the engine is still on 4.3?
>
>
>
> Thanks
>
>
>
> *From:* Sandro Bonazzola 
> *Sent:* 13 November 2020 18:39
> *To:* Anton Louw ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* Re: [ovirt-users] oVirt Node Crash
>
>
>
>
>
>
>
> Il giorno ven 13 nov 2020 alle ore 17:37 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>
>
>
>
> Il giorno ven 13 nov 2020 alle ore 13:38

[ovirt-users] Re: oVirt Node Crash

2020-11-19 Thread Sandro Bonazzola
Il giorno mar 17 nov 2020 alle ore 16:01 Anton Louw <
anton.l...@voxtelecom.co.za> ha scritto:

>
>
> Hi Sandro,
>
>
>
> Have you perhaps seen anything in the SOS report that could shed some
> light on the issues?
>

Sadly no. I see it's oVirt Node 4.3.8, I can suggest to upgrade to 4.3.10
at least and consider upgrading to 4.4.3 the whole datacenter.
I had the feeling watchdog was the trigger of the reboot but couldn't find
any evidence.
I also don't see anything suspicious in the logs.




>
>
> Thanks
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> *From:* Anton Louw
> *Sent:* 16 November 2020 07:30
> *To:* Sandro Bonazzola ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* RE: [ovirt-users] oVirt Node Crash
>
>
>
> I have also attached the SOS report as requested
>
>
>
> *From:* Anton Louw
> *Sent:* 16 November 2020 06:54
> *To:* Sandro Bonazzola ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* RE: [ovirt-users] oVirt Node Crash
>
>
>
> Hi Sandro,
>
>
>
> Thanks for the response. I logged onto oVirt this morning, and I see the
> node is in a “Unassigned” state. I can ping it, but cannot SSH, so there is
> something that is causing the host to be unresponsive.
>
>
>
> On Saturday after I sent the mail, I opened a console to the node, and I
> saw the below entries before logging in:
>
>
>
> audit:backlog limit exceeded
>
>
>
> I the tried the solution of increasing the buffer size in the audit.rules
> file in /etc/audit/rules.d/ , as per below, but it did not resolve the
> issue.
>
>
>
> ## First rule - delete all
>
> -D
>
>
>
> ## Increase the buffers to survive stress events.
>
> ## Make this bigger for busy systems
>
> -b 8192
>
>
>
> ## Set failure mode to syslog
>
> -f 1
>
>
>
> Is it possible to upgrade the node to 4.4 while the engine is still on 4.3?
>
>
>
> Thanks
>
>
>
> *From:* Sandro Bonazzola 
> *Sent:* 13 November 2020 18:39
> *To:* Anton Louw ; Arik Hadas <
> aha...@redhat.com>; Dominik Holler 
> *Cc:* users@ovirt.org; Johan Koen 
> *Subject:* Re: [ovirt-users] oVirt Node Crash
>
>
>
>
>
>
>
> Il giorno ven 13 nov 2020 alle ore 17:37 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>
>
>
>
> Il giorno ven 13 nov 2020 alle ore 13:38 Anton Louw via Users <
> users@ovirt.org> ha scritto:
>
>
>
> Hi Everybody,
>
>
>
> I have built a new host which has been running fine for the last couple of
> days. I noticed today that the host crashed, but it is not giving me a
> reason as to why.
>
>
>
> It happened at 13:45 today, but I have given time before that on the logs
> as well.
>
>
>
> Is there something I am missing here?
>
>
>
> Not related to the crash, but I see in the logs that 5 out of 20 guests
> have qemu guest agent not responding.
>
>
>
> Also you seem to have some issues with some firewalld rules. (Maybe +Dominik
> Holler  would like to have a look)
>
>
>
> I don't see anything explaining why the host got rebooted.
>
>
>
> Still related to guest agent I find a bit alarming the following lines:
>
> Nov 13 13:29:34 jb2-node03 libvirtd: 2020-11-13 11:29:34.294+: 12603:
> error : qemuDomainAgentAvailable:9144 : Guest agent is not responding: QEMU
> guest agent is not connected
> Nov 13 13:29:34 jb2-node03 vdsm[13843]: ERROR Shutdown by QEMU Guest Agent
> failed#012Traceback (most recent call last):#012  File
> "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5304, in
> qemuGuestAgentShutdown#012
>  self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in
> f#012ret = attr(*args, **kwargs)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line
> 131, in wrapper#012ret = f(*args, **kwargs)#012  File
> "/usr/lib/python2.

[ovirt-users] Async release for oVirt 4.4.3

2020-11-16 Thread Sandro Bonazzola
On November 16th the oVirt project released an async update to the
following packages:

   -

   ovirt-ansible-collection-1.2.2-1
   -

   ovirt-engine-4.4.3.12
   -

   ovirt-engine-sdk 4.4.7

Fixing the following bugs:

   -

   [BZ 1884599 <https://bugzilla.redhat.com/1884599>] - Hosted-engine
   deploy is failing with error "Unable to access credentials
   /etc/pki/vdsm/libvirt-vnc/ca-cert.pem"
   -

   [BZ 1894111 <https://bugzilla.redhat.com/1894111>] - After host upgrade
   from 4.4.2 to 4.4.3 there are still packages left to upgrade
   -

   [BZ 1894758 <https://bugzilla.redhat.com/1894758>] - [DR] Remote data
   sync to the secondary site never completes
   -

   Support enum URL parameters in Python SDK


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/SEG2V35UXWTOQVHHRPOZXYVRYI77Y6H2/


[ovirt-users] Re: Terraform provider build

2020-11-13 Thread Sandro Bonazzola
Il giorno gio 12 nov 2020 alle ore 22:34 Muhsin Tawafig 
ha scritto:

> Hi Trying to test terraform ovirt provider
> keep getting failure on pulling modules ( on centos 7 & 8 )
> #make
> ==> Checking that code complies with gofmt requirements...
> go install
> go: github.com/hashicorp/go-getter@v1.4.2-0.20200106182914-9813cbd4eb02:
> Get "
> https://proxy.golang.org/github.com/hashicorp/go-getter/@v/v1.4.2-0.20200106182914-9813cbd4eb02.mod":
> net/http: TLS handshake timeout
> make: *** [build] Error 1
>
> Any help is appretiated
>

+Eli Mesika  , +Gal Zaidman ,
+iterjpnic   can you help here?




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/JMRA6ODB6IHFANUBP2IY6KL5MIVQM3X7/


[ovirt-users] Re: Failed to add new host to oVirt 4.4.3.11-1.el8

2020-11-13 Thread Sandro Bonazzola
Il giorno ven 13 nov 2020 alle ore 10:19 Winfried de Heiden  ha
scritto:

> Hi all,
>
> Adding a brand new installed oVirt node to oVirt 4.4.3.11-1.el8 fails;
> engine.log will tell:
>
> 2020-11-13 10:05:40,777+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-5)
> [80e3f255-f8b9-4d5f-9be2-ebb59fec28db] EVENT_ID:
> VDS_ANSIBLE_INSTALL_STARTED(560), Ansible host-deploy playbook execution
> has started on host Bigvirt.
> 2020-11-13 10:05:40,784+01 ERROR
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (EE-ManagedThreadFactory-engine-Thread-5)
> [80e3f255-f8b9-4d5f-9be2-ebb59fec28db] Exception: Failed to read the
> runner-service response. Unexpected character ('<' (code 60)): expected a
> valid value (number, String, array, object, 'true', 'false' or 'null')
>  at [Source: org.apache.http.conn.EofSensorInputStream@6cc9953a; line: 1,
> column: 2]
> 2020-11-13 10:05:40,785+01 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-5)
> [80e3f255-f8b9-4d5f-9be2-ebb59fec28db] Host installation failed for host
> 'df87842f-0852-4a3a-898b-2b724b068199', 'Bigvirt': Failed to execute
> Ansible host-deploy role: Failed to read the runner-service response.
> Unexpected character ('<' (code 60)): expected a valid value (number,
> String, array, object, 'true', 'false' or 'null')
>
> Anyone got a clue?
>

+Martin Necas  , +Dana Elfassy  can
you please have a look here?



>
> Winfried
> ___
> 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/D52HIEX5DWGXYQKOTUVBMY7TFNDIRWTJ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/TIAYCX36FFMWE2YVY6CARMQOIQNLBCOP/


[ovirt-users] Re: oVirt Node Crash

2020-11-13 Thread Sandro Bonazzola
Il giorno ven 13 nov 2020 alle ore 17:37 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno ven 13 nov 2020 alle ore 13:38 Anton Louw via Users <
> users@ovirt.org> ha scritto:
>
>>
>>
>> Hi Everybody,
>>
>>
>>
>> I have built a new host which has been running fine for the last couple
>> of days. I noticed today that the host crashed, but it is not giving me a
>> reason as to why.
>>
>>
>>
>> It happened at 13:45 today, but I have given time before that on the logs
>> as well.
>>
>>
>>
>> Is there something I am missing here?
>>
>
> Not related to the crash, but I see in the logs that 5 out of 20 guests
> have qemu guest agent not responding.
>
> Also you seem to have some issues with some firewalld rules. (Maybe +Dominik
> Holler  would like to have a look)
>
> I don't see anything explaining why the host got rebooted.
>
> Still related to guest agent I find a bit alarming the following lines:
> Nov 13 13:29:34 jb2-node03 libvirtd: 2020-11-13 11:29:34.294+: 12603:
> error : qemuDomainAgentAvailable:9144 : Guest agent is not responding: QEMU
> guest agent is not connected
> Nov 13 13:29:34 jb2-node03 vdsm[13843]: ERROR Shutdown by QEMU Guest Agent
> failed#012Traceback (most recent call last):#012  File
> "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5304, in
> qemuGuestAgentShutdown#012
>  self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in
> f#012ret = attr(*args, **kwargs)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line
> 131, in wrapper#012ret = f(*args, **kwargs)#012  File
> "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in
> wrapper#012return func(inst, *args, **kwargs)#012  File
> "/usr/lib64/python2.7/site-packages/libvirt.py", line 2517, in
> shutdownFlags#012if ret == -1: raise libvirtError
> ('virDomainShutdownFlags() failed', dom=self)#012libvirtError: Guest agent
> is not responding: QEMU guest agent is not connected
> Nov 13 13:29:42 jb2-node03 kernel: vlan0077: port 11(vnet15) entered
> disabled state
> Nov 13 13:29:42 jb2-node03 kernel: device vnet15 left promiscuous mode
> Nov 13 13:29:42 jb2-node03 kernel: vlan0077: port 11(vnet15) entered
> disabled state
> Nov 13 13:29:42 jb2-node03 NetworkManager[6027]:   [1605266982.6539]
> device (vnet15): state change: disconnected -> unmanaged (reason
> 'unmanaged', sys-iface-state: 'removed')
> Nov 13 13:29:42 jb2-node03 NetworkManager[6027]:   [1605266982.6550]
> device (vnet15): released from master device vlan0077
> Nov 13 13:29:42 jb2-node03 libvirtd: 2020-11-13 11:29:42.669+: 12557:
> error : qemuMonitorIO:718 : internal error: End of file from qemu monitor
>
> +Arik Hadas  any clue?
>
> About the crash, can you please provide full sos report from the host? the
> log you provided is not enough to understand what caused the reported crash
>

Also, given python2 is used here, I assume you're on 4.3 or older. I would
recommend to upgrade to 4.4 as soon as practical.



>
>
>
>
>>
>>
>> Thanks
>>
>> *Anton Louw*
>> *Cloud Engineer: Storage and Virtualization* at *Vox*
>> --
>> *T:*  087 805  | *D:* 087 805 1572
>> *M:* N/A
>> *E:* anton.l...@voxtelecom.co.za
>> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
>> www.vox.co.za
>>
>> [image: F] <https://www.facebook.com/voxtelecomZA>
>> [image: T] <https://www.twitter.com/voxtelecom>
>> [image: I] <https://www.instagram.com/voxtelecomza/>
>> [image: L] <https://www.linkedin.com/company/voxtelecom>
>> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>>
>> [image: #VoxBrand]
>> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
>> *Disclaimer*
>>
>> The contents of this email are confidential to the sender and the
>> intended recipient. Unless the contents are clearly and entirely of a
>> personal nature, they are subject to copyright in favour of the holding
>> company of the Vox group of companies. Any recipient who receives this
>> email in error should immediately report the error to the sender and
>> permanently delete this email from all storage devices.
>>
>> This email has been scanned for viruses and malware, and may have been
>> automatically archived by *Mimecast Ltd*, an innovator in Software as a
>> Service (SaaS) for business. Providing a *safer* and *m

[ovirt-users] Re: oVirt Node Crash

2020-11-13 Thread Sandro Bonazzola
Il giorno ven 13 nov 2020 alle ore 13:38 Anton Louw via Users <
users@ovirt.org> ha scritto:

>
>
> Hi Everybody,
>
>
>
> I have built a new host which has been running fine for the last couple of
> days. I noticed today that the host crashed, but it is not giving me a
> reason as to why.
>
>
>
> It happened at 13:45 today, but I have given time before that on the logs
> as well.
>
>
>
> Is there something I am missing here?
>

Not related to the crash, but I see in the logs that 5 out of 20 guests
have qemu guest agent not responding.

Also you seem to have some issues with some firewalld rules. (Maybe +Dominik
Holler  would like to have a look)

I don't see anything explaining why the host got rebooted.

Still related to guest agent I find a bit alarming the following lines:
Nov 13 13:29:34 jb2-node03 libvirtd: 2020-11-13 11:29:34.294+: 12603:
error : qemuDomainAgentAvailable:9144 : Guest agent is not responding: QEMU
guest agent is not connected
Nov 13 13:29:34 jb2-node03 vdsm[13843]: ERROR Shutdown by QEMU Guest Agent
failed#012Traceback (most recent call last):#012  File
"/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5304, in
qemuGuestAgentShutdown#012
 self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT)#012  File
"/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in
f#012ret = attr(*args, **kwargs)#012  File
"/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line
131, in wrapper#012ret = f(*args, **kwargs)#012  File
"/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in
wrapper#012return func(inst, *args, **kwargs)#012  File
"/usr/lib64/python2.7/site-packages/libvirt.py", line 2517, in
shutdownFlags#012if ret == -1: raise libvirtError
('virDomainShutdownFlags() failed', dom=self)#012libvirtError: Guest agent
is not responding: QEMU guest agent is not connected
Nov 13 13:29:42 jb2-node03 kernel: vlan0077: port 11(vnet15) entered
disabled state
Nov 13 13:29:42 jb2-node03 kernel: device vnet15 left promiscuous mode
Nov 13 13:29:42 jb2-node03 kernel: vlan0077: port 11(vnet15) entered
disabled state
Nov 13 13:29:42 jb2-node03 NetworkManager[6027]:   [1605266982.6539]
device (vnet15): state change: disconnected -> unmanaged (reason
'unmanaged', sys-iface-state: 'removed')
Nov 13 13:29:42 jb2-node03 NetworkManager[6027]:   [1605266982.6550]
device (vnet15): released from master device vlan0077
Nov 13 13:29:42 jb2-node03 libvirtd: 2020-11-13 11:29:42.669+: 12557:
error : qemuMonitorIO:718 : internal error: End of file from qemu monitor

+Arik Hadas  any clue?

About the crash, can you please provide full sos report from the host? the
log you provided is not enough to understand what caused the reported crash




>
>
> Thanks
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: #VoxBrand]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> ___
> 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/XMRUDMRBYZKUJQXVPPAEAJIP7N3JPRLY/
>


-- 

Sandro

[ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11

2020-11-12 Thread Sandro Bonazzola
Il giorno gio 12 nov 2020 alle ore 17:41 Florian Schmid 
ha scritto:

> Hi Sandro,
>
> will those patches in 4.3.11 also find the way into ovirt 4.4?
>
> I had also these troubles when upgrading to 4.3.8 and it would be great
> not having them, when upgrading to 4.4.
> https://bugzilla.redhat.com/show_bug.cgi?id=1845747
>

They already got in for 4.4: https://gerrit.ovirt.org/#/c/109736/ ; it's
included in 4.4.1





>
> BR Florian Schmid
>
>
> ------
> *Von: *"Sandro Bonazzola" 
> *An: *"Gianluca Cecchi" 
> *CC: *"users" 
> *Gesendet: *Montag, 26. Oktober 2020 14:54:37
> *Betreff: *[ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11
>
>
>
> Il giorno gio 22 ott 2020 alle ore 11:21 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> Hello,
>> I see that a 4.3.11 version is available for downstream RHV but not for
>> upstream oVirt.
>> Will it be released for oVirt too?
>> Are there only security fixes inside or also bug fixes (like the few
>> lines one related to export as OVA)?
>>
>
> Hi,
> after oVIrt 4.4 gone GA, oVirt 4.3 is not maintained anymore.
> Code included in RHV 4.3.11 is still publicly available but oVirt packages
> are not built and released officially.
>
>
>
>
>>
>> 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/GDLRJXSS525POCOQICJVGXFL55Q4RMWV/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
> * <https://www.redhat.com/it/forums/emea/italy-track>*
>
> ___
> 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/GE3HAGKCEO6FGLU6H4RZMD23M4ODK4ER/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/T2ZTAGEMKCLCFZNCRGGN2QR3YFXVZT7D/


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

2020-11-10 Thread Sandro Bonazzola
oVirt 4.4.3 is now generally available

The oVirt project is excited to announce the general availability of oVirt
4.4.3 , as of November 10th, 2020.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics, as compared to oVirt 4.3.
Important notes before you install / upgrade

Please note that oVirt 4.4 only supports clusters and data centers with
compatibility version 4.2 and above. If clusters or data centers are
running with an older compatibility version, you need to upgrade them to at
least 4.2 (4.3 is recommended).

Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
are no longer supported.

For example, the megaraid_sas driver is removed. If you use Enterprise
Linux 8 hosts you can try to provide the necessary drivers for the
deprecated hardware using the DUD method (See the users’ mailing list
thread on this at
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
)
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

What’s new in oVirt 4.4.3 Release?

This update is the third in a series of stabilization updates to the 4.4
series.

This release is available now on x86_64 architecture for:

   -

   Red Hat Enterprise Linux 8.2 / 8.3
   -

   CentOS Linux (or similar) 8.2
   -

   CentOS Stream (tech preview)


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

   -

   Red Hat Enterprise Linux 8.2 / 8.3
   -

   CentOS Linux (or similar) 8.2
   -

   CentOS Stream (tech preview)


Please note that this release introduces cluster compatibility level 4.5
which is supported only with Red Hat Enterprise Linux 8.3 or equivalent.


oVirt Node and Appliance have been updated, including:

   -

   oVirt 4.4.3: https://www.ovirt.org/release/4.4.3/
   -

   Ansible 2.9.15:
   
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-15

   -

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



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 will be available soon for CentOS Linux 8


Additional resources:

   -

   Read more about the oVirt 4.4.3 release highlights:
   https://www.ovirt.org/release/4.4.3/
   -

   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] https://www.ovirt.org/release/4.4.3/
<https://www.ovirt.org/release/4.4.3/>

[2] https://resources.ovirt.org/pub/ovirt-4.4/iso/


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/AXJBQK7LQUT25CDFTTOLWHR6SPNUJL34/


[ovirt-users] Re: Cannot access ovirt engine

2020-11-09 Thread Sandro Bonazzola
Il giorno lun 9 nov 2020 alle ore 16:46  ha scritto:

> I just update it but still the same error
>
> ovirt-engine-4.3.10.4-1.el7.noarch
> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>
> Do I need to restart the engine computer?
>

+Martin Perina  , +Sharon Gratch  can
you please have a look?



>
> thanks
>
> ----------
> *De: *"Sandro Bonazzola" 
> *Para: *"suporte" 
> *Cc: *"users" 
> *Enviadas: *Segunda-feira, 9 De Novembro de 2020 14:52:46
> *Assunto: *Re: [ovirt-users] Cannot access ovirt engine
>
>
>
> Il giorno lun 9 nov 2020 alle ore 15:46  ha
> scritto:
>
>> Hi,
>>
>> I was installing a VM and than I notice that cannot access the CD, after
>> this could not access the engine anymore.
>> The ovirt-engine service is running.
>>
>> But I have this error in the engine log:
>> 2020-11-09 13:49:16,356Z ERROR
>> [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
>> (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the
>> Inventory Cache: Error while running SQL query:
>> org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error
>> while running SQL query
>>
>> ovirt-engine-dwh.log
>> 2020-11-09
>> 13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
>> not sample data, oVirt Engine is not updating the statistics. Please check
>> your oVirt Engine status.|9704
>>
>>
>> ovirt-engine-4.3.4.3-1.el7.noarch
>> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>>
>
>
> Any chance you can upgrade to latest 4.3 at least and see if it reproduces?
>
>
>
>>
>>
>> Any idea?
>>
>> Thanks
>>
>> --
>> --
>> Jose Ferradeira
>> http://www.logicworks.pt
>> ___
>> 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/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/BEGHTDQCR4YHMLZALY3GVNDDHEA4246I/


[ovirt-users] Re: Cannot access ovirt engine

2020-11-09 Thread Sandro Bonazzola
Il giorno lun 9 nov 2020 alle ore 15:46  ha scritto:

> Hi,
>
> I was installing a VM and than I notice that cannot access the CD, after
> this could not access the engine anymore.
> The ovirt-engine service is running.
>
> But I have this error in the engine log:
> 2020-11-09 13:49:16,356Z ERROR
> [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
> (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the
> Inventory Cache: Error while running SQL query:
> org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error
> while running SQL query
>
> ovirt-engine-dwh.log
> 2020-11-09
> 13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating the statistics. Please check
> your oVirt Engine status.|9704
>
>
> ovirt-engine-4.3.4.3-1.el7.noarch
> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>


Any chance you can upgrade to latest 4.3 at least and see if it reproduces?



>
>
> Any idea?
>
> Thanks
>
> --
> --
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> 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/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/M4S5FWTYUGZ7KX7WNGQWMTS2OVEHNZUV/


[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

2020-11-09 Thread Sandro Bonazzola
Il giorno lun 9 nov 2020 alle ore 15:43  ha scritto:

> Thanks for response,
> I've rad this docs several times.
>
> If you check "7.9.1. Configuring Sysprep on a Template" it says "Attach
> Floppy", but there is no Floppy options.
>

+Arik Hadas  , +Steve Goodman   can
you please fix this?


>
> I've figured out something.
> If i use only initial boot sysprep enable option, after booting there is
> no change but i can see addtional cdrom device that has unattend.xml file
>
> ___
> 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/T4OQOOU277CKIXCQ2AGY2XX3HCRCJ3FY/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/2XDTRF5ILEYJLQOHOCSV6B55A32UNNWD/


[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

2020-11-09 Thread Sandro Bonazzola
Il giorno lun 9 nov 2020 alle ore 10:22  ha scritto:

> Hi,
> I've cretated a template which has  sysprep.
> Every document about sysprep says use "Attach Floppy" , but we know this
> function has been disabled/deprecated
> So, when i use Run One, attach windows cdrom and put in it definitions
> (domain name, user credentials etc) , nothing happens.
> I also have correct properties and sysprep files in engine
> Just windows boot like it is new machine and ask lots of questions for
> prepare itself.
>
> Would someone please explain this?
> How can i run sysprep correctly?
>

Please read
https://ovirt.org/documentation/virtual_machine_management_guide/#Using_Sysprep_to_Automate_the_Configuration_of_Virtual_Machines
Documentation has been updated a few weeks ago with instructions.




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/267CBSTN6J5LOGEEUJQUYU3RPPTAJNVH/


[ovirt-users] Re: ovirt guest agent ubuntu 16.04.6 LTS

2020-11-06 Thread Sandro Bonazzola
Il giorno ven 6 nov 2020 alle ore 16:56  ha scritto:

> Hi,
>
> Yes, that worked but I needed to uninstall unattended-upgrades
>

@Tomas Golembiovsky  can you please review
https://github.com/oVirt/ovirt-site/pull/2387 ?



>
>
> thanks
>
> --
> *De: *"Tomáš Golembiovský" 
> *Para: *"Sandro Bonazzola" 
> *Cc: *"suporte" , "Arik Hadas" ,
> "users" 
> *Enviadas: *Quinta-feira, 5 De Novembro de 2020 7:48:26
> *Assunto: *Re: [ovirt-users] ovirt guest agent ubuntu 16.04.6 LTS
>
> Hi,
>
> On Tue, Nov 03, 2020 at 11:00:36AM +0100, Sandro Bonazzola wrote:
> > Il giorno lun 2 nov 2020 alle ore 20:58  ha
> scritto:
> >
> > > I get this error during the installation:
> > >
> > > # apt-key add - < Release.key
> > > gpg: invalid key resource URL
> > > `/etc/apt/trusted.gpg.d/home:evilissimo:ubuntu:16.04.gpg'
> > > gpg: keyblock resource `(null)': general error
> > > gpg: Total number processed: 10
> > > gpg:   skipped new keys: 10
> > >
> > >
> > > I was able to intall and start quemu-guest-agent, but the engine keeps
> > > complaining about there is no guest installed.
> > >
> > > Any idea?
> > >
>
> I checked the qemu-ga version in Ubuntu 16.04 and it is too old. It is
> version 2.5 but you need at least 2.10 for it to work properly with
> oVirt. I tried to install the package from Ubuntu 18.04 [1] and it was
> without issues. Is that a viable option for you?
>
> Tomas
>
> [1] https://packages.ubuntu.com/bionic/qemu-guest-agent
>
> >
> > +Tomas Golembiovsky  , +Arik Hadas <
> aha...@redhat.com> can
> > you help here?
> >
> >
> >
> >
> > >
> > > --
> > > *De: *"Sandro Bonazzola" 
> > > *Para: *"suporte" 
> > > *Cc: *"users" 
> > > *Enviadas: *Segunda-feira, 2 De Novembro de 2020 14:27:30
> > > *Assunto: *Re: [ovirt-users] ovirt guest agent ubuntu 16.04.6 LTS
> > >
> > >
> > >
> > > Il giorno sab 31 ott 2020 alle ore 21:04  ha
> > > scritto:
> > >
> > >> What is the best way to install ovirt guest on Ubuntu 16.04.6?
> > >>
> > >
> > >
> > > Did you see
> > >
> https://ovirt.org/develop/release-management/features/virt/guestagentubuntu.html
> > > ?
> > >
> > >
> > >
> > >
> > >>
> > >>
> > >> What I did:
> > >> # apt-get install ovirt-guest-agent
> > >>
> > >> I changed value in /etc/ovirt-guest-agent.conf to look like:
> > >> [virtio]
> > >> # device = /dev/virtio-ports/com.redhat.rhevm.vdsm
> > >> device = /dev/virtio-ports/ovirt-guest-agent.0
> > >>
> > >> # systemctl start ovirt-guest-agent
> > >>
> > >> Error on the log:
> > >> OSError: [Errno 13] Permission denied:
> > >> '/dev/virtio-ports/ovirt-guest-agent.0
> > >>
> > >> Than I set the owner and group
> > >> # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0
> > >>
> > >> Than I was able to start the agent
> > >>
> > >> # systemctl status ovirt-guest-agent
> > >> ● ovirt-guest-agent.service - oVirt Guest Agent
> > >> Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service;
> enabled;
> > >> vendor preset: enabled)
> > >> Active: active (running) since Sat 2020-10-31 19:50:03 WET; 9min ago
> > >> Process: 6531 ExecStartPre=/bin/chown ovirtagent:ovirtagent
> > >> /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS)
> > >> Process: 6527 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid
> > >> (code=exited, status=0/SUCCESS)
> > >> Process: 6524 ExecStartPre=/sbin/modprobe virtio_console (code=exited,
> > >> status=0/SUCCESS)
> > >> Main PID: 6537 (python)
> > >> Tasks: 3
> > >> Memory: 68.7M
> > >> CPU: 5.462s
> > >> CGroup: /system.slice/ovirt-guest-agent.service
> > >> └─6537 /usr/bin/python
> /usr/share/ovirt-guest-agent/ovirt-guest-agent.py
> > >>
> > >> Oct 31 19:52:05 alfa.acloud.pt python[6537]: [100B blob data]
> > >> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [90B blob data]
> > >> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [155B blob data]
> > >> Oct 31 19:

[ovirt-users] Re: ovirt guest agent ubuntu 16.04.6 LTS

2020-11-03 Thread Sandro Bonazzola
Il giorno lun 2 nov 2020 alle ore 20:58  ha scritto:

> I get this error during the installation:
>
> # apt-key add - < Release.key
> gpg: invalid key resource URL
> `/etc/apt/trusted.gpg.d/home:evilissimo:ubuntu:16.04.gpg'
> gpg: keyblock resource `(null)': general error
> gpg: Total number processed: 10
> gpg:   skipped new keys: 10
>
>
> I was able to intall and start quemu-guest-agent, but the engine keeps
> complaining about there is no guest installed.
>
> Any idea?
>

+Tomas Golembiovsky  , +Arik Hadas  can
you help here?




>
> --
> *De: *"Sandro Bonazzola" 
> *Para: *"suporte" 
> *Cc: *"users" 
> *Enviadas: *Segunda-feira, 2 De Novembro de 2020 14:27:30
> *Assunto: *Re: [ovirt-users] ovirt guest agent ubuntu 16.04.6 LTS
>
>
>
> Il giorno sab 31 ott 2020 alle ore 21:04  ha
> scritto:
>
>> What is the best way to install ovirt guest on Ubuntu 16.04.6?
>>
>
>
> Did you see
> https://ovirt.org/develop/release-management/features/virt/guestagentubuntu.html
> ?
>
>
>
>
>>
>>
>> What I did:
>> # apt-get install ovirt-guest-agent
>>
>> I changed value in /etc/ovirt-guest-agent.conf to look like:
>> [virtio]
>> # device = /dev/virtio-ports/com.redhat.rhevm.vdsm
>> device = /dev/virtio-ports/ovirt-guest-agent.0
>>
>> # systemctl start ovirt-guest-agent
>>
>> Error on the log:
>> OSError: [Errno 13] Permission denied:
>> '/dev/virtio-ports/ovirt-guest-agent.0
>>
>> Than I set the owner and group
>> # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0
>>
>> Than I was able to start the agent
>>
>> # systemctl status ovirt-guest-agent
>> ● ovirt-guest-agent.service - oVirt Guest Agent
>> Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; enabled;
>> vendor preset: enabled)
>> Active: active (running) since Sat 2020-10-31 19:50:03 WET; 9min ago
>> Process: 6531 ExecStartPre=/bin/chown ovirtagent:ovirtagent
>> /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS)
>> Process: 6527 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid
>> (code=exited, status=0/SUCCESS)
>> Process: 6524 ExecStartPre=/sbin/modprobe virtio_console (code=exited,
>> status=0/SUCCESS)
>> Main PID: 6537 (python)
>> Tasks: 3
>> Memory: 68.7M
>> CPU: 5.462s
>> CGroup: /system.slice/ovirt-guest-agent.service
>> └─6537 /usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py
>>
>> Oct 31 19:52:05 alfa.acloud.pt python[6537]: [100B blob data]
>> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [90B blob data]
>> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [155B blob data]
>> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [100B blob data]
>> Oct 31 19:56:06 alfa.acloud.pt python[6537]: [90B blob data]
>> Oct 31 19:56:07 alfa.acloud.pt python[6537]: [155B blob data]
>> Oct 31 19:56:07 alfa.acloud.pt python[6537]: [100B blob data]
>> Oct 31 19:58:07 alfa.acloud.pt python[6537]: [90B blob data]
>> Oct 31 19:58:08 alfa.acloud.pt python[6537]: [155B blob data]
>> Oct 31 19:58:08 alfa.acloud.pt python[6537]: [100B blob data]
>>
>> Everytime I restart the VM I need to set the owner and group
>>
>> # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0
>>
>>
>> --
>> ------
>> Jose Ferradeira
>> http://www.logicworks.pt
>> ___
>> 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/GKJLH7EKUPHCHIUBYSYPX7RU7FSMG35N/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
> * <https://www.redhat.com/it/forums/emea/italy-track>*
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/HPXTFTIL74W3YH33RKM33LZXRB6OABFA/


[ovirt-users] Re: ovirt guest agent ubuntu 16.04.6 LTS

2020-11-02 Thread Sandro Bonazzola
Il giorno sab 31 ott 2020 alle ore 21:04  ha scritto:

> What is the best way to install ovirt guest on Ubuntu 16.04.6?
>


Did you see
https://ovirt.org/develop/release-management/features/virt/guestagentubuntu.html
?




>
> What I did:
> # apt-get install ovirt-guest-agent
>
> I changed value in /etc/ovirt-guest-agent.conf to look like:
> [virtio]
> # device = /dev/virtio-ports/com.redhat.rhevm.vdsm
> device = /dev/virtio-ports/ovirt-guest-agent.0
>
> # systemctl start ovirt-guest-agent
>
> Error on the log:
> OSError: [Errno 13] Permission denied:
> '/dev/virtio-ports/ovirt-guest-agent.0
>
> Than I set the owner and group
> # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0
>
> Than I was able to start the agent
>
> # systemctl status ovirt-guest-agent
> ● ovirt-guest-agent.service - oVirt Guest Agent
> Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; enabled;
> vendor preset: enabled)
> Active: active (running) since Sat 2020-10-31 19:50:03 WET; 9min ago
> Process: 6531 ExecStartPre=/bin/chown ovirtagent:ovirtagent
> /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS)
> Process: 6527 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid
> (code=exited, status=0/SUCCESS)
> Process: 6524 ExecStartPre=/sbin/modprobe virtio_console (code=exited,
> status=0/SUCCESS)
> Main PID: 6537 (python)
> Tasks: 3
> Memory: 68.7M
> CPU: 5.462s
> CGroup: /system.slice/ovirt-guest-agent.service
> └─6537 /usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py
>
> Oct 31 19:52:05 alfa.acloud.pt python[6537]: [100B blob data]
> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [90B blob data]
> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [155B blob data]
> Oct 31 19:54:06 alfa.acloud.pt python[6537]: [100B blob data]
> Oct 31 19:56:06 alfa.acloud.pt python[6537]: [90B blob data]
> Oct 31 19:56:07 alfa.acloud.pt python[6537]: [155B blob data]
> Oct 31 19:56:07 alfa.acloud.pt python[6537]: [100B blob data]
> Oct 31 19:58:07 alfa.acloud.pt python[6537]: [90B blob data]
> Oct 31 19:58:08 alfa.acloud.pt python[6537]: [155B blob data]
> Oct 31 19:58:08 alfa.acloud.pt python[6537]: [100B blob data]
>
> Everytime I restart the VM I need to set the owner and group
>
> # chown ovirtagent:ovirtagent /dev/virtio-ports/ovirt-guest-agent.0
>
>
> --
> --
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> 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/GKJLH7EKUPHCHIUBYSYPX7RU7FSMG35N/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/YRLLMGUA3CHNFFR2PBKEG23JKUDGLF25/


[ovirt-users] Re: SPICE proxy behind nginx reverse proxy

2020-10-28 Thread Sandro Bonazzola
Il giorno lun 26 ott 2020 alle ore 20:36 Anton Louw <
anton.l...@voxtelecom.co.za> ha scritto:

>
>
> Hi Sandro,
>
>
>
> The engine is currently running on 4.3.9.4-1.el7 and the hosts are running 
> oVirt
> Node 4.3.8
>

So this is spice-server-0.14.0-7.el7.x86_64
Any information about the guests?

+Arik Hadas  , +Frediano Ziglio  can
you help here?





>
>
> Thanks
>
>
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: #VoxBrand]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> *From:* Sandro Bonazzola 
> *Sent:* 26 October 2020 16:20
> *To:* Colin Coe 
> *Cc:* users 
> *Subject:* [ovirt-users] Re: SPICE proxy behind nginx reverse proxy
>
>
>
> Hi,
>
> can you please add some additional details about the guests, the spice
> version involved and the oVirt version?
>
>
>
> Il giorno lun 5 ott 2020 alle ore 11:00 Colin Coe 
> ha scritto:
>
> Hi all
>
>
>
> As per $SUBJECT, I have a SPICE proxy behind a reverse proxy which all
> external VDI users are forced to use.
>
>
>
> We've only started doing this in the last week or so but I'm not getting
> heaps of reports SPICE sessions "freezing".  The testing that I've done
> shows that a SPICE session that is unattended for 10-15  minutes hangs or
> freezes.  By this I mean that you can't interact with the VM (using SPICE)
> via mouse or Keyboard.  Restarting the SPICE session fixes the problem.
>
>
>
> Is anyone else doing this?  If so, have you noticed the SPICE session
> freezes?
>
>
>
> Thanks in advance
>
> ___
>
>
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/BU66EUWVE7DLTJX6Z5B3QOLI5ERGDKM5/


[ovirt-users] Re: Optimizing Gluster

2020-10-26 Thread Sandro Bonazzola
Il giorno mar 6 ott 2020 alle ore 23:55  ha
scritto:

> This article provides good information to stabilize gluster. I thought i
> would pass it along.
>
> https://docs.gluster.org/en/latest/Administrator%20Guide/Linux%20Kernel%20Tuning/


Thanks for sharing.
+Gobinda Das  can you see if it would help having it
linked in oVirt documentation around Gluster?




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/MOEWG3OU66EI2AA4HKCTFVLQHOMULKSR/


[ovirt-users] Re: SPICE proxy behind nginx reverse proxy

2020-10-26 Thread Sandro Bonazzola
Hi,
can you please add some additional details about the guests, the spice
version involved and the oVirt version?

Il giorno lun 5 ott 2020 alle ore 11:00 Colin Coe  ha
scritto:

> Hi all
>
> As per $SUBJECT, I have a SPICE proxy behind a reverse proxy which all
> external VDI users are forced to use.
>
> We've only started doing this in the last week or so but I'm not getting
> heaps of reports SPICE sessions "freezing".  The testing that I've done
> shows that a SPICE session that is unattended for 10-15  minutes hangs or
> freezes.  By this I mean that you can't interact with the VM (using SPICE)
> via mouse or Keyboard.  Restarting the SPICE session fixes the problem.
>
> Is anyone else doing this?  If so, have you noticed the SPICE session
> freezes?
>
> Thanks in advance
> ___
> 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/WP5XTSX4QR7ZI7V3QQO47USD5X52VN6Y/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/DSEELYXWXULU5OXDE3DKXJ22QZK63VB5/


[ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11

2020-10-26 Thread Sandro Bonazzola
Il giorno gio 22 ott 2020 alle ore 11:21 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hello,
> I see that a 4.3.11 version is available for downstream RHV but not for
> upstream oVirt.
> Will it be released for oVirt too?
> Are there only security fixes inside or also bug fixes (like the few lines
> one related to export as OVA)?
>

Hi,
after oVIrt 4.4 gone GA, oVirt 4.3 is not maintained anymore.
Code included in RHV 4.3.11 is still publicly available but oVirt packages
are not built and released officially.




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/GE3HAGKCEO6FGLU6H4RZMD23M4ODK4ER/


[ovirt-users] Re: Left over hibernation disks that we can't delete

2020-10-26 Thread Sandro Bonazzola
HI, can you share some details on oVirt version and storage type?

Il giorno dom 25 ott 2020 alle ore 11:33  ha
scritto:

> After putting the VMs in our environment into hibernation, one of the VMs
> that came out of hibernation still has the metadata and memory dumb hanging
> around as 2 disks with status ok. They are not attached to any VM but we
> are unable to delete them. The VM in question came out of the hibernation
> without any issues.
>
> If they are no longer required how can we tidy them up?
>
> Thanks, James
> ___
> 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/CEZ7O5T64X6NQQKJSFVKEUAKO2HVDC56/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/XSOYXOWKF3BHPMNKGM4CMY3VFLYZ4OZI/


[ovirt-users] Re: Manual VM Migration fails

2020-10-26 Thread Sandro Bonazzola
Hi, can you please add versions of the software running on the hosts and
engine version?
Thanks,

Il giorno ven 23 ott 2020 alle ore 16:10 Anton Louw via Users <
users@ovirt.org> ha scritto:

>
>
> Hello Everybody,
>
>
>
> I am having a strange issue. When I try and manually migrate a VM from one
> host to another, I get an error stating:
>
>
>
> “Migration failed  (VM: VM1, Source: node6.example.com, Destination:
> node3.example.com)”
>
>
>
> I have tried with a few different machines, and it pops up with the same
> error. I have attached the VDSM logs of both source and destination nodes.
> The time frame is 16:01
>
>
>
> I see the below in that time frame, but not quite sure what I need to
> change:
>
>
>
> 2020-10-23 16:01:14,419+0200 ERROR (migsrc/42186f82) [virt.vm]
> (vmId='42186f82-b84c-7e65-e736-e6331acd04ed') Failed to migrate
> (migration:450)
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 431, in _regular_run
>
> time.time(), migrationParams, machineParams
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 505, in _startUnderlyingMigration
>
> self._perform_with_conv_schedule(duri, muri)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 591, in _perform_with_conv_schedule
>
> self._perform_migration(duri, muri)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 525, in _perform_migration
>
> self._migration_flags)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line
> 100, in f
>
> ret = attr(*args, **kwargs)
>
>   File
> "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line
> 131, in wrapper
>
> ret = f(*args, **kwargs)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line
> 94, in wrapper
>
> return func(inst, *args, **kwargs)
>
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1781, in
> migrateToURI3
>
> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed',
> dom=self)
>
> libvirtError: operation failed: guest CPU doesn't match specification:
> missing features: spec-ctrl,ssbd
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] <https://www.facebook.com/voxtelecomZA>
> [image: T] <https://www.twitter.com/voxtelecom>
> [image: I] <https://www.instagram.com/voxtelecomza/>
> [image: L] <https://www.linkedin.com/company/voxtelecom>
> [image: Y] <https://www.youtube.com/user/VoxTelecom>
>
> [image: #VoxBrand]
> <https://www.vox.co.za/fibre/fibre-to-the-home/?prod=HOME>
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> <https://www.voxtelecom.co.za/security/mimecast/?prod=Enterprise>.
>
>
> ___
> 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/M7PZXNSRBIPI6UW2UNI2T37FYC5BI7R4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/6BSXJDQLDFT3ZQBWKK5EZVYZBULB4GV3/


[ovirt-users] [ANN] oVirt 4.4.3 Sixth Release Candidate is now available for testing

2020-10-22 Thread Sandro Bonazzola
oVirt 4.4.3 Sixth Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.3
Sixth Release Candidate for testing, as of October 22th, 2020.

This update is the third 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 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 <https://bugzilla.redhat.com/show_bug.cgi?id=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.3 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.3 (redeploy in case of already being on 4.4.3).
   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 <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

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.

While upgrading from 4.4.2 to 4.4.3 RC6 You can hit:

Problem: cannot install the best update candidate for package
ovirt-engine-metrics-1.4.1.1-1.el8.noarch

  - nothing provides rhel-system-roles >= 1.0-19 needed by
ovirt-engine-metrics-1.4.2-1.el8.noarch

in order to get rhel-system-roles >= 1.0-19 you need
https://buildlogs.centos.org/centos/8/virt/x86_64/ovirt-44/ repo since that
package can be promoted to release only at 4.4.3 GA.

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.2 or newer

* CentOS Linux (or similar) 8.2 or newer

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

* Red Hat Enterprise Linux 8.2 or newer

* CentOS Linux (or similar) 8.2 or newer

* oVirt Node 4.4 based on CentOS Linux 8.2 (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

Additional Resources:

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

* 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.3/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/3ZMTGZQTVMGUYNSQFGVEGOQ6UAWNZK66/


[ovirt-users] Re: [ANN] oVirt 4.4.3 Fifth Release Candidate is now available for testing

2020-10-21 Thread Sandro Bonazzola
Documentation <https://ovirt.org/documentation/>.
>>>-
>>>
>>>For upgrading from a previous version, see the oVirt Upgrade Guide
>>><https://ovirt.org/documentation/upgrade_guide/>.
>>>-
>>>
>>>For a general overview of oVirt, see About oVirt
>>><https://ovirt.org/community/about.html>.
>>>
>>> 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.2 or newer
>>>
>>> * CentOS Linux (or similar) 8.2 or newer
>>>
>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>> architectures for:
>>>
>>> * Red Hat Enterprise Linux 8.2 or newer
>>>
>>> * CentOS Linux (or similar) 8.2 or newer
>>>
>>> * oVirt Node 4.4 based on CentOS Linux 8.2 (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
>>>
>>> Additional Resources:
>>>
>>> * Read more about the oVirt 4.4.3 release highlights:
>>> http://www.ovirt.org/release/4.4.3/
>>>
>>> * 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.3/
>>>
>>> [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/
>>>
>>> --
>>>
>>> Lev Veyde
>>>
>>> Senior Software Engineer, RHCE | RHCVA | MCITP
>>>
>>> Red Hat Israel
>>>
>>> <https://www.redhat.com>
>>>
>>> l...@redhat.com | lve...@redhat.com
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>> ___
>>> 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/3CRWW4EMTGHRVGGJM6EY4DUEEM6QJKBI/
>>>
>> ___
> 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/C7EUNXTFUU265BSOKKBDGE5FO7E4BR64/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/356SCOTFFGWABY7I43RRZVSEPP2GCYYQ/


[ovirt-users] Re: [ANN] oVirt 4.4.3 Fifth Release Candidate is now available for testing

2020-10-21 Thread Sandro Bonazzola
Il giorno lun 19 ott 2020 alle ore 18:29 Edward Berger 
ha scritto:

> I'm installing 4.4.3-pre on CentOS8.2 and it seems the glusterfs-server
> and gluster-ansible-roles RPMs aren't installed,
> with the ovirt-cockpit which pulls other dependencies.
>

Checked this and this is by design. The glusterfs-server and
gluster-ansible-roles RPMs are considered optional so not installed by
default.
They are installed by default within oVirt Node because oVirt Node must
ensure to be able to deploy an hyperconverged system without additional
software.
We should probably update the Hyperconverged Guide
<https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged.html>
if
this part is missing. Can you please go over it and open an issue
<https://github.com/oVirt/ovirt-site/issues/new?labels=documentation=Issue:%20/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged.html=issue_template_documentation.md>
if
it's not covered?

Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/D3ER3NTNEZQWWI44FQ6Y7ISEVWGU3GMT/


[ovirt-users] Re: [ANN] oVirt 4.4.3 Fifth Release Candidate is now available for testing

2020-10-20 Thread Sandro Bonazzola
<https://ovirt.org/documentation/upgrade_guide/>.
>>>-
>>>
>>>For a general overview of oVirt, see About oVirt
>>><https://ovirt.org/community/about.html>.
>>>
>>> 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.2 or newer
>>>
>>> * CentOS Linux (or similar) 8.2 or newer
>>>
>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>> architectures for:
>>>
>>> * Red Hat Enterprise Linux 8.2 or newer
>>>
>>> * CentOS Linux (or similar) 8.2 or newer
>>>
>>> * oVirt Node 4.4 based on CentOS Linux 8.2 (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
>>>
>>> Additional Resources:
>>>
>>> * Read more about the oVirt 4.4.3 release highlights:
>>> http://www.ovirt.org/release/4.4.3/
>>>
>>> * 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.3/
>>>
>>> [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/
>>>
>>> --
>>>
>>> Lev Veyde
>>>
>>> Senior Software Engineer, RHCE | RHCVA | MCITP
>>>
>>> Red Hat Israel
>>>
>>> <https://www.redhat.com>
>>>
>>> l...@redhat.com | lve...@redhat.com
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>> ___
>>> 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/3CRWW4EMTGHRVGGJM6EY4DUEEM6QJKBI/
>>>
>> ___
> 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/C7EUNXTFUU265BSOKKBDGE5FO7E4BR64/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/7GO3GDMZYH5AGGMMZYGHVHUC6AKJG4QO/


[ovirt-users] oVirt Survey Autumn 2020 results

2020-10-19 Thread Sandro Bonazzola
Thanks to the 79 participants to oVirt Survey Autumn 2020!
The survey is now closed and results are publicly available at
https://docs.google.com/forms/d/1eMYaCoysPkYt2iHZW2RRO1HmSqsD0phrwSTVYFlqLy4/viewanalytics
We'll analyze collected data in order to improve oVirt thanks to your
feedback.

Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/AKU27TVYXZNIPONFIWSULXISY5T7KRGO/


[ovirt-users] Re: Connection failed

2020-10-15 Thread Sandro Bonazzola
Il giorno ven 2 ott 2020 alle ore 04:40  ha scritto:

> Messages related to the failure might be found in the journal “journalctl
> -u cockpit”
>
>
>
> This is the output
>
>
>
> node01.xxx.co.za cockpit-tls[8249]: cockpit-tls: gnutls_handshake failed:
> A TLS fatal alert has been received.
>
>
>
> Any suggestion will be appreciated as I struggle for days to get oVirt to
> work and I can see it is still a long way for me to get an operational
> solution.
>

Can you please provide a sos report from that host?
Thanks,



>
>
> *Henni *
>
>
> ___
> 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/XGVNMZHJOXD6X3TDLNYHOIXN5X5UQPYU/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/JL5JL5IOPLPF2ZDL4CYUCY3HFAL7L2JO/


[ovirt-users] Re: Collectd version downgrade on oVirt engine

2020-10-15 Thread Sandro Bonazzola
lectd(x86-64) = 5.7.2-3.el7\n   Available:
> collectd-5.8.0-2.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.0-2.el7\n   Available:
> collectd-5.8.0-3.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.0-3.el7\n   Available:
> collectd-5.8.0-5.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.0-5.el7\n   Available:
> collectd-5.8.0-6.1.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.0-6.1.el7\n   Available:
> collectd-5.8.1-1.el7.x86_64 (epel)\n   collectd(x86-64) =
> 5.8.1-1.el7\n   Available: collectd-5.8.1-2.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.1-2.el7\n   Available: collectd-5.8.1-3.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.1-3.el7\n   Available: collectd-5.8.1-5.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.1-5.el7\nError: Package: collectd-write_syslog-5.10.0-2.el7.x86_64
> (@ovirt-4.3-centos-opstools)\n   Requires: collectd(x86-64) =
> 5.10.0-2.el7\n   Removing: collectd-5.10.0-2.el7.x86_64
> (@ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.10.0-2.el7\n   Downgraded By: collectd-5.8.1-4.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.1-4.el7\n   Available: collectd-5.7.2-1.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.7.2-1.el7\n   Available: collectd-5.7.2-3.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.7.2-3.el7\n   Available: collectd-5.8.0-2.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.0-2.el7\n   Available: collectd-5.8.0-3.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.0-3.el7\n   Available: collectd-5.8.0-5.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.0-5.el7\n   Available: collectd-5.8.0-6.1.el7.x86_64
> (ovirt-4.3-centos-opstools)\n   collectd(x86-64) =
> 5.8.0-6.1.el7\n   Available: collectd-5.8.1-1.el7.x86_64 (epel)\n
>  collectd(x86-64) = 5.8.1-1.el7\n   Available:
> collectd-5.8.1-2.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.1-2.el7\n   Available:
> collectd-5.8.1-3.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.1-3.el7\n   Available:
> collectd-5.8.1-5.el7.x86_64 (ovirt-4.3-centos-opstools)\n
>  collectd(x86-64) = 5.8.1-5.el7\n", "rc": 1, "results": ["Loaded plugins:
> fastestmirror, versionlock\nLoading mirror speeds from cached hostfile\n
> updates: mirror.ash.fastserv.com\nResolving Dependencies\n--> Running
> transaction check\n---> Package collectd.x86_64 0:5.8.1-4.el7 will be a
> downgrade\n---> Package collectd.x86_64 0:5.10.0-2.el7 will be erased\n-->
> Finished Dependency Resolution\n You could try using --skip-broken to work
> around the problem\n You could try running: rpm -Va --nofiles
> --nodigest\n"]}
> ___
> 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/M6XWK2BOZAURJ3TKDX2Q7HGJ34RGPQTO/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/OREH4WNAPZLPSRDPQTCRI7XXYPHHFF5D/


[ovirt-users] Re: Ovirt Node 4.4.2 install Odroid-H2 64GB eMMC

2020-10-15 Thread Sandro Bonazzola
Il giorno mer 14 ott 2020 alle ore 17:28  ha
scritto:

> Hi All,
>
> I'm trying to install node 4.4.2 on an eMMC card, but when I get to the
> storage configuration of the installer, it doesn't save the settings (which
> is automatic configuration) I have chosen and displays failed to save
> storage configuration. I have deleted all partitions on the card before
> trying to install and I still get the same error. The only way I can get it
> to go is select manual configuration with LVM thin provisioning and
> automatically create. Am I doing something wrong. I can install Centos 8 no
> issues on this, but not oVirt node 4.4.2.
>

Can you please open a bug and attach anaconda logs?


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/IFIEBBNGMDIGMGZOUO7C6QYCT3NIPY6T/


[ovirt-users] Re: oVirt-node

2020-10-12 Thread Sandro Bonazzola
Il giorno lun 12 ott 2020 alle ore 14:20 Budur Nagaraju 
ha scritto:

> Have logged in using cockpit but unable to create vms,  is the behavior is
> like that?
>
> We can't use cockpit to create vms?
>


yum install
http://mirror.centos.org/centos/8/AppStream/x86_64/os/Packages/cockpit-machines-211.3-1.el8.noarch.rpm
should give you the cockpit plugin for running VMs.
Just be aware this is not a use case that involves oVirt bits, this is
basically CentOS workflow.



>
> Thanks,
> Nagaraju
>
> On Mon, Oct 12, 2020, 5:35 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 12 ott 2020 alle ore 12:36 Budur Nagaraju <
>> nbud...@gmail.com> ha scritto:
>>
>>> Hi
>>>
>>> Is there a way to deploy  vms on the ovirt node without using the oVirt
>>> engine?
>>>
>>
>> Hi,
>> if you mean:
>> "Can I use oVirt Node for running VMs without using oVirt Engine?"
>> then yes, you can.
>>
>> oVirt Node is a CentOS Linux derivative and as such you can use
>> virt-manager from your laptop to connect to it and manage VMs there as if
>> it was a normal CentOS.
>> You can also use cockpit for creating local VMs.
>>
>> If you mean:
>> "Can I create VMs from oVirt Node and also manage them from the engine?"
>> the short answer is no.
>> The long answer is: you can still try using cockpit-machines-ovirt
>> https://cockpit-project.org/guide/172/feature-ovirtvirtualmachines.html
>> which was deprecated in oVIrt 4.3 and removed in 4.4.
>> Or run VMs on oVirt Node and try to make them visible to engine using KVM
>> provider
>> https://www.ovirt.org/documentation/administration_guide/#Adding_KVM_as_an_External_Provider
>> But I wouldn't recommend using these flows.
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>> * <https://www.redhat.com/it/forums/emea/italy-track>*
>>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/Z3RPXNN4VD2K6D375CYQBAZPZ4VIDPFH/


[ovirt-users] Re: oVirt-node

2020-10-12 Thread Sandro Bonazzola
Il giorno lun 12 ott 2020 alle ore 12:36 Budur Nagaraju 
ha scritto:

> Hi
>
> Is there a way to deploy  vms on the ovirt node without using the oVirt
> engine?
>

Hi,
if you mean:
"Can I use oVirt Node for running VMs without using oVirt Engine?"
then yes, you can.

oVirt Node is a CentOS Linux derivative and as such you can use
virt-manager from your laptop to connect to it and manage VMs there as if
it was a normal CentOS.
You can also use cockpit for creating local VMs.

If you mean:
"Can I create VMs from oVirt Node and also manage them from the engine?"
the short answer is no.
The long answer is: you can still try using cockpit-machines-ovirt
https://cockpit-project.org/guide/172/feature-ovirtvirtualmachines.html
which was deprecated in oVIrt 4.3 and removed in 4.4.
Or run VMs on oVirt Node and try to make them visible to engine using KVM
provider
https://www.ovirt.org/documentation/administration_guide/#Adding_KVM_as_an_External_Provider
But I wouldn't recommend using these flows.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/7RQZY3DCQ7TFFB4OHOO7EQOVYZCRCDJD/


[ovirt-users] Last week for participating to oVirt Survey Autumn 2020

2020-10-12 Thread Sandro Bonazzola
Hi,
just a kind reminder this is last week for  participating to oVirt Survey
Autumn 2020!
The survey is closing on October 18 2020.
You can submit your response at
https://docs.google.com/forms/u/1/d/e/1FAIpQLSdzzh_MSsSq-LSQLauJzuaHC0Va1baXm84A_9XBCIileLNSPQ/viewform?usp=send_form
*Please note the answers to this survey will be publicly accessible.*
This survey is under oVirt Privacy Policy available at
https://www.ovirt.org/privacy-policy.html

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/ZSJBBXUQZQRIS3EXPUUQBLK72IJBCHCX/


[ovirt-users] oVirt documentation updates

2020-10-08 Thread Sandro Bonazzola
The oVirt documentation team updated the following guides:

   - Administration Guide
   <https://ovirt.org/documentation/administration_guide/>
   - Data Warehouse Guide
   <https://ovirt.org/documentation/data_warehouse_guide/>
   - Disaster Recovery Guide
   <https://ovirt.org/documentation/disaster_recovery_guide/>
   - Virtual Machine Management Guide
   <https://ovirt.org/documentation/virtual_machine_management_guide/>


Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*

* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/UZBWZHOBTXPT62HTEOQCJNDYQEHCXXR2/


[ovirt-users] Re: oVirt Survey Autumn 2020

2020-10-06 Thread Sandro Bonazzola
Just a kind reminder about the survey (https://forms.gle/bPvEAdRyUcyCbgEc7)
closing on October 18th

Il giorno mer 23 set 2020 alle ore 11:11 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> As we continue to develop oVirt 4.4, the Development and Integration teams
> at Red Hat would value insights on how you are deploying the oVirt
> environment.
> Please help us to hit the mark by completing this short survey.
> The survey will close on October 18th 2020. If you're managing multiple
> oVirt deployments with very different use cases or very different
> deployments you can consider answering this survey multiple times.
>
> *Please note the answers to this survey will be publicly accessible*.
> This survey is under oVirt Privacy Policy available at
> https://www.ovirt.org/site/privacy-policy.html .
>

and the privacy link was wrong, the right one:
https://www.ovirt.org/privacy-policy.html (no content change, only url
change)



>
> The survey is available https://forms.gle/bPvEAdRyUcyCbgEc7
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*


* <https://www.redhat.com/it/forums/emea/italy-track>*
___
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/IJEW35XLR6WBM45DKYMZQ2UOZRWYXHKY/


[ovirt-users] Re: oVirt Node 4.4.2 is now generally available

2020-10-05 Thread Sandro Bonazzola
Il giorno sab 3 ott 2020 alle ore 14:16 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Fri, Sep 25, 2020 at 4:06 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno ven 25 set 2020 alle ore 15:32 Gianluca Cecchi <
>> gianluca.cec...@gmail.com> ha scritto:
>>
>>>
>>>
>>> On Fri, Sep 25, 2020 at 1:57 PM Sandro Bonazzola 
>>> wrote:
>>>
>>>> oVirt Node 4.4.2 is now generally available
>>>>
>>>> The oVirt project is pleased to announce the general availability of
>>>> oVirt Node 4.4.2 , as of September 25th, 2020.
>>>>
>>>> This release completes the oVirt 4.4.2 release published on September
>>>> 17th
>>>>
>>>
>>> Thanks fir the news!
>>>
>>> How to prevent hosts entering emergency mode after upgrade from oVirt
>>>> 4.4.1
>>>>
>>>> Due to Bug 1837864
>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=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.2 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.2 (redeploy in case of already being on 4.4.2).
>>>>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.
>>>>
>>>>
>>>>
>>> What if I'm currently in 4.4.0 and want to upgrade to 4.4.2? Do I have
>>> to follow the same steps as if I were in 4.4.1 or what?
>>> I would like to avoid going through 4.4.1 if possible.
>>>
>>
>> I don't think we had someone testing 4.4.0 to 4.4.2 but above procedure
>> should work for the same case.
>> The problematic filter in /etc/lvm/lvm.conf looks like:
>>
>> # grep '^filter = ' /etc/lvm/lvm.conf
>> filter = ["a|^/dev/mapper/mpatha2$|", "r|.*|"]
>>
>>
>>
>>
>>>
>>> Thanks,
>>> Gianluca
>>>
>>
>>
> OK, so I tried on my single host HCI installed with ovirt-node-ng 4.4.0
> and gluster wizard and never update until now.
> Updated self hosted engine to 4.4.2 without problems.
>
> My host doesn't have any filter or global_filter set up in lvm.conf  in
> 4.4.0.
>
> So I update it:
>
> [root@ovirt01 vdsm]# yum update
>

Please use the update command from the engine admin portal.
The ansible code running from there also performs additional steps other
than just yum update.
+Dana Elfassy  can you elaborate on other steps
performed during the upgrade?



> Last metadata expiration check: 0:01:38 ago on Sat 03 Oct 2020 01:09:51 PM
> CEST.
> Dependencies resolved.
>
> 
>  Package ArchitectureVersion
> Repository  Size
>
> 
> Installing:
>  ovirt-node-ng-image-update  noarch  4.4.2-1.el8
> ovirt-4.4  782 M
>  replacing  ovirt-node-ng-image-update-placeholder.noarch 4.4.0-2.el8
>
> Transaction Summary
>
> 
> Install  1 Package
>
> Total download size: 782 M
> Is this ok [y/N]: y
> Downloading Packages:
> ovirt-node-ng-image-update-4.4  27% [= ] 6.0 MB/s |
> 145 MB 01:45 ETA
>
>
> 
> Total   5.3
> MB/s | 782 MB 02:28
> Running transaction check
> Transaction 

[ovirt-users] Re: Cannot change Cluster Compatibility Version after 4.4 upgrade

2020-09-28 Thread Sandro Bonazzola
irt-engine-api-explorer-0.0.6-1.el8.noarch
>
> ovirt-engine-setup-plugin-cinderlib-4.4.2.6-1.el8.noarch
>
> ovirt-engine-setup-plugin-ovirt-engine-4.4.2.6-1.el8.noarch
>
> ovirt-engine-wildfly-19.1.0-2.el8.x86_64
>
> ovirt-engine-wildfly-overlay-19.1.0-2.el8.noarch
>
> ovirt-web-ui-1.6.4-1.el8.noarch
>
> ovirt-openvswitch-2.11-0.2020061801.el8.noarch
>
> python3-ovirt-engine-sdk4-4.4.4-1.el8.x86_64
>
> ovirt-ansible-cluster-upgrade-1.2.3-1.el8.noarch
>
> ovirt-engine-metrics-1.4.1.1-1.el8.noarch
>
> ovirt-ansible-manageiq-1.2.1-1.el8.noarch
>
> ovirt-engine-4.4.2.6-1.el8.noarch
>
> ovirt-engine-extension-logger-log4j-1.1.0-1.el8.noarch
>
> ovirt-engine-websocket-proxy-4.4.2.6-1.el8.noarch
>
> ovirt-engine-setup-plugin-imageio-4.4.2.6-1.el8.noarch
>
> ovirt-engine-backend-4.4.2.6-1.el8.noarch
>
> ovirt-vmconsole-1.0.8-1.el8.noarch
>
> ovirt-dependencies-4.4.2-1.el8.noarch
>
> ovirt-ansible-vm-infra-1.2.3-1.el8.noarch
>
> ovirt-ansible-roles-1.2.3-1.el8.noarch
>
> ovirt-engine-setup-base-4.4.2.6-1.el8.noarch
>
> ovirt-engine-dwh-4.4.2.1-1.el8.noarch
>
> ovirt-engine-restapi-4.4.2.6-1.el8.noarch
>
> ovirt-engine-ui-extensions-1.2.3-1.el8.noarch
>
> ovirt-engine-extension-aaa-ldap-setup-1.4.1-1.el8.noarch
>
> ovirt-ansible-disaster-recovery-1.3.0-1.el8.noarch
> ___
> 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/DE2QEJKWDXFOER3ZOAZGEJWBQXBAJVRF/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/E6ORD2DGDSI7XGEKJIBMIYWW6HQYMSNK/


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

2020-09-25 Thread Sandro Bonazzola
Il giorno lun 21 set 2020 alle ore 17:44 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

>
>
> On Mon, Sep 21, 2020 at 5:26 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 21 set 2020 alle ore 17:13 Gianluca Cecchi <
>> gianluca.cec...@gmail.com> ha scritto:
>>
>>>
>>> On Thu, Sep 17, 2020 at 4:06 PM Lev Veyde  wrote:
>>>
>>>> The oVirt project is excited to announce the general availability of
>>>> oVirt 4.4.2 , as of September 17th, 2020.
>>>>
>>>>
>>>>
>>> [snip]
>>>
>>>> oVirt Node 4.4 based on CentOS Linux 8.2 (available for x86_64 only)
>>>> will be released separately due to a blocker issue (Bug 1837864
>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1837864>).
>>>>
>>>>
>>>> [snip]
>>>
>>> hi,
>>> will you post an update to the list when the iso is available?
>>>
>>
>>
>> Sure, we'll issue a release announcement for the oVirt Node update as
>> soon as we get the bug fixed.
>>
>>
>> OK, thanks.
>
> But indeed there is something strange.
> Suppose I have an 4.4.0 node (when CentOS 8.2 not already released and
> there was the pre-release), can I update to 4.4.2?
>
> If I execute "yum update" on this system I get:
>
>  [root@ovirt01 ~]# yum update
> Extra Packages for Enterprise Linux 8 - x86_64   49
> kB/s |  32 kB 00:00
> CentOS-8 - Gluster 7 14
> kB/s | 3.0 kB 00:00
> virtio-win builds roughly matching what will be shipped in upcoming 5.6
> kB/s | 3.0 kB 00:00
> Copr repo for EL8_collection owned by sbonazzo  8.2
> kB/s | 3.6 kB 00:00
> Copr repo for gluster-ansible owned by sac  9.4
> kB/s | 3.3 kB 00:00
> Copr repo for ovsdbapp owned by mdbarroso   9.6
> kB/s | 3.3 kB 00:00
> Copr repo for nmstate-stable owned by nmstate   8.5
> kB/s | 3.3 kB 00:00
> Copr repo for NetworkManager-1.22 owned by networkmanager   8.3
> kB/s | 3.3 kB 00:00
> Advanced Virtualization packages for x86_64  36
> kB/s | 3.0 kB 00:00
> CentOS-8 - oVirt 4.4 19
> kB/s | 3.0 kB 00:00
> CentOS-8 - OpsTools - collectd   23
> kB/s | 3.0 kB 00:00
> Latest oVirt 4.4 Release3.9
> kB/s | 3.0 kB 00:00
> Dependencies resolved.
>
> 
>  PackageArchitecture   Version
>  Repository Size
>
> 
> Installing:
>  ovirt-node-ng-image-update noarch 4.4.1.5-1.el8
>  ovirt-4.4 781 M
>  replacing  ovirt-node-ng-image-update-placeholder.noarch 4.4.0-2.el8
>
> Transaction Summary
>
> 
> Install  1 Package
>
> Total download size: 781 M
> Is this ok [y/N]:
>
> And another guy I'm in contact with, who already has 4.4.1 installed, get
> no updates available
> Does this mean that even if 4.4.2 has been released (at which level at
> this point), an ovirt node cannot be upgraded?
> And a plain CentOS host instead, could it be updated?
>

oVirt Node has been released today, you should now be able to see it.
Please be aware of the known issues mentioned in the announce and in the
release notes.



>
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/GDVBDQ5CE53L5SVWXTDW42J46PP4MPWV/


[ovirt-users] Re: oVirt Node 4.4.2 is now generally available

2020-09-25 Thread Sandro Bonazzola
Il giorno ven 25 set 2020 alle ore 15:32 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

>
>
> On Fri, Sep 25, 2020 at 1:57 PM Sandro Bonazzola 
> wrote:
>
>> oVirt Node 4.4.2 is now generally available
>>
>> The oVirt project is pleased to announce the general availability of
>> oVirt Node 4.4.2 , as of September 25th, 2020.
>>
>> This release completes the oVirt 4.4.2 release published on September 17th
>>
>
> Thanks fir the news!
>
> How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1
>>
>>
>> Due to Bug 1837864 <https://bugzilla.redhat.com/show_bug.cgi?id=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.2 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.2 (redeploy in case of already being on 4.4.2).
>>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.
>>
>>
>>
> What if I'm currently in 4.4.0 and want to upgrade to 4.4.2? Do I have to
> follow the same steps as if I were in 4.4.1 or what?
> I would like to avoid going through 4.4.1 if possible.
>

I don't think we had someone testing 4.4.0 to 4.4.2 but above procedure
should work for the same case.
The problematic filter in /etc/lvm/lvm.conf looks like:

# grep '^filter = ' /etc/lvm/lvm.conf
filter = ["a|^/dev/mapper/mpatha2$|", "r|.*|"]




>
> Thanks,
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/TNHBFXEE5W3NTR3BPPNZXH2QQAO4MJD6/


[ovirt-users] oVirt Node 4.4.2 is now generally available

2020-09-25 Thread Sandro Bonazzola
oVirt Node 4.4.2 is now generally available

The oVirt project is pleased to announce the general availability of oVirt
Node 4.4.2 , as of September 25th, 2020.

This release completes the oVirt 4.4.2 release published on September 17th
Important notes before you install / upgrade

Please note that oVirt 4.4 only supports clusters and data centers with
compatibility version 4.2 and above. If clusters or data centers are
running with an older compatibility version, you need to upgrade them to at
least 4.2 (4.3 is recommended).

Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
are no longer supported.

For example, the megaraid_sas driver is removed. If you use Enterprise
Linux 8 hosts you can try to provide the necessary drivers for the
deprecated hardware using the DUD method (See the users’ mailing list
thread on this at
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
)

How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Due to Bug 1837864 <https://bugzilla.redhat.com/show_bug.cgi?id=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.2 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.2 (redeploy in case of already being on 4.4.2).
   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 <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

What’s new in oVirt Node 4.4.2 Release?

oVirt Node has been updated, including:

   -

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

   Ansible 2.9.13:
   
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-13

   -

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

   Advanced Virtualization 8.2.1


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

Additional resources:

   -

   Read more about the oVirt 4.4.2 release highlights:
   http://www.ovirt.org/release/4.4.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.4.2/
[2] http://resources.ovirt.org/pub/ovirt-4.4/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/2E6IOFCH5MJSPZ6MNSB5GIW7BGUZNXDS/


[ovirt-users] Re: export to ova

2020-09-25 Thread Sandro Bonazzola
Il giorno ven 25 set 2020 alle ore 08:52 Tommaso - Shellrent <
tomm...@shellrent.com> ha scritto:

> Hi to all.
>
> Hi try to ank another time the same question:
>
> in our tests ovirt seems to be able to make only one export to ova at
> time. also on different hosts and datacenter.
>
> Someone can explain to us why?? this is for us a big issue, because we use
> it in a backup script of more than 50 VMs and counting
>
> We also already opened a bug without any useful response:
> https://bugzilla.redhat.com/show_bug.cgi?id=1855782
>
> Regards,
>
Looking at the bug I see the topic is being actively investigated and
discussed.
The bug also has been already targeted to oVirt 4.4.4 by the virt team.
+Arik Hadas  and +Nir Soffer  may
elaborate on this further.




> --
> --
> [image: Shellrent - Il primo hosting italiano Security First]
> *Tommaso De Marchi*
> *COO - Chief Operating Officer*
> Shellrent Srl
> Via dell'Edilizia, 19 - 36100 Vicenza
> Tel. 0444321155 <+390444321155> | Fax 04441492177
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/EESJPJ6ZMUQCYE75HFW5SPNSPJVCZVWA/


[ovirt-users] Re: oVirt Survey Autumn 2020

2020-09-23 Thread Sandro Bonazzola
Il giorno mer 23 set 2020 alle ore 11:11 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> As we continue to develop oVirt 4.4, the Development and Integration teams
> at Red Hat would value insights on how you are deploying the oVirt
> environment.
> Please help us to hit the mark by completing this short survey.
> The survey will close on October 18th 2020. If you're managing multiple
> oVirt deployments with very different use cases or very different
> deployments you can consider answering this survey multiple times.
>
> *Please note the answers to this survey will be publicly accessible*.
> This survey is under oVirt Privacy Policy available at
> https://www.ovirt.org/site/privacy-policy.html .
>

I've been made aware that Privacy Policy url changed:
https://www.ovirt.org/privacy-policy.html
The content of the policy didn't change.


>
> The survey is available https://forms.gle/bPvEAdRyUcyCbgEc7
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/UPQ6QSNQNIERICQX6IVCOETT64FZZNGH/


[ovirt-users] oVirt Survey Autumn 2020

2020-09-23 Thread Sandro Bonazzola
As we continue to develop oVirt 4.4, the Development and Integration teams
at Red Hat would value insights on how you are deploying the oVirt
environment.
Please help us to hit the mark by completing this short survey.
The survey will close on October 18th 2020. If you're managing multiple
oVirt deployments with very different use cases or very different
deployments you can consider answering this survey multiple times.

*Please note the answers to this survey will be publicly accessible*.
This survey is under oVirt Privacy Policy available at
https://www.ovirt.org/site/privacy-policy.html .

The survey is available https://forms.gle/bPvEAdRyUcyCbgEc7

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/BZCFJPVNDCL5SXM5JBVFO7CBUHRZWXRT/


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

2020-09-21 Thread Sandro Bonazzola
Il giorno lun 21 set 2020 alle ore 17:13 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

>
> On Thu, Sep 17, 2020 at 4:06 PM Lev Veyde  wrote:
>
>> The oVirt project is excited to announce the general availability of
>> oVirt 4.4.2 , as of September 17th, 2020.
>>
>>
>>
> [snip]
>
>> oVirt Node 4.4 based on CentOS Linux 8.2 (available for x86_64 only) will
>> be released separately due to a blocker issue (Bug 1837864
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1837864>).
>>
>>
>> [snip]
>
> hi,
> will you post an update to the list when the iso is available?
>


Sure, we'll issue a release announcement for the oVirt Node update as soon
as we get the bug fixed.


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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/DA533A4ZM2KQUPMV5UMPQFSX5A7PZUBL/


[ovirt-users] Re: Unable to create a node in oVirt 4.0

2020-09-16 Thread Sandro Bonazzola
Il giorno mer 16 set 2020 alle ore 09:24 Rodrigo G. López <
r.gonza...@telfy.com> ha scritto:

> Hello,
>
> Any idea about this problem? I don't know if the email got through to the
> list.
>
> Should I join the #vdsm channel and discuss it there? Is there any other
> place specific to vdsm where I could report this?
>


Hi, you are on the right mailing list.
Please note oVirt 4.0 gone EOL long time ago, please consider upgrading to
4.4 as soon as practical.
We lack the capacity for debugging issues on so old releases.



>
>
>
> Cheers,
>
> -rodri
>
>
> On 9/15/20 9:55 AM, Rodrigo G. López wrote:
>
> Hi there,
>
> We are trying to setup a node in the same machine where we are running the
> engine, and noticed that the vdsmd service fails because the supervdsmd
> daemon can't authenticate against libvirtd afaict.
>
> The error is the following on supervdsmd:
>
> daemonAdapter[17803]: libvirt: XML-RPC error : authentication failed:
> authentication failed
> ...
>
> and in libvirtd:
>
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.410+: 17775: error : virNetSocketReadWire:1806 : End of file
> while reading data: Input/output error
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.612+: 17776: error : virNetSASLSessionListMechanisms:393 :
> internal error: cannot list SASL mechanisms -4 (SASL(-4): no mechanism
> available: Internal Error -4 in server.c near line 1757)
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.612+: 17776: error : remoteDispatchAuthSaslInit:3440 :
> authentication failed: authentication failed
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.612+: 17775: error : virNetSocketReadWire:1806 : End of file
> while reading data: Input/output error
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.814+: 17778: error : virNetSASLSessionListMechanisms:393 :
> internal error: cannot list SASL mechanisms -4 (SASL(-4): no mechanism
> available: Internal Error -4 in server.c near line 1757)
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.814+: 17778: error : remoteDispatchAuthSaslInit:3440 :
> authentication failed: authentication failed
> Sep 15 03:34:18 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:18.815+: 17775: error : virNetSocketReadWire:1806 : End of file
> while reading data: Input/output error
> Sep 15 03:34:19 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:19.017+: 17780: error : virNetSASLSessionListMechanisms:393 :
> internal error: cannot list SASL mechanisms -4 (SASL(-4): no mechanism
> available: Internal Error -4 in server.c near line 1757)
> Sep 15 03:34:19 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:19.017+: 17780: error : remoteDispatchAuthSaslInit:3440 :
> authentication failed: authentication failed
> Sep 15 03:34:19 ovirt-test libvirtd[17775]: 2020-09-15
> 07:34:19.020+: 17775: error : virNetSocketReadWire:1806 : End of file
> while reading data: Input/output error
>
>
> Is there any way to work around that?
>
> We have working infra on top of 4.0 in CentOS 7 systems, and we would like
> to replicate the exact same environment for availability purposes, in case
> anything bad happened.
>
>
>
> Best regards,
>
> -rodri
>
>
> ___
> 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:
>
> ___
> 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/OO377TE4EZUMYXFGGPPPKNTVJRCGCFS4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/437JG6VJKYTHQC3B4B4P2LFK5XOXYXUT/


[ovirt-users] Re: Disconnected Server has closed the connection.

2020-09-15 Thread Sandro Bonazzola
Il giorno mar 15 set 2020 alle ore 11:45  ha scritto:

> It seems that the installation is all done, but I have a problem. it takes
> very long to open the web pages, plus it disconnect all the time. it is
> impossible to do anything.
>
> I can ping the hostname as I set up a sub-domain for it. to be honest, I
> am new to this and it took me days to get to this point. I think there are
> some issues with my network settings.
>
> if there are any oVirt experts that can check my installation and give me
> advice about how to improve it, it will be greatly appreciated.
>
> I have done an "Installing oVirt as a self-hosted engine using the Cockpit
> web interface"
>

So can we assume you installed oVirt 4.4.1?



>
> ___
> 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:
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:


[ovirt-users] Re: Any eta for 4.4.2 final?

2020-09-15 Thread Sandro Bonazzola
Il giorno mar 15 set 2020 alle ore 12:40 Nir Soffer  ha
scritto:

> On Tue, Sep 15, 2020 at 12:35 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > I would like to upgrade a 4.4.0 environment to the latest 4.4.2 when
> available.
> > Any indication if there are any show stoppers after the rc5 released on
> 27th of August
>
> This blocks the release:
> https://bugzilla.redhat.com/1837864
>
> > or any eta about other release candidates?
>
> Sandro may have more info.
>
> Nir
>
>
We are building what I hope will be the final build today, we'll need to
give it some testing so it will take a couple of days.


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:


[ovirt-users] Re: Using Ansible to automate failed Drive replacement

2020-09-07 Thread Sandro Bonazzola
I think replacing a failed disk won't be much different than replacing a
failing host, there's a session today at the conference *Replacing gluster
host in oVirt-Engine <https://youtu.be/dFWW5fEupYQ>* – Prajith Kesava Prasad
<https://twitter.com/PrajithKPrasad>
+Prajith Kesava Prasad  or +Gobinda Das
 can probably elaborate on this.


Il giorno lun 7 set 2020 alle ore 12:06  ha
scritto:

> that's correct Sandro!!!
> ___
> 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/ALHN35S2N4MWKKSCG3TMXIOYRZSXIQP4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/MSN5RCQU5CENS6OIZ5PI3PXMVVNHTGCY/


[ovirt-users] Re: Using Ansible to automate failed Drive replacement

2020-09-07 Thread Sandro Bonazzola
Il giorno lun 7 set 2020 alle ore 11:51  ha
scritto:

> Do we have any inbuild ansible modules/tasks which can help to automate
> replacing failed drive/volume in oVirt hypervisor
>

Hi, do you mean failed drive within a Gluster Hyperconverged deployment?





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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/MZTIGJ7HLHN4IH6RNQECPOJCAR7BTYCE/


[ovirt-users] Re: Upgrade Doc typo.

2020-09-01 Thread Sandro Bonazzola
Il giorno mar 1 set 2020 alle ore 08:31 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> Thanks, can you please open an issue on
> https://github.com/oVirt/ovirt-site/issues if not already done?
>

Or you can push a fix yourself if you have time :-)


>
> Il giorno lun 24 ago 2020 alle ore 21:25 carl langlois <
> crl.langl...@gmail.com> ha scritto:
>
>> Hi,
>>
>> Not sure if this is relevant but in the ovirt doc in the 4.2 to 4.3
>> upgrade the repo rpm is specified with 4,4 rpm .
>> Thanks
>> Carl
>>
>> [image: image.png]
>> ___
>> 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/ZXJEHVOETIVPYUTCC5YKEVGSIPVHUBSG/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/KHQSHSF7KS7ZDPNRGI4OMXAE4LEZZXSE/


[ovirt-users] Re: Upgrade Doc typo.

2020-09-01 Thread Sandro Bonazzola
Thanks, can you please open an issue on
https://github.com/oVirt/ovirt-site/issues if not already done?

Il giorno lun 24 ago 2020 alle ore 21:25 carl langlois <
crl.langl...@gmail.com> ha scritto:

> Hi,
>
> Not sure if this is relevant but in the ovirt doc in the 4.2 to 4.3
> upgrade the repo rpm is specified with 4,4 rpm .
> Thanks
> Carl
>
> [image: image.png]
> ___
> 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/ZXJEHVOETIVPYUTCC5YKEVGSIPVHUBSG/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/HI3KTNCTQKAWJTILTPMBW5JKVWWFAXFJ/


[ovirt-users] Re: Problem installing Windows VM on 4.4.1

2020-09-01 Thread Sandro Bonazzola
+Arik Hadas  can you help debugging this?

Il giorno gio 27 ago 2020 alle ore 14:21  ha scritto:

> Hi,
>  I'm having problem after I upgraded to 4.4.1 with Windows machines.
>
>  The installation sees no disk. Even IDE disk doesn't get detected and
> installation won't move forward no matter what driver i use for the disk.
>
>   Any one else having this issue?.
>
> Regards,
> Facundo
> ___
> 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/NWECE32ZPJKUCN7CZK45A3MXCHZPI5CX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/BZHRMNMMXHG6MWRX3F3BQKXYLDK6EM6J/


[ovirt-users] Re: Guest agent ubuntu 20.04

2020-08-24 Thread Sandro Bonazzola
Il giorno gio 13 ago 2020 alle ore 14:50 carl langlois <
crl.langl...@gmail.com> ha scritto:

> Hi,
>
> This may not be the right place to ask but any of you is using Ubuntu
> 20.04 guest. I have noticed that the guest agent is not present in the
> repo..
>

Updating the website (
https://www.ovirt.org/develop/release-management/features/virt/guestagentubuntu.html)
with https://github.com/oVirt/ovirt-site/pull/2318

Thanks for asking. I see others replied, let us know if you have issues
with qemu-guest-agent.



>
> Regards
> Carl
> ___
> 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/6QAOWG2OTUPBCGGGINDBH3EESYMM7YVZ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/BAVMWNPOFZUOURAOP4KMOOQKAR3NAEEX/


[ovirt-users] Deep dive - oVirt metrics with DWH and Grafana

2020-08-10 Thread Sandro Bonazzola
The oVirt project is pleased to invite you to ShirlyRadco's  deep dive
session on oVirt metrics with DWH and Grafana in tomorrow, August 10th
2020, premiere on YouTube at
https://www.youtube.com/watch?v=8_JMIlJJ8yc=youtu.be

Regards,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/HGKUVOUGMFGTETC3NKAOXGTBV2TJEQZ6/


[ovirt-users] Re: Deploy host engine error: The task includes an option with an undefined variable

2020-08-07 Thread Sandro Bonazzola
ot;: "SandyBridge",
>  "Intel Skylake Client Family": "Skylake-Client,-hle,-rtm",
>  "Intel Skylake Server Family": "Skylake-Server,-hle,-rtm",
>  "Intel Westmere Family": "Westmere",
>  "Secure AMD EPYC": "EPYC,+ibpb,+virt-ssbd",
>  "Secure Intel Broadwell Family":
> "Broadwell-noTSX,+spec-ctrl,+ssbd,+md-clear",
>  "Secure Intel Cascadelake Server Family":
>
> "Cascadelake-Server,+md-clear,+mds-no,-hle,-rtm,+tsx-ctrl,+arch-capabilities",
>  "Secure Intel Haswell Family":
> "Haswell-noTSX,+spec-ctrl,+ssbd,+md-clear",
>  "Secure Intel IvyBridge Family":
> "IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear",
>  "Secure Intel Nehalem Family": "Nehalem,+spec-ctrl,+ssbd,+md-clear",
>  "Secure Intel SandyBridge Family":
> "SandyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear",
>  "Secure Intel Skylake Client Family":
> "Skylake-Client,+spec-ctrl,+ssbd,+md-clear,-hle,-rtm",
>  "Secure Intel Skylake Server Family":
> "Skylake-Server,+spec-ctrl,+ssbd,+md-clear,-hle,-rtm",
>  "Secure Intel Westmere Family":
> "Westmere,+pcid,+spec-ctrl,+ssbd,+md-clear"
> }"
> 2020-06-10 18:25:30,387+0200 INFO ansible ok {'status': 'OK',
> 'ansible_type': 'task', 'ansible_playbook':
> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> 'ansible_host': 'localhost', 'ansible_task': 'Parse server CPU list',
> 'task_duration': 1}
> 2020-06-10 18:25:30,387+0200 DEBUG ansible on_any args
>  kwargs
> 2020-06-10 18:25:30,897+0200 INFO ansible task start {'status': 'OK',
> 'ansible_type': 'task', 'ansible_playbook':
> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> 'ansible_task': 'ovirt.hosted_engine_setup : debug'}
> 2020-06-10 18:25:30,897+0200 DEBUG ansible on_any args TASK:
> ovirt.hosted_engine_setup : debug kwargs is_conditional:False
> 2020-06-10 18:25:30,898+0200 DEBUG ansible on_any args localhostTASK:
> ovirt.hosted_engine_setup : debug kwargs
> 2020-06-10 18:25:31,488+0200 INFO ansible ok {'status': 'OK',
> 'ansible_type': 'task', 'ansible_playbook':
> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> 'ansible_host': 'localhost', 'ansible_task': '', 'task_duration': 1}
> 2020-06-10 18:25:31,489+0200 DEBUG ansible on_any args
>  kwargs
> 2020-06-10 18:25:31,996+0200 INFO ansible task start {'status': 'OK',
> 'ansible_type': 'task', 'ansible_playbook':
> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> 'ansible_task': 'ovirt.hosted_engine_setup : Convert CPU model name'}
> 2020-06-10 18:25:31,996+0200 DEBUG ansible on_any args TASK:
> ovirt.hosted_engine_setup : Convert CPU model name kwargs
> is_conditional:False
> 2020-06-10 18:25:31,997+0200 DEBUG ansible on_any args localhostTASK:
> ovirt.hosted_engine_setup : Convert CPU model name kwargs
> 2020-06-10 18:25:32,500+0200 DEBUG var changed: host "localhost" var
> "ansible_play_hosts" type "" value: "[]"
> 2020-06-10 18:25:32,500+0200 DEBUG var changed: host "localhost" var
> "ansible_play_batch" type "" value: "[]"
> 2020-06-10 18:25:32,501+0200 DEBUG var changed: host "localhost" var
> "play_hosts" type "" value: "[]"
> 2020-06-10 18:25:32,501+0200 ERROR ansible failed {
>  "ansible_host": "localhost",
>  "ansible_playbook":
> "/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
>  "ansible_result": {
>  "_ansible_no_log": false,
>  "msg": "The task includes an option with an undefined variable.
> The error was: 'dict object' has no attribute ''\n\nThe error appears to
> be in
> '/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/create_target_vm/01_create_target_hosted_engine_vm.yml':
>
> line 105, column 15, but may\nbe elsewhere in the file depending on the
> exact syntax problem.\n\nThe offending line appears to be:\n\n  - debug:
> var=server_cpu_dict\n  ^ here\n\nThere appears to be both
> 'k=v' shorthand syntax and YAML in this task. Only one syntax may be
> used.\n"
>  },
>  "ansible_task": "Convert CPU model name",
>  "ansible_type": "task",
>  "status": "FAILED",
>  "task_duration": 0
> }
> 2020-06-10 18:25:32,501+0200 DEBUG ansible on_any args
> 
> kwargs ignore_errors:None
> 2020-06-10 18:25:32,504+0200 INF

[ovirt-users] Re: Problem with paused VMs in ovirt 4.3.10.

2020-07-30 Thread Sandro Bonazzola
gt; 2020-07-24 09:38:42,771+0300 INFO  (libvirt/events) [virt.vm]
> (vmId='18f6bb79-ba9b-4a0e-bcb2-b4ef4904ef99') CPU stopped: onSuspend
> (vm:6100)
> 2020-07-24 09:38:44,328+0300 INFO  (jsonrpc/1) [api.host] FINISH
> getAllVmIoTunePolicies return={'status': {'message': 'Done', 'code': 0},
> 'io_tune_policies_dict': {'4d9519f6-1ab9-4032-8fdf-4c6118531544': {'poli
> cy': [], 'current_values': [{'ioTune': {'write_bytes_sec': 0L,
> 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L,
> 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path':
> '/rhev/data-center/mnt/glust
> erSD/10.0.11.107:_vmstore02/16c5070c-cc5f-4595-965f-66838c7c17a5/images/e1cfb9ec-39d8-416d-9f5f-0b54765301d4/8f95d60d-931b-4764-993c-ba9373efe361',
> 'name': 'sda'}]}, 'b031a269-6bcd-40b7-9737-e47112a54b3a': {'po
> licy': [], 'current_values': [{'ioTune': {'write_bytes_sec': 0L,
> 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L,
> 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path':
> '/rhev/data-center/mnt/glu
> sterSD/10.0.11.101:_vmstore01/5e05fed3-448b-4f86-b5ba-004982194c90/images/9c3cc7a0-254e-4756-91b6-fb54e21abf38/71dd8024-8aec-46da-a80f-34260655e929',
> 'name': 'sda'}, {'ioTune': {'write_bytes_sec': 0L, 'total_io
> ps_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec':
> 0L, 'total_bytes_sec': 0L}, 'path':
> '/rhev/data-center/mnt/glusterSD/10.0.11.101:
> _vmstore01/5e05fed3-448b-4f86-b5ba-004982194c90/images/
> 3e3a5064-5fe1-40c0-81f5-44f1a3a4d503/13549972-82de-4746-aeea-3e1531f9c180',
> 'name': 'sdb'}]}, 'b5fad17c-fa9d-4a80-99e7-6f86e6e19c9b': {'policy': [],
> 'current_values': [{'ioTune': {'write_bytes_sec': 0L, 'total_
> iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L,
> 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path':
> '/rhev/data-center/mnt/glusterSD/10.0.11.107:
> _vmstore02/16c5070c-cc5f-4595-965f-66838c7c17a5/image
> s/15ce6cb0-6f06-4a31-92d8-b6e1bcabf3bc/613de344-d1ad-49aa-a2d0-d60ca9eb7cd3',
> 'name': 'sda'}]}, '18f6bb79-ba9b-4a0e-bcb2-b4ef4904ef99': {'policy': [],
> 'current_values': [{'ioTune': {'write_bytes_sec': 0L, 'tota
> l_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L,
> 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path':
> u'/rhev/data-center/mnt/glusterSD/10.0.11.107:
> _vmstore02/16c5070c-cc5f-4595-965f-66838c7c17a5/im
> ages/7978e2db-c560-4315-a775-223f1b13ae31/d927eea8-e588-449e-b07b-c845d15b082e',
> 'name': 'sda'}, {'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L,
> 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_s
> ec': 0L, 'total_bytes_sec': 0L}, 'path':
> u'/rhev/data-center/mnt/glusterSD/10.0.11.107:
> _vmstore02/16c5070c-cc5f-4595-965f-66838c7c17a5/images/b925dc2e-17ba-470d-a9be-cb96d4ef1f0d/951d9712-7160-4f88-a838-970aec8
> 2b3ea', 'name': 'sdb'}]}}} from=::1,34598 (api:54)
> 2020-07-24 09:38:49,747+0300 WARN  (qgapoller/1)
> [virt.periodic.VmDispatcher] could not run  at
> 0x7fe5c84de6e0> on ['18f6bb79-ba9b-4a0e-bcb2-b4ef4904ef99'] (periodic:289)
>
> In /var/log/libvirt/qemu/rtb-stagedsw03-ovh.log
>
> KVM: entry failed, hardware error 0x8021
>
> If you're running a guest on an Intel machine without unrestricted mode
> support, the failure can be most likely due to the guest entering an
> invalid
> state for Intel VT. For example, the guest maybe running in big real mode
> which is not supported on less recent Intel processors.
>
> EAX=1000 EBX=43117da8 ECX=000c EDX=0121
> ESI=0003 EDI=17921000 EBP=43117cb0 ESP=43117c98
> EIP=8000 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=1 HLT=0
> ES =   00809300
> CS =9b00 7ff9b000  00809300
> SS =   00809300
> DS =   00809300
> FS =   00809300
> GS =   00809300
> LDT=  000f 
> TR =0040 001ce000 206f 8b00
> GDT= 001cc000 007f
> IDT=  
> CR0=00050032 CR2=17921000 CR3=2b92a003 CR4=
> DR0= DR1= DR2=
> DR3=
> DR6=fffe0ff0 DR7=0400
> EFER=
> Code=ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff  ff
> ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> ff ff ff
>
>
> ___
> 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/5G7INCQZMBFROV5EPLJPZVQEH2CAOBQB/
>


-- 

Sandro Bo

[ovirt-users] Re: oVirt 4.4 Self-Hosted Installation failed

2020-07-30 Thread Sandro Bonazzola
Il giorno lun 27 lug 2020 alle ore 21:00  ha
scritto:

> Hi There!
>
> I'm trying to install oVirt self-hosted on Fedora 32 with kvm and the
> install failed.


Hi, despite we would love to be able to support Fedora we had to give up
trying to support it.
You can read more at https://blogs.ovirt.org/2020/05/ovirt-and-fedora/
I would suggest to use CentOS Linux 8  or CentOS Stream 8 as an alternative.

Cheers,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/ERLA6WSGFNL62SVODQ7R5CNDRN3WPYUA/


[ovirt-users] Re: Windows TimeZone UTC

2020-07-30 Thread Sandro Bonazzola
Il giorno dom 26 lug 2020 alle ore 16:15 Arik Hadas  ha
scritto:

>
>
> On Sun, Jul 26, 2020 at 4:39 PM Liran Rotenberg 
> wrote:
>
>>
>>
>> On Sun, Jul 26, 2020 at 11:52 AM Erez Zarum  wrote:
>>
>>> Hey Liran,
>>> I still don't understand from those resources how can i add an "extra"
>>> timezone that is not "compiled" into Engine?
>>> Is there a possibility you can write one here? I fear to mess up the
>>> Engine.
>>>
>> Hi, I'm afraid not. There is no option to add a new one.
>> The only options you have for windows are:
>>
>> https://docs.microsoft.com/en-us/previous-versions/windows/embedded/ms912391(v=winembedded.11)?redirectedfrom=MSDN
>> As can be seen in:
>>
>> https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/TimeZoneType.java
>>
>
> (GMT) Greenwich Standard Time should result in offset=0 which will give
> you UTC time inside the guest
>

Looking at above mentioned table I see we have Etc/GMT.
Any specific reason for not adding Etc/UTC to the table too?
It differs from Etc/GMT by a bunch of nanoseconds but we are setting
Etc/UTC by default on oVirt Node and sounds weird not having it as
supported timezone.




>
>
>>
>> ___
>>> 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/4TJBJEW5QF74EKOBEX5TBH2VHSYRSISR/
>>>
>> ___
>> 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/OT2BQH3TJ5Y7IPGFNEE2C4UPMECISUZC/
>>
> ___
> 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/K75CTJ5RBEIMAZMAZ7USFVGTK42GLH67/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/Y44ZFRL57NSGSOUIZ4TAMLVWHXDQZDNF/


[ovirt-users] Re: oVirt 4.3 ssh passwordless setup guide

2020-07-30 Thread Sandro Bonazzola
Il giorno gio 23 lug 2020 alle ore 20:46 Morris, Roy 
ha scritto:

> Hello,
>
>
>
> Does anyone have a guide or how to on setting up oVirt with passwordless
> ssh setup? I want to do this with a production environment to improve
> security but I have never done this before and want to build a test
> environment to try it out.
>

I think what you are looking for is:
https://wiki.centos.org/HowTos/Network/SecuringSSH#Use_Public.2FPrivate_Keys_for_Authentication
for an explanation about passwordless ssh access.

And then
https://ovirt.org/documentation/administration_guide/#Adding_standard_hosts_to_the_Manager_host_tasks
on how to get the ssh public key to be added on  /root/.ssh/authorized_keys
on your hosts



>
>
> Best regards,
>
> Roy Morris
> ___
> 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/OAEFVXWUIVQCPTO2YYPSUJKHUZKED5ZQ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/EYMNS2YWV4GABWJBY2T3JTGWFJTL4NOJ/


[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-17 Thread Sandro Bonazzola
Il giorno gio 16 lug 2020 alle ore 15:55 Florian Schmid via Users <
users@ovirt.org> ha scritto:

> Hi,
>
> I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the
> engine.
> Starting with this release, the ovirt-guest-agent is not available anymore.
>
> Therefore, I have installed qemu-geust-agent with package defaults.
>
> Now in the Engine, I only see the hostname under FQDN tab, instead the
> real full name with domain.
>
> I'm running an oVirt environment on 4.3.8.
>
> The VM is resolveable, forward and reverse DNS entries are working.
> hostname -f shows the correct FQDN.
>
> Even adding IP and FQDN to /etc/hosts file doesn't change anything.
>
> qemu-guest-agent version: 4.2-3ubuntu6.3
>
> I manage this VM via ansible 2.9 and ansible is able to get the FQDN of
> the VM without any issues...
>
> What can I do here to debug my issue?
> Does the engine cache the wrong result? Even after stopping and starting
> the VM again, engine is only showing the hostname instead of the FQDN.
>
>
+Tomas Golembiovsky  can you help here?




> Best regards,
> Florian
> ___
> 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/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/CFOULE62AQOYYX2ODM3RVYGBGJVOH4Z2/


[ovirt-users] Re: VM Portal on a stand alone server

2020-07-15 Thread Sandro Bonazzola
Il giorno mer 15 lug 2020 alle ore 12:26  ha
scritto:

> Hi Folks,
>
> I'm rather new to oVirt and loving it.
> running 4.4.1.
> I would like to be able to run the VM Portal on a stand-alone server for
> security concerns.
>
> Can anyone point in the right direction for achieving this?
>

Can you please elaborate?
Are you asking for having the admin portal and the VM user portal running
on 2 different servers?
Or running the engine on a dedicated server instead of on self hosted
engine VM?




>
> Thanks,
>
> Gal Villaret
> ___
> 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/3BE6CNDNLDKZQW5ANOC3UFT3BQZZFGHC/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/M3BV5XHRODSS3WN7ZIY7B4XMBSCBCXMR/


[ovirt-users] oVirt 2020 online conference - free registration now open

2020-07-15 Thread Sandro Bonazzola
It is our pleasure to renew our invite to oVirt 2020 online conference and
announce free registration
<https://www.eventbrite.it/e/ovirt-2020-online-conference-registration-111989694190?aff=email>
is now open.
The conference,organized by oVirt community, will take place online on
Monday, September 7th 2020!
You can read updated information about the conference at
https://blogs.ovirt.org/ovirt-2020-online-conference/

A kind reminder that if you'd like to present at the conference, the
deadline for the presentation proposal is July 26th 2020.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.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/HEYUQADICKFS6OXTGJO3YUCTQW6YR35I/


[ovirt-users] Re: engine log level

2020-07-14 Thread Sandro Bonazzola
Il giorno mar 14 lug 2020 alle ore 13:33 Arsène Gschwind <
arsene.gschw...@unibas.ch> ha scritto:

> Hi,
>
> I'm running oVirt 4.3.9 and i'm wondering if it is possible to increase
> engine Loglevel. I could not find anything on Google or in the docs.
>
> Thanks for any Hint?
> rgds, Arsène
>

You can get info on how to set loglevel to debug on the README (
https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob_plain;f=README.adoc;hb=HEAD
)

There's also a web page here:
https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment.html
but
README is more updated.







> --
>
> Arsène Gschwind 
> Universitaet Basel
> ___
> 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/3KKQJOMII5A6OC7CTFXWVX5MBF5FENPA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/RG2XNEWKWFAXZPYD4KQQUN7HXCUKDYAS/


[ovirt-users] Re: Using ovirt imageio

2020-07-13 Thread Sandro Bonazzola
Il giorno lun 13 lug 2020 alle ore 17:06 Petr Kovar  ha
scritto:

> On Mon, 13 Jul 2020 16:58:17 +0200
> Sandro Bonazzola  wrote:
>
> > Il giorno mar 7 lug 2020 alle ore 18:07 Nir Soffer 
> ha
> > scritto:
> >
> > >
> > >
> > > On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński <
> l.kolacin...@storware.eu>
> > > wrote:
> > >
> > >> Dear ovirt community,
> > >>
> > >
> > > Hi Łukasz,
> > >
> > > Adding de...@ovit.org since this topic is more appropriate for the
> devel
> > > list.
> > >
> > >
> > >> I am trying to use ovirt imageio api to receive changed blocks (dirty
> > >> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by
> step? On
> > >> the documentation I saw endpoint "GET /images/ticket-uuid/map". I
> don't
> > >> know what ticket-uuid is and how to generate it. I also need to know
> how to
> > >> use this api because I can't reach it via /ovirt-engine/api/
> > >>
> > >> I am asking about this endpoint:
> > >>
> > >>
> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
> > >>
> > >
> > > This guide is outdated and should not be used now.
> > >
> >
> > Let's ensure the official documentation will be aligned ASAP to what has
> > been released.
> > +Petr Kovar  can you please handle this?
>
>
> Is this about updating oVirt docs based on what we have
> documented downstream? Downstream we had to target 4.4.2 with incremental
> backup updates due to a large number of 4.4.1 priorities.
>
>
yes



> https://www.ovirt.org/documentation/incremental-backup-guide/ doesn't even
> seem to be linked from https://www.ovirt.org/documentation -- maybe we
> should just unpublish it?
>

If that's the case probably better to unpublish: no point in providing
broken documentation.
We can re-publish once we have the fixed one.



>
> Thanks,
> pk
>
>
> > > The most up to date information is here:
> > >
> > >
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> > >
> > > However the extents API is also outdated in the feature page. We are
> > > working on updating it.
> > >
> > > So here is example:
> > >
> > > First you must start backup with from_checkpoint_id argument:
> > >
> > > backup = backups_service.add(
> > > types.Backup(
> > > disks=disks,
> > > from_checkpoint_id="checkpoint-id",
> > > )
> > > )
> > >
> > >>
> > > "checkpoint-id" is the checkpoint created in the last backup.
> > >
> > > This starts a backup in in incremental mode. Dirty extents are
> available
> > > only
> > > in this mode.
> > >
> > > Then you start a transfer for download, using the backup id:
> > >
> > > transfer = imagetransfer.create_transfer(
> > > connection,
> > > disk,
> > > types.ImageTransferDirection.DOWNLOAD,
> > > backup=types.Backup(id=backup_uuid))
> > >
> > > The transfer.transfer_url is the URL to download from, for example:
> > >
> > > https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a
> > >
> > > Connect to host:54322 and send this request:
> > >
> > > GET
> /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty
> > >
> > > And parse the return json list, containing objects like:
> > >
> > > [
> > > {"start": 0, "length": 65536, "dirty": true},
> > > {"start": 65536, "length": 1048576, "dirty": false},
> > > ...
> > > ]
> > >
> > > For example code of using the imageio API, see imageio http backend:
> > >
> > >
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
> > >
> > >
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498
> > >
> > > We are adding a ImageioClient API that makes it easier to consume
> without
> > > writing any HTTP code:
> > > https://gerrit.ovirt.org/c/110068
> 

[ovirt-users] Re: ovirt 4.4 installation issues

2020-07-13 Thread Sandro Bonazzola
Il giorno lun 13 lug 2020 alle ore 16:36 Markus Schaufler <
markus.schauf...@digit-all.at> ha scritto:

> Hi all,
> in our environment, CentOS7 and RHEL7 for the most part (Ovirt 4.3 and RHV
> 4.3), we are able to set a proxy directly in /etc/yum.conf (or on the
> single repo) to momentarily bypass some network restrictions.
> The proxy settings looks like this:
> proxy=http://our-proxy.domain:8080
> proxy_username=user
> proxy_password=password
>
> But is also works properly when it is set directly from CLI, and this is
> the one we use more often:
> export http_proxy=http://user:password@our-proxy.domain:8080
> export https_proxy=https://user:password@our-proxy.domain:8080
>
> We are having difficulties to set the same proxy on CentOS8 / Ovirt 4.4.x.
> There is no way the proxy settings allows us to run "yum update".
>
> Extra Packages for Enterprise Linux 8 - x86_64
>
>0.0  B/s |   0  B 00:00
> Errors during downloading metadata for repository 'ovirt-4.4-epel':
>   - Curl error (56): Failure when receiving data from the peer for
> https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
> [Received HTTP code 407 from proxy after CONNECT]
> Error: Failed to download metadata for repo 'ovirt-4.4-epel': Cannot
> prepare internal mirrorlist: Curl error (56): Failure when receiving data
> from the peer for
> https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
> [Received HTTP code 407 from proxy after CONNECT]
>
> Can somebody maybe point us to a solution? The above command is extracted
> by 'yum update' after a clean installation of Ovirt 4.4.1-2020070811 (but
> the same issue happened on previous versions and Nightly versions too).
>

Looks like you're having some issue validating the SSL certificate served
through the proxy.
You can read more about it here https://curl.haxx.se/docs/sslcerts.html
If you have more than 3 hosts I would consider using foreman / satellite
smart proxy function (if you don't need more from foreman / satellite)



>
> Thank you,
> Markus
> ___
> 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/MLC76WBBPVOQO3U57JCBMSWYKQCCJRIZ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/PB6X3VYMJUMK3HPSTJDAHTN7OEBSDEY6/


[ovirt-users] Re: Using ovirt imageio

2020-07-13 Thread Sandro Bonazzola
gt; 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
>> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
>> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
>> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
>> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
>> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
>> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
>> tej wiadomości z wszelkich komputerów. **This message is intended only
>> for the person or entity to which it is addressed and may contain
>> confidential and/or privileged material. Any review, retransmission,
>> dissemination or other use of, or taking of any action in reliance upon,
>> this information by persons or entities other than the intended recipient
>> is prohibited. If you have received this message in error, please contact
>> the sender and remove the material from all of your computer systems.*
>>
>> ___
>> 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/AIJMMJOR354VKVWWZZL74VKOEUEBO45Q/
>>
> ___
> 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/S6OR7YRZCJMAWOHW62SJX3FUXJIZHQTG/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/3X6PEHY6O23BF35MKUNK5FPYUEGIASDI/


[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

2020-07-13 Thread Sandro Bonazzola
t; 6: virbr0-nic:  mtu 1500 qdisc fq_codel master
> virbr0 state DOWN group default qlen 1000
>  link/ether 52:54:00:94:f3:14 brd ff:ff:ff:ff:ff:ff
> 7: vnet0:  mtu 1500 qdisc fq_codel
> master virbr0 state UNKNOWN group default qlen 1000
>  link/ether fe:16:3e:68:d3:8a brd ff:ff:ff:ff:ff:ff
>  inet6 fe80::fc16:3eff:fe68:d38a/64 scope link
> valid_lft forever preferred_lft forever
>
>
> --- iptables-save post deploy-run ---
>
> # Generated by iptables-save v1.8.4 on Sun Jun 28 13:20:53 2020
> *filter
> :INPUT ACCEPT [4007:8578553]
> :FORWARD ACCEPT [0:0]
> :OUTPUT ACCEPT [3920:7633249]
> :LIBVIRT_INP - [0:0]
> :LIBVIRT_OUT - [0:0]
> :LIBVIRT_FWO - [0:0]
> :LIBVIRT_FWI - [0:0]
> :LIBVIRT_FWX - [0:0]
> -A INPUT -j LIBVIRT_INP
> -A FORWARD -j LIBVIRT_FWX
> -A FORWARD -j LIBVIRT_FWI
> -A FORWARD -j LIBVIRT_FWO
> -A OUTPUT -j LIBVIRT_OUT
> -A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 53 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 68 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 68 -j ACCEPT
> -A LIBVIRT_FWO -i virbr0 -j REJECT --reject-with icmp-port-unreachable
> -A LIBVIRT_FWI -o virbr0 -j REJECT --reject-with icmp-port-unreachable
> -A LIBVIRT_FWX -i virbr0 -o virbr0 -j ACCEPT
> COMMIT
> # Completed on Sun Jun 28 13:20:53 2020
> # Generated by iptables-save v1.8.4 on Sun Jun 28 13:20:53 2020
> *security
> :INPUT ACCEPT [3959:8576054]
> :FORWARD ACCEPT [0:0]
> :OUTPUT ACCEPT [3920:7633249]
> COMMIT
> # Completed on Sun Jun 28 13:20:53 2020
> # Generated by iptables-save v1.8.4 on Sun Jun 28 13:20:53 2020
> *raw
> :PREROUTING ACCEPT [4299:8608260]
> :OUTPUT ACCEPT [3920:7633249]
> COMMIT
> # Completed on Sun Jun 28 13:20:53 2020
> # Generated by iptables-save v1.8.4 on Sun Jun 28 13:20:53 2020
> *mangle
> :PREROUTING ACCEPT [4299:8608260]
> :INPUT ACCEPT [4007:8578553]
> :FORWARD ACCEPT [0:0]
> :OUTPUT ACCEPT [3920:7633249]
> :POSTROUTING ACCEPT [3923:7633408]
> :LIBVIRT_PRT - [0:0]
> -A POSTROUTING -j LIBVIRT_PRT
> COMMIT
> # Completed on Sun Jun 28 13:20:53 2020
> # Generated by iptables-save v1.8.4 on Sun Jun 28 13:20:53 2020
> *nat
> :PREROUTING ACCEPT [337:32047]
> :INPUT ACCEPT [0:0]
> :POSTROUTING ACCEPT [159:9351]
> :OUTPUT ACCEPT [159:9351]
> :LIBVIRT_PRT - [0:0]
> -A POSTROUTING -j LIBVIRT_PRT
> COMMIT
> # Completed on Sun Jun 28 13:20:53 2020
> ___
> 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/G452P2BN7Z7SBIGX3V6PB2RKDZJ72KKI/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/R243FGJP4HRLOVHWGQV3YPNF7TLWWRH3/


[ovirt-users] Re: What permission do I need to get API access

2020-07-13 Thread Sandro Bonazzola
+Martin Perina  can you help here?

Il giorno mar 7 lug 2020 alle ore 19:30  ha
scritto:

> We use LDAP authentication to login to ovirt cluster, actually, admin and
> another user account have to access API with no problem. My account does
> cannot access to API despite that had SuperUser privileges than those
> accounts that already access API.
>
> Every time I tried to access API I get next message:
> Error during SSO authentication access_denied: Cannot authenticate user '
> diagsbuil...@ralntdom.rtptgcs.com':
> No valid profile found in credentials..
>
> The account does exist and permissions to enter to portal vms
>
> What do need to do to grant access to API?
> ___
> 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/XFIRPSPCNYTACGWMYKRI275MGREPGTGX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/N32QLQQU7ZBXXESU7KCQYZQC5WS6DO3U/


[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

2020-07-13 Thread Sandro Bonazzola
+Paolo Bonzini  can you help here?

Il giorno mer 1 lug 2020 alle ore 16:56 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hello,
> isn't there an official major/minor numbering scheme for virtio disks?
> Sometimes I see 251 major or 252 or so... what is the udev assignment
> logic?
> Reading here:
> https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
>
>  240-254 blockLOCAL/EXPERIMENTAL USE
>   Allocated for local/experimental use.  For devices not
>   assigned official numbers, these ranges should be
>   used in order to avoid conflicting with future assignments.
>
> it seems they are in the range of experimental ones, while for example Xen
> /dev/xvdx devices have their own static assignment (202 major)
>
> 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/AEQB6H75QLYP6ENIEYROI2VY4BJS3SKL/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/AWIFHZRPTQOS4UPV2XR3PTDG7HI7KILY/


  1   2   3   4   5   6   7   8   9   10   >