[ovirt-users] Re: Zanata account required

[Sharon Gratch]

Done.
Let me know if you encounter any problems.

Thanks

On Wed, May 22, 2024 at 9:19 PM Kola Samkola  wrote:

> hello, I would like to translate into Russian
> ___
> 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/XUNIM5ZF44BXZ22DSZFJWDMSUUHW4MTA/
>
___
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/QR6J6HJ56ZKTGATXDQZ3MUJZSTSC2YZS/

[ovirt-users] Re: Zanata account required

[Sharon Gratch]

Hi,

Is there specific language(s) that you would like to help with translating
to?  We want to add you to the relevant Zanata's translation group(s) as
well.

Thanks!


On Wed, May 15, 2024 at 9:47 PM Kola Samkola  wrote:

> Hello! help me get an account https://zanata.ovirt.org/ to translate the
> interface, 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/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3GK3UK4D6IJINWQVF3IFPCO6BC7K6HU3/
>
___
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/IQTY2MBYF2C57BCN2YLNWSSJZGOTNPWD/

[ovirt-users] Re: Cannot find URL for VM Portal

[Sharon Gratch]

Hi,

You can reach both Admin and VM portals via the  oVirt engine landing page,
under the 'Portals' section. Both links are there.

The default URL for the VM portal is: https:///ovirt-engine/web-ui
The default URL for the Admin portal is:
https:///ovirt-engine/webadmin

Thanks,
Sharon


On Mon, Nov 20, 2023 at 7:26 PM  wrote:

> Hi.
> This is my first install of 4.5.4 from the DVD ISO.
> I dont find any about the URL for the VM Portal. I have have only the link
> to the system at port https9090. Did i forgott to install or enable a
> service?
>
> Regards
> Dirk
> ___
> 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/CRVTCIHVTCSBWUHIVMM3CWSUN4JNLIUK/
>
___
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/XOBDZYAEZT7QXEO3QWH23JD6VGQCGLTP/

[ovirt-users] Re: Cannot "Change CD" from VM portal with standard user

[Sharon Gratch]

Hi,

AFAIR, to allow attaching ISO to a virtual machine via the VM Portal,  in
addition to assigning the UserRole for that non admin user on the VM level,
you should also assign the user with the *DiskProfileUser* permission role
on the Storage Domain with ISO images level.

Thanks,
Sharon


On Mon, Nov 6, 2023 at 8:21 PM Gianluca Amato 
wrote:

> Hello,
> I am trying to attach a CD to a virtual machine from the VM Portal as a
> standard user. When I click on the box for choosing the ISO image, I only
> get "[Empty]". However, when I access the VM portal as an admin, I
> correctly see the list of ISO images. I suspect it is a problem of
> permission: I have assigned to the unprivileged user the UserRole
> permission both for the VM and the ISO disk images. Am I doing something
> wrong ? Do I need to assign different roles ?
>
> 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/OPIZEP7RVGKK5RKKRQ3USJU3ABUSHKDS/
>
___
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/KUEQ3UMLLRNHBNNWGFSTJYPE5DWAAUVX/

[ovirt-users] Re: Request to get get an account

[Sharon Gratch]

Hi,

For details: https://www.ovirt.org/develop/localization.html

In order to create an account on Zanata  for
you, please provide the following details:
1. What is your preferable username and email to be used for that account?
2. Is there a specific language that you would like to help with
translating to? I want to add you to the relevant Zanata's translation
groups as well.

Thanks,
Sharon

On Fri, Oct 6, 2023 at 7:05 AM ReFea_IM[e] Original 
wrote:

> Hello,
> I would like to participate in the oVirt translation project.
> How can this be done?
>
> 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/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/34HHG2Y5NHBNRPUK5RMBNVOXZO4CWUHE/
>
___
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/TWOPXYVBRS26FX7G3RWQBSF2CG2U44L5/

[ovirt-users] Re: Customizing ovirt vm / user web portal

[Sharon Gratch]

Hi,

Of course it's possible.

The way to customize the portal depends on the scope of your changes.
For changing basic branding stuff (e.g. images, fixed strings/logo,
masthead size and background etc), just change the css files under the
branding folder or create a new branding folder,  as mentioned here:
https://github.com/oVirt/ovirt-web-ui/blob/master/DEVELOPERS.md#alternative-branding

For more complicated changes like adding buttons and new functionality, you
might need to change the code.  The VM Portal project is based on React,
Redux, Redux-Saga, and PatternFly.

The VM Portal code : https://github.com/oVirt/ovirt-web-ui/
Developing details::
https://github.com/oVirt/ovirt-web-ui/blob/master/DEVELOPERS.md

Thanks,
Sharon

On Sun, Jun 25, 2023 at 2:48 AM Jorge Visentini 
wrote:

> Following for being interesting...
>
> Em sex., 23 de jun. de 2023 às 10:01, R A  escreveu:
>
>> Hello,
>>
>>
>>
>> i want to customize the interface and some functions in the ovirt user
>> portal.
>>
>>
>>
>> For example adding some Buttons with functionality or doing some style
>> changes.
>>
>>
>>
>> Is this possible? Is there any guide how to do that?
>>
>>
>>
>> BR
>>
>> Peter
>> ___
>> 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/RI23B7PVQTVHKK37YOPB7T4QBXWEN7KY/
>>
>
>
> --
> Att,
> Jorge Visentini
> +55 55 98432-9868
> ___
> 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/F46RXR7T2JOV72CJOJVCNT2YZOZWGWRI/
>
___
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/3Y4XMBZLHC4KGW7ZI7EQT6UEVDSRN4ME/

[ovirt-users] Re: [extern] Re: no snapshot function in VM portal

[Sharon Gratch]

Hi,

Assigning the uservmManager role on a VM for an oVirt user or for an oVirt
group that the user belongs to - should have the same result of course.

Are you sure that the logged in user is a member of a group on oVirt?
Please note that users and groups associations defined in Keycloak are not
automatically synced to oVirt.
Check this thread for more details:  [1]

[1]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z4AD6WSXYN36K7EVFU7VBXMQKGY474ET/

Thanks,
Sharon


On Tue, May 9, 2023 at 11:01 AM Christoph Köhler <
koeh...@luis.uni-hannover.de> wrote:

> Hi,
>
> I found out the following: The logged in user is member of a group, that
> has uservmManager on a VM. User sees the VM without an appearing pen
> that indicates snapshot operations. The group comes from Keycloak
> respectively from LDAP. When I stick the single user to the VM with
> identical rights like the group, than the pen comes for doing snapshots.
>
> That is the situation for our users...
>
> Greetings!
> Chris
>
> On 08.05.23 17:20, Sharon Gratch wrote:
> > Hi,
> >
> > Do the snapshot operations buttons (create, delete, restore) appear but
> > grayed out or do they not appear at all?
> >
> > If they don't appear at all then this seems like a permission issue. Can
> > you please assure that the logged in user is assigned with either
> > UserVmManager or SuperUser**roles for those VMs on the relevant VM level
> > or VM's data center/cluster level?
> > It might be that importing those VMs, removed those permissions for the
> > VMs.
> >
> > If the snapshot operations buttonsappear but grayed out then this
> > implies that the disk images or snapshots are locked due to a previous
> > VM operation.
> >
> > Thanks,
> > Sharon
> >
> >
> > On Mon, May 8, 2023 at 3:24 PM Christoph Köhler
> > mailto:koeh...@luis.uni-hannover.de>>
> wrote:
> >
> > Hi!
> >
> > On a fresh Version 4.5.4-1.el8: in the vm portal are no snapshot
> > operations possible - not for an user_vm_manager and not for a
> > super_user. We have imported VMs from 4.3 with exisiting snapshots.
> > These are listed for the users in the snapshot box but there is also
> no
> > operation possible for them.
> >
> > Does anyone has a hint?
> >
> > Greetings!
> > Chris
> > ___
> > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> > To unsubscribe send an email to users-le...@ovirt.org
> > <mailto:users-le...@ovirt.org>
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > <https://www.ovirt.org/privacy-policy.html>
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > <https://www.ovirt.org/community/about/community-guidelines/>
> > List Archives:
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CEU6Y74NYIAWURVKL3SMTVR4RQDPP6AJ/
> <
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CEU6Y74NYIAWURVKL3SMTVR4RQDPP6AJ/
> >
> >
> >
> > ___
> > 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/RK6XGMG7JFCVZNBBW37HCRPT57ASP2VB/
>
___
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/4AFSESISH5S2FLEZUVPKG6777ZBIIGB3/

[ovirt-users] Re: no snapshot function in VM portal

[Sharon Gratch]

Hi,

Do the snapshot operations buttons (create, delete, restore) appear but
grayed out or do they not appear at all?

If they don't appear at all then this seems like a permission issue. Can
you please assure that the logged in user is assigned with either
UserVmManager or SuperUser roles for those VMs on the relevant VM level or
VM's data center/cluster level?
It might be that importing those VMs, removed those permissions for the
VMs.

If the snapshot operations buttons appear but grayed out then this implies
that the disk images or snapshots are locked due to a previous VM operation.

Thanks,
Sharon


On Mon, May 8, 2023 at 3:24 PM Christoph Köhler <
koeh...@luis.uni-hannover.de> wrote:

> Hi!
>
> On a fresh Version 4.5.4-1.el8: in the vm portal are no snapshot
> operations possible - not for an user_vm_manager and not for a
> super_user. We have imported VMs from 4.3 with exisiting snapshots.
> These are listed for the users in the snapshot box but there is also no
> operation possible for them.
>
> Does anyone has a hint?
>
> Greetings!
> Chris
> ___
> 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/CEU6Y74NYIAWURVKL3SMTVR4RQDPP6AJ/
>
___
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/RK6XGMG7JFCVZNBBW37HCRPT57ASP2VB/

[ovirt-users] Re: Zanata account

[Sharon Gratch]

Hi Denis,

Sure. Please provide the following details:
1. What is your preferable username and email to be used for that account?
2. Is there a specific language that you would like to help with
translating to? Is it Russian? We want to add you to the relevant Zanata's
translation groups as well.

Thanks,
Sharon



On Sun, Feb 19, 2023 at 3:28 PM Денис Квист  wrote:

> Hello everyone!
>
> I would like to have a Zanata account to join the translation group.
>
> Kind regards,
> Denis
> ___
> 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/V625RU7VD3ZBAPA2GAHLWRHFGLAG3M4T/
>
___
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/F3TKDLN4X5VYIHM3RX2TZ5VWLWMNKQTU/

[ovirt-users] Re: oVirt 4.5 console problem with Ubuntu 22.04 guest

[Sharon Gratch]

Hi,

The ovirt-guest-agent and SSO (Single Sign-On) are no longer supported for
specific OS since oVirt 4.4 (RHEL 8+, Ubuntu 18+, ppc64, Windows etc) . The
qemu-guest-agent replaced the ovirt-guest-agent.
Since we still need to support old OS hosts where ovirt-guest-agent might
be still installed and configured via the admin portal, then we display
this warning anyway for the first console connection attempt.. but you can
ignore it since it won't prevent from connecting to the console. It is just
a warning to let you know that SSO is disabled.

I guess you couldn't connect because another user was already connected  to
that console and that's why restarting solved the issue.
I'm not sure which OS are installed on other hosts.

If you want to disable this SSO warning, you can disable the guest-agent
option via the VM->Console->Use Guest Agent option.

Thanks,
Sharon


On Fri, Feb 10, 2023 at 3:47 PM Kalil de A. Carvalho 
wrote:

> Hello all.
> Today I had a problem trying to connect with some VM's using console vnc,
> through user portal, informing us that other one was connected already,
> asking if we want to connect anyway, and after we accepted it show us a
> information that was not possible connect, that has some problem
> synchronize with de SSO, that is probably error with the guest agent. We
> tried restarting the agent but had the same result. Just after shutdown and
> starting again all things worked fine. We looked for any firewall rule,
> errors between communication and we did not find anything.
> Does anyone have this kind of problem? We have other O.S and
> distribution working fine here, just have this problem with Ubuntu 22.04.
>
> Best regards
> --
> Atenciosamente,
> Kalil de A. Carvalho
>
> ___
> 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/AVL4SN56HBLHHBJC2QH2D7VSK5UTKDSR/
>
___
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/IURQDOMEVV5XYWPMSKDFU6FZG4IFY5Q2/

[ovirt-users] Re: Zanata access request

[Sharon Gratch]

Hi Vladimir,

Done. I sent you the account details in a separate mail.

Thanks,
Sharon

On Tue, Oct 25, 2022 at 10:15 AM Vladimir Talankin 
wrote:

> Hello, Sharon,
>
> Yes, you may use my email address as an username and account email.
>
> Regards,
> Vladimir
>
> пн, 24 окт. 2022 г. в 14:02, Sharon Gratch :
>
>> Hi Vladimir,
>>
>> Do you prefer the account will be with your username and mail? If not
>> then please provide the required username and email for the use of the
>> HOSTVM support team.
>>
>> Thanks,
>> Sharon
>>
>> On Mon, Oct 24, 2022 at 9:48 AM Sandro Bonazzola 
>> wrote:
>>
>>> @Sharon Gratch  can you help here?
>>>
>>> Il giorno sab 22 ott 2022 alle ore 16:34 Vladimir Talankin <
>>> v.talan...@gmail.com> ha scritto:
>>>
>>>> Hello!
>>>>
>>>> I'm writing on behalf of the HOSTVM support team. HOSTVM is a
>>>> virtualization platform based on Ovirt. For the purposes of improving UI
>>>> languages, can you please provide us with account details for Zanata (
>>>> https://zanata.ovirt.org/)? If any additional information is needed,
>>>> just let me know. Thank you.
>>>>
>>>> Regards,
>>>> Vladimir
>>>> ___
>>>> 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/JJ4FLNKSSQN7PKURKMOVVBMAKLQXQO6K/
>>>>
>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE
>>>
>>> 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/LB36D74L4DOSLSJPNN6WD56YWIVEMGKF/

[ovirt-users] Re: Zanata access request

[Sharon Gratch]

Hi Vladimir,

Do you prefer the account will be with your username and mail? If not then
please provide the required username and email for the use of the HOSTVM
support team.

Thanks,
Sharon

On Mon, Oct 24, 2022 at 9:48 AM Sandro Bonazzola 
wrote:

> @Sharon Gratch  can you help here?
>
> Il giorno sab 22 ott 2022 alle ore 16:34 Vladimir Talankin <
> v.talan...@gmail.com> ha scritto:
>
>> Hello!
>>
>> I'm writing on behalf of the HOSTVM support team. HOSTVM is a
>> virtualization platform based on Ovirt. For the purposes of improving UI
>> languages, can you please provide us with account details for Zanata (
>> https://zanata.ovirt.org/)? If any additional information is needed,
>> just let me know. Thank you.
>>
>> Regards,
>> Vladimir
>> ___
>> 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/JJ4FLNKSSQN7PKURKMOVVBMAKLQXQO6K/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE
>
> 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/RFJN6NKDUNSJTZNAEILZIXGCM65MLICH/

[ovirt-users] Re: Registration of account on Zanata

[Sharon Gratch]

Hi,

Done. I sent the account details to Anton in a separate mail.

Thanks,
Sharon


On Wed, Oct 19, 2022 at 9:14 AM Sandro Bonazzola 
wrote:

> @Sharon Gratch  @Michal Skrivanek
>  can you help here?
>
> Il giorno mer 19 ott 2022 alle ore 00:44 Anton Fadeev <
> anton.fad...@red-soft.ru> ha scritto:
>
>> Hello! I want to join to the localization group of oVirt Project. Can
>> you help me?
>> ___
>> 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/RPDCWB4OZBSLL2SRXOLILEF433TB5ABF/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE
>
> 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/YANUVWGJKWIAXBHLIIWE5ZPPALXSJV24/

[ovirt-users] Re: Interested in contributing with Spanish translation.

[Sharon Gratch]

Hi Luis,

I created an account on Zanata for you and added you to the Spanish
translation group.
I'll send you the account details in a separate mail.

Thanks for willing to help with that.

The oVirt project is spread over the following three links:
https://zanata.ovirt.org/iteration/view/ovirt-engine/ovirt-4.5__220810 -
for Spanish 96.41% is translated
https://zanata.ovirt.org/iteration/view/ovirt-engine-ui-extensions/1.3 -
for Spanish 65.7% is translated
https://zanata.ovirt.org/iteration/view/ovirt-web-ui/1.9 - for Spanish
91.64% is translated

And If you have some more time, you might also consider contributing
translations to Red Hat downstream RHV project:
https://zanata.ovirt.org/iteration/view/rhvm-branding/rhvm-4.5 - for
Spanish 98% is translated

Thanks,
Sharon


On Thu, Sep 1, 2022 at 9:44 AM Sandro Bonazzola  wrote:

> +Sharon Gratch  , +Michal Skrivanek
>  can you please help here?
>
> Il giorno mer 31 ago 2022 alle ore 22:17 Luis Pereida <
> luis.pere...@gmail.com> ha scritto:
>
>> Hello,
>>
>> My name is Luis Pereida, I am Mexican, from Guadalajara and I am
>> currently an application security specialist.
>>
>> Some time ago I met the O-Virt project and it helped me a lot to solve
>> many situations where virtualization was the perfect option.
>>
>> Since some time ago I have been thinking about how to contribute to the
>> project, and talking with some friends, they would like to have
>> documentation in Spanish. Although English is basic for us, many times the
>> context or expressions are hard to understand.
>>
>> I would like to help with that. How can I do it? I see that it is
>> necessary to use a Zanata account. How can I get an account?
>>
>> Regards and thanks for being so supportive of the community.
>> ___
>> 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/6GILTJOZEP65E7BNHOUFBRZAV7QKSOKI/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE
>
> 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/WPG2MU52JUO5N3JTI7O7JAQ3JLF3G4LA/

[ovirt-users] Re: oVirt v4.5 - Error when importing templates

[Sharon Gratch]

Hi,

This is reproduced to me as well. Can you submit a bug please?

Thanks,
Sharon


On Wed, Jul 6, 2022 at 8:59 AM Erkan E via Users  wrote:

> I have oVirt version 4.5.1.3 installed. When importing templates exported
> from oVirt v4.3 to oVirt v4.5, it fails and the error message below is
> raised. Even it is the same for templates exported form oVirt 4.5 as well.
>
> - "Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) : e is null. Please have your administrator to check the UI
> logs"
>
>
> Related logs in /var/log/ovirt-engine/ui.log:
>
> 2022-07-05 12:37:31,652Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-3) [] Permutation name: 5EAE784A6F0B215E2BA85365FFA20B1F
> 2022-07-05 12:37:31,652Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-3) [] Uncaught exception:
> com.google.gwt.core.client.JavaScriptException: (TypeError) : e is null
> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
> at
> org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.$setSelectedItem(SearchableListModel.java:406)
> at
> org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.setSelectedItem(SearchableListModel.java:406)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$updateListEditor(UiCommonEditorVisitor.java:189)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$lambda$5(UiCommonEditorVisitor.java:136)
> at
> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor$lambda$5$Type.eventRaised(UiCommonEditorVisitor.java:136)
> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
> at
> org.ovirt.engine.ui.uicommonweb.models.SearchableListModel.$setItems(SearchableListModel.java:714)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.ImportVmFromExportDomainModel.$lambda$0(ImportVmFromExportDomainModel.java:89)
> at
> org.ovirt.engine.ui.uicommonweb.models.vms.ImportVmFromExportDomainModel$lambda$0$Type.onSuccess(ImportVmFromExportDomainModel.java:89)
> at
> org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:239)
> at
> org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:239)
> at
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133)
> at
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133)
> at
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$onSuccess(GWTRPCCommunicationProvider.java:161)
> at
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.onSuccess(GWTRPCCommunicationProvider.java:161)
> at
> com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198)
> at
> com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233)
> at
> com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409)
> at 
> Unknown.onreadystatechange<(https:///ovirt-engine/webadmin/?locale=en_US
> line 9 > injectedScript)
> at com.google.gwt.core.client.impl.Impl.apply(Impl.java:306)
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:345)
> at 
> Unknown.My/<(https:///ovirt-engine/webadmin/?locale=en_US
> line 9 > injectedScript)
> at Unknown.anonymous(Unknown)
> ___
> 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/DTAWSVVZCKAHUKPTYPV55OFB3LMDIUSM/
>
___
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/IBNGX5BLTOMNNDB4OYJYW5SCBAF3LS7U/

