[ovirt-users] Italian translation

[Sandro Bonazzola]

Hi,
looking at
https://translate.zanata.org/iteration/view/ovirt/ovirt-4.2

I see Italian translation dropped under 80% for 4.2 after yesterday update.
If you have some time and know Italian, it's a good time for contributing
translations.
Have a good weekend,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [ANN] oVirt 4.1.7 Fourth Release Candidate is now available

[Lev Veyde]

The oVirt Project is pleased to announce the availability of the Fourth Release
Candidate of oVirt 4.1.7, as of October 18th, 2017

This update is the seventh in a series of stabilization updates to the 4.1
series.

Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a
real performance boost for ovirt when using GlusterFS .
Due  to a known issue [6], using this will break live storage migration.
This is expected to be fixed soon. If you do not use live storage
migration you can give it a try. Use [7] for more details on how to  enable
it.

This release is available now for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.1

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

Notes:
- oVirt Appliance is already available
- oVirt Live is already available[4]
- oVirt Node is already available[4]

Additional Resources:
* Read more about the oVirt 4.1.7 release highlights:
http://www.ovirt.org/release/4.1. 7
/ 
* 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/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1. 7
/ 
[4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/
[5]
http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/libgfapi/
[6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562
[7]
http://www.ovirt.org/develop/release-management/features/storage/glusterfs-storage-domain/

Thanks in advance,
-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] direct lun resizing

[Jiří Sléžka]

Hi,

thanks a lot! I am going to try sugested workaround but tommorow :-)

Cheers, Jiri


On 10/19/2017 02:25 PM, Fred Rolland wrote:
> Hi,
> 
> Offline refresh of a direct lun's size is supported since oVirt 3.4 [1].
> Online refresh, however, is not yet supported [2].
> You can try the workaround posted on [2], comment 7.
> 
> [1] *Bug 1026868* 
> -Direct LUN is not being updated after resizing
> [2] *Bug 1155275* 
> -[RFE] Online update Direct LUN size to the Guest after LUN resize
> 
> On Thu, Oct 19, 2017 at 1:30 PM, Jiří Sléžka  > wrote:
> 
> Hi all,
> 
> one of our user uses direct lun inside one of his vm. Now he expanded
> this lun on the disk array side from 500GB to 600GB but this change was
> not reflected on oVirt nor vm side.
> 
> How is direct lun resizing handled in oVirt?
> 
> Cheers,
> 
> Jiri
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 




smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Yaniv Kaul]

On Thu, Oct 19, 2017 at 3:06 PM, Roy Golan  wrote:

>
>
> On Thu, 19 Oct 2017 at 14:02 Michal Skrivanek 
> wrote:
>
>>
>> > On 18 Oct 2017, at 11:42, Roy Golan  wrote:
>> >
>> >
>> >
>> > On Wed, 18 Oct 2017 at 10:25 Michal Skrivanek <
>> michal.skriva...@redhat.com> wrote:
>> > Hi all,
>> > I’m happy to announce that we finally finished initial contribution of
>> oVirt specific support into the Cockpit management platform
>> > See below for more details
>> >
>> > There are only limited amount of operations you can do at the moment,
>> but it may already be interesting for troubleshooting and simple admin
>> actions where you don’t want to launch the full blown webadmin UI
>> >
>> > Worth noting that if you were ever intimidated by the complexity of the
>> GWT UI of oVirt portals and it held you back from contributing, please take
>> another look!
>> >
>> > Thanks,
>> > michal
>> >
>> >
>> > Congrats Michal, Marek and team, this is very nice! The unified look &
>> feel is such a powerful thing (I didn't realize for a while that you left
>> webadmin).
>>
>> and thanks to this[1] it’s going to be even more seamless when you click
>> in Host view on Host Console button
>>
>>
> +1
> So why won't we integrate that as an optional tab using a ui plugin?
>

I don't think Cockpit looks so good crammed into a tab.
We used to have it in a subtab, which was unusable.
Y.


