Hi Team, I have deployed Openstack through manual installation-Yoga release. I encountered the attached error and can't have access to Openstack dashboard. When I entered the login credentials it displays something went wrong and you don't have permission to use /horizon/. Can anyone have a solution for this error. -----Original Message----- From: openstack-discuss-request@lists.openstack.org <openstack-discuss-request@lists.openstack.org> Sent: Monday, September 4, 2023 8:27 PM To: openstack-discuss@lists.openstack.org Subject: ***UNCHECKED*** openstack-discuss Digest, Vol 59, Issue 10 Send openstack-discuss mailing list submissions to openstack-discuss@lists.openstack.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss or, via email, send a message with subject or body 'help' to openstack-discuss-request@lists.openstack.org You can reach the person managing the list at openstack-discuss-owner@lists.openstack.org When replying, please edit your Subject line so it is more specific than "Re: Contents of openstack-discuss digest..." Today's Topics: 1. Re: Live migration error (Karera Tony) 2. What is the difference between 4 and 8 virtual sockets to physical sockets? (Jorge Visentini) 3. [all][stable][ptl] Propose to EOL Stein series (El?d Ill?s) ---------------------------------------------------------------------- Message: 1 Date: Mon, 4 Sep 2023 14:11:37 +0200 From: Karera Tony <tonykarera@gmail.com> To: smooney@redhat.com Cc: Danny Webb <Danny.Webb@thehutgroup.com>, openstack-discuss <openstack-discuss@lists.openstack.org> Subject: Re: Live migration error Message-ID: <CA+69TL3=7GwfgRgAjfxvx5q4aZCstXxtBeB2mGb9ofa0JCZmbA@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello Smooney, I can confirm that it is disabled on all the servers. Regards Tony Karera On Mon, Sep 4, 2023 at 1:25?PM <smooney@redhat.com> wrote:
On Mon, 2023-09-04 at 12:59 +0200, Karera Tony wrote:
Hello Danny,
I am actually using Broadwell-noTSX-IBRS on all the servers but I have seen that some flags are not there in the older servers.
The flags below to be specific.
hwp hwp_act_window hwp_pkg_req so hwp is apprentlly intels pstate contol based on https://unix.stackexchange.com/a/43540
i dont belive this is normally exposed to a guest but if you are seeign differnce between hosts then that likely means you have disabled pstates also know as "intel speedstep" on some of the host and not others.
Regards
Tony Karera
On Fri, Sep 1, 2023 at 4:05?PM <smooney@redhat.com> wrote:
On Fri, 2023-09-01 at 14:56 +0200, Karera Tony wrote:
Hello Danny,
Thanks for the feedback.
use a lowest common denominator cpu_model : Does this mean changing
servers ?
it means tha tif you have a mix of cpus in the deployment you shoudl hardcod to the older of the diffent cpu models i.e skylake or whatever it may be in your case.
https://docs.openstack.org/nova/latest/configuration/config.html#libvi rt.cpu_models
[libvirt] cpu_mode=custom cpu_models=skylake
in more recent release we replaced the older cpu_model with cpu_models with is a comma sperated list of models in prefernce order. i.e. nova will use the first
cpu_modle
in the list that work on the current host. not that while this give extra flexiblity it vs just using the oldest cpu model it does limit the set of hosts you can migrate too but means you can have better perfromance so its a tradeoff. performance vs portablity.
the error you mentioned can also be caused by micorocode updates. intel remove TSX and MPX i beilve in the last 2 years form come of
the there
cpus that breaks live migration if a vm was create with access to that cpu instruction
the only way to resolve that is to cold migrate the guest. i.e. if a vm is currently booted with cpu_model X it cannot be modifed while the guest is running so you either need to update the config option and reboot all the vms or more particlaly update the config and then cold migrate them which will allow you to move the instnace(your orginal goal) while allowing the new cpu model to take effect.
novas default for the cpu model when not set is with our default cpu_mode is host_model meaning whatever model best matches the current hosts cpu.
that is the correct default in general but if you have mixed cpu generatiosn in your cloud its not ideal.
hopefuly that helps
Regards
Tony Karera
On Fri, Sep 1, 2023 at 12:37?PM Danny Webb <
Danny.Webb@thehutgroup.com>
wrote:
It means that you have CPUs with incompatible flags or you've got differing kernel versions that expose different flags or you've got differing libvirt versions that expose different flags. You either need to use a lowest common denominator cpu_model or do a cold migration. ------------------------------ *From:* Karera Tony <tonykarera@gmail.com> *Sent:* 01 September 2023 10:13 *To:* openstack-discuss <openstack-discuss@lists.openstack.org> *Subject:* Live migration error
* CAUTION: This email originates from outside THG * ------------------------------ Hello Team,
I am trying to migrate instances from one host to another but I am getting this error.
*Error: *Failed to live migrate instance to host "compute1". Details <http://10.10.13.31/admin/instances/#message_details> Migration pre-check error: Unacceptable CPU info: CPU doesn't have compatibility. 0 Refer to
http://libvirt.org/html/libvirt-libvirt-host.html#virCPUCompareResult
(HTTP 400) (Request-ID: req-9dfdfe2e-70fa-481a-bd3d-c2c76a6e93da)
Any idea on how to fix this?
Regards
Tony Karera
