Hi,
I am glad it helped. Unfortunately, I do not know what could have caused
the problems with osinfo configuration.
Lucia
On Mon, Jan 9, 2023 at 9:38 AM wrote:
> Hi!
>
> I'm on duty today and were able to check osinfo following your advise. Not
> sure how exactly we've managed to interfere
;
> at
> org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.OsRepositoryImpl.getArchitectureFromOS(OsRepositoryImpl.java:268)
>
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.validator.VmValidationUtils.isOsTypeSupported(VmValidationUtils.java:4
Hi,
Can you be more specific about what is the error message you get while
trying to change the cluster compatibility version?
Thanks,
Lucia
On Mon, Jan 2, 2023 at 8:46 AM wrote:
> Hi!
>
> I'm sorry if it is a noob question but it is very important for me.
> We are researching oVirt in our
Hi,
You may need to import the new certificate to the browser.
Regards,
Lucia
On Wed, Dec 21, 2022 at 11:42 AM wrote:
> Hello everyone,
>
> Context :
> oVirt 4.4.9.3-1.el8
> glusterfs 8.6
> Self-hosted engine
>
> Problem:
> Since I update my certificates (with engine-setup) because of the
Hi Gianluca,
Thanks for investigating it. This is definitely a bug, please file an issue
in GitHub for that.
Lucia
On Sat, Dec 10, 2022 at 10:30 PM Gianluca Amato
wrote:
> Hi Lucia,
> thanks for you suggestion. I made several experiments with and without
> hugepages. It seems that, when oVirt
Hi,
When scheduling the dedicated CPUs with NUMA, we calculate the available
memory on the NUMA nodes. Maybe the hugepages are the problem here. Could
you please try your setup without them?
Thanks,
Lucia
On Thu, Dec 8, 2022 at 4:30 PM Gianluca Amato
wrote:
> Hello,
> as stated in the
I think this might have the same root cause as the following issue
https://bugzilla.redhat.com/show_bug.cgi?id=2121083 that should be fixed in
the next release.
Lucia
On Wed, Sep 21, 2022 at 4:58 PM wrote:
> Hi all,
> recently I have upgraded from 4.4 to 4.5, since while a create or edit a
>
The screenshot looks normal, nothing suspicious...
Have you tried to create another template by importing / using REST API?
Did it help?
Lucia
On Thu, Jul 21, 2022 at 4:01 PM wrote:
> Sorry, i pasted link wrong, this is correct link:
> https://imgur.com/a/wUb4Y3v
>
It is strange as it seems like the error that should already be fixed in
your release.
The workaround for that error was to have more templates - you can try to
create it using REST API or import one if you have any exported.
One last thing - could you please send the screenshot of the New
The bug you've mentioned happened only when there was no other template
except for the Blank template. Is it your case too? Do you currently have
only the Blank template?
On Thu, Jul 21, 2022 at 12:12 PM wrote:
> Ok, I tried with browser console, but nothing happens as I click on "OK"
> button.
Hi,
to make sure it is the same bug, could you please check the browser console
to see if there is any error?
Thanks,
Lucia
On Thu, Jul 21, 2022 at 10:44 AM wrote:
> Hi!
> I am trying to create Template from VM, but when I click on OK button,
> nothing happens, no error, nothing.
> I guess
Hi Ramon,
Could you please share the following details?
- what is the cluster's countThreadsAsCores setting (Edit Cluster dialog
-> Optimization tab)
- what is the VM's CPU topology for both VMs - running and failed (Edit
VM -> System tab -> Advanced parameters)
- a screenshot of
Hi,
What version are you using? We had a bug with creating a new template that
has been fixed in 4.5.0.8 [1]. It appeared only if there was no other
template except for the Blank template. Please try upgrading to that
version.
Regards,
Lucia
1: https://github.com/oVirt/ovirt-engine/pull/360
Hi,
Could you please try to set the HostsInReserve parameter of the
power_saving policy to 1? This should always keep 1 empty host (with no
running vms) to be ready in case the others are over utilized. If there are
more empty hosts, they should be put into maintenance or shut down, if
there is
Hi,
The list should contain more items. Could you please try to create a new
cluster using UI, set the compatibility level to 4.6, architecture to
x86_64 and check the CPU Type dropdown again? Please try to scroll down the
dropdown and if there are no more values than you've already mentioned,
Hi,
could you please run the following command on the non responsive host and
post the output here?
virsh domcapabilities
Also, could you please go to the Webadmin UI and check the warning signs on
the host list and host detail to see, what flags is the host missing? You
can also check the CPU
Please check the engine.log, there should be details of what went wrong
with the HostedEngine update.
Thanks,
Lucia
On Thu, Sep 2, 2021 at 9:02 PM Andrey Rusakov wrote:
> Exact Error
>
> Error while executing action: Cannot update cluster because the update
> triggered update of the
/archives/list/users@ovirt.org/thread/ZTOZO4DO6F6LKHEJLY4HI7GSSZ2T54ZL/#VQC7OCVHXEMRIUR26YXMZMKS5SKWURH7
Regards,
Lucia
On Fri, Sep 3, 2021 at 6:58 PM Paul-Erik Törrönen wrote:
> On 9/2/21 9:16 AM, Lucia Jelinkova wrote:
> > Could you please share more details about the CPU problem you'
Hi,
Could you please share more details about the CPU problem you're facing?
There shouldn't be any breaking change in that CPU definition in 4.4+
compatibility version.
Regards,
Lucia
On Wed, Sep 1, 2021 at 7:15 PM Paul-Erik Törrönen wrote:
> Having updated rpm-packages for a DC with a
It might be that the host is not reporting the host capabilities correctly.
You can see all host's supported CPUs in the host detail screen, just roll
over the info icon next to the CPU Type.
You can check if the data are in the database like this:
select cpu_flags from vds where vds_name =
Hi Christoph,
The 20200602gitca407c7246bf-5.el8 is the "broken" one [1], try downgrading
to the older version (I have 20200602gitca407c7246bf-4.el8_4.1).
1: https://bugzilla.redhat.com/show_bug.cgi?id=1961558#c6
Regards,
Lucia
On Wed, Jul 28, 2021 at 9:40 AM Michal Skrivanek <
Hi,
The issue has already been discussed in this thread [1]. Please check the
version of edk2-ovmf package and downgrade to
20200602gitca407c7246bf-4.el8_4.1 if necessary.
Lucia
1:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/D47YYGMGJZIOM3QTDRVNBMRDEPK4ZMCQ/
On Tue, Jul 6,
p and activated
> except the 8.3 one). Maybe this is why the cluster table is not updated?
>
> What do you think, if y remove the 8.3 host, rerun "engine-setup" an
> re-add the 8.3 host?
>
>
> Lionel.
>
> --
> *De: *"Lucia Jelinkova&quo
rl,+arch-capabilities
>
>
> So in your link they said TSX is disabled by default, may i enable it? or
> the best option is to change cluster cpu type to lower value?
>
> Sorry for all my question i'm quite lost
>
>
> Regards,
> Lionel.
> --
Hi Lionel,
Thank you for the output from the virsh command. The interesting part is
this:
Cascadelake-Server-noTSX
Cascadelake-Server
The Cascadelake-Server is not usable any more in 8.3 [1] yet that is
what the cluster is probably configured with.
Could you please run the following query for
Hi Lionel,
could you please run the following command on the non responsive host?
virsh domcapabilities
Also, could you please go to the Webadmin UI and check the warning signs on
the host list and host detail to see, what flags is the host missing? You
can also check the CPU Type on the host's
ommands I was able to have the CPU properly detected:
>
>
>
> # dnf module reset virt
>
> # dnf module enable virt:8.3
>
> # dnf upgrade –nobest
>
>
>
> I think virt was in 8.2.
>
>
>
> Thank you!
>
>
>
> *From:* Lucia Jelinkova
>
Hi Ramon,
yes, it is. However, you should know that if you disabled tsx in the system
(or it simply would not be reported in /proc/cpuinfo) you'd need to use the
secure variant of the CPU [1].
1: https://gerrit.ovirt.org/#/c/111242/
Regards,
Lucia
On Mon, Nov 23, 2020 at 2:29 PM Gianluca
> virtio
>
> none
>
> bochs
>
> ramfb
>
>
>
>
>
>
>
>
>
> subsystem
>
>
>
>
>
> default
>
> mandatory
>
> requisite
>
>
Hi,
it seems that the config values in your database are not correct or up to
date - it might be worth trying to run the engine-setup again (it should
insert the correct values).
Lucia
On Wed, Nov 18, 2020 at 10:07 AM wrote:
> Hi,
> After updating to the latest version of ovirt (standalone
Hi,
oVirt CPU detection depends on libvirt (and that depends on qemu) CPU
models. Could you please run the following command to see what libvirt
reports?
virsh domcapabilities
That should give you the list of CPUs known to libvirt with a usability
flag for each CPU.
If you find out that the
Hi,
when you go to the Host details, General tab, there is a CPU Type field.
The info icon should list all CPU types supported by the host.
[image: Screenshot from 2020-07-22 14-25-36.png]
Hope that helps.
Lucia
On Tue, Jul 21, 2020 at 11:05 AM tommy wrote:
> Hi:
>
>
>
> 1.My server using as
Ritesh, is this error occurring on master? There was a similar issue some
time ago and was fixed. As for the blank compatibility version combo box,
are you talking about the field in edit VM or is it blank in edit cluster?
Michal, I agree, the patch is awaiting your response to clarify what the
Hi,
I think I found the problem - our definition of CPU types in the database
is not correct. We do autodetection of the CPU type based on the CPU flags
but they are not in sync with what we send to the VDSM.
When you look into the detail of external-HostedEngineLocal, Genral tab,
what is its Origin?
On Thu, May 28, 2020 at 11:53 PM Gianluca Cecchi
wrote:
> On Thu, May 28, 2020 at 3:09 PM Gianluca Cecchi
> wrote:
>
> [snip]
>
>>
>>
>> for the cluster type in the mean time I was able to change it to
, cpu_flags, cpu_verb from cluster;
Thanks,
Lucia
On Thu, May 28, 2020 at 12:10 PM Gianluca Cecchi
wrote:
>
> Il Gio 28 Mag 2020, 11:59 Lucia Jelinkova ha
> scritto:
>
>
>> The cluster should be set to Intel Cascadelake Server Family. I am not
>> familiar with the
I think you have the same problem as Mark - the cluster is set to use the
secure variant of the CPU type but your host does not support all the
necessary flags.
Intel Cascadelake Server Family - the VM is run with
Cascadelake-Server,-hle,-rtm,+arch-capabilities
Secure Intel Cascadelake Server
This might help:
https://lists.ovirt.org/pipermail/users/2017-January/079157.html
On Thu, May 28, 2020 at 10:17 AM Gianluca Cecchi
wrote:
>
>
> On Wed, May 27, 2020 at 4:13 PM Mark R wrote:
>
>> Replying to my own post here, I've verified that it's currently not
>> possible to do a greenfield
Hi,
The cluster CPU type should be set to AMD EPYC, because your system does
not support Secure AMD EPYC type (it requires the virt-ssbd). Did you by
any chance specify the Secure variant during HE setup?
Lucia
On Wed, May 27, 2020 at 4:13 PM Mark R wrote:
> Replying to my own post here, I've
Hi,
it is a bug and it is discussed here:
https://bugzilla.redhat.com/show_bug.cgi?id=1830872
Note that it is a UI issue and it does not affect the system.
Unfortunately, there is no workaround I know of.
Lucia
On Wed, May 27, 2020 at 2:45 PM Radoslav Milanov
wrote:
> Hello
>
> I'm not sure
Hi,
I think you've hit similar issue as reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1812316
You're right, the hugepages are considered as allocated memory and it is a
bug. I am working on a fix right now.
Regards,
Lucia
On Wed, Apr 15, 2020 at 1:21 PM Alan G wrote:
> Hi,
>
>
Hi,
NS_ERROR_STORAGE_BUSY is an error coming from Mozilla [1] so it is possible
it is a problem with your Firefox. You could try steps suggested in [2] to
check your local storage integrity (in short: navigate to about:support and
click Verify integrity button).
[1]
42 matches
Mail list logo