>
> [1] https://github.com/mareklibra/ovirt-cockpit-sso
>>
>> >> Begin forwarded message:
>> >>
>> >> From: Marek Libra 
>> >> Subject: Re: Cockpit 153 released
>> >> Date: 17 October 2017 at 16:02:59 GMT+2
>> >> To: Development discussion for the Cockpit Project <
>> cockpit-de...@lists.fedorahosted.org>
>> >> Reply-To: Development discussion for the Cockpit Project <
>> cockpit-de...@lists.fedorahosted.org>
>> >>
>> >> Walk-through video for the new "oVirt Machines" page can be found
>> here: https://youtu.be/5i-kshT6c5A
>> >>
>> >> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt 
>> wrote:
>> >> http://cockpit-project.org/blog/cockpit-153.html
>> >>
>> >> Cockpit is the modern Linux admin interface. We release regularly. Here
>> >> are the release notes from version 153.
>> >>
>> >>
>> >> Add oVirt package
>> >> -
>> >>
>> >> This version introduces the "oVirt Machines" page on Fedora for
>> controlling
>> >> oVirt virtual machine clusters.  This code was moved into Cockpit as
>> it shares
>> >> a lot of code with the existing "Machines" page, which manages virtual
>> machines
>> >> through libvirt.
>> >>
>> >> This feature is packaged in cockpit-ovirt and when installed it will
>> replace
>> >> the "Machines" page.
>> >>
>> >> Thanks to Marek Libra for working on this!
>> >>
>> >> Screenshot:
>> >>
>> >> http://cockpit-project.org/images/ovirt-overview.png
>> >>
>> >> Change: https://github.com/cockpit-project/cockpit/pull/7139
>> >>
>> >>
>> >> Packaging cleanup
>> >> -
>> >>
>> >> This release fixes a lot of small packaging issues that were spotted by
>> >> rpmlint/lintian.
>> >>
>> >> Get it
>> >> --
>> >>
>> >> You can get Cockpit here:
>> >>
>> >> http://cockpit-project.org/running.html
>> >>
>> >> Cockpit 153 is available in Fedora 27:
>> >>
>> >> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
>> >>
>> >> Or download the tarball here:
>> >>
>> >> https://github.com/cockpit-project/cockpit/releases/tag/153
>> >>
>> >>
>> >> Take care,
>> >>
>> >> Martin Pitt
>> >>
>> >> ___
>> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> >> To unsubscribe send an email to cockpit-devel-leave@lists.
>> fedorahosted.org
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> MAREK LIBRA
>> >> SENIOR SOFTWARE ENGINEER
>> >> Red Hat Czech
>> >>
>> >> ___
>> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> >> To unsubscribe send an email to cockpit-devel-leave@lists.
>> fedorahosted.org
>> >
>> > ___
>> > Devel mailing list
>> > de...@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/devel
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] direct lun resizing

[Fred Rolland]

Hi,

Offline refresh of a direct lun's size is supported since oVirt 3.4 [1].
Online refresh, however, is not yet supported [2].
You can try the workaround posted on [2], comment 7.

[1] *Bug 1026868*  -
Direct LUN is not being updated after resizing
[2] *Bug 1155275*  - [RFE]
Online update Direct LUN size to the Guest after LUN resize

On Thu, Oct 19, 2017 at 1:30 PM, Jiří Sléžka  wrote:

> Hi all,
>
> one of our user uses direct lun inside one of his vm. Now he expanded
> this lun on the disk array side from 500GB to 600GB but this change was
> not reflected on oVirt nor vm side.
>
> How is direct lun resizing handled in oVirt?
>
> Cheers,
>
> Jiri
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] High availability when both engine host and host with application vm failed

[Sergei Hanus]

I want to make a setup, when workload is distributed between two sites are
high availability mechanism protects from one site failure, restarting vms
on another site.

Scenario I use:
1. Poweroff hosted engine host, and then host with highly-available vm
2. Engine comes back on another site (which is fine).
3. What I expect, engine finds, that there's a host not available with HA
vms, and restart these vms on another host. But, I only see in logs, that
engine reports, that it cannot connect to that host
(java.net.NoRouteToHostException: No route to host).

Whel I poweroff just server with app vm, High Availability works correctly,
performs fencing and restarts vm on another host.

I use release 4.1 from RedHat.

Has anyone faced similar issue? And, if yes, how could that be
toubleshooted?

 Thank you in advance,

Sergei.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Roy Golan]

On Thu, 19 Oct 2017 at 14:02 Michal Skrivanek 
wrote:

>
> > On 18 Oct 2017, at 11:42, Roy Golan  wrote:
> >
> >
> >
> > On Wed, 18 Oct 2017 at 10:25 Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
> > Hi all,
> > I’m happy to announce that we finally finished initial contribution of
> oVirt specific support into the Cockpit management platform
> > See below for more details
> >
> > There are only limited amount of operations you can do at the moment,
> but it may already be interesting for troubleshooting and simple admin
> actions where you don’t want to launch the full blown webadmin UI
> >
> > Worth noting that if you were ever intimidated by the complexity of the
> GWT UI of oVirt portals and it held you back from contributing, please take
> another look!
> >
> > Thanks,
> > michal
> >
> >
> > Congrats Michal, Marek and team, this is very nice! The unified look &
> feel is such a powerful thing (I didn't realize for a while that you left
> webadmin).
>
> and thanks to this[1] it’s going to be even more seamless when you click
> in Host view on Host Console button
>
>
+1
So why won't we integrate that as an optional tab using a ui plugin?

