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

2021-04-18 Thread 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 

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

2021-02-16 Thread 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 

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

2021-02-11 Thread 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

2021-02-10 Thread 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

2021-01-06 Thread 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

2021-01-05 Thread 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

2021-01-05 Thread 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

2020-11-10 Thread 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

2020-11-01 Thread 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

2020-09-30 Thread 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

2020-07-22 Thread 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!

2020-06-23 Thread 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 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 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

2020-05-31 Thread 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

2020-05-03 Thread 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

2019-12-18 Thread 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

2019-12-15 Thread 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

2019-10-27 Thread 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

2019-08-20 Thread 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'"

2019-08-20 Thread 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)
>> [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.util

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

2019-08-13 Thread 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 

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

2019-08-07 Thread 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.
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsu

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

2019-07-16 Thread 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 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

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

2019-07-15 Thread 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 if live  migration between hosts is possible.

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

2019-07-11 Thread 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
 

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

2019-07-10 Thread 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)
>> [undertow

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

2019-07-10 Thread 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)
> 

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

2019-04-22 Thread 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
>> 

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

2019-02-26 Thread 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=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?

2018-11-18 Thread 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

2018-11-14 Thread 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

2018-07-02 Thread 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

2018-06-21 Thread 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

2018-06-19 Thread 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

2018-06-17 Thread 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

2018-06-06 Thread 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

2017-11-26 Thread Sharon Gratch
+ ovirt-users


On Thu, Nov 23, 2017 at 2:31 PM, Mark Hunt <mark.h...@arm.com> 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 <sgra...@redhat.com>
> *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 <mark.h...@arm.com> wrote:
>
> Hi Sharon,
>
>
>
> Output from lscpu attached
>
>
>   Regards
>
>
> Mark H.
>
>
>
>
>
>
>
>
>
> --
> *From:* Sharon Gratch <sgra...@redhat.com>
> *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 <mark.h...@arm.com> 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 <sgra...@redhat.com>
> *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 <mark.h...@arm.com> 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, o

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

2017-06-27 Thread 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

2017-04-26 Thread Sharon Gratch
On Wed, Apr 26, 2017 at 4:39 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

>
>
> On Wed, Apr 26, 2017 at 3:01 PM, Sharon Gratch <sgra...@redhat.com> 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 <sgra...@redhat.com>
>>> 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

2017-04-26 Thread Sharon Gratch
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 <sgra...@redhat.com> 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

2017-04-24 Thread 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