[ovirt-users] Re: oVirt survey questions gathering

[Sharon Gratch]

Hi,

I suggest adding the following questions regarding the oVirt UI as well:

1. Which user settings (i.e. persisted settings for the logged-in
user) in *Administration
Portal* are missing and highly required to be added?
- disable confirmation messages settings
- disable notification messages setting
- session timeout settings
- refresh intervals settings
- global level console options (and not just per VM)
- anything else?

2. Which improvements in the UI (for *Admin Portal* and *VM Portal*) do you
think are mostly required? - a free text answer

Thanks,
Sharon

On Thu, May 19, 2022 at 2:20 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno gio 19 mag 2022 alle ore 12:37 Radoslaw Szwajkowski <
> rszwa...@redhat.com> ha scritto:
>
>> Hi all,
>> my proposals:
>>
>> 1.  How often do you log in as an admin to VM Portal? (choose one)
>> - almost never
>> - less often then to Web Admin
>> - as often as to Web Admin
>> - more often than to Web Admin
>> 2.  When logged in as an admin to VM Portal - what kind of activities
>> do you perform? (choose all that apply)
>> - verify reported user problems
>> - verify if it works
>> - typical user tasks
>> - admin tasks
>> 3.  Have you encountered cases when a regular user had to be given
>> admin rights to unblock his daily work? (specify cases if any)
>> 4.  Which user settings in VM Portal are in use in your installation?
>> (choose all that apply)
>> - language
>> - refresh interval
>> - do not disturb
>> -  preferred console type
>> - connect automatically (with a console to a VM)
>> -  fullscreen (for any console)
>> - Ctrl+Alt+Del mapping (VNC or SPICE)
>> - smartcard (SPICE)
>> - SSH  key (Serial Console)
>> 5. What console type do you use for Windows VMs? (choose all that apply)
>> - RDP
>> - Native SPICE
>> - Native VNC
>> - Browser VNC (noVNC)
>> - Serial
>> - other (specify)
>> 6. What console type do you use for non-Windows VMs? (choose all that
>> apply)
>> - Native SPICE
>> - Native VNC
>> - Browser VNC (noVNC)
>> - Serial
>> - other (specify)
>> 7. Console usage patterns in your installation (choose all that apply)
>> - user is free to choose console according to personal preference
>> - choice is dictated by the client OS (i.e. thin client, Mac, etc)
>> - user choice is altered by system-wide config (i.e.
>> ClientModeConsoleDefault)
>> - user choice is restricted by removing consoles via VM config
>> - user choice is restricted (outside of oVirt)  by blocking access
>> (i.e. on firewall)
>>
>> best regards,
>> radek
>>
>>
> Thanks!
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KWAPRDG4ZMUYFMILMCB6EYE7AC57CEEE/
>
___
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/D6W7WWFXJKSDBDTPMT5T2HNC3LU4Y3PB/

[ovirt-users] Re: list-view instead of tiled-view in oVirt VM Portal?

[Sharon Gratch]

Hi Bertjan,

This requirement is currently not supported by the VM portal and not
planned to be supported.
Can you please share why a list view is preferable for you over a tiled
view?

Please note that the VM portal dashboard design is based on accessing a max
of ~20 VMs and usually much less than that since used by non admin users
which usually have permissions to access a limited number of VMs.
You can filter those VMs on the dashboard by name, OS and status and also
sort them by those parameters as well.
We are also planning as part of Patternfly 4 upgrade to maybe reduce the
area size of each VM card - which might help as well.

Thanks,
Sharon

On Thu, May 12, 2022 at 3:22 PM Goorkate, B.J. 
wrote:

> Hi all,
>
> Is it possible to have a list of vm's in the oVirt VM-portal instead of
> the tiled view?
> (can't find it, but may have overlooked)
>
> Thanks!
>
> Regards,
>
> Bertjan
>
>
>
> --
>
> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender
> direct
> te informeren door het bericht te retourneren. Het Universitair Medisch
> Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de
> W.H.W.
> (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd
> bij
> de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
>
> Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
>
>
> --
>
> This message may contain confidential information and is intended
> exclusively
> for the addressee. If you receive this message unintentionally, please do
> not
> use the contents but notify the sender immediately by return e-mail.
> University
> Medical Center Utrecht is a legal person by public law and is registered at
> the Chamber of Commerce for Midden-Nederland under no. 30244197.
>
> Please consider the environment before printing this e-mail.
> ___
> 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/EUZE2RWZM4GFB4ITVWDSO5NPE2WPOSIB/
>
--- Begin Message ---
Hi,

the ansible-runner-service cleanup PR is not yet merged:
https://github.com/oVirt/ovirt-engine/pull/257
So until merged please just remove
/etc/httpd/conf.d/zz-ansible-runner-service.conf
Once this file is removed, python3-mod_wsgi should no longer be needed.

Thanks,
Martin


On Sun, Apr 17, 2022 at 11:16 PM Nir Soffer  wrote:

> I upgraded today to
> ovirt-engine-4.5.1-0.2.master.20220414121739.gitb2384c6521.el8.noarch
>
> Engine setup failed to complete when restarting httpd:
>
> # engine-setup
> ...
> [ INFO  ] Restarting httpd
> [ ERROR ] Failed to execute stage 'Closing up': Failed to start service
> 'httpd'
> [ INFO  ] Stage: Clean up
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20220418000357-gn9jww.log
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20220418000447-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
> [root@engine ~]# systemctl status httpd
> ● httpd.service - The Apache HTTP Server
>Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled;
> vendor preset: disabled)
>Active: failed (Result: exit-code) since Mon 2022-04-18 00:04:47 IDT;
> 19s ago
>  Docs: man:httpd.service(8)
>   Process: 15359 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND
> (code=exited, status=1/FAILURE)
>  Main PID: 15359 (code=exited, status=1/FAILURE)
>Status: "Reading configuration..."
>
> Apr 18 00:04:47 engine.local systemd[1]: Starting The Apache HTTP Server...
> Apr 18 00:04:47 engine.local httpd[15359]: [Mon Apr 18 00:04:47.727854
> 2022] [so:warn] [pid 15359:tid 140623023360320] AH01574: mo>
> Apr 18 00:04:47 engine.local httpd[15359]: AH00526: Syntax error on
> line 4 of /etc/httpd/conf.d/zz-ansible-runner-service.conf:
> Apr 18 00:04:47 engine.local httpd[15359]: Invalid command
> 'WSGIDaemonProcess', perhaps misspelled or defined by a module not
> incl>
>
> After installing python3-mod_wsgi httpd can be started, and engine-setup
> works.
>
> Do we miss requires: in the spec?
>
> Nir
>
>

-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
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-guide

[ovirt-users] Re: Ovirt-engine , certificate issue

[Sharon Gratch]

Hi,

On Tue, May 17, 2022 at 7:33 PM Angel R. Gonzalez 
wrote:

> Hello,
>
> I've a issue when I try log in ovirt-engine manager with a browser. The
> error message is:
>
>  PKIX path validation failed:
> java.security.cert.CertPathValidatorException: validity check failed
>
> The ovirt version is 4.4.5.11-1.
>
> I follow the next commands for try resolve it.
>
>
> > # cp -a /etc/pki/ovirt-engine "/etc/pki/ovirt-engine.$(date "+%Y%m%d")"
> > # SUBJECT="$(openssl x509 -subject -noout -in
> > /etc/pki/ovirt-engine/certs/apache.cer | sed 's/subject= //')"
> > # /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh --name=apache
> > --password="PASSWORD" --subject="${SUBJECT}"
> > # openssl pkcs12 -passin "pass:PASSWORD" -nokeys -in
> > /etc/pki/ovirt-engine/keys/apache.p12 >
> > /etc/pki/ovirt-engine/certs/apache.cer
> > # openssl pkcs12 -passin "pass:PASSWORD" -nocerts -nodes -in
> > /etc/pki/ovirt-engine/keys/apache.p12 >
> > /etc/pki/ovirt-engine/keys/apache.key.nopass
> > # chmod 0600 /etc/pki/ovirt-engine/keys/apache.key.nopass
> > # systemctl restart ovirt-engine.service
> But after restarting the issue is the same.
>
> Any idea?
>

Maybe try to restart the apache HTTP Server as well:
*systemctl restart httpd*

If it still doesn't work then please share the errors within the engine log
/var/log/ovirt-engine/engine.log

Thanks,
Sharon


> Thanks in advance
>
> Ángel.
>
> ___
> 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/MPFXIEDZBFVC7JAOV77DCLDR3IVOSOMU/
>
___
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/SF4RZT5YKTSOT3IIS4U5LEYMIVVNB57Q/

[ovirt-users] Re: Zanata user request

[Sharon Gratch]

Hi,

On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
temuri.doghona...@gmail.com> wrote:

> Hello again,
> Translation of 2 modules you gave access me to is completed.
> But I've noticed 2 additional modules I didn't have access to.
> Could you please tell me if they're not neccessary?
>

Thanks for translating web-ui and ovirt-engine-ui-extensions projects.
Regarding the ovirt-engine project, please check now since for some reason
the Georgian language was disabled. I enabled it so it should be ok now.
The 4th project rhvm-branding is a downstream project so no need to
translate it.