[1] https://github.com/mareklibra/ovirt-cockpit-sso
>
> >> Begin forwarded message:
> >>
> >> From: Marek Libra 
> >> Subject: Re: Cockpit 153 released
> >> Date: 17 October 2017 at 16:02:59 GMT+2
> >> To: Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
> >> Reply-To: Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
> >>
> >> Walk-through video for the new "oVirt Machines" page can be found here:
> https://youtu.be/5i-kshT6c5A
> >>
> >> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt  wrote:
> >> http://cockpit-project.org/blog/cockpit-153.html
> >>
> >> Cockpit is the modern Linux admin interface. We release regularly. Here
> >> are the release notes from version 153.
> >>
> >>
> >> Add oVirt package
> >> -
> >>
> >> This version introduces the "oVirt Machines" page on Fedora for
> controlling
> >> oVirt virtual machine clusters.  This code was moved into Cockpit as it
> shares
> >> a lot of code with the existing "Machines" page, which manages virtual
> machines
> >> through libvirt.
> >>
> >> This feature is packaged in cockpit-ovirt and when installed it will
> replace
> >> the "Machines" page.
> >>
> >> Thanks to Marek Libra for working on this!
> >>
> >> Screenshot:
> >>
> >> http://cockpit-project.org/images/ovirt-overview.png
> >>
> >> Change: https://github.com/cockpit-project/cockpit/pull/7139
> >>
> >>
> >> Packaging cleanup
> >> -
> >>
> >> This release fixes a lot of small packaging issues that were spotted by
> >> rpmlint/lintian.
> >>
> >> Get it
> >> --
> >>
> >> You can get Cockpit here:
> >>
> >> http://cockpit-project.org/running.html
> >>
> >> Cockpit 153 is available in Fedora 27:
> >>
> >> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
> >>
> >> Or download the tarball here:
> >>
> >> https://github.com/cockpit-project/cockpit/releases/tag/153
> >>
> >>
> >> Take care,
> >>
> >> Martin Pitt
> >>
> >> ___
> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
> >> To unsubscribe send an email to
> cockpit-devel-le...@lists.fedorahosted.org
> >>
> >>
> >>
> >>
> >> --
> >> MAREK LIBRA
> >> SENIOR SOFTWARE ENGINEER
> >> Red Hat Czech
> >>
> >> ___
> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
> >> To unsubscribe send an email to
> cockpit-devel-le...@lists.fedorahosted.org
> >
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Michal Skrivanek]

> On 18 Oct 2017, at 11:42, Roy Golan  wrote:
> 
> 
> 
> On Wed, 18 Oct 2017 at 10:25 Michal Skrivanek  
> wrote:
> Hi all,
> I’m happy to announce that we finally finished initial contribution of oVirt 
> specific support into the Cockpit management platform
> See below for more details
> 
> There are only limited amount of operations you can do at the moment, but it 
> may already be interesting for troubleshooting and simple admin actions where 
> you don’t want to launch the full blown webadmin UI
> 
> Worth noting that if you were ever intimidated by the complexity of the GWT 
> UI of oVirt portals and it held you back from contributing, please take 
> another look!
> 
> Thanks,
> michal
> 
> 
> Congrats Michal, Marek and team, this is very nice! The unified look & feel 
> is such a powerful thing (I didn't realize for a while that you left 
> webadmin). 

and thanks to this[1] it’s going to be even more seamless when you click in 
Host view on Host Console button

[1] https://github.com/mareklibra/ovirt-cockpit-sso

>> Begin forwarded message:
>> 
>> From: Marek Libra 
>> Subject: Re: Cockpit 153 released
>> Date: 17 October 2017 at 16:02:59 GMT+2
>> To: Development discussion for the Cockpit Project 
>> 
>> Reply-To: Development discussion for the Cockpit Project 
>> 
>> 
>> Walk-through video for the new "oVirt Machines" page can be found here: 
>> https://youtu.be/5i-kshT6c5A
>> 
>> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt  wrote:
>> http://cockpit-project.org/blog/cockpit-153.html
>> 
>> Cockpit is the modern Linux admin interface. We release regularly. Here
>> are the release notes from version 153.
>> 
>> 
>> Add oVirt package
>> -
>> 
>> This version introduces the "oVirt Machines" page on Fedora for controlling
>> oVirt virtual machine clusters.  This code was moved into Cockpit as it 
>> shares
>> a lot of code with the existing "Machines" page, which manages virtual 
>> machines
>> through libvirt.
>> 
>> This feature is packaged in cockpit-ovirt and when installed it will replace
>> the "Machines" page.
>> 
>> Thanks to Marek Libra for working on this!
>> 
>> Screenshot:
>> 
>> http://cockpit-project.org/images/ovirt-overview.png
>> 
>> Change: https://github.com/cockpit-project/cockpit/pull/7139
>> 
>> 
>> Packaging cleanup
>> -
>> 
>> This release fixes a lot of small packaging issues that were spotted by
>> rpmlint/lintian.
>> 
>> Get it
>> --
>> 
>> You can get Cockpit here:
>> 
>> http://cockpit-project.org/running.html
>> 
>> Cockpit 153 is available in Fedora 27:
>> 
>> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
>> 
>> Or download the tarball here:
>> 
>> https://github.com/cockpit-project/cockpit/releases/tag/153
>> 
>> 
>> Take care,
>> 
>> Martin Pitt
>> 
>> ___
>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> To unsubscribe send an email to cockpit-devel-le...@lists.fedorahosted.org
>> 
>> 
>> 
>> 
>> -- 
>> MAREK LIBRA
>> SENIOR SOFTWARE ENGINEER
>> Red Hat Czech
>> 
>> ___
>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> To unsubscribe send an email to cockpit-devel-le...@lists.fedorahosted.org
> 
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to remove a MAC Pool from a cluster?

[James Michels]

Nice, I could do it now.

Thank you!

James

2017-10-19 11:34 GMT+01:00 Michael Burman :

> Hello James,
>
> The way to do it is to assign a new MAC pool range to this cluster and
> then to remove it.
> This can be done via - Administration > Configure > MAC addresses pool -
> There you can create/edit and remove MAC pool range entities.
> So create another desired MAC pool range, assign it to the cluster(via
> edit cluster) and remove the desired MAC pool range from the system.
>
> Cheers)
>
> On Thu, Oct 19, 2017 at 12:33 PM, James Michels <
> karma.sometimes.hu...@gmail.com> wrote:
>
>> Hello.
>>
>> I'm trying to remove a MAC Pool that seems to be assigned to a cluster
>> and I can't. Opening Configure - MAC Address pools and chosing the MAC Pool
>> to remove causes this warning:
>>
>> Error while executing action: Cannot remove MAC Pool. Several Clusters
>> (1) are using this MAC Pool:
>> Cluster2
>> - Please remove it from all Clusters that are using it and try again.
>>
>> How can I do so? I don't see a way to unassign a MAC Pool from a cluster.
>>
>> Thank you
>>
>> James
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> Michael Burman
>
> Quality engineer - rhv network - redhat israel
>
> Red Hat
>
> 
>
> mbur...@redhat.comM: 0545355725 IM: mburman
> 
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] direct lun resizing

[Jiří Sléžka]

Hi all,

one of our user uses direct lun inside one of his vm. Now he expanded
this lun on the disk array side from 500GB to 600GB but this change was
not reflected on oVirt nor vm side.

How is direct lun resizing handled in oVirt?

Cheers,

Jiri




smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to remove a MAC Pool from a cluster?

[Michael Burman]

Hello James,

The way to do it is to assign a new MAC pool range to this cluster and then
to remove it.
This can be done via - Administration > Configure > MAC addresses pool -
There you can create/edit and remove MAC pool range entities.
So create another desired MAC pool range, assign it to the cluster(via edit
cluster) and remove the desired MAC pool range from the system.

Cheers)

On Thu, Oct 19, 2017 at 12:33 PM, James Michels <
karma.sometimes.hu...@gmail.com> wrote:

> Hello.
>
> I'm trying to remove a MAC Pool that seems to be assigned to a cluster and
> I can't. Opening Configure - MAC Address pools and chosing the MAC Pool to
> remove causes this warning:
>
> Error while executing action: Cannot remove MAC Pool. Several Clusters (1)
> are using this MAC Pool:
> Cluster2
> - Please remove it from all Clusters that are using it and try again.
>
> How can I do so? I don't see a way to unassign a MAC Pool from a cluster.
>
> Thank you
>
> James
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

Michael Burman

Quality engineer - rhv network - redhat israel

Red Hat



mbur...@redhat.comM: 0545355725 IM: mburman

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Install Ovirt engine and node on the same machine