> Also, virt-manager translation is still unavailable.
>
> On Tue, Mar 22, 2022 at 1:02 PM Temuri Doghonadze <
> temuri.doghona...@gmail.com> wrote:
>
>> Hello,
>> Got it, thank you.
>> All's ok, I'm in. Only thing I might also ask, is if you got any access
>> to person who is maintaining virt-manager, could you ask them to fix
>> translation? (at https://translate.fedoraproject.org/).
>>
>> Thanks for provided help, will try my best.
>> BR, Temuri
>>
>> On Tue, Mar 22, 2022 at 11:49 AM Sharon Gratch 
>> wrote:
>>
>>>
>>> Hi Temuri,
>>>
>>> I activated your account on Zanata (you already had one) and added you
>>> to the Georgian translation group.
>>> I'll send you the account details in a separate mail.
>>>
>>> Thanks for willing to help with translations!
>>> Sharon
>>>
>>> On Mon, Mar 21, 2022 at 3:32 PM Sandro Bonazzola 
>>> wrote:
>>>
>>>> +Sharon Gratch  +Scott Dickerson
>>>>  +Michal Skrivanek  can you
>>>> help here?
>>>>
>>>> Il giorno lun 21 mar 2022 alle ore 11:23 Temuri Doghonadze <
>>>> temuri.doghona...@gmail.com> ha scritto:
>>>>
>>>>> Hello,
>>>>> My name is Temuri and I'd like to ask for account for Zanata to help
>>>>> with translation of ovirt to Georgian.
>>>>>
>>>>> I've done translation of zoiper, FreeCAD, part of gitlab, protonmail,
>>>>> parts of gnome and KDE, etc etc etc.
>>>>> In case of questions feel free to ask.
>>>>> BR, Temuri
>>>>> ___
>>>>> 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/RYKJ2ZFIOYA66XY3PRPXHF5Y5ZDSTKVG/
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Sandro Bonazzola
>>>>
>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/ZNZ7AESRHIJKLYLCHCGFMYGX2SNINQ2N/

[ovirt-users] Re: Zanata user request

[Sharon Gratch]

Hi Temuri,

I activated your account on Zanata (you already had one) and added you to
the Georgian translation group.
I'll send you the account details in a separate mail.

Thanks for willing to help with translations!
Sharon

On Mon, Mar 21, 2022 at 3:32 PM Sandro Bonazzola 
wrote:

> +Sharon Gratch  +Scott Dickerson 
>  +Michal Skrivanek  can you help here?
>
> Il giorno lun 21 mar 2022 alle ore 11:23 Temuri Doghonadze <
> temuri.doghona...@gmail.com> ha scritto:
>
>> Hello,
>> My name is Temuri and I'd like to ask for account for Zanata to help
>> with translation of ovirt to Georgian.
>>
>> I've done translation of zoiper, FreeCAD, part of gitlab, protonmail,
>> parts of gnome and KDE, etc etc etc.
>> In case of questions feel free to ask.
>> BR, Temuri
>> ___
>> 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/RYKJ2ZFIOYA66XY3PRPXHF5Y5ZDSTKVG/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/XMW5EFPI4R27CNT2FKSUZ2Q7MPLSBBMT/

[ovirt-users] Re: Account on Zanata

[Sharon Gratch]

Hi,


I created an account for you on Zanata and added you to the Japanese
translation group.
I'll send you the account details in a separate mail.


Thanks!
Sharon

On Mon, Feb 21, 2022 at 10:41 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno sab 19 feb 2022 alle ore 14:18 ちゃーりー  ha
> scritto:
>
>> Hi,
>>
>> I'm Yoshihiro Hayashi, just an oVirt user.
>> I found a mistake in Japanese translation on ovirt Web UI, I'm going to
>> fix it.
>> It would be grateful if someone could make an zanata account for me.
>>
>
> Welcome aboard Hayashi-san. Thanks for willing to help!
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VL5M4H5OBJSBIVKPOXQ2IPPIHCHHEP3G/
>
___
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/NPKQSOVXLY5ILPIFN6S2QD4BQFY4G7EM/

[ovirt-users] Re: can't use vmconsole anymore

[Sharon Gratch]

Hi,

Please follow the instructions mentioned here:
https://www.ovirt.org/documentation/virtual_machine_management_guide/#Logging_in_to_a_virtual_machine_using_SPICE
-
> " Opening a Serial Console to a Virtual Machine".

It seems that something is wrong with the user permissions/keys.
Is the 4.4.5 oVirt installation an upgraded or a new installation?
You mentioned that it's working with your other engines? Do they all use
the 4.4.5 version?

Thanks,
Sharon


On Fri, Apr 16, 2021 at 1:31 PM Nathanaël Blanchet  wrote:

> I removed the user and created an other time. Now, I have this
>
> The key seems to be present in the DB
>
> engine=# SELECT users.username, user_profiles.property_content::text
> FROM user_profiles
> JOIN users ON users.user_id = user_profiles.user_id
> WHERE user_profiles.property_type= 'SSH_PUBLIC_KEY';
>   username |
> property_content
>
>
> --+---
>
> --
> ---
>   sblanc...@levant.abes.fr | "ssh-rsa
>
> B3NzaC1yc2EBIwAAAQEAyfrDI84RWtSvFOUvpb9DkbnIuEfZEQAt4ZCXDHNXcmRwa9iXfPbj69gkOJyj7Jhj9RinJn9at4NgJtrO/rRRgT+SzYUWpdO2KWHgRM5v1rpYcw820ZDdAZk+yxCjQ
>
> sy6kd49q/q6B+Uzg8Kpth+CAV1ubRrBYqFiuT/qQe9y+0N1TkNdASWL38oZH9K0rzbDb4WlU2Er2BCXzoLF2NBk7iyaS3+Y65DqWPPHHdh89nilC6k5N7SCUkSOayrjh7NnErkBAKZ6PPaarZqZhZPrCbHZnu0oqA0XQXKLcYpwuhNwcK8e4ZWsDwMmArn
> NcmS6JFxnPIrGYxxmv01K6VXVvw=="
> (1 row)
>
> and now in the api
>
> 
>  href="/ovirt-engine/api/users/64b7f3bf-9d43-4508-af93-63ad77652be3/sshpublickeys/70850a0e-1b20-4dd5-9fcd-4f64303509d1"
>
> id="70850a0e-1b20-4dd5-9fcd-4f64303509d1">
> 
> ssh-rsa
>
> B3NzaC1yc2EBIwAAAQEAyfrDI84RWtSvFOUvpb9DkbnIuEfZEQAt4ZCXDHNXcmRwa9iXfPbj69gkOJyj7Jhj9RinJn9at4NgJtrO/rRRgT+SzYUWpdO2KWHgRM5v1rpYcw820ZDdAZk+yxCjQsy6kd49q/q6B+Uzg8Kpth+CAV1ubRrBYqFiuT/qQe9y+0N1TkNdASWL38oZH9K0rzbDb4WlU2Er2BCXzoLF2NBk7iyaS3+Y65DqWPPHHdh89nilC6k5N7SCUkSOayrjh7NnErkBAKZ6PPaarZqZhZPrCbHZnu0oqA0XQXKLcYpwuhNwcK8e4ZWsDwMmArnNcmS6JFxnPIrGYxxmv01K6VXVvw==
> 
>  href="/ovirt-engine/api/users/64b7f3bf-9d43-4508-af93-63ad77652be3"
> id="64b7f3bf-9d43-4508-af93-63ad77652be3"/>
> 
> 
>
> but I still can't connect
>
> $ ssh -t -p   ovirt-vmcons...@air.v100.abes.fr connect
> ovirt-vmcons...@air.v100.abes.fr: Permission denied (publickey).
>
> and
>
> [root@air ~]#
> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py
> --version "1" keys
>
> still returns empty string...
>
>
> Le 16/04/2021 à 11:07, Nathanaël Blanchet a écrit :
> >
> > Le 16/04/2021 à 10:31, Radoslaw Szwajkowski a écrit :
> >>> [root@air-dev ~]#
> >>> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py
> >>> --version "1" keys
> >>> {"keys": [{"entityid": "d5e69fa0-96a0-4aae-952d-18fe36940248",
> >>> "entity":
> >>> "sblanc...@levant.abes.fr@abes.fr-authz", "key": "ssh-rsa
> >>>
> B3NzaC1yc2EBIwAAAQEAyfrDI84RWtSvFOUvpb9DkbnIuEfZEQAt4ZCXDHNXcmRwa9iXfPbj69gkOJyj7Jhj9RinJn9at4NgJtrO/rRRgT+SzYUWpdO2KWHgRM5v1rpYcw820ZDdAZk+yxCjQsy6kd49q/q6B+Uzg8Kpth+CAV1ubRrBYqFiuT/qQe9y+0N1TkNdASWL38oZH9K0rzbDb4WlU2Er2BCXzoLF2NBk7iyaS3+Y65DqWPPHHdh89nilC6k5N7SCUkSOayrjh7NnErkBAKZ6PPaarZqZhZPrCbHZnu0oqA0XQXKLcYpwuhNwcK8e4ZWsDwMmArnNcmS6JFxnPIrGYxxmv01K6VXVvw=="}],
>
> >>>
> >>> "version": 1, "content": "key_list"}
> >>>
> >>> but the same command on the main  engine returns empty
> >>>
> >>> [root@air ~]#
> >>> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py
> >>> --version "1" keys
> >>>
> >> Empty list (no keys) should look similar to: {"keys": [], "version":
> >> 1, "content": "key_list"}
> >> In your case it seems that VMConsoleProxyServlet is not responding
> >> i.e. on my dev env I get a similar result (empty output,error code 1)
> >> when server is down.
> >
> > it is up
> >
> >
> > ● ovirt-vmconsole-proxy-sshd.service - oVirt VM Console SSH server daemon
> >Loaded: loaded
> > (/usr/lib/systemd/system/ovirt-vmconsole-proxy-sshd.service; enabled;
> > vendor preset: disabled)
> >Active: active (running) since Fri 2021-04-16 10:50:41 CEST; 1min
> > 27s ago
> >  Main PID: 1914370 (sshd)
> > Tasks: 1 (limit: 204594)
> >Memory: 3.5M
> >CGroup: /system.slice/ovirt-vmconsole-proxy-sshd.service
> >└─1914370 /usr/sbin/sshd -f
> >
> /usr/share/ovirt-vmconsole/ovirt-vmconsole-proxy/ovirt-vmconsole-proxy-sshd/sshd_config
>
> > -D
> >
> > avril 16 10:50:41 air.v100.abes.fr systemd[1]: Started oVirt VM
> > Console SSH server daemon.
> > avril 16 10:50:41 air.v100.abes.fr sshd[1914370]: Server listening on
> > 0.0.0.0 port .
> > avril 16 10:50:

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

[Sharon Gratch]

Hi Edward,

Thanks for reporting this. It's a bug on an area that we fixed lately so I
opened a new follow-up issue for tracking this:
https://github.com/oVirt/ovirt-web-ui/issues/1371

Regards,
Sharon

On Mon, Feb 15, 2021 at 7:20 PM Edward Berger  wrote:

> I'm seeing a bug with disk type showing up as preallocated in VM portal
> for a template disk, when it should be thin-provisioned.
> All storage domains are NFS.
> I setup a 4.4.5 RC engine with hosts both 4.4.5 RC and 4.4.4 on the admin
> portal as 'admin@internal'
> I created a small CentOS 7.9 VM on NFS domain vmstore (thin provisioned
> storage).
> I created a template from said VM, and chose 'QCOW' Disk type at that
> stage, default said RAW.
> logout of admin portal.
> login to vm portal as admin@internal
> Create VM button, and create from said template created above with a name.
> Continue to this part.
> [image: preallocated disk vm-portal.JPG]
> Note the wrong disk type displayed.  Trying to continue on fails to create
> VM due to 'preallocated not supported by storage domain'.
> Since I never asked for 'Preallocated', I don't know why its showing up
> here like this.
>
>
>
> On Thu, Feb 11, 2021 at 3:41 PM Konstantin Shalygin 
> wrote:
>
>> Is there any plans to fix [1] and [2] in 4.4? After no feedback (from dec
>> 2020) from oVirt team I decide to drop oVirt 4.4 engine, and revert to 4.3.
>> Current cinder integration broken broken in 4.4, but marked for
>> deprecation only in 4.5 [3]
>>
>>
>> Thanks,
>> k
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1904669
>> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1905113
>> [3] https://bugzilla.redhat.com/show_bug.cgi?id=1899453
>>
>>
>> On 11 Feb 2021, at 18:24, Lev Veyde  wrote:
>>
>> oVirt 4.4.5 Fifth Release Candidate is now available for testing
>> The oVirt Project is pleased to announce the availability of oVirt 4.4.5
>> Fifth Release Candidate for testing, as of February 11th, 2021.
>>
>> This update is the fifth in a series of stabilization updates to the 4.4
>> series.
>> How to prevent hosts entering emergency mode after upgrade from oVirt
>> 4.4.1
>> Note: Upgrading from 4.4.2 GA or later should not require re-doing these
>> steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These
>> are only required to be done once.
>>
>> Due to Bug 1837864 
>> - Host enter emergency mode after upgrading to latest build
>> If you have your root file system on a multipath device on your hosts you
>> should be aware that after upgrading from 4.4.1 to 4.4.5 you may get your
>> host entering emergency mode.
>> In order to prevent this be sure to upgrade oVirt Engine first, then on
>> your hosts:
>>
>>1. Remove the current lvm filter while still on 4.4.1, or in
>>emergency mode (if rebooted).
>>2. Reboot.
>>3. Upgrade to 4.4.5 (redeploy in case of already being on 4.4.5).
>>4. Run vdsm-tool config-lvm-filter to confirm there is a new filter
>>in place.
>>5. Only if not using oVirt Node:
>>- run "dracut --force --add multipath” to rebuild initramfs with the
>>correct filter configuration
>>6. Reboot.
>>
>> Documentation
>>
>>- If you want to try oVirt as quickly as possible, follow the
>>instructions on the Download  page.
>>- For complete installation, administration, and usage instructions,
>>see the oVirt Documentation .
>>- For upgrading from a previous version, see the oVirt Upgrade Guide
>>.
>>- For a general overview of oVirt, see About oVirt
>>.
>>
>> Important notes before you try it
>> Please note this is a pre-release build.
>> The oVirt Project makes no guarantees as to its suitability or usefulness.
>> This pre-release must not be used in production.
>> Installation instructions
>> For installation instructions and additional information please refer to:
>> https://ovirt.org/documentation/
>>
>> This release is available now on x86_64 architecture for:
>> * Red Hat Enterprise Linux 8.3 or newer
>> * CentOS Linux (or similar) 8.3 or newer
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>> * Red Hat Enterprise Linux 8.3 or newer
>> * CentOS Linux (or similar) 8.3 or newer
>> * oVirt Node 4.4 based on CentOS Linux 8.3 (available for x86_64 only)
>>
>> See the release notes [1] for installation instructions and a list of new
>> features and bugs fixed.
>>
>> Notes:
>> - oVirt Appliance is already available for CentOS Linux 8
>> - oVirt Node NG is already available for CentOS Linux 8
>> - We found a few issues while testing on CentOS Stream so we are still
>> basing oVirt 4.4.5 Node and Appliance on CentOS Linux.
>>
>> Additional Resources:
>> * Read more about the oVirt 4.4.5 release highlights:
>> http://www.ovirt.org/release/4.4.5/
>> * Get more oVirt pro

[ovirt-users] Re: Keyboard mapping issue in oVirt portal VM using VNC console in HTML5

[Sharon Gratch]

Hi Alessio,

You can configure the keyboard layout when using the VNC protocol via the
Console tab of the Edit VM window in the Administration Portal only.  See
Accessing_Console_Options

for more information..
The VM portal doesn't support that for VNC yet, but we plan to support that
on coming releases

Regarding the web based noVNC console, AFAIK it doesn't support keyboard
layout very well but worth checking. I also recommend trying both Firefox
and Chrome to see which one supports it better.

Regards,
Sharon

On Thu, Feb 11, 2021 at 3:38 PM Alessio Battaglia <
alessio.battaglia.1...@gmail.com> wrote:

> Hi to all,
>
> during Windows 10 virtual machine utilization on the Portal VM, managed by
> oVirt as a standalone Manager with local databases and connected by HTML5
> VNC console is totally impossible to use alt-gr.
> The keyboard layout is IT and I can't use for example the @ character.
>
> I have follow the official guideline for my environment but this can't
> solve the issue.
>
>
> https://www.ovirt.org/develop/release-management/features/integration/websocketproxy-on-a-separate-host.html
>
> Thank you very much!
> ___
> 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/RWAEIXPEQ5DJ644GTU6WEFPNOMLOJNXV/
>
___
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/JU3WZNUFQ7D5Y7GYSRNQRO25FYM5BQ7J/

[ovirt-users] Re: Account on Zanata

[Sharon Gratch]

Hi Vasiliy,

I created an account for you on Zanata and will send you the account
details on a separate mail.
Which languages are you interested in translating? We can add you to the
specific language groups.

Thanks!
Sharon

On Tue, Feb 9, 2021 at 9:00 AM Vasiliy Kovrizhkin 
wrote:

> Good day!
> My name is Vasiliy and I am searching for some localization of oVirt (or
> maybe i make my custom translation of user interface).
>
> Please, can you make an account for me on Zanata?
>
> 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/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NEQOKXYAZENX6FUDXLDRIUXLL4MQF3NO/
>
___
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/5WWBQJ35PRE6PUDE3M5H3LROVTOULUB6/

[ovirt-users] Re: Spliting login pages

[Sharon Gratch]

On Wed, Jan 6, 2021 at 11:15 AM  wrote:

> Hi,
> Yes, we can.
> But we want to separate them by FQDN
> for example;
> http:/virtualpc.example.com --> VM Portal
> http:/virtualpc-admin.example.com --> Admin Portal
> http:/virtualpc-grafana.example.com --> Grafana Portal
>

AFAIK this is not supported by oVirt since all should use the engine FQDN
for accessing the engine.
You can probably use your own customized URL redirection or set a few
FQDNs, but It won't solve the problem for separating and it might cause
other issues, so I won't recommend it.


> and normal user must don't have permission access to admin or grafana
> portal web page
>

Sure, so login will fail if a regular user won't have permissions to login
to webadmin or grafana. This deals with user permissions management that
should be set correctly. It's not related to FQDNs...

___
> 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/2J7GQ6ZDXQMGZ3USBJM7HYP5W3JRJLV5/
>
___
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/VS4QUWCNVXDL7J623EZPFEZUFO7IUMGQ/

[ovirt-users] Re: Spliting login pages

[Sharon Gratch]

On Tue, Jan 5, 2021 at 2:10 PM Sharon Gratch  wrote:

> Hi,
>
> The login for all 3 portals are separated, so you can reach each one of
> them directly:
> For Administration Portal: https://manager-*fqdn/ovirt-engine/webadmin*
> <https://manager-fqdn/ovirt-engine/webadmin>
> *For VM Portal: https://manager-fqdn/ovirt-engine/web-ui
> <https://manager-fqdn/ovirt-engine/web-ui>*
> *For Monitoring Portal (Grafana):
> https://manager-fqdn/ovirt-engine-grafana
> <https://manager-fqdn/virt-engine-grafana>*
>

I fixed the Monitoring Portal (Grafana) url (one char was missing on my
previous mail).


>
> They all are referred from the oVirt landing page (https://manager-
> *fqdn/ovirt-engine/* <https://manager-fqdn/ovirt-engine/>) but you can
> skip that and reach them directly.
>
> Thanks,
> Sharon
>
> On Mon, Jan 4, 2021 at 8:44 AM  wrote:
>
>> Hi,
>> We want to split admin, user and grafana login pages.
>> As you know all in main page.
>> So, this might get users attention and they may try to login and get
>> their accounts locked or worse :)
>>
>> 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/LSIA4P7LM2EOB2XVOKGZ25QVR4JDPKW7/
>>
>
___
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/NPQGBJYLYAWDFGQIREROI3JDCXZHJ6AT/

[ovirt-users] Re: Spliting login pages

[Sharon Gratch]

Hi,

The login for all 3 portals are separated, so you can reach each one of
them directly:
For Administration Portal: https://manager-*fqdn/ovirt-engine/webadmin*

*For VM Portal: https://manager-fqdn/ovirt-engine/web-ui
*
*For Monitoring Portal (Grafana): https://manager-fqdn/virt-engine-grafana
*


They all are referred from the oVirt landing page (https://manager-
*fqdn/ovirt-engine/* ) but you can skip
that and reach them directly.

Thanks,
Sharon

On Mon, Jan 4, 2021 at 8:44 AM  wrote:

> Hi,
> We want to split admin, user and grafana login pages.
> As you know all in main page.
> So, this might get users attention and they may try to login and get their
> accounts locked or worse :)
>
> 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/LSIA4P7LM2EOB2XVOKGZ25QVR4JDPKW7/
>
___
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/QKZVLOJGXIC3KLBAN4YSO7FILNAKHZBO/

[ovirt-users] Re: Clone a VM in the User Portal

[Sharon Gratch]

Hi,

This feature of cloning a VM was indeed part of the old User Portal and you
are right that it's not supported by the newer VM Portal (since oVirt 4.3).
It seemed that this wasn't required by VM Portal users (no user complained
up till now) and that's why we omitted it and it's not part of our current
roadmap to implement it as well.

Nevertheless, there is no real reason not to include that ability as part
of VM Portal, so you are most welcome to open an issue on
https://github.com/oVirt/ovirt-web-ui/issues

and you can push a fix yourself if you have time (or someone else from the
community) :-)

Thanks!
Sharon

On Fri, Nov 6, 2020 at 11:06 AM Nicolás  wrote:

> Hi,
>
> We're using oVirt 4.3.8, having an organization that intensively uses
> the User Portal. After upgrading from 4.2, we've noticed that cloning a
> VM from within the User Portal is not possible anymore. In our case,
> this feature was heavily used by hundreds of students deploying their VMs.
>
> Is this feature in the roadmap yet? If not, do you consider it useful to
> open a RFE?
>
> Thank you.
>
> Regards,
>
> Nico
> ___
> 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/HFMFJRV3AC3GVLYZJ32KAZCIAO25P3X3/
>
___
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/CIBDXEHG4NNE5KDLTJQQ7TDUTBMMTSQC/

[ovirt-users] Re: different rendering chrome and firefox and corruptions in both

[Sharon Gratch]

Hi,

For both issues (1) + (2):
Please try clearing your Firefox browser cache (Ctrl + F5).

The correct landing page view is the one appears on your Chrome browser
while it seems that your Firefox browser still uses some old CSS files.
This refreshing problem might happen since we changed the PatternFly
version for few dialogs and some of the changes are in cached CSS files.

For issue (3):
I can't try reproducing that since I currently don't have the environment,
but can you please attach the ui.log file?
@Gobinda Das   can you please take a look?

Thanks,
Sharon

On Fri, Oct 30, 2020 at 6:29 PM Gianluca Cecchi 
wrote:

> Hello,
> I'm using Fedora 31 with
> google-chrome-stable-86.0.4240.111-1.x86_64
> firefox-82.0-4.fc31.x86_64
>
> Engine was deployed from a CentOS Linux 8.2 host and then with hosted
> engine wizard, using the appliance rpm (Package
> ovirt-engine-appliance.x86_64 4.4-20200916125954.1.el8)
> Connecting to the same 4.4.2 engine I get:
>
> 1) different landing page graphics
> firefox:
>
> https://drive.google.com/file/d/142Ch7qXmmIP9sQQCS1rD75yexX64RmSu/view?usp=sharing
>
> chrome:
>
> https://drive.google.com/file/d/1KPvlNk65ltIBhr8GFdVm-GMtfq1Elt7J/view?usp=sharing
>
> 2) corruption in several editing pages in firefox, where a sort of top
> white part seems to compromise the lower part of the window, making
> impossible to complete.
> eg in new network I don't see the lower part related to MTU...:
>
> https://drive.google.com/file/d/18aQfDbl_9R9oQsTMwebJSiRZHETkUWIc/view?usp=sharing
>
> 3) in Stotrage --> volumes page if I click on a volume, firefox shows no
> problem, but chrome gives a gui exception:
>
> https://drive.google.com/file/d/1svzQjrGctRMQFvZEpW9zpOlUbv8XXl3Q/view?usp=sharing
>
> 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/BP7IJQNXXR4QZZM2F7LXSIAAO4TGDQN2/
>
___
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/R6LQ2RRIHVEVFHCP47YSCEDM3J3M2JYX/

[ovirt-users] Re: adminstration portal wont complete load, looping

[Sharon Gratch]

Hi,

could you please share your engine.log and server.log?
Did you try restarting the engine and re-login from
https://ovengine/ovirt-engine?

Thanks,
Sharon

On Tue, Sep 29, 2020 at 6:49 PM Philip Brown  wrote:

> I have an odd situation:
> When I go to
> https://ovengine/ovirt-engine/webadmin/?locale=en_US
>
> after authentication passes...
> it shows the top banner of
>
> oVirt OPEN VIRTUALIZATION MANAGER
>
> and the
>
>
> Loading ...
>
>
> in the center. but never gets past that. Any suggestions on how I could
> investigate and fix this?
>
> background:
> I recently updated certs to be signed wildcard certs, but this broke
> consoles somehow.
> So I restored the original certs, and restarted things... but got stuck
> with this.
>
>
> Interestingly, the VM portal loads fine.  But not the admin portal.
>
>
>
> --
> Philip Brown| Sr. Linux System Administrator | Medata, Inc.
> 5 Peters Canyon Rd Suite 250
> Irvine CA 92606
> Office 714.918.1310| Fax 714.918.1325
> pbr...@medata.com| www.medata.com
> ___
> 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/PSAKTDCKJD7ECNMKKI4MKPQTMAPP4AGP/
>
___
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/PD4BELBTUISLNYAL2YFXHP3PT3OIQ63N/

[ovirt-users] Re: oVirt 4.4 Engine data migration & GUI notes

[Sharon Gratch]

Hi,

On Wed, Jul 22, 2020 at 1:07 PM Yedidyah Bar David  wrote:

> On Wed, Jul 22, 2020 at 12:50 PM Andrei Verovski 
> wrote:
> >
> > Hi !
> >
> > I have installed new oVirt 4.4 Engine (as separate entity, not hosted
> engine) and migrated data from old 4.3 installation.
> > Everything went smooth.
>
> Can you please clarify exactly what you did? Did you use engine-backup
> backup/restore?
>
> >
> > Q: Which PostgreSQL password now active - new one I entered during
> install or old which could migrate with old data?
>
> I do not think you should have been prompted for a password during
> install, unless you refer to Grafana's admin. Please clarify.
>
> Perhaps you used a remote database?
>
> >
> > I noticed GUI changes straight on dashboard.
> > Icons on top (data centres, clusters, hosts, etc) are simply put, too
> huge. This serves no useful purpose whatsoever, and consumes screen real
> estate for no reason.
> > Decreasing their size by 2/3 will help to make 1st page more informative
> at 1st sight without extra scrolling.
>
> Adding Laura for this part. Perhaps better start a new thread, or open
> a bug, next time... It's less comfortable to discuss two unrelated
> things in the same mail thread.
>

Regarding dashboard large icons, which browser are you using? If it's
firefox 68.10 ESR, then I guess you are referring to this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1855761 which is already fixed
for next oVirt version (4.4.2).

Thanks,
Sharon



>
> Thanks and best regards,
> --
> Didi
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/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/GHDPV6FJK2RFYCGNKLS4GDO4FUU26B73/
>
___
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/VF6NI3U5EVZASVPPNBIY45VA7HA36APU/

[ovirt-users] Re: oVirt localization: you can help!

[Sharon Gratch]

H,

On Tue, Jun 23, 2020 at 9:30 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno lun 22 giu 2020 alle ore 17:59 Jiří Sléžka 
> ha scritto:
>
>> On 6/17/20 8:48 AM, Sandro Bonazzola wrote:
>> > Hi,
>> > if you have some time, here is a chance for helping oVirt project
>> > without requiring development skills.
>> > Help us localize oVirt to your natural language!
>> > oVirt Engine needs some work for:
>> > (see
>> https://zanata.phx.ovirt.org/iteration/view/ovirt-engine/ovirt-4.4?dswid=6591
>>  )
>>
>> I would like to, but it looks like I can't login (generate activation
>> mail) using Fedora or Google account...
>>
>> An unexpected error has occurred. Please report this problem with
>> details of what you were attempting.
>>
>> but I don't have a Jira account to do that...
>>
>
> +Michal Skrivanek  , +Scott Dickerson
>  can you please create an account for Jiří Sléžka?
>

Done. I will send the account details to Jiří Sléžka on a separate mail.

Thanks,
Sharon



>
>
>
>>
>> Cheers,
>>
>> Jiri
>>
>> >
>> >   * Czech 33.14% Translated
>> >   * German 98.87% Translated
>> >   * Italian 80.02% Translated
>> >   * Korean 99.72% Translated
>> >   * Portuguese (Brazil) 99.72% Translated
>> >   * Russian 30.73% Translated
>> >   * Spanish 98.87% Translated
>> >
>> > ovirt-engine-ui-extensions:
>> > (see
>> https://zanata.phx.ovirt.org/iteration/view/ovirt-engine-ui-extensions/1.1?dswid=-5868
>>  )
>> >
>> >   * Czech 22.82%Translated
>> >   * German 89.9% Translated
>> >   * Italian 15.62% Translated
>> >   * Korean 99.17% Translated
>> >   * Portuguese (Brazil) 89.9% Translated
>> >   * Spanish 89.9% Translated
>> >
>> > ovirt-web-ui
>> > (see
>> https://zanata.phx.ovirt.org/iteration/view/ovirt-web-ui/1.6?dswid=-9733
>>  )
>> >
>> >   * Czech 24.8% Translated
>> >   * German 98.33% Translated
>> >   * Italian 12.85% Translated
>> >   * Korean 98.51% Translated
>> >   * Portuguese (Brazil) 98.33% Translated
>> >
>> > If you're trying to help and  you encounter any issue with the
>> > translation platform let us know and we'll help you solve them.
>> >
>> > Thanks,
>> > --
>> >
>> > Sandro Bonazzola
>> >
>> > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>> >
>> > Red Hat EMEA 
>> >
>> > sbona...@redhat.com 
>> >
>> > 
>> >
>> > **
>> > *Red Hat respects your work life balance. Therefore there is no need to
>> > answer this email out of your office hours.
>> > *
>> >
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NYX3AXWEPCNBKKS6O65KNXXAP2UWRWG6/
>> >
>>
>>
>> ___
>> 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/CUNTEMHLASGSM7ALUVMCSVU6PIGORQQP/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6W45YOWOXH2NQ7QQ52HXLJJAA7IMFLVN/
>
___
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/QVBBVJYWYJX35D74EBDDY4ZQEBC4WJCT/

[ovirt-users] Re: oVirt 4.4 install fails

[Sharon Gratch]

Hi,

Regarding issue #2 (login dialog):
Can you please try reloading and refreshing the browser cache by pressing
Ctrl+F5 and see if it helps?
If not then please attach browser console log and a screenshot of the login
dialog.

Thanks,
Sharon


On Fri, May 29, 2020 at 3:44 AM Me  wrote:

> Thanks Michael.
>
> I am further on, the engine is running an now at stage 4 Storage.
> I have a new FC lun with 2 paths on the install node, recently attached
> with no partitions, when I select Storage Type Fiber Channel and press
> Discover, I see two disks.
>
> ID: 3600c0ff00019eb74f1efa95e0100
> Size (GiB): 93.00
> Description: XX SAN
> Status: used
> Number of Paths: 2
>
> ID: SAMSUNG_MZ7KM960HAHP-0E005_XXX
> Size (GiB): 751.00
> Description: ATA SAMSUNG MZ7KM960
> Status: used
> Number of Paths: 1
>
> Both have a warning icon next to them and neither can be selected,
> obviously I want to select LUN on the SAN, but can't.
>
> On the install node in storage, I see the following.
>
> Drive
> Model
> XX SAN
> Firmware Version
> xxx
> Serial Number
> 00c0ff19eb74f1efa95e0100
> World Wide Name
> 0x600c0ff00019eb74f1efa95e0100
> Capacity
> 93.1 GiB, 100 GB, 6401664 bytes
> Device File
> /dev/mapper/3600c0ff00019eb74f1efa95e0100
> Multipathed Devices
> /dev/sdc /dev/sdd
>
> How do I proceed?
>
> M
>
> On Thu, 2020-05-28 at 15:12 -0500, Michael Thomas wrote:
> > On 5/28/20 2:48 PM, Me wrote:
> > > Hi All
> > >
> > > Not sure where to start, but here goes.
> > >
> > [...]
> > > Issue 2, I use FF 72.0.2 on Linux x64 to connect by
> > > https://hostname:9090 to the web interface, but I can't enter login
> > > details as the boxes (everything) are disabled There is no warning
> > > like "we don't like your choice of browser", but the screen is a not
> > > very accessible dark grey on darker grey (a poor choice in what I
> > > thought were more enlightened times) so this maybe the case. I have
> > > disabled all security add-ons in FF, makes no difference.
> >
> > I ran into this one today as well.  I found that the mouse would not
> > work on any of the text boxes or buttons using FF, but I could use 
> > to navigate through the screen and enter the username/password.
> >
> > --Mike
> > ___
> > 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/HLM3C4HJAJ66F4CGT7PKKPYFLBEWYGLF/
>
>
> ___
> 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/JUBRKZOVPXPBCMNRPTAYQRLABTBU4U3L/
>
___
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/ETXWUJ6JSO3CNS47FV5Q763KJIP4VYTI/

[ovirt-users] Re: Engine UI exception while viewing unattached hosts in Network tab

[Sharon Gratch]

Hi,

It seems that there is a fix for that bug, merged to 4.4 only (not
backported): https://gerrit.ovirt.org/105325
It fixed bug BZ 1663615
 which seems to deal
with that issue.

Can you please consider upgrading to the latest 4.4 version for solving it?

Regards,
Sharon

On Thu, Apr 30, 2020 at 6:48 PM Shareef Jalloq  wrote:

> Ah, got it.  Cheers.  Hopefully this makes more sense to someone than it
> does me.  :-)
>
> 2020-04-30 13:12:56,198Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-11) [] Permutation name: C03D9459880E029D11B67EC22A1958E6
>
> 2020-04-30 13:12:56,199Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-11) [] Uncaught exception:
> com.google.gwt.core.client.JavaScriptException: (TypeError) : Cannot read
> property 'N' of null
>
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.$getValue(SubTabNetworkHostView.java:125)
>
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.getValue(SubTabNetworkHostView.java:125)
>
> at
> com.google.gwt.user.cellview.client.Column.render(Column.java:164)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$renderCell(AbstractCellTableBuilder.java:188)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.DefaultCellTableBuilder.$buildRowImpl(DefaultCellTableBuilder.java:62)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$buildRow(AbstractCellTableBuilder.java:85)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.$buildRowValues(AbstractCellTable.java:2350)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.replaceAllChildren(AbstractCellTable.java:2149)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.AbstractHasData$View.replaceAllChildren(AbstractHasData.java:265)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.HasDataPresenter.$resolvePendingState(HasDataPresenter.java:1062)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:981)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
> [gwt-servlet.jar:]
>
> at
> com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:272)
> [gwt-servlet.jar:]
>
> at com.google.gwt.core.client.impl.Impl.exit(Impl.java:313)
> [gwt-servlet.jar:]
>
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
> [gwt-servlet.jar:]
>
> at Unknown.eval(webadmin-0.js)
>
> at Unknown.d(webadmin-0.js)
>
> On Thu, Apr 30, 2020 at 3:57 PM Strahil Nikolov 
> wrote:
>
>> On April 30, 2020 4:14:13 PM GMT+03:00, Shareef Jalloq <
>> shar...@jalloq.co.uk> wrote:
>> >Hi,
>> >
>> >I'm following the Gluster setup blog post (
>> >
>> https://blogs.ovirt.org/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
>> )
>> >and am at the 'Storage network' section.
>> >
>> >I've created a new 'gluster' network, selected the network and
>> >navigated to
>> >the 'Hosts' tab.  The guide tells you to click the 'Unattached' button
>> >and
>> >then 'Setup Host Networks' for each host.  However, clicking the
>> >'Unattached' button fires off a bunch of exceptions rather than
>> >displaying
>> >my 3 hosts.  The message is:
>> >
>> >"Uncaught exception occurred. Please try reloading the page. Details:
>> >(TypeError) : Cannot read property 'N' of null
>> >Please have your administrator check the UI logs"
>> >
>> >Anyone seen this before?  Where is the UI log located?
>> >
>> >Shareef.
>>
>> UI log is on the Engine , no matter bare metal or HostedEngine.
>>
>> 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/HRA5DKLZCDALXVI4NB6XVX7KQS7BCBO6/
>
___
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/62BHKJKHGYM25KZMA5KSC6OSX73D4WIG/

[ovirt-users] Re: NMA nodes

[Sharon Gratch]

Hi,

First you'll need to configure the host's kernel parameters to use huge
pages (2M or 1G on x86).

Then in case you want to use huge pages for your high performance VM, set
it via Custom Properties to tell oVirt which size of hugepages to use for
that VM. Our recommendation is to use the same size as set for the host.
Please check [1] for more details on how to configure your VM.

One of our colleagues wrote a blog post that is a bit old but may help:
https://mpolednik.github.io/2017/06/26/hugepages-and-ovirt/

[1]
https://www.ovirt.org/documentation/vmm-guide/chap-Additional_Configuration.html#configuring-huge-pages

Thanks,
Sharon

<https://www.ovirt.org/documentation/vmm-guide/chap-Additional_Configuration.html#configuring-huge-pages>



On Mon, Dec 16, 2019 at 11:43 PM  wrote:

> I see, Thanks
>
> For the huge pages, do I need to configure the kernel or just use the
> value of 1048576, which is the recommended one?
>
> Thanks
>
> José
>
> ------
> *De: *"Sharon Gratch" 
> *Para: *supo...@logicworks.pt
> *Cc: *"users" 
> *Enviadas: *Domingo, 15 De Dezembro de 2019 13:43:23
> *Assunto: *Re: [ovirt-users] NMA nodes
>
> Hi,
>
> Enable virtual NUMA nodes and setting NUMA pinning topology for a high
> performance VM are both suggested configuration changes which are proposed
> to the user. Both are not a mandatory configuration.
> Therefore, you can still set a high performance VM even if your host
> doesn't support NUMA (i.e. only one NUMA node exists). Just ignore those
> recommendations appear on the High Performance VM popup after saving the
> VM's configuration.
>
> Regards.
> Sharon
>
> On Sun, Dec 15, 2019 at 12:10 AM  wrote:
>
>> Hi,
>>
>> My host only shows one NUMA node. It means that I cannot setup a high
>> performence VM?
>>
>> 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/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BFTHSBIKINIZ2JPHPWINXK53X3AX3LA4/
>>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RGIUAIIBWQXGPSTC4SZTDIOX5RCTROI2/

[ovirt-users] Re: NMA nodes

[Sharon Gratch]

Hi,

Enable virtual NUMA nodes and setting NUMA pinning topology for a high
performance VM are both suggested configuration changes which are proposed
to the user. Both are not a mandatory configuration.
Therefore, you can still set a high performance VM even if your host
doesn't support NUMA (i.e. only one NUMA node exists). Just ignore those
recommendations appear on the High Performance VM popup after saving the
VM's configuration.

Regards.
Sharon

On Sun, Dec 15, 2019 at 12:10 AM  wrote:

> Hi,
>
> My host only shows one NUMA node. It means that I cannot setup a high
> performence VM?
>
> 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/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BFTHSBIKINIZ2JPHPWINXK53X3AX3LA4/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IV2TBGXCNRW5VWQP3UYU2DS2WEGCVZ5E/

[ovirt-users] Re: Host-passthrough CPU and migration

[Sharon Gratch]

Hi,

The "manual migration" option is only a default value. You can change the
migration mode to "automatic" mode if you prefer.

Details:
When you enable Host CPU Pass-Through for a VM then the migration default
value is auto set to "manual migration" in UI because it's not sure if this
VM should be automatically migrated as part of internal events (such as load
balancing policies or host turning into maintenance mode), without letting
the user controlling it.

Sometimes there are few destination hosts to migrate to and we want to let
the user controlling that since performance may decrease or migration may
fail.

But if you are sure that the cluster contains hosts with identical cpu
model and identical number of sockets, threads and cores as the source
host, and you don't mind that VM will be migrated whenever required, then
you can definitely change the migration value to "Allow manual and
automatic migration".

Thanks,
Sharon

On Sun, Oct 20, 2019 at 2:42 AM Strahil Nikolov 
wrote:

> Hello Community,Dev,
>
> does anyone know why only "Manual Migration" allows passing through the
> CPU from the Host to the VM ?
>
> In many environments, the Clusters are having the same CPU model in order
> to avoid any issues. Have you observed any issues with that ?
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C4XDEK4YY2FRHB27CGMFRHDB5QKB4QS4/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MMTTL6T65D373B6TELNWEC5FNDCRYH77/

[ovirt-users] Re: numa pinning for high performance

[Sharon Gratch]

Hi,

Sorry for the late reply.

The recommended setting for High Performance VMs is generally depended on
many parameters and on what your VM is required to do (I/O or compute
load), but generally and based on the setting that you sent then I have few
comments for configuration tuning:

   - *Host's NUMA pinning topology* - can you please send your host's NUMA
   topology? I can see that the host is set to have 2 NUMA nodes (2 sockets)
   with 20 CPUs in each NUMA node, but how those CPUs are divided among the
   NUMA nodes?

An example for host's NUMA topology can be:
NUMA node0 CPU(s):   0-19
NUMA node1 CPU(s):   20-39


   - *Virtual NUMA pinning topology* - currently I can see that you set
   your VM to run with 8 virtual NUMA nodes while your host is configured to
   run with only 2 physical NUMA nodes. I recommend you to change the "NUMA
   Node Count" value to 2 since there is no reason to set number of virtual
   NUMA nodes bigger than the number of physical NUMA nodes.

Then, please click on "NUMA pinning" button in UI and pin virtual NUMA0 to
"Socket 0" and virtual NUMA1 to "Socket 1" or vice versa (the order depends
on your CPU pinning settings which is detailed in next bullet).

   - *CPU pinning topology* - your current CPU pinning is set to:
   "0#0_1#1". This means that virtual CPU0 is pinned to physical CPU0 and
   virtual CPU1 is pinned to physical CPU1. But what about other VM's six
   VCPUs?

Therefore, I recommend you to set your "CPU pinning topology" field such
that each one of the 8 virtual CPUs is pinned to a physical CPU:
The first four virtual CPUs CPU0-vCPU3 will be pinned to 4 physical CPUs
within the first host's NUMA node (i.e. CPUs in Socket 0).
And the other group of four virtual CPUs vCPU4-vCPU7 will be pinned to four
CPUs in second host's NUMA node(i.e. CPUs in Socket 1).

   - There are other recommended settings for VM performance improvements
   like setting *Huge pages* for the VM (via the "Custom Properties" tab)
   but that requires your host to support huge pages as well.

Regards,
Sharon


On Thu, Aug 15, 2019 at 1:14 AM Vincent Royer  wrote:

> Haha, oh.  Don't I feel dumb.  So all the settings are good then?
>
> On Wed, Aug 14, 2019, 2:07 PM Oliver Riesener <
> oliver.riese...@hs-bremen.de> wrote:
>
>> Hi Vincent,
>>
>> nice setup. ;-)
>>
>> The column %guest with (800% or 20% of all) locks good for me.
>> The rest cores are %idle.
>>
>> Best regards
>>
>> Oliver
>>
>>
>>
>> Am 14.08.2019 um 10:04 schrieb Vincent Royer :
>>
>> Is there a good place to learn about cpu pinning and the various settings?
>>
>> I've built a test VM and am trying to understand
>>
>> - I've given it 2 cpus, 4 cores each, 1 thread per core.
>> - The VM is pinned to a specific host with passthrough cpu enabled
>> - numa pinning, first 4 cores on physical socket 1 and the next 4 on
>> physical socket 2
>> - The host has two sockets each with 20 core cpus
>>
>> I would expect to see a load applied on 8 of the 40 cores on the host
>> during testing. Instead it seems like 32 of 40 cores are working at 100%.
>> What are the effects of this on the performance of the vm?
>>
>>
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>> 
>>
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WMHTN7KU5X5MSUE6FZLVBE77DYY4TJAR/
>>
>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/E737HH5FXLYOQQAMCIN5WMVYU4WOO65D/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VM7EIY6S2PL5EJKC3O6T5NYIG2D2J5R4/

[ovirt-users] Re: engine.log flooded with "Field 'foo' can not be updated when status is 'Up'"

[Sharon Gratch]

Hi,

@Ryan Barry , @Lucia Jelinkova  -
is the possible to fix Bug 1742924
<https://bugzilla.redhat.com/show_bug.cgi?id=1742924> earlier than oVirt
4.4 release?
If the fix involves only removing the warning from the log, then it seems
like a pretty quick fix...

Thanks,
Sharon

On Tue, Aug 20, 2019 at 10:31 AM Florian Schmid  wrote:

> Hello Sharon,
>
> I had a look on the bug report and it says, that this fix is targeted for
> oVirt 4.4. This would be really bad for us, because I have hundreds of VMs,
> which can't be restarted so easily (over 500) and this would break then our
> engine...
> This would make it impossible for us to upgrade to oVirt 4.3.5 or higher
> until the Bug is fixed.
>
> Would it be possible to get a manual fix for this?
>
> I would like to upgrade to 4.3.6 when it is out in September or beginning
> of October.
>
> BR Florian
>
>
> --
> *Von: *"Sharon Gratch" 
> *An: *"Matthias Leopold" 
> *CC: *"p staniforth" , "users" <
> users@ovirt.org>
> *Gesendet: *Dienstag, 13. August 2019 19:14:28
> *Betreff: *[ovirt-users] Re: engine.log flooded with "Field 'foo' can not
> be updated when status is 'Up'"
>
> Hi,
> We checked that issue and found out that you are right and this extra
> logging lines problem is caused by "next run configuration" improvements
> added to oVirt 4.3.5.
>
> The current behaviour is that for each running VM with next run
> configuration existed, a warning line of "Field 'xxx' can not be
> updated when status is 'Up'" appears in log, per each vm device and
> whenever the vms list is refreshed.
> This definitely may flood the engine log if there are few such VMs.
>
> Can you please file a bug on that?
>
> Thanks,
> Sharon
>
>
>
> On Tue, Aug 13, 2019 at 5:01 PM Matthias Leopold <
> matthias.leop...@meduniwien.ac.at> wrote:
>
>> Thanks for the feedback, I think my description was a bit clumsy, but at
>> least someone confirms that he has seen this...
>> I still hope it's linked to unfinished VM "Custom Compatibility Version"
>> updates, tomorrow I'll know, when I finally can do the last VM reboots.
>> My "Administration Portal" is still usable, but nevertheless I think
>> this is something the upstream developers should look into.
>>
>> Regards
>> Matthias
>>
>> Am 13.08.19 um 12:48 schrieb Staniforth, Paul:
>> > Hello Mathias,
>> >  I also had this problem, the flood of warning
>> messages was most notably generated when showing all the VMs running from
>> the admin portal dashboard as we had 70 VMs running this generated the
>> following but for all 70 VMs. I was able to restart most of the VMs
>> otherwise the admin portal became unusable.
>> > I don't recall this being a problem upgrading from 4.1 to 4.2
>> >
>> > Regards
>> >  Paul S.
>> >
>> > 2019-08-13 11:44:36,771+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'customCompatibilityVersion'
>> can not be updated when status is 'Up'
>> > 2019-08-13 11:44:36,771+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'exportDate' can not be
>> updated when status is 'Up'
>> > 2019-08-13 11:44:36,771+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'managedDeviceMap' can not be
>> updated when status is 'Up'
>> > 2019-08-13 11:44:36,771+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'ovfVersion' can not be
>> updated when status is 'Up'
>> > 2019-08-13 11:44:36,772+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'balloonEnabled' can not be
>> updated when status is 'Up'
>> > 2019-08-13 11:44:36,772+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'watchdog' can not be updated
>> when status is 'Up'
>> > 2019-08-13 11:44:36,773+01 WARN
>> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
>> [936d48

[ovirt-users] Re: engine.log flooded with "Field 'foo' can not be updated when status is 'Up'"

[Sharon Gratch]

Hi,
We checked that issue and found out that you are right and this extra
logging lines problem is caused by "next run configuration" improvements
added to oVirt 4.3.5.

The current behaviour is that for each running VM with next run
configuration existed, a warning line of "Field 'xxx' can not be
updated when status is 'Up'" appears in log, per each vm device and
whenever the vms list is refreshed.
This definitely may flood the engine log if there are few such VMs.

Can you please file a bug on that?

Thanks,
Sharon



On Tue, Aug 13, 2019 at 5:01 PM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Thanks for the feedback, I think my description was a bit clumsy, but at
> least someone confirms that he has seen this...
> I still hope it's linked to unfinished VM "Custom Compatibility Version"
> updates, tomorrow I'll know, when I finally can do the last VM reboots.
> My "Administration Portal" is still usable, but nevertheless I think
> this is something the upstream developers should look into.
>
> Regards
> Matthias
>
> Am 13.08.19 um 12:48 schrieb Staniforth, Paul:
> > Hello Mathias,
> >  I also had this problem, the flood of warning
> messages was most notably generated when showing all the VMs running from
> the admin portal dashboard as we had 70 VMs running this generated the
> following but for all 70 VMs. I was able to restart most of the VMs
> otherwise the admin portal became unusable.
> > I don't recall this being a problem upgrading from 4.1 to 4.2
> >
> > Regards
> >  Paul S.
> >
> > 2019-08-13 11:44:36,771+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'customCompatibilityVersion'
> can not be updated when status is 'Up'
> > 2019-08-13 11:44:36,771+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'exportDate' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,771+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'managedDeviceMap' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,771+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'ovfVersion' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,772+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'balloonEnabled' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,772+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'watchdog' can not be updated
> when status is 'Up'
> > 2019-08-13 11:44:36,773+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'rngDevice' can not be updated
> when status is 'Up'
> > 2019-08-13 11:44:36,774+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'soundDeviceEnabled' can not
> be updated when status is 'Up'
> > 2019-08-13 11:44:36,774+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'consoleEnabled' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,775+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'virtioScsiEnabled' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:36,776+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'graphicsDevices' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:39,490+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'customCompatibilityVersion'
> can not be updated when status is 'Up'
> > 2019-08-13 11:44:39,490+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'exportDate' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:39,490+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'managedDeviceMap' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:39,490+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'ovfVersion' can not be
> updated when status is 'Up'
> > 2019-08-13 11:44:39,490+01 WARN
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855)
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'balloonEnabled' can not be
> updated when st

[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

[Sharon Gratch]

Hi,
@Scott Dickerson ,  the session logout issue for VM
portal 1.5.3 was handled in the following PRs:
https://github.com/oVirt/ovirt-web-ui/pull/1014
https://github.com/oVirt/ovirt-web-ui/pull/1025
Any idea on what can be the problem?

Thanks,
Sharon

On Wed, Aug 7, 2019 at 5:49 PM Sandro Bonazzola  wrote:

>
>
> Il giorno mer 7 ago 2019 alle ore 13:09 Matthias Leopold <
> matthias.leop...@meduniwien.ac.at> ha scritto:
>
>> Hi,
>>
>> after upgrading to oVirt 4.3.5 yesterday (which also brought
>> ovirt-web-ui-1.5.3) users are immediately logged out after login to the
>> "VM Portal" with "You have been logged out due to inactivity" displayed
>> in the browser. The "Administration Portal" works as expected.
>>
>> This happens
>> - for existing UserRole users/new UserRole users/Administrator users
>> - with different browsers (Chrome/Firefox/IE)
>> - also when creating new browser profiles
>>
>> Logs in engine.log are unsuspicious IMHO (see below for Administrator
>> user login).
>> /var/log/ovirt-engine/ui.log is completely quiet.
>> Downgrade to 1.5.2 resolves the situation.
>> Reading about "Added check for inactivity during session and logout
>> after expiration" in 1.5.3 changelog suggests that something might have
>> gone wrong.
>> Has anybody seen this?
>> Shall I file a bug report?
>>
>
> +Sharon Gratch  can you please have a look at this?
>
>
>
>>
>> thx
>> matthias
>>
>> 2019-08-07 12:51:45,556+02 INFO
>> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8)
>> [] User admin@internal successfully logged in with scopes:
>> ovirt-app-admin ovirt-app-api ovirt-app-portal
>> ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all
>> ovirt-ext=token-info:authz-search
>> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
>> ovirt-ext=token:password-access
>> 2019-08-07 12:51:45,728+02 INFO
>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
>> task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal:
>> false.
>> 2019-08-07 12:51:45,768+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User
>> admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session
>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>
>> logged in.
>> 2019-08-07 12:51:48,385+02 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START,
>> GetFileStatsVDSCommand(
>> GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a',
>>
>> ignoreFailoverLimit='false'}), log id: cd6a0e4
>> 2019-08-07 12:51:48,394+02 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH,
>> GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0,
>> ctime=1553615947.0, size=704905216},
>> CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0,
>> size=962592768}}, log id: cd6a0e4
>> 2019-08-07 12:51:48,419+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID:
>> REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list
>> succeeded for domain(s): ISOstar-DEV (All file type)
>> 2019-08-07 12:51:49,478+02 INFO
>> [org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8)
>> [4f195583] Running command: LogoutSessionCommand internal: false.
>> 2019-08-07 12:51:49,524+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User
>> admin@internal-authz connected from 'xxx.yyy.zzz.63' using session
>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>
>> logged out.
>> 2019-08-07 12:51:49,581+02 INFO
>> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
>> task-14) [] User admin@internal successfully logged out
>> 2019-08-07 12:51:49,675+02 INFO
>> [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand]
>> (default task-11) [37daeccc] Running command:
>> TerminateSessionsForTokenCommand internal: true.
>>
>> ___
>>

[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

[Sharon Gratch]

Hi,

For the dashboard:
If ovirt-engine-dwh is still installed and running after upgrade
(service ovirt-engine-dwhd restart) then can you please re-check the
ovirt-engine-dwh.log file for errors?
@Shirly Radco  anything else to check?

For the Migrate option, please attach again your browser console log
snippet when you have the problem and also a screenshot of the error.

Please also attach the engine log (the warnings you mentioned are not
related to those issues).

Thanks,
Sharon

On Tue, Jul 16, 2019 at 4:14 PM Neil  wrote:

> Hi Sharon,
>
> Thank you for coming back to me.
>
> Unfortunately I've upgraded to 4.3.5 today and both issues still persist.
> I have also tried clearing all data out of my browser and re-logged back in.
>
> I see a new error though in my engine.log as below, however I still don't
> see anything logged when I click the migrate button...
>
> 2019-07-16 15:01:19,600+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'balloonEnabled' can not be
> updated when status is 'Up'
> 2019-07-16 15:01:19,601+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'watchdog' can not be updated
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'rngDevice' can not be updated
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'soundDeviceEnabled' can not
> be updated when status is 'Up'
> 2019-07-16 15:01:19,603+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'consoleEnabled' can not be
> updated when status is 'Up'
>
> Then in my vdsm.log I'm seeing the following error
>
> 2019-07-16 15:05:59,038+0200 WARN  (qgapoller/3)
> [virt.periodic.VmDispatcher] could not run  at
> 0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
> '2489c75f-2758-4d82-8338-12f02ff78afa',
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
> '523ad9ee-5738-42f2-9ee1-50727207e93b',
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
> '43c06f86-2e37-410b-84be-47e83052344a',
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
> '19844323-b3cc-441a-8d70-e45326848b10',
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
>
> 2019-07-16 15:06:09,036+0200 WARN  (qgapoller/2)
> [virt.periodic.VmDispatcher] could not run  at
> 0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
> '2489c75f-2758-4d82-8338-12f02ff78afa',
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
> '523ad9ee-5738-42f2-9ee1-50727207e93b',
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
> '43c06f86-2e37-410b-84be-47e83052344a',
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
> '19844323-b3cc-441a-8d70-e45326848b10',
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
>
> I'm not sure if this is related to either of the above issues though, but
> I can attach the full log if needed.
>
> Please shout if there is anything else you think I can try doing.
>
> Thank you.
>
> Regards.
>
> Neil Wilson
>
>
>
>
> On Mon, Jul 15, 2019 at 11:29 AM Sharon Gratch  wrote:
>
>> Hi Neil,
>>
>> Regarding issue 1 (Dashboard):
>> I recommend to upgrade to latest oVirt version 4.3.5, for this fix as
>> well as other enhancements and bug fixes.
>> For oVirt 4.3.5 installation / upgrade instructions:
>> http://www.ovirt.org/release/4.3.5/
>>
>> Regarding issue 2 (Manual Migrate dialog):
>> If it will be reproduced after upgrading then please try to clean your
>> browser caching before running the admin portal. It might help.
>>
>> Regards,
>> Sharon
>>
>> On Thu, Jul 11, 2019 at 1:24 PM Neil  wrote:
>>
>>>
>>> Hi Sharon,
>>>
>>> Thanks for the assistance.
>>> On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> Regarding issue 1 (Dashboard):
>>>> Did you upgr

[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

[Sharon Gratch]

Hi Neil,

Regarding issue 1 (Dashboard):
I recommend to upgrade to latest oVirt version 4.3.5, for this fix as well
as other enhancements and bug fixes.
For oVirt 4.3.5 installation / upgrade instructions:
http://www.ovirt.org/release/4.3.5/

Regarding issue 2 (Manual Migrate dialog):
If it will be reproduced after upgrading then please try to clean your
browser caching before running the admin portal. It might help.

Regards,
Sharon

On Thu, Jul 11, 2019 at 1:24 PM Neil  wrote:

>
> Hi Sharon,
>
> Thanks for the assistance.
> On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch  wrote:
>
>> Hi,
>>
>> Regarding issue 1 (Dashboard):
>> Did you upgrade the engine to 4.3.5? There was a bug fixed in version
>> 4.3.4-5 https://bugzilla.redhat.com/show_bug.cgi?id=1713967 and it may
>> be the same issue.
>>
>
>
> No I  wasn't aware that there were updates, how do I obtain 4.3.4-5 is
> there another repo available?
>
> Regarding issue 2 (Manual Migrate dialog):
>> Can you please attach your browser console log and engine.log snippet
>> when you have the problem?
>> If you could take from the console log the actual REST API response,
>> that would be great.
>> The request will be something like
>> /api/hosts?migration_target_of=...
>>
>
> Please see attached text log for the browser console, I don't see any REST
> API being logged, just a stack trace error.
> The engine.log literally doesn't get updated when I click the Migrate
> button so there isn't anything to share unfortunately.
>
> Please shout if you need further info.
>
> Thank you!
>
>
>
>
>>
>>
>> On Thu, Jul 11, 2019 at 10:04 AM Neil  wrote:
>>
>>> Hi everyone,
>>> Just an update.
>>>
>>> I have both hosts upgraded to 4.3, I have upgraded my DC and cluster to
>>> 4.3 and I'm still faced with the same problems.
>>>
>>> 1.) My Dashboard says the following "Error! Could not fetch dashboard
>>> data. Please ensure that data warehouse is properly installed and
>>> configured."
>>>
>>> 2.) When I click the Migrate button I get the error "Could not fetch
>>> data needed for VM migrate operation"
>>>
>>> Upgrading my hosts resolved the "node status: DEGRADED" issue so at
>>> least it's one issue down.
>>>
>>> I've done an engine-upgrade-check and a yum update on all my hosts and
>>> engine and there are no further updates or patches waiting.
>>> Nothing is logged in my engine.log when I click the Migrate button
>>> either.
>>>
>>> Any ideas what to do or try for  1 and 2 above?
>>>
>>> Thank you.
>>>
>>> Regards.
>>>
>>> Neil Wilson.
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Jul 11, 2019 at 8:27 AM Alex K  wrote:
>>>
>>>>
>>>>
>>>> On Thu, Jul 11, 2019 at 7:57 AM Michal Skrivanek <
>>>> michal.skriva...@redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> On 11 Jul 2019, at 06:34, Alex K  wrote:
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jul 9, 2019, 19:10 Michal Skrivanek <
>>>>> michal.skriva...@redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On 9 Jul 2019, at 17:16, Strahil  wrote:
>>>>>>
>>>>>> I'm not sure, but I always thought that you need  an agent for live
>>>>>> migrations.
>>>>>>
>>>>>>
>>>>>> You don’t. For snapshots, and other less important stuff like
>>>>>> reporting IPs you do. In 4.3 you should be fine with qemu-ga only
>>>>>>
>>>>> I've seen resolving live migration issues by installing newer versions
>>>>> of ovirt ga.
>>>>>
>>>>>
>>>>> Hm, it shouldn’t make any difference whatsoever. Do you have any
>>>>> concrete data? that would help.
>>>>>
>>>> That is some time ago when runnign 4.1. No data unfortunately. Also did
>>>> not expect ovirt ga to affect migration, but experience showed me that it
>>>> did.  The only observation is that it affected only Windows VMs. Linux VMs
>>>> never had an issue, regardless of ovirt ga.
>>>>
>>>>> You can always try installing either qemu-guest-agent  or
>>>>>> ovirt-guest-agent and check 

[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

[Sharon Gratch]

Hi,

Regarding issue 1 (Dashboard):
Did you upgrade the engine to 4.3.5? There was a bug fixed in version
4.3.4-5 https://bugzilla.redhat.com/show_bug.cgi?id=1713967 and it may be
the same issue.

Regarding issue 2 (Manual Migrate dialog):
Can you please attach your browser console log and engine.log snippet when
you have the problem?
If you could take from the console log the actual REST API response, that
would be great.
The request will be something like
/api/hosts?migration_target_of=...

Thanks,
Sharon



On Thu, Jul 11, 2019 at 10:04 AM Neil  wrote:

> Hi everyone,
> Just an update.
>
> I have both hosts upgraded to 4.3, I have upgraded my DC and cluster to
> 4.3 and I'm still faced with the same problems.
>
> 1.) My Dashboard says the following "Error! Could not fetch dashboard
> data. Please ensure that data warehouse is properly installed and
> configured."
>
> 2.) When I click the Migrate button I get the error "Could not fetch data
> needed for VM migrate operation"
>
> Upgrading my hosts resolved the "node status: DEGRADED" issue so at least
> it's one issue down.
>
> I've done an engine-upgrade-check and a yum update on all my hosts and
> engine and there are no further updates or patches waiting.
> Nothing is logged in my engine.log when I click the Migrate button either.
>
> Any ideas what to do or try for  1 and 2 above?
>
> Thank you.
>
> Regards.
>
> Neil Wilson.
>
>
>
>
>
> On Thu, Jul 11, 2019 at 8:27 AM Alex K  wrote:
>
>>
>>
>> On Thu, Jul 11, 2019 at 7:57 AM Michal Skrivanek <
>> michal.skriva...@redhat.com> wrote:
>>
>>>
>>>
>>> On 11 Jul 2019, at 06:34, Alex K  wrote:
>>>
>>>
>>>
>>> On Tue, Jul 9, 2019, 19:10 Michal Skrivanek 
>>> wrote:
>>>


 On 9 Jul 2019, at 17:16, Strahil  wrote:

 I'm not sure, but I always thought that you need  an agent for live
 migrations.


 You don’t. For snapshots, and other less important stuff like reporting
 IPs you do. In 4.3 you should be fine with qemu-ga only

>>> I've seen resolving live migration issues by installing newer versions
>>> of ovirt ga.
>>>
>>>
>>> Hm, it shouldn’t make any difference whatsoever. Do you have any
>>> concrete data? that would help.
>>>
>> That is some time ago when runnign 4.1. No data unfortunately. Also did
>> not expect ovirt ga to affect migration, but experience showed me that it
>> did.  The only observation is that it affected only Windows VMs. Linux VMs
>> never had an issue, regardless of ovirt ga.
>>
>>> You can always try installing either qemu-guest-agent  or
 ovirt-guest-agent and check if live  migration between hosts is possible.

 Have you set the new cluster/dc version ?

 Best Regards
 Strahil Nikolov
 On Jul 9, 2019 17:42, Neil  wrote:

 I remember seeing the bug earlier but because it was closed thought it
 was unrelated, this appears to be it

 https://bugzilla.redhat.com/show_bug.cgi?id=1670701

 Perhaps I'm not understanding your question about the VM guest agent,
 but I don't have any guest agent currently installed on the VM, not sure if
 the output of my qemu-kvm process maybe answers this question?

 /usr/libexec/qemu-kvm -name
 guest=Headoffice.cbl-ho.local,debug-threads=on -S -object
 secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-Headoffice.cbl-ho.lo/master-key.aes
 -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu
 Broadwell,vme=on,f16c=on,rdrand=on,hypervisor=on,arat=on,xsaveopt=on,abm=on,rtm=on,hle=on
 -m 8192 -realtime mlock=off -smp 8,maxcpus=64,sockets=16,cores=4,threads=1
 -numa node,nodeid=0,cpus=0-7,mem=8192 -uuid
 9a6561b8-5702-43dc-9e92-1dc5dfed4eef -smbios
 type=1,manufacturer=oVirt,product=oVirt
 Node,version=7-3.1611.el7.centos,serial=4C4C4544-0034-5810-8033-


>>> It’s 7.3, likely oVirt 4.1. Please upgrade...
>>>
>>> C2C04F4E4B32,uuid=9a6561b8-5702-43dc-9e92-1dc5dfed4eef -no-user-config
 -nodefaults -chardev socket,id=charmonitor,fd=31,server,nowait -mon
 chardev=charmonitor,id=monitor,mode=control -rtc
 base=2019-07-09T10:26:53,driftfix=slew -global
 kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on
 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
 virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
 virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive
 if=none,id=drive-ide0-1-0,readonly=on -device
 ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
 file=/rhev/data-center/59831b91-00a5-01e4-0294-0018/8a607f8a-542a-473c-bb18-25c05fe2a3d4/images/56e8240c-a172-4f52-b0c1-2bddc4f34f93/9f245467-d31d-4f5a-8037-7c5012a4aa84,format=qcow2,if=none,id=drive-virtio-disk0,serial=56e8240c-a172-4f52-b0c1-2bddc4f34f93,werror=stop,rerror=stop,cache=none,aio=native
 -device
 virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bo

[ovirt-users] Re: UI exception when changing Cluster in New VM window

[Sharon Gratch]

*stack

On Wed, Jul 10, 2019 at 2:19 PM Sharon Gratch  wrote:

> Hi Strahil,
>
> Based on the stack trace in the UI log that you sent, I am pretty sure
> that this UI exception was already fixed on
> https://gerrit.ovirt.org/#/c/99463/ for oVirt 4.3.4.
> So please follow Michal's suggestion to install latest 4.3.5 version for
> overcoming this issue.
>
> Thanks,
> Sharon
>
> On Tue, Jul 9, 2019 at 8:19 PM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>> can you please try that on 4.3.5 and if it persist open a bug with that
>> ui.log attached?
>>
>> thanks,
>> michal
>>
>> On 5 Jul 2019, at 16:06, Vrgotic, Marko 
>> wrote:
>>
>> Hi Strahil,
>>
>> I tried what you said and I am still getting an exception.
>>
>> Correct me if I am wrong, but my expectation is following, when creating
>> new VM:
>>
>>- Select cluster
>>- Whether I want to use template or create brand new VM from scratch,
>>list of templates and everything else specific to cluster I selected 
>> should
>>be loaded
>>
>>
>> Instead, I get the exception and have to refresh/reload the page.
>>
>> In short, when creating new VM, I am currently locked to a default loaded
>> cluster, which in my case is avshared1.
>>
>> To give you bit more insight into configuration, here are the cluster
>> details:
>>
>> 
>>
>> Per cluster:
>> 
>>
>> Let me know if you need me to provide more valuable information.
>>
>> Kindly awaiting your reply.
>>
>>
>> Best regards,
>> Marko Vrgotic
>>
>> *From: *Strahil Nikolov 
>> *Date: *Friday, 5 July 2019 at 15:42
>> *To: *"users@ovirt.org" , "Vrgotic, Marko" <
>> m.vrgo...@activevideo.com>
>> *Subject: *Re: [ovirt-users] UI exception when changing Cluster in New
>> VM window
>>
>> As per your e-mail you try to both set a new cluster and new template ,
>> right?
>> Could you try to edit the cluster and save and then edit again and check
>> the template lit ?
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> В четвъртък, 4 юли 2019 г., 22:31:11 ч. Гринуич-4, Vrgotic, Marko <
>> m.vrgo...@activevideo.com> написа:
>>
>>
>>
>> Dear oVirt,
>>
>>
>>
>> We are running oVIrt SHE 4.3.3 version.
>>
>>
>>
>> We have three production DCCs/clusters:
>>
>>- avshared1
>>- avlocal1
>>- avlocal2
>>
>>
>>
>> When navigating to Vitrual Machines > Selecting New VM > and changing
>> cluster, we get an UI exception:
>>
>>
>>
>> Engine.log:
>>
>> 2019-07-04 12:45:27,538Z ERROR
>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-468) []
>> Error sending file
>> '/etc/ovirt-engine/branding/00-ovirt.brand/bundled/patternfly/fonts/fontawesome-webfont.woff2'.:
>> java.io.IOException: Connection reset by peer
>>
>> at sun.nio.ch.FileDispatcherImpl.writev0(Native Method)
>> [rt.jar:1.8.0_201]
>>
>> at
>> sun.nio.ch.SocketDispatcher.writev(SocketDispatcher.java:51)
>> [rt.jar:1.8.0_201]
>>
>> at sun.nio.ch.IOUtil.write(IOUtil.java:148)
>> [rt.jar:1.8.0_201]
>>
>> at
>> sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:504)
>> [rt.jar:1.8.0_201]
>>
>> at
>> org.xnio.nio.NioSocketConduit.write(NioSocketConduit.java:162)
>>
>> at
>> io.undertow.conduits.AbstractFramedStreamSinkConduit.doWrite(AbstractFramedStreamSinkConduit.java:137)
>> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>>
>> at
>> io.undertow.conduits.AbstractFramedStreamSinkConduit.write(AbstractFramedStreamSinkConduit.java:108)
>> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>>
>> at
>> io.undertow.server.protocol.ajp.AjpServerResponseConduit.write(AjpServerResponseConduit.java:298)
>> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>>
>> at
>> org.xnio.conduits.ConduitStreamSinkChannel.write(ConduitStreamSinkChannel.java:150)
>>
>> at
>> io.undertow.channels.DetachableStreamSinkChannel.write(DetachableStreamSinkChannel.java:240)
>> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>>
>> at
>> io.undertow.server.HttpServerExchange$WriteDispatchChannel.write(HttpServerExchange.java:2103)
>

[ovirt-users] Re: UI exception when changing Cluster in New VM window

[Sharon Gratch]

Hi Strahil,

Based on the stuck trace in the UI log that you sent, I am pretty sure that
this UI exception was already fixed on https://gerrit.ovirt.org/#/c/99463/
for oVirt 4.3.4.
So please follow Michal's suggestion to install latest 4.3.5 version for
overcoming this issue.

Thanks,
Sharon

On Tue, Jul 9, 2019 at 8:19 PM Michal Skrivanek 
wrote:

> can you please try that on 4.3.5 and if it persist open a bug with that
> ui.log attached?
>
> thanks,
> michal
>
> On 5 Jul 2019, at 16:06, Vrgotic, Marko  wrote:
>
> Hi Strahil,
>
> I tried what you said and I am still getting an exception.
>
> Correct me if I am wrong, but my expectation is following, when creating
> new VM:
>
>- Select cluster
>- Whether I want to use template or create brand new VM from scratch,
>list of templates and everything else specific to cluster I selected should
>be loaded
>
>
> Instead, I get the exception and have to refresh/reload the page.
>
> In short, when creating new VM, I am currently locked to a default loaded
> cluster, which in my case is avshared1.
>
> To give you bit more insight into configuration, here are the cluster
> details:
>
> 
>
> Per cluster:
> 
>
> Let me know if you need me to provide more valuable information.
>
> Kindly awaiting your reply.
>
>
> Best regards,
> Marko Vrgotic
>
> *From: *Strahil Nikolov 
> *Date: *Friday, 5 July 2019 at 15:42
> *To: *"users@ovirt.org" , "Vrgotic, Marko" <
> m.vrgo...@activevideo.com>
> *Subject: *Re: [ovirt-users] UI exception when changing Cluster in New VM
> window
>
> As per your e-mail you try to both set a new cluster and new template ,
> right?
> Could you try to edit the cluster and save and then edit again and check
> the template lit ?
>
> Best Regards,
> Strahil Nikolov
>
> В четвъртък, 4 юли 2019 г., 22:31:11 ч. Гринуич-4, Vrgotic, Marko <
> m.vrgo...@activevideo.com> написа:
>
>
>
> Dear oVirt,
>
>
>
> We are running oVIrt SHE 4.3.3 version.
>
>
>
> We have three production DCCs/clusters:
>
>- avshared1
>- avlocal1
>- avlocal2
>
>
>
> When navigating to Vitrual Machines > Selecting New VM > and changing
> cluster, we get an UI exception:
>
>
>
> Engine.log:
>
> 2019-07-04 12:45:27,538Z ERROR
> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-468) []
> Error sending file
> '/etc/ovirt-engine/branding/00-ovirt.brand/bundled/patternfly/fonts/fontawesome-webfont.woff2'.:
> java.io.IOException: Connection reset by peer
>
> at sun.nio.ch.FileDispatcherImpl.writev0(Native Method)
> [rt.jar:1.8.0_201]
>
> at
> sun.nio.ch.SocketDispatcher.writev(SocketDispatcher.java:51)
> [rt.jar:1.8.0_201]
>
> at sun.nio.ch.IOUtil.write(IOUtil.java:148)
> [rt.jar:1.8.0_201]
>
> at
> sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:504)
> [rt.jar:1.8.0_201]
>
> at
> org.xnio.nio.NioSocketConduit.write(NioSocketConduit.java:162)
>
> at
> io.undertow.conduits.AbstractFramedStreamSinkConduit.doWrite(AbstractFramedStreamSinkConduit.java:137)
> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>
> at
> io.undertow.conduits.AbstractFramedStreamSinkConduit.write(AbstractFramedStreamSinkConduit.java:108)
> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>
> at
> io.undertow.server.protocol.ajp.AjpServerResponseConduit.write(AjpServerResponseConduit.java:298)
> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>
> at
> org.xnio.conduits.ConduitStreamSinkChannel.write(ConduitStreamSinkChannel.java:150)
>
> at
> io.undertow.channels.DetachableStreamSinkChannel.write(DetachableStreamSinkChannel.java:240)
> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>
> at
> io.undertow.server.HttpServerExchange$WriteDispatchChannel.write(HttpServerExchange.java:2103)
> [undertow-core-2.0.15.Final.jar:2.0.15.Final]
>
> at
> io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletOutputStreamImpl.java:574)
> [undertow-servlet-2.0.15.Final.jar:2.0.15.Final]
>
> at
> io.undertow.servlet.spec.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:150)
> [undertow-servlet-2.0.15.Final.jar:2.0.15.Final]
>
> at
> org.ovirt.engine.core.utils.servlet.ServletUtils.writeFileToStream(ServletUtils.java:145)
> [utils.jar:]
>
> at
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:121)
> [utils.jar:]
>
> at
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:74)
> [utils.jar:]
>
> at
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:70)
> [utils.jar:]
>
> at
> org.ovirt.engine.core.branding.BrandingServlet.doGet(BrandingServlet.java:50)
> [branding.jar:]
>
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
> [jboss-servlet-api_4.0_spec-1.0.0.Final.jar:1.0.0.Final

[ovirt-users] Re: Can't create pool after update to 4.3.3

[Sharon Gratch]

Hi,

I think it is a different issue...
According to the stack trace that detailed below, we deal here with a NPE
that caused due to patch https://gerrit.ovirt.org/#/c/98306/ merged to
4.3.3.

There is a fix for that already merged and will be released in 4.3.4:
https://gerrit.ovirt.org/#/c/99463/

Regards,
Sharon


On Mon, Apr 22, 2019 at 12:02 PM Shani Leviim  wrote:

> Looks like you're hitting this one:
> https://bugzilla.redhat.com/show_bug.cgi?id=1701205
> Although it a different scenario, the error that is the same UI error
> message.
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Mon, Apr 22, 2019 at 6:24 AM  wrote:
>
>> Of course:
>>
>> 2019-04-22 11:18:10,691+05 ERROR
>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>> (default task-54) [] Permutation name: D61F00D17FE3467BBA8D0D9D801D9940
>> 2019-04-22 11:18:10,691+05 ERROR
>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>> (default task-54) [] Uncaught exception: com.google.gwt.event.shared.Umb
>> rellaException: Exception caught: undefined
>> at java.lang.Throwable.Throwable(Throwable.java:70)
>> [rt.jar:1.8.0_191]
>> at
>> java.lang.RuntimeException.RuntimeException(RuntimeException.java:32)
>> [rt.jar:1.8.0_191]
>> at
>> com.google.web.bindery.event.shared.UmbrellaException.UmbrellaException(UmbrellaException.java:64)
>> [gwt-servlet.jar:]
>> at Unknown.new s1(webadmin-0.js)
>> at
>> com.google.gwt.event.shared.HandlerManager.$fireEvent(HandlerManager.java:117)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.user.client.ui.Widget.$fireEvent(Widget.java:127)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.user.client.ui.Widget.fireEvent(Widget.java:127)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.event.logical.shared.ValueChangeEvent.fire(ValueChangeEvent.java:40)
>> [gwt-servlet.jar:]
>> at
>> org.ovirt.engine.ui.common.widget.editor.ListModelListBox.$lambda$2(ListModelListBox.java:251)
>> at
>> org.ovirt.engine.ui.common.widget.editor.ListModelListBox$lambda$2$Type.execute(ListModelListBox.java:251)
>> at
>> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.core.client.impl.SchedulerImpl.$flushPostEventPumpCommands(SchedulerImpl.java:338)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.core.client.impl.SchedulerImpl$Flusher.execute(SchedulerImpl.java:76)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.core.client.impl.SchedulerImpl.execute(SchedulerImpl.java:140)
>> [gwt-servlet.jar:]
>> at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236)
>> [gwt-servlet.jar:]
>> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
>> [gwt-servlet.jar:]
>> at Unknown.eval(webadmin-0.js)
>> at Unknown.d(webadmin-0.js)
>> Caused by: java.lang.NullPointerException
>> at java.lang.Throwable.Throwable(Throwable.java:59)
>> [rt.jar:1.8.0_191]
>> at java.lang.Exception.Exception(Exception.java:25)
>> [rt.jar:1.8.0_191]
>> at
>> java.lang.RuntimeException.RuntimeException(RuntimeException.java:25)
>> [rt.jar:1.8.0_191]
>> at Unknown.new TNf(webadmin-0.js)
>> at
>> javaemul.internal.InternalPreconditions.checkCriticalNotNull(InternalPreconditions.java:417)
>> [gwt-servlet.jar:]
>> at
>> javaemul.internal.InternalPreconditions.checkNotNull(InternalPreconditions.java:403)
>> [gwt-servlet.jar:]
>> at
>> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.$compatibilityVersionChanged(UnitVmModel.java:2090)
>> at
>> org.ovirt.engine.ui.uicommonweb.models.vms.UnitVmModel.eventRaised(UnitVmModel.java:1962)
>> at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
>> at
>> org.ovirt.engine.ui.uicommonweb.models.ListModel.$setSelectedItem(ListModel.java:82)
>> at
>> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_dataCenterWithClustersList_selectedItem_Context.$setInModel(AbstractVmPopupWidget_dataCente
>> rWithClustersList_selectedItem_Context.java:19)
>> at
>> org.ovirt.engine.ui.common.widget.uicommon.popup.AbstractVmPopupWidget_dataCenterWithClustersList_selectedItem_Context.setInModel(AbstractVmPopupWidget_dataCenter
>> WithClustersList_selectedItem_Context.java:19)
>> at
>> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$setInModel(UiCommonEditorVisitor.java:143)
>> at
>> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor.$lambda$0(UiCommonEditorVisitor.java:60)
>> at
>> org.ovirt.engine.ui.common.editor.UiCommonEditorVisitor$lambda$0$Type.onValueChange(UiCommonEditorVisitor.java:60)
>> at
>> com.google.gwt.event.logical.shared.ValueChangeEvent.dispatch(ValueChangeEvent.java:127)
>> [gwt-servlet.jar:]
>> at
>> com.google.gwt.event.shared.GwtEvent.dispatch(GwtEvent.java:76)
>> [gwt-servlet.jar:]
>> at
>> co

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Sharon Gratch]

Hi Ron,

What is the VM state when you try to manually migrate it? Is the VM in the
beginning of the "powering up" state?
If so then please wait 1-2 seconds and then try to migrate again and see if
it is reproduced.
You can't migrate a VM on "Wait for Launch" state and once the VM enters
the "powering up" state then it sometimes takes time for UI to be refreshed
with state and data. It was reproduced to me too.

Greg, does it sound reasonable?

Thanks,
Sharon



Can you please send a screenshot of the "Migrate VM(s)" dialog with th

On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  wrote:

> I've toggled all the hosts into and out of maintenance, and VM's migrate
> off of each as expected, but I still can't manually initiate a VM migration
> from the UI.  Do you have any hints as to where to look for error messages?
>
> Thanks in advance,
>
> Ron.
>
> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:
>
>>
>> It's a 3 node cluster, each node has 84G RAM, and there are only two two
>> other VM's running, so there should be plenty of capacity.
>>
>> Automatic migration works, if I put a host into Maintenance, the VM's
>> will migrate.
>>
>> Ron
>>
>> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
>> wrote:
>>
>>> Turns out it's a bad error message. It just means there are no hosts
>>> available to migrate to.
>>>
>>> Do you have other hosts up with capacity?
>>>
>>> Greg
>>>
>>>
>>> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  wrote:
>>>
 I've been running 4.3.0 for a few weeks now and just discovered that I
 can't manually migrate VM's from the UI.  I get an error message saying: 
 "Could
 not fetch data needed for VM migrate operation"

 Sounds like
 https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1670701

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

>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> 
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> 
>>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVSXK3WO4AA5B7T6LGEYWRBNAO56G46V/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MHTFUCJ236EPZL6IVKGR5TVHIHJP74WI/

[ovirt-users] Re: Error start VM with "XML: Multiple 'scsi' controllers with index '0' " - how to workaround?

[Sharon Gratch]

Hi,

This was an old issue bug solved in 4.2.2, as you mentioned.
The problem then was due to correlation failure with  devices reported by
vdsm.
I suspect that this time it may re-occur because of alias name correlation
failure, but not sure.

1. Did you run the VM with "run once" or a regular running operation?
2. Can you please send the vdsm.log and engine log from the time range of
creating the VM till restarting the VM with a failure?

Thanks,
Sharon


On Thu, Nov 15, 2018 at 1:04 PM Mike Lykov  wrote:

> Hi all.
>
> I'm testing oVirt (it's new to me also) and create some VM with
> nearly-all-default parameters.
> (ovirt 4.2.7, with last updates)
>
> I create one disk for VM (via webui) :
> General -> create -> new image with default interface virtio-scsi (boot,
> 50 Gb size)
> resource allocation - virtio-scsi enabled by default
> IO threads enabled by default
> I run it with cdrom+iso for install centos.
>
> When i try to reboot it this VM can start or not can start with error
> (one time start, next reboot - not start, sometimes after it start...)
>
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ForkJoinPool-1-worker-3) [] EVENT_ID: VM_DOWN_ERROR(119), VM test_rh1
> is down with error. Exit message: Ошибка XML: Обнаружено нескол
> ько контроллеров «scsi» с индексом «0».
>
> (by the way , why errors are localised? it means  "Multiple 'scsi'
> controllers with index '0'"
>
> In engine log here is a config xml dump:
>
>  
> type="pci"/>
>  
>   
>
>
>  
>
> It is really contain two controllers:
>
>  
>  
>
> But I do NOT add two this controllers by hand!
> And sometimes it can start! (without configuration change)
>
> So there is a Question: How to workaround this and start the VM?
> In "vm devices" I have two controllers:
>
> virtio-scsi {ioThreadId=1}
> scsi {type=pci, slot=0x05, bus=0x00, domain=0x, function=0x0 {index=0}
>
> But all checkboxes are greyed
>
> bug like in this list post:
> https://lists.ovirt.org/pipermail/users/2018-February/086860.html
>
> There is a "CLOSED" bugs about this
> https://bugzilla.redhat.com/show_bug.cgi?id=1543833#c9
> https://bugzilla.redhat.com/show_bug.cgi?id=1563769
> https://bugzilla.redhat.com/show_bug.cgi?id=1535961
>
>
> --
> Mike
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/JMLURZSRNALKYMHRA5BN6GTEVF6PVCAN/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CEOW6HLKFAOYIWVIOJ3Y6KRO7YP65VS2/

[ovirt-users] Re: huge page in ovirt 4.2.7

[Sharon Gratch]

Hi Fabrice,

The "hugepages" custom property value in oVirt should be set to *size of
the pages in KiB* (i.e. 1GiB = 1048576, 2MiB = 2048).
In addition, it is recommended to set the huge page size of the VM to the
largest size supported by the host.

In the configuration you sent, the huge page size of the VM is set to 64
KiB and since the VM's allocated memory size is at least 32,768 MiB then it
requires at least (32768 * 1024/64=) 524,288 pages. Since you only have 120
pages declared in the host then it failed with an error "...there are not
enough free huge pages to run the VM".


So to solve the problem, please change the VM's huge page size to be the
same as the host's huge page supported size which is 1GiB and therefore
hugepages value should be 1048576 KiB instead of 64:

  hugepages
  *1048576*


Please note that since total VM's memory size is no more than 64 GB then
only 64 pages will be needed by the VM and it's < 120 pages supported by
the host and therefore OK.

Hope it helped.

Regards,
Sharon

On Wed, Nov 14, 2018 at 2:11 PM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

> I'm trying to understand huge page in oVirt, I'm quite sure to understand
> it well.
>
> I have an host with 128GiB. I have configured reserved huge page:
>
> cat /proc/cmdline
>
> ... hugepagesz=1GB hugepages=120
>
> $ grep -r . /sys/kernel/mm/hugepages
> /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_overcommit_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages:120
> /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages_mempolicy:120
> /sys/kernel/mm/hugepages/hugepages-1048576kB/surplus_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-1048576kB/resv_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-1048576kB/free_hugepages:120
> /sys/kernel/mm/hugepages/hugepages-2048kB/nr_overcommit_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages_mempolicy:0
> /sys/kernel/mm/hugepages/hugepages-2048kB/surplus_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-2048kB/resv_hugepages:0
> /sys/kernel/mm/hugepages/hugepages-2048kB/free_hugepages:0
>
> I have a big VM running on it:
>   
> 
>   hugepages
>   64
> 
>   
>   68719476736, aka 65536 MiB
>   
> 34359738368, aka 32768 MiB
> 68719476736
>   
>
> And it keep failing when I want to start it:
> /var/log/ovirt-engine/engine.log:2018-11-14 12:56:06,937+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-66) [13c13a2c-f973-4ba2-b8bd-260e5b35a047] EVENT_ID:
> USER_FAILED_RUN_VM(54), Failed to run VM XXX due to a failed validation:
> [Cannot run VM. There is no host that satisfies current scheduling
> constraints. See below for details:, The host XXX did not satisfy internal
> filter HugePages because there are not enough free huge pages to run the
> VM.]
>
> The huge page fs is mounted:
>
> $ findmnt
> | |-/dev/hugepages1G  hugetlbfs
>   hugetlbfs   rw,relatime,pagesize=1G
> | `-/dev/hugepageshugetlbfs
>   hugetlbfs   rw,relatime
>
> What am I missing ?
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/VTYKTSSAXQQLS5HO5KOQSBDIHPTAHTOR/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RAZBNXSMDO2GHUO4KBM7EL6FHJBGBUTZ/

[ovirt-users] Feature: Live migration for High Performance VMs

[Sharon Gratch]

Hi everyone,

I would like to share our plan for supporting live migration for High
Performance VMs (and in general to all VM types with pinning settings).


Implementing this will be done in 2 phases:
Phase 1:
1. Only manual live migration will be supported for high performance VMs
type.
2. The user will need to manually choose the destination host to migrate
his VM to (can't base on scheduler manager to find the most suitable host).
3. Source and destination hosts should have the same hardware and supports
the exact same configuration.

Phase 2:
1. Both automatic and manual live migration modes will be supported for HP
VMs.
2. Destination host can be automatically selected by the engine (scheduler
manager).
3. Source and destination hosts should fit but not be necessarily identical.

More Details on that can be found on the feature page

.

Any feedback on this feature will be greatly appreciated.

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

[ovirt-users] Re: oVirt 4.2 and I/O threads configuration

[Sharon Gratch]

Hi,

Please see my comments below.


On Tue, Jun 19, 2018 at 11:51 AM, Gianluca Cecchi  wrote:

>
> On Tue, Jun 19, 2018 at 10:45 AM, Sharon Gratch 
> wrote:
>
>> Hi Gianluca,
>>
>> You are right, in oVirt 4.2 we removed the 'Num Of IO Threads' text field
>> from the UI because it was decided that one IO thread is the best
>> configuration from performance aspects for most cases (according to
>> performance testings). We wanted to keep the UI simpler to use.
>>
>> So in case IO threads is enabled via Webadmin UI, only one IO thread is
>> always created.
>>
>> For REST API the configuration remains unchanged in 4.2, so you can still
>> set the number of IO threads to be >= 1 if you want for some reason.
>>
>> Regards,
>> Sharon
>>
>>
> Thanks for confirmation.
> So I think the manual has to be updated.
> Let me know if you want me to open a documentation bug or not.
>

yes, ​please open a bug ​on that.


> Have you any suggestion on how to set from the REST API, so that I can
> make some tests?
>

​Sure, for setting IO threads number via REST API, you should run the
following request:

PUT   http://engine:port/ovirt-engine/api/vms/vm-id

# request body:


2



You can replace "2" by any other number, while 0 is for disabling the IO
threads.

Have you "permission" to detail better the scenario of your test cases,
> landing to prefer 1 I/O thread?
>

​I wasn't the one to perform those tests so I don't have those results for
sending.​

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

[ovirt-users] Re: oVirt 4.2 and I/O threads configuration

[Sharon Gratch]

Hi Gianluca,

You are right, in oVirt 4.2 we removed the 'Num Of IO Threads' text field
from the UI because it was decided that one IO thread is the best
configuration from performance aspects for most cases (according to
performance testings). We wanted to keep the UI simpler to use.

So in case IO threads is enabled via Webadmin UI, only one IO thread is
always created.

For REST API the configuration remains unchanged in 4.2, so you can still
set the number of IO threads to be >= 1 if you want for some reason.

Regards,
Sharon


On Mon, Jun 18, 2018 at 6:21 PM, Gianluca Cecchi 
wrote:

> Hello,
> in oVirt 4.1 I could enable I/O threads for a VM and then there was a
> field where I could define how many I/O threads (aka virtual scsi
> controllers from vm point of view).
> In 4.2 now I see only the option to enable them but not to specify the
> number.
> Next to the setting there is a symbol and a mouseover says "the field is
> not attached to any instance type"
>
> See this screenshot for the Edit VM -> Resource Allocation content:
>
> https://drive.google.com/file/d/1JzCiUBnWxS9fiY64_
> p5TJMY0uO5ZZUID/view?usp=sharing
>
> Any hints for setting the number?
>
> Thanks in advance,
> Gianluca
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/NJIRXBTKMBZO7HWQVUT33F6VFVKOLH5K/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WF7W3M4CDMZXCAI6VWHKFDUI7O74P4YI/

[ovirt-users] Re: ovirt 4.2 and hugepages

[Sharon Gratch]

Hi Gianluca,

in 4.2 we added a new engine custom property "hugepages" to replace the
VDSM hook, where the value of the property is the size of the pages in KiB
(1G = 1048576, 2M = 2048).

This property can be set for any VM profile type (not just to high
performance VM's).

Please see the following for more details (not all details are up to date,
but most are):
https://mpolednik.github.io/2017/06/26/hugepages-and-ovirt/


Regards,
Sharon

On Sat, Jun 16, 2018 at 7:42 PM, Gianluca Cecchi 
wrote:

> A part from configuring high performance vm, that gives me no high
> availability.
> Can I allocate huge pages using vdsm-hook-hugepages-4.
> 19.31-1.el7.centos.noarch
>
> it seems that after updating an environment to 4.2 I'm not able to start a
> VM configured with the custom property
>
> I get
>
> Th ehost x did not satisfy internal filter HugePages because there are
> not enough free huge pages to run the VM
>
> But on host I have
>
> # cat /proc/meminfo | grep -i huge
> AnonHugePages: 0 kB
> HugePages_Total:   6
> HugePages_Free:6
> HugePages_Rsvd:0
> HugePages_Surp:0
> Hugepagesize:   2048 kB
> #
>
> and the custom property is configured to allocate 8200 huge pages to the
> guest
>
> The gropu configured in sysctl.d/10-hugepages.conf is
>
> vm.hugetlb_shm_group = 36
>
> Do I have to set anything in /etc/securily/limits.d/ for qemu user?
>
> Thanks In advance,
>
> Gainluca
>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/A5HNSDH6GEAXQ4X4QFIY3VVWCYWSWCKX/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LD7O4YRPLROJXX4KUR5XCV3CGGI2ZGDO/

[ovirt-users] Re: 4.2 Error importing VM, No more than one unmanaged USB controller is expected for a VM

[Sharon Gratch]

Hi,

We did add this warning on oVirt 4.1 for handling old USB configuration
(since in 4.1 we added a new USB policy of choosing USB controller
type as defined in osinfo-defaults.properties configuration).

But I'm not sure why this warning occurred after upgrading from 4.1 to 4.2.
Can you please send logs for analyzing (vdsm.log and engine.log)?

Anyway, for removing those un-managed USB controllers and create a new
managed one, you can try to:
1. Edit the vm -> go to "Console" tab ->
change the "USB Support" field value from "Disabled" to "Enabled" -> save the VM

2. And then change back to "Disabled" by:
edit the vm -> go to "Console" tab -> change the "USB Support" field
back to "Disabled" -> save the VM.


After doing that, you will see that a new plugged & managed USB
controller was created instead of old un-managed ones and the VM
should run.


Regards,

Sharon




On Wed, Jun 6, 2018 at 3:28 AM, Thomas Wakefield  wrote:

> Working on migrating from 4.1 to 4.2 on new hardware.  Hit a snag
> importing a VM, and the VM won’t start.
>
>
>- Cannot run VM. No more than one unmanaged USB controller is expected
>for a VM.
>
>
>
>
> Any thoughts on how to remove the extra USB controller?
>
> Thanks,
> Tom
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/UTRSCILFARRICHHNEBJNZWQ2PEMCUGNL/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X4KIQFNV7MS727EBUBD6TWZIPZGXEY54/

Re: [ovirt-users] ovirt 4.2 - performance vm

[Sharon Gratch]

+ ovirt-users


On Thu, Nov 23, 2017 at 2:31 PM, Mark Hunt  wrote:

> Sharon,
>
>
>   All working ok now , thank you.
>
Great! Thanks for the update.

> When is the prod release for rhv 4.2 due to come out do you know ?
>
RHV 4.2 public beta which is also oVirt 4.2 GA is planned to be released
soon. I'm not sure about dates for the prod release so please refer to RHV
support for that.
​

> Also I see migration for perf vm's won't be until version 4.3 , is there a
> rough timeline on that ?
>
​Still not I think..but again please refer to RHV support for that.



Regards,

Sharon

>
>Regards
>
>
>  Mark H.
>
>
>
>
>
> --
> *From:* Sharon Gratch 
> *Sent:* 15 November 2017 15:04
> *To:* Mark Hunt
> *Subject:* Re: ovirt 4.2 - performance vm
>
> Hi Mark,
>
> Thanks for the data you sent.
>
> There was a bug avoiding High Performance VMs with NUMA node pining from
> start running (due to Null pointer exception, which is exactly what you
> encountered).
> This bug was already fixed in latest oVirt engine master versions.
>
> Can you please sync your engine to latest master version and re-check if
> problem is not reproduced anymore?
>
>
>
> And regardless to that bug, just a small recommendation regarding the CPU
> pinning settings for your high performance VM 'perf' running on host
> euhpc-ovirt3.euhpc.arm.com:
> For high performance results I recommend you to pin all 8 vCPUs and not
> just the first one.
> i.e. CPU pinning topology field should be set to something like:
> 0#0_1#1_2#2_3#3_4#4_5#5_6#6_7#7
>
> And then the NUMA pinning should be set accordingly, i.e. both vNUMAs 0, 1
> should be pinned to host NUMA 0 instead of 0->1 and 1->0 (since CPUs 0-7
> are part of NUMA 0).
>
> Regards,
> Sharon
>
>
>
>
> On Tue, Nov 14, 2017 at 11:26 AM, Mark Hunt  wrote:
>
> Hi Sharon,
>
>
>
> Output from lscpu attached
>
>
>   Regards
>
>
> Mark H.
>
>
>
>
>
>
>
>
>
> --
> *From:* Sharon Gratch 
> *Sent:* 13 November 2017 18:10
> *To:* Mark Hunt
> *Subject:* Re: ovirt 4.2 - performance vm
>
> Hi,
>
> Sorry for the late response.
>
> It seems that NUMA pinning failed when running VM 'perf' on host:
> euhpc-ovirt3.euhpc.arm.com. <http://euhpc-ovirt3.euhpc.arm.com>
> Because whenever you cancel the NUMA pinning, the VM runs without any
> error on this host.
> But when you set the NUMA pinning, the VM failed to run on the host, then
> the scheduler tries to rerun the VM on other host in the cluster but there
> is no other host and that's why you get the error of "no available hosts".
>
> So for having a full picture of the problem, can you please send me the
> NUMA settings of this host?
> For that you just need to login to this host euhpc-ovirt3.euhpc.arm.com and
> run from shell:
> >> lscpu
>
> Can you please send me the result of this lscpu command?
>
>
> Thanks,
> Sharon
>
>
> On Mon, Oct 30, 2017 at 12:50 PM, Mark Hunt  wrote:
>
> Hi Sharon,
>
>
>   Yes I did (numa + hp) , please find attached engine.log from the the
> ovirt manager vm. One thing I did note was that the first time I pinned the
> numa nodes they showed green in the gui , thereafter they were red !?
>
>
>   Regards
>
>
>  Mark H.
>
>
>
>
>
> --
> *From:* Sharon Gratch 
> *Sent:* 24 October 2017 09:07
> *To:* Mark Hunt
> *Subject:* Re: ovirt 4.2 - performance vm
>
> Hi,
>
> Sorry for the late response.
>
> Did you set huge-pages and/or NUMA pinning for this high-performance VM?
> If so then maybe no host was found with appropriate settings for running
> that VM.
> Can you please send me the engine log with relevant errors/messages?
>
> Thanks,
> Sharon
>
>
> On Fri, Oct 20, 2017 at 7:39 PM, Mark Hunt  wrote:
>
> Hi Sharon,
>
>
>   Is there anything not mentioned on the performance vm page that needs to
> be set for this to work ? I have tried starting one and all I get back is
> there are no available hosts - when there are !?
>
>
> Regards
>
>
>   Mark H.
>
>
>
> IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
>
> IMPORTANT NOTICE: The contents of this email and any attachments 

Re: [ovirt-users] vm shutdown long delay is a problem for users of pools

[Sharon Gratch]

Hi,

Please see comments below.

On Thu, Jun 22, 2017 at 7:15 PM, Paul  wrote:

> Hi,
>
> Shutting down VM’s in the portal with the red downfacing arrow takes quite
> some time (about 90 seconds). I read this is mainly due to a 60 second
> delay in the ovirt-guest-agent. I got used to right-click and use “power
> off” instead of “shutdown”, which is fine.
>
>
>
> My users make use of VM in a VM-pool. They get assigned a VM and after
> console disconnect the VM shuts down (default recommended behavior). My
> issue is that the users stays assigned to this VM for the full 90 seconds
> and cannot do “power off”. Suppose he disconnected by accident, he has to
> wait 90 seconds until he is assigned to the pool again until he can connect
> to another VM.
>
>
>
> My questions are:
>
> -  Is it possible to decrease the time delay of a VM shutdown? 90
> seconds is quite a lot, 10 seconds should be enough
>
​​
​Is ovirt-guest-agent installed on all pool's VMs? Consider installing
ovirt-guest-agent
in all VMs in your Pool to decrease the time taken for the VM shutdown.

-  Is it possible for normal users to use “power off”?
>
​There is no option in UserPortal to power-off a VM but you can
​try to click twice (sequential clicks) on the 'shutdown' button. Two
sequential shutdown requests are handled in oVirt as "power off".

> -  Is it possible to “unallocate” the user from a VM if it is
> powering down? So he can allocate another VM
>
​You can consider assigning two VMs per each user, if possible of-course
(via WebAdmin->edit Pool -> and set "Maximum number of VMs per user" field
to "2") so that way while one VM is still shutting down, the user can
switch and connect to a second VM without waiting.

Another option is to create a pool with a different policy for console
disconnecting so that the VM won't shutdown each time the user close the
console (via WebAdmin->Pool->Console tab->"Console Disconnect Action").
Consider changing this field to "Lock screen" or "Logout user" instead of
"shutdown virtual machine".
This policy will avoid accidentally console disconnection waiting each
time...but on the other hand the VM state will remain as is since no
shutdown occurs, so it really depends on your requirements.

Regards,
Sharon

>
>
> Kind regards,
>
>
>
> Paul
>
> ___
> 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] engine upgrade 4.1.0 => 4.1.1, no more engine console available

[Sharon Gratch]

On Wed, Apr 26, 2017 at 4:39 PM, Gianluca Cecchi 
wrote:

>
>
> On Wed, Apr 26, 2017 at 3:01 PM, Sharon Gratch  wrote:
>
>>
>>
>> On Wed, Apr 26, 2017 at 3:33 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
>>>> graphic console set to "spice" is an invalid combination which is not
>>>> supported by oVirt.
>>>>
>>>> I'm not sure how it get there ("vnc" changed to "spice" without
>>>> changing the video device type to "qxl") but it may cause the problem
>>>> afterwards of removing both graphic and video devices ...
>>>>
>>>> Regards,
>>>> Sharon​
>>>>
>>>>
>>> Is there a way I can fix, eventually going and modifying the db?
>>> Thanks,
>>> Gianluca
>>>
>>
>> ​
>> yes, via the UI.
>> 1. Edit the HostedEngive vm and go to console tab
>> 2. Set "Video Type" value to "QXL" and "
>> ​​
>> Graphics protocol" value to "SPICE".
>> 3. restart the HostedEngive vm (It requires a HostedEngive vm restart for
>> the configuration changes to take effect)
>> 4. After the restart, the qxl, spice devices will be created as required.
>>
>> Regards,
>> Sharon​
>>
>>
>>
> The problems is that, from a web gui point of view, the settings in 2. are
> already in place... ;-) but not honored.. is because of this that I asked
> about database manipulation...
> I could instead change the console parameters and set them to cirrus/vnc
> and see if they work after shutdown and restart of engine VM and in a
> second time change again to qxl/spice and see if they are honored then...
>
> What do you think?
>

​You can do that.
But I still think that setting to qxl/spice should work In first round without
setting to cirrus/vnc first, since the "​
​
​
Graphics protocol" is currently set to "None​
​"​

​and not "spice" AFAIR (as displayed in general sub tab).

If it is set to "None", then after the settings in (2) you will be notified
with a pop-up displaying the following:
"Changes that require Virtual Machine restart: graphicsProtocol"

and after a restart both devices should be added.





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

Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

[Sharon Gratch]

On Wed, Apr 26, 2017 at 3:33 PM, Gianluca Cecchi 
wrote:

> On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch  wrote:
>
>> Hi,
>>
>> The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
>> graphic console set to "spice" is an invalid combination which is not
>> supported by oVirt.
>>
>> I'm not sure how it get there ("vnc" changed to "spice" without changing
>> the video device type to "qxl") but it may cause the problem afterwards of
>> removing both graphic and video devices ...
>>
>> Regards,
>> Sharon​
>>
>>
> Is there a way I can fix, eventually going and modifying the db?
> Thanks,
> Gianluca
>

​
yes, via the UI.
1. Edit the HostedEngive vm and go to console tab
2. Set "Video Type" value to "QXL" and "Graphics protocol" value to "SPICE".
3. restart the HostedEngive vm (It requires a HostedEngive vm restart for
the configuration changes to take effect)
4. After the restart, the qxl, spice devices will be created as required.

Regards,
Sharon​
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

[Sharon Gratch]

Hi,

The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
graphic console set to "spice" is an invalid combination which is not
supported by oVirt.

I'm not sure how it get there ("vnc" changed to "spice" without changing
the video device type to "qxl") but it may cause the problem afterwards of
removing both graphic and video devices ...

Regards,
Sharon​

On Wed, Apr 26, 2017 at 12:33 PM, Gianluca Cecchi  wrote:

> On Tue, Apr 25, 2017 at 1:00 PM, Evgenia Tokar  wrote:
>
>> It seems that the main issue here is that the graphics device is missing
>> from the engine db.
>> This causes the generated ovf to not contain a graphics device which in
>> turn makes the vm.conf not have it, and so the console is not available.
>>
>> So what we need to understand now is what caused the graphics device to
>> disappear and a way to return it.
>>
>> Did anything out of the regular update flow happened with the vm?
>>
>>
>> Thanks,
>> Jenny
>>
>>
> It seems not.
> Based on log files that I see, the environment was initially installed
> with 3.6.0 and the engine installed from the ova contained into
> ovirt-engine-appliance-20151104.0-1.el7.centos.ova
> Then I updated the engine with the usual procedure to 3.6.1, 3.6.2, 3.6.3,
> 3.6.5, 4.0.0.6-1, 4.0.2.6-1, 4.0.2.7-1, 4.0.4.4-1, 4.0.5.5-1
> , -4.0.6.3-1, 4.1.0.4-1, 4.1.1.8-1
>
> Watching qemu logs on host for the HosteEngine VM I see this:
>
> On 19/11/15 the console seemed to be vnc, based
> on HostedEngine.log-20170421
>
> -device cirrus-vga,id=video0,bus=pci.0,addr=0x2
>
> full line:
>
> 2015-11-19 14:29:33.908+: starting up
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
> QEMU_AUDIO_DRV=none /usr/libexec/qem
> u-kvm -name HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off
> -cpu Nehalem -m 16384 -re
> altime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid
> 7b0ff898-0a9e-4b97-8292-1d9f2a0a6683 -smbi
> os type=1,manufacturer=oVirt,product=oVirt Node,version=7-1.1503.el7.cent
> os.2.8,serial=4C4C4544-0054
> -5910-8056-C4C04F30354A,uuid=7b0ff898-0a9e-4b97-8292-1d9f2a0a6683
> -no-user-config -nodefaults -chard
> ev 
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait
> -mon chardev=
> charmonitor,id=monitor,mode=control -rtc 
> base=2015-11-19T14:29:33,driftfix=slew
> -global kvm-pit.lost
> _tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
> piix3-usb-uhci,id=usb,bus=pci.0,add
> r=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
> virtio-serial-pci,id=virtio-se
> rial0,bus=pci.0,addr=0x5 -drive file=/tmp/tmpKbdZDZ/seed.iso,i
> f=none,id=drive-ide0-1-0,readonly=on,f
> ormat=raw,serial= -device 
> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0
> -drive file=/var/
> run/vdsm/storage/2025c2ea-6205-4bc1-b29d-745b47f8f806/d6287d
> fb-27af-461b-ab79-4eb3a45d8c8a/43ee87b9-4293-4d43-beab-
> 582f500667a7,if=none,id=drive-virtio-disk0,format=raw,
> serial=d6287dfb-27af-461b-ab79-4eb3a45d8c8a,cache=none,
> werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pc
> i.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev
> tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:3a:ee:a5,bus=pci.0,addr=0x3
> -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/7
> b0ff898-0a9e-4b97-8292-1d9f2a0a6683.com.redhat.rhevm.vdsm,server,nowait
> -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel
> 0,id=channel0,name=com.redhat.rhevm.vdsm -chardev
> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/7
> b0ff898-0a9e-4b97-8292-1d9f2a0a6683.org.qemu.guest_agent.0,server,nowait
> -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel
> 1,id=channel1,name=org.qemu.guest_agent.0 -chardev
> socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/7
> b0ff898-0a9e-4b97-8292-1d9f2a0a6683.org.ovirt.hosted-engine-setup.0,server,nowait
> -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel
> 2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -chardev
> socket,id=charconsole0,path=/var/run/ovirt-vmconsole-console
> /7b0ff898-0a9e-4b97-8292-1d9f2a0a6683.sock,server,nowait -device
> virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -device
> cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on
>
> I don't know how and when I set it to spice, but I think I didn't do
> anything...
>
> The first entry with the word "spice" was here:
>
> 2016-07-04 16:01:43.443+: starting up libvirt version: 1.2.17,
> package: 13.el7_2.5 (CentOS Build
> System , 2016-06-23-14:23:27,
> worker1.bsys.centos.org), qemu version: 2.3.0
> (qemu-kvm-ev-2.3.0-31.el7_2.10.1)
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
> QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name HostedEngine -S -machine
> pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu qemu64,-svm -m 16384 -realtime
> mlock=off -smp 4,

Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

[Sharon Gratch]

Hi,


On Mon, Apr 24, 2017 at 6:06 PM, Gianluca Cecchi 
wrote:

>
>
> On Mon, Apr 24, 2017 at 12:57 PM, Evgenia Tokar  wrote:
>
>>
>> Thanks.
>>
>> 1. In the UI under vm devices tab do you have an entry for graphical
>> device (type=spice)?
>>
>
> It doesn't seem so...
> Se the whole content:
> https://drive.google.com/file/d/0BwoPbcrMv8mvblV3dDlMelVFS1U
> /view?usp=sharing
>
>
According to the vm devices list you sent here, there is also no ​entry for
for the video device (device with type=qxl)​, although according to one of
your previous mails, the vm "general" sub tab shows "Video Type: qxl".

1. Can you please check the vm console configuration to see if headless
mode is off, just to make sure?  (in ui - edit the vm and check the console
tab to see if the "Headless mode" is not checked).

(*) headless mode is a new feature added to 4.1

2. what values are assigned in vm console tab for "Video Type" and
"Graphics protocol" fields?

Thanks,
Sharon



>
>> 2. Can you paste again the contents of the local vm.conf? If you have a
>> graphical device in the engine it should appear there as well.
>>
>> Jenny
>>
>
> [root@ractor ovirt-hosted-engine-ha]# cat /run/ovirt-hosted-engine-ha/vm
> .conf
> cpuType=Nehalem
> emulatedMachine=pc-i440fx-rhel7.3.0
> vmId=7b0ff898-0a9e-4b97-8292-1d9f2a0a6683
> smp=4
> memSize=16384
> maxVCpus=16
> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback
> ,srecord,ssmartcard,susbredir
> vmName=HostedEngine
> display=qxl
> devices={index:0,iface:virtio,format:raw,bootOrder:1,address
> :{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},vo
> lumeID:43ee87b9-4293-4d43-beab-582f500667a7,imageID:d6287dfb
> -27af-461b-ab79-4eb3a45d8c8a,readonly:false,domainID:2025c2e
> a-6205-4bc1-b29d-745b47f8f806,deviceId:d6287dfb-27af-461b-
> ab79-4eb3a45d8c8a,poolID:----
> ,device:disk,shared:exclusive,propagateErrors:off,type:disk}
> devices={nicModel:pv,macAddr:00:16:3e:3a:ee:a5,linkActive:tr
> ue,network:ovirtmgmt,deviceId:4bbb90e6-4f8e-42e0-91ea-d89412
> 5ff4a8,address:{slot:0x03,bus:0x00,domain:0x,type:pci,fu
> nction:0x0},device:bridge,type:interface}
> devices={index:2,iface:ide,shared:false,readonly:true,device
> Id:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:
> 0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk}
> devices={device:usb,type:controller,deviceId:ee985889-6878-4
> 63a-a415-9b50a4a810b3,address:{slot:0x01,bus:0x00,domain:0x0
> 000,type:pci,function:0x2}}
> devices={device:virtio-serial,type:controller,deviceId:d9970
> 5cd-0ebf-40f0-950b-575ab4e6d934,address:{slot:0x05,bus:0x00,
> domain:0x,type:pci,function:0x0}}
> devices={device:ide,type:controller,deviceId:ef31f1a2-746a-4
> 188-ae45-ef157d7b5598,address:{slot:0x01,bus:0x00,domain:0x0
> 000,type:pci,function:0x1}}
> devices={device:scsi,model:virtio-scsi,type:controller,devic
> eId:f41baf47-51f8-42e9-a290-70da06191991,address:{slot:0x04,
> bus:0x00,domain:0x,type:pci,function:0x0}}
> devices={alias:rng0,specParams:{source:urandom},deviceId:4c7
> f0e81-c3e8-498f-a5a2-b8c1543e94b4,address:{slot:0x02,bus:0x0
> 0,domain:0x,type:pci,function:0x0},device:virtio,model:
> virtio,type:rng}
> devices={device:console,type:console}
> [root@ractor ovirt-hosted-engine-ha]#
>
> ___
> 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