[Yaniv Kaul]

On Thu, Oct 19, 2017 at 11:38 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Shashwat,
>
> you can install ovirt-node and then use self-hosted engine setup for
> installing the engine vm on it:
>
> https://www.ovirt.org/documentation/self-hosted/Self-Hosted_Engine_Guide/


That assume shared storage.

You could install Engine and a host in the same host with local storage.
Pay attention to minor conflicts in their iptables/firewalld, but it should
work.
See [1] for example.

Y.

[1] http://blog.domb.net/?p=2141


>
>
> Luca
>
> On Thu, Oct 19, 2017 at 10:36 AM, Shashwat shagun 
> wrote:
> > Hi,
> > I want to install Ovirt engine and Ovirt node in the same machine.
> > Note: this is just for learning purpose but production
> >
> > Regards,
> > Shashwat Shagun
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to remove a MAC Pool from a cluster?

[James Michels]

Hello.

I'm trying to remove a MAC Pool that seems to be assigned to a cluster and
I can't. Opening Configure - MAC Address pools and chosing the MAC Pool to
remove causes this warning:

Error while executing action: Cannot remove MAC Pool. Several Clusters (1)
are using this MAC Pool:
Cluster2
- Please remove it from all Clusters that are using it and try again.

How can I do so? I don't see a way to unassign a MAC Pool from a cluster.

Thank you

James
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Install Ovirt engine and node on the same machine

[Luca 'remix_tj' Lorenzetto]

Hello Shashwat,

you can install ovirt-node and then use self-hosted engine setup for
installing the engine vm on it:

https://www.ovirt.org/documentation/self-hosted/Self-Hosted_Engine_Guide/

Luca

On Thu, Oct 19, 2017 at 10:36 AM, Shashwat shagun  wrote:
> Hi,
> I want to install Ovirt engine and Ovirt node in the same machine.
> Note: this is just for learning purpose but production
>
> Regards,
> Shashwat Shagun
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Install Ovirt engine and node on the same machine

[Shashwat shagun]

Hi,
I want to install Ovirt engine and Ovirt node in the same machine.
Note: this is just for learning purpose but production

Regards,
Shashwat Shagun

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot uplaod ot ISO domain

[Alex K]

The only workaround that seems to work for my case is the following:

Enable NFS on ISO gluster volume.
Add ISO volume as NFS using hostname of server on the network that engine
has access.
This is not optimal as HA is not achieve -  if I loose that server then I
will need to redefine the ISO domain.

Alex


On Thu, Oct 19, 2017 at 12:09 AM, Alex K  wrote:

> If this is the case then I will try to set the gluster network to be at
> the network that engine can reach prior to adding the ISO domain. I would
> prefere not to add an additional interface to engine as then I will need to
> make the storage network a bridge which might incur some overhead and
> affect performance of storage network.
>
> Alex
>
> On Oct 18, 2017 11:36 PM, "Elad Ben Aharon"  wrote:
>
>> Hi,
>>
>> The storage where 'ISO' storage domain resides has to be reachable for
>> the engine server. Please check network connectivity between the two.
>>
>> On Wed, Oct 18, 2017 at 7:41 PM, Alex K  wrote:
>>
>>> Hi all,
>>>
>>> I have setup a self hosted setup with 3 servers with several volumes in
>>> replica 3.
>>> These gluster volumes are set on a separate network (on separate NICs on
>>> same servers), dedicated for gluster traffic. The engine does not have any
>>> NIC in this network.
>>> The ISO storage domain is also on top one of these gluster volumes.
>>> Hope this makes sense.
>>>
>>> When I try to upload an ISO file from engine, I get the following error:
>>>
>>> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-i
>>> so/oVirt-toolsSetup_4.1-3.fc24.iso
>>> Please provide the REST API password for the admin@internal oVirt
>>> Engine user (CTRL+D to abort):
>>> Uploading, please wait...
>>> ERROR: mount.nfs: No route to host
>>>
>>> Seems that the engine is trying to mount the volume and gives a no route
>>> to host.
>>>
>>> What is the correct procedure to add an ISO domain? Can't ISO domain be
>>> on a separate dedicated network which is reachable from each host?
>>>
>>> Thanx,
>>> Alex
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Michal Skrivanek]

> On 18 Oct 2017, at 13:32, Barak Korren  wrote:
> 
> 
> 
> On 18 October 2017 at 10:24, Michal Skrivanek  > wrote:
> Hi all,
> I’m happy to announce that we finally finished initial contribution of oVirt 
> specific support into the Cockpit management platform
> See below for more details
> 
> There are only limited amount of operations you can do at the moment, but it 
> may already be interesting for troubleshooting and simple admin actions where 
> you don’t want to launch the full blown webadmin UI
> 
> Worth noting that if you were ever intimidated by the complexity of the GWT 
> UI of oVirt portals and it held you back from contributing, please take 
> another look!
> 
> Thanks,
> michal
> 
>  
> Very nice work!

thanks!
also note the cockpit automation testing framework which now covers operations 
on top of stable oVirt environment.

> 
> Where is this going? Are all WebAdmin features planned to be supported at 
> some point? Its kinda nice to be able to access and manage the systems from 
> any one of the hosts instead of having to know where the engine is…

note for anything meaningful it does need engine API connection, that’s not 
going to change really due to the oVirt architecture. 
But who knows how it goes.…:) There are pieces of functionality and 
configuration which can be done against oVirt VMs at the libvirt level, like 
Marek mentioned “shutdown” action, but mostly it’s introspection. With the 
parallel “VM XML” effort which gets in 4.2 we do have a complete VM definition 
in form of libvirt XML….so the cockpit code should be able to figure out a lot 
of properties from what it can see, and connect it with engine's information 
(e.g. it sees network interfaces from libvirt XML and it can correlate it to 
engine’s logical networks)
But for large part of webadmin functionality it’s not really feasible, engine 
does a lot of things, and making changes without the visibility to the whole 
setup is not a good idea…

Thanks,
michal

> 
> 
> -- 
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com  | TRIED. TESTED. TRUSTED. | 
> redhat.com/trusted 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] move disk and lv not removed

[Gianluca Cecchi]

On Thu, Oct 19, 2017 at 7:36 AM, Idan Shaby  wrote:

> Hi Gianluca,
>
> This sounds like a bug to me.
> Can you please attach engine and vdsm logs?
>
>
> Thanks,
> Idan
>

Hi Idan,
I have not at hand the full files right now, but these were the snippets I
cut from vdsm log and engine.log yesterday around the time of the first
error after sending the first e-mail
It seems vdsm reports that the logical volume is still in use while trying
to remove it
I have tried to replicate on another environment also based on block
storage, but now iSCSI and not FC and I was not able to get the error: the
move disk operation of the powered off vm always completed successfully.
Both tests were done trying to move preallocated disks if that matters

vdsm.log of host1

2017-10-18 14:59:28,907+0200 ERROR (libvirt/events)
[storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
Unexpected error (task:872)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 879, in _run
return fn(*args, **kargs)
  File "", line 2, in teardownImage
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
method
ret = func(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3189, in teardownImage
dom.deactivateImage(imgUUID)
  File "/usr/share/vdsm/storage/blockSD.py", line 1289, in deactivateImage
lvm.deactivateLVs(self.sdUUID, volUUIDs)
  File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs
_setLVAvailability(vgName, toDeactivate, "n")
  File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability
raise error(str(e))
CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume: ('General
Storage Exception: ("5 [] [\'  Logical volume
c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
is used by another
device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
2017-10-18 14:59:28,907+0200 INFO  (libvirt/events)
[storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
aborting: Task is aborted: 'Cannot deactivate Logical Volume: (\'General
Storage Exception: ("5 [] [\\\'  Logical volume
c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
is used by another
device.\\\']nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\\\'eff58f10-12bf-412f-a5db-944bfb10904d\\\']",)\',)'
- code 552 (task:1177)
2017-10-18 14:59:28,908+0200 ERROR (libvirt/events) [storage.Dispatcher]
FINISH teardownImage error=Cannot deactivate Logical Volume: ('General
Storage Exception: ("5 [] [\'  Logical volume
c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
is used by another
device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
(dispatcher:81)

engine.log
2017-10-18 15:01:53,097+02 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (D
efaultQuartzScheduler6) [] EVENT_ID:
USER_MOVED_DISK_FINISHED_SUCCESS(2,010), Correlation ID: a8948cbf-80a
2-462d-8805-91da94868c6e, Job ID: ffba7504-a324-43ca-ab4c-481610c1098b,
Call Stack: null, Custom ID: null,
 Custom Event ID: -1, Message: User gcecchi@internal-authz finished moving
disk padora1_u01 to domain SATA
_ALLBCK.
2017-10-18 15:01:54,029+02 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(DefaultQuartzScheduler5) [394f8568] EVENT_ID:
VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null,
Custom ID: null, Custom Event ID: -1, Message: VDSM host1 command
HSMGetAllTasksStatusesVDS failed: Cannot remove Logical Volume: (['Cannot
remove Logical Volume: (u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
"[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)
2017-10-18 15:01:54,029+02 INFO
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler5)
[394f8568] SPMAsyncTask::PollTask: Polling task
'8446a883-9bb0-40a5-b1eb-8a919defe4c0' (Parent Command 'RemoveImage',
Parameters Type
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned
status 'finished', result 'cleanSuccess'.
2017-10-18 15:01:54,029+02 ERROR
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler5)
[394f8568] BaseAsyncTask::logEndTaskFailure: Task
'8446a883-9bb0-40a5-b1eb-8a919defe4c0' (Parent Command 'RemoveImage',
Parameters Type
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
failure:
-- Result: 'cleanSuccess'
-- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = Cannot remove Logical Volume:
(['Cannot remove Logical Volume:
(u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
"[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)',
-- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = Cannot remove Logical Volume:
(['Cannot remove Logical Volume:
(u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Michal Skrivanek]

> On 19 Oct 2017, at 09:06, Marek Libra  wrote:
> 
> Regarding libvirt, there's fallback to Libvirt provider (part of 
> cockpit-machines) for VMs which are not managed by oVirt.

It’s layered, so the oVirt specifics are on top of the libvirt-based code. So 
the whole VM management functionality primarily works with libvirt VMs, and 
oVirt is “just” an extension in functionality and data presentation.
We first develop it with pure libvirt in mind, and then extend it with what 
oVirt can give us in addition.
Great thing about it is that every improvement to the generic code is 
beneficial for oVirt too, and we can selectively choose for which actions 
engine is required or not


> For the oVirt ones, oVirt API handles all the actions.
> 
> It's not yet implemented, but I'm considering to fallback to Libvirt for 
> selected actions in case the oVirt API can't be reached. Like for shut down 
> [1].
> 
> Anyway, there's still open question with the Libvirt connection since it's 
> secured on an oVirt host.
> 
> [1] https://github.com/cockpit-project/cockpit/issues/7670 
> 
> 
> On Wed, Oct 18, 2017 at 3:18 PM, Ryan Barry  > wrote:
> This looks great, guys. Congrats!
> 
> Does this also work with plain libvirt?
> 
> On Wed, Oct 18, 2017 at 3:24 AM, Michal Skrivanek 
> > wrote:
> Hi all,
> I’m happy to announce that we finally finished initial contribution of oVirt 
> specific support into the Cockpit management platform
> See below for more details
> 
> There are only limited amount of operations you can do at the moment, but it 
> may already be interesting for troubleshooting and simple admin actions where 
> you don’t want to launch the full blown webadmin UI
> 
> Worth noting that if you were ever intimidated by the complexity of the GWT 
> UI of oVirt portals and it held you back from contributing, please take 
> another look!
> 
> Thanks,
> michal
> 
>> Begin forwarded message:
>> 
>> From: Marek Libra >
>> Subject: Re: Cockpit 153 released
>> Date: 17 October 2017 at 16:02:59 GMT+2
>> To: Development discussion for the Cockpit Project 
>> > >
>> Reply-To: Development discussion for the Cockpit Project 
>> > >
>> 
>> Walk-through video for the new "oVirt Machines" page can be found here: 
>> https://youtu.be/5i-kshT6c5A 
>> 
>> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt > > wrote:
>> http://cockpit-project.org/blog/cockpit-153.html 
>> 
>> 
>> Cockpit is the modern Linux admin interface. We release regularly. Here
>> are the release notes from version 153.
>> 
>> 
>> Add oVirt package
>> -
>> 
>> This version introduces the "oVirt Machines" page on Fedora for controlling
>> oVirt virtual machine clusters.  This code was moved into Cockpit as it 
>> shares
>> a lot of code with the existing "Machines" page, which manages virtual 
>> machines
>> through libvirt.
>> 
>> This feature is packaged in cockpit-ovirt and when installed it will replace
>> the "Machines" page.
>> 
>> Thanks to Marek Libra for working on this!
>> 
>> Screenshot:
>> 
>> http://cockpit-project.org/images/ovirt-overview.png 
>> 
>> 
>> Change: https://github.com/cockpit-project/cockpit/pull/7139 
>> 
>> 
>> 
>> Packaging cleanup
>> -
>> 
>> This release fixes a lot of small packaging issues that were spotted by
>> rpmlint/lintian.
>> 
>> Get it
>> --
>> 
>> You can get Cockpit here:
>> 
>> http://cockpit-project.org/running.html 
>> 
>> 
>> Cockpit 153 is available in Fedora 27:
>> 
>> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27 
>> 
>> 
>> Or download the tarball here:
>> 
>> https://github.com/cockpit-project/cockpit/releases/tag/153 
>> 
>> 
>> 
>> Take care,
>> 
>> Martin Pitt
>> 
>> ___
>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org 
>> 
>> To unsubscribe send an email to cockpit-devel-le...@lists.fedorahosted.org 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> MAREK LIBRA
>> SENIOR SOFTWARE ENGINEER
>> Red Hat Czech
>> 
>>  
>> ___
>> cockpit-devel mailing list -- 

Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

[Marek Libra]

Regarding libvirt, there's fallback to Libvirt provider (part of
cockpit-machines) for VMs which are not managed by oVirt.
For the oVirt ones, oVirt API handles all the actions.

It's not yet implemented, but I'm considering to fallback to Libvirt for
selected actions in case the oVirt API can't be reached. Like for shut down
[1].

Anyway, there's still open question with the Libvirt connection since it's
secured on an oVirt host.

[1] https://github.com/cockpit-project/cockpit/issues/7670

On Wed, Oct 18, 2017 at 3:18 PM, Ryan Barry  wrote:

> This looks great, guys. Congrats!
>
> Does this also work with plain libvirt?
>
> On Wed, Oct 18, 2017 at 3:24 AM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>> Hi all,
>> I’m happy to announce that we finally finished initial contribution of
>> oVirt specific support into the Cockpit management platform
>> See below for more details
>>
>> There are only limited amount of operations you can do at the moment, but
>> it may already be interesting for troubleshooting and simple admin actions
>> where you don’t want to launch the full blown webadmin UI
>>
>> Worth noting that if you were ever intimidated by the complexity of the
>> GWT UI of oVirt portals and it held you back from contributing, please take
>> another look!
>>
>> Thanks,
>> michal
>>
>> Begin forwarded message:
>>
>> *From: *Marek Libra 
>> *Subject: **Re: Cockpit 153 released*
>> *Date: *17 October 2017 at 16:02:59 GMT+2
>> *To: *Development discussion for the Cockpit Project <
>> cockpit-de...@lists.fedorahosted.org>
>> *Reply-To: *Development discussion for the Cockpit Project <
>> cockpit-de...@lists.fedorahosted.org>
>>
>> Walk-through video for the new "oVirt Machines" page can be found here:
>> https://youtu.be/5i-kshT6c5A
>>
>> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt  wrote:
>>
>>> http://cockpit-project.org/blog/cockpit-153.html
>>>
>>> Cockpit is the modern Linux admin interface. We release regularly. Here
>>> are the release notes from version 153.
>>>
>>>
>>> Add oVirt package
>>> -
>>>
>>> This version introduces the "oVirt Machines" page on Fedora for
>>> controlling
>>> oVirt virtual machine clusters.  This code was moved into Cockpit as it
>>> shares
>>> a lot of code with the existing "Machines" page, which manages virtual
>>> machines
>>> through libvirt.
>>>
>>> This feature is packaged in cockpit-ovirt and when installed it will
>>> replace
>>> the "Machines" page.
>>>
>>> Thanks to Marek Libra for working on this!
>>>
>>> Screenshot:
>>>
>>> http://cockpit-project.org/images/ovirt-overview.png
>>>
>>> Change: https://github.com/cockpit-project/cockpit/pull/7139
>>>
>>>
>>> Packaging cleanup
>>> -
>>>
>>> This release fixes a lot of small packaging issues that were spotted by
>>> rpmlint/lintian.
>>>
>>> Get it
>>> --
>>>
>>> You can get Cockpit here:
>>>
>>> http://cockpit-project.org/running.html
>>>
>>> Cockpit 153 is available in Fedora 27:
>>>
>>> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
>>>
>>> Or download the tarball here:
>>>
>>> https://github.com/cockpit-project/cockpit/releases/tag/153
>>>
>>>
>>> Take care,
>>>
>>> Martin Pitt
>>>
>>> ___
>>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>>> To unsubscribe send an email to cockpit-devel-le...@lists.fedo
>>> rahosted.org
>>>
>>>
>>
>>
>> --
>> Marek Libra
>>
>> senior software engineer
>> Red Hat Czech
>>
>> 
>> ___
>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> To unsubscribe send an email to cockpit-devel-le...@lists.fedo
>> rahosted.org
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> RYAN BARRY
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHEV HYPERVISOR
>
> Red Hat NA 
>
> rba...@redhat.comM: +1-651-815-9306 IM: rbarry
> 
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

Marek Libra

senior software engineer

Red Hat Czech


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users