- openstack-discuss - lists.openstack.org

[all][elections][ptl][tc] Combined PTL/TC antelope cycle Election Nominations End
by Amy Marrich 08 Sep '22

08 Sep '22

Please note we are in the process of adding a standalone TC Campaigning period before opening the TC election for voting. This will allow the candidates to answer any questions and also people to opt-in to the CIVS system before we start the voting process. Pending a patch being added and merged we are looking at starting the voting early to mid next week. Thanks, Amy +++++++++++++++++++++++++++++++++++++++++++++++++++ The PTL and TC Nomination period is now over. The official candidate lists for PTLs [0] and TC seats [1] are available on the election website. -- PTL Election Details -- There are 11 projects without candidates, so according to this resolution[2], the TC will have to decide how the following projects will proceed: Adjutant, Barbican, Keystone, Masakari, OpenStackSDK, OpenStack_Charms, Sahara, Senlin, Swift, Venus, Zun -- TC Election Details -- There are 1 projects that will have elections: Ironic. Now begins the campaigning period where candidates and electorate may debate their statements. Polling will start Sep 07, 2022 23:45 UTC. Thank you, [0] https://governance.openstack.org/election/#antelope-ptl-candidates [1] https://governance.openstack.org/election/#antelope-tc-candidates [2] https://governance.openstack.org/resolutions/20141128-elections-process-for…

2 1

Retirement process openstack/training-labs
by gaspard varennes 08 Sep '22

08 Sep '22

Hello, I found on https://lists.openstack.org/pipermail/openstack-discuss/2021-October/025586… an email saying "If you are using it for your training please reply to this email pr ping us on #openstack-tc IRC OFTC channel otherwise we will start the retirement process." We (a digital school in France) are still using your training labs, so we write you this email. But we think the retirement process is already done because last commit of the repo https://opendev.org/openstack/training-labs.git is almost empty. I presume (but I'm not sure because I'm not a tech guy) that we still can use the previous version of the repo https://opendev.org/openstack/training-labs/src/commit/2585b12b879bae4c3fe4… to train on the labs, am I right? Thank you very much for your time and consideration. Gaspard VARENNES Pedagogical Engineer Content Excellency Department Epitech LILLE 5/9 rue du palais Rihour 59000 LILLE 06 69 33 83 30

2 1

[neutron] [openvswich-agent] Driver for security groups
by ETP 08 Sep '22

08 Sep '22

Hi, what is the recommended openvswich agent driver for security groups? Two options on my table are now OVS native firewall driver vs. OVSHybridIptablesFirewall driver Br, - Eki -

3 2

[elections][Keystone] PTL Candidacy for Antelope
by Dave Wilde 07 Sep '22

07 Sep '22

Hello all, I would like to let you know that I will be running for the PTL of the Keystone project for the Antelope cycle. I have been working closely with the current PTL and core reviewers on our initiatives to improve the speed at which we review code submissions and get things merged. I would like to continue focusing on this and continue to build momentum. I look forward to contributing back to the community and Keystone in general and would like to thank Douglas Mendizábal for his work and leadership. Thank you, -- /Dave

1 0

Join the OpenStack Community in Vancouver for the OpenInfra Summit!
by Helena Spease 07 Sep '22

07 Sep '22

Hi Everyone, Registration and sponsorships for the OpenInfra Summit Vancouver [1] are now open! This is your chance to collaborate directly with the people building and running OpenStack. Mark your calendars for June 13-15, 2023 and register early [2] to save your seat! Find information on sponsorships[3], the Summit travel support program[4], visa requirements[5], and track chair nominations[6]. Stay tuned for November when the Call for Presentations opens! Cheers, Helena [1] https://openinfra.dev/summit/vancouver-2023 [2] https://openinfrasummit2023.eventbrite.com/ [3] http://openinfra.dev/summit/vancouver-2023/summit-sponsor/ [4] https://openinfrafoundation.formstack.com/forms/openinfra_tsp [5] https://openinfrafoundation.formstack.com/forms/visa_yvrsummit2023 [6] https://openinfrafoundation.formstack.com/forms/trackchairnominations2023

1 0

Designate Installation in Openstack
by Adivya Singh 07 Sep '22

07 Sep '22

Hi Team, Any idea, what user variables we need to create in user_variables, for it to pick in Openstack Configuration using ansible. Regards Adivya Singh

2 1

[elections][tc] I'm running for TC
by Jay Faulkner 07 Sep '22

07 Sep '22

Hello, I wanted to announce I'm running for TC in the upcoming election. Please take a look at my candidate statement if you want some insight into my motivations and how I'd approach the position: https://opendev.org/openstack/election/raw/branch/master/candidates/antelop… . If you have any questions for me, feel free to ask them here. Thanks, Jay Faulkner

1 0

[oslo][tooz] Feature Freeze exception request
by Alan Bishop 07 Sep '22

07 Sep '22

I'd like to request an exception for https://review.opendev.org/c/openstack/releases/+/856128. <https://review.opendev.org/710539> This patch proposes a new tooz release for the purpose of picking up [1], which fixes a bug [2] (it's not a feature, per se) that otherwise prevents tooz's etcd3gw driver from working with recent versions of etcd. The issue was initially observed back in 2020 [3]. [1] https://review.opendev.org/c/openstack/tooz/+/827492 [2] https://bugs.launchpad.net/python-tooz/+bug/1983668 [3] https://github.com/dims/etcd3-gateway/issues/41#issuecomment-673558108 Thank you for your consideration, Alan Bishop (abishop)

2 1

[election][Glance] PTL Candidacy for Antelope
by Pranali Deore 07 Sep '22

07 Sep '22

Hello everyone, I would like to let you know that I will be PTL of Glance project for the Antelope cycle. I have been working closely with the previous PTL, Abhishek, since last cycle and I am hoping to contribute back to the community as a PTL while following his excellent example. The following will be my goals for Antelope cycle: 1. Bridge gap between python-glanceclient and openstackclient The CLI support for all glance APIS is already there in GlanceClient and the similar CLI support we need to have in OpenstackClient for the missing Glance APIs in this upcoming cycle. 2. Default Glance to configure multiple stores Glance has deprecated single stores configuration since Stein cycle and will remove the support of the same in the upcoming cycle. 3. Secure RBAC In Xena we have managed to move all policy checks to API layer and implemented project scope of metadef APIs. As per the revised community goal, in zed cycle we have made all policy rules set scope_types=['project'] for all project resources that have already implemented scope. Now we need to have manager role support once it's fully implemented in Keystone. 4. Community priorities Whatever community goals put forward by TC, as a PTL of Glance project will want to adopt these as a priority for the Antelope cycle. 5. Other As we are very short team at this moment, I would like to put some efforts in attracting some contributors, help them to understand how Glance functions and encourage them to contribute for Glance. Looking at how Abhishek, Erno and Brian have steadied the ship, I know it's a big task and with their help I will do my best not to fail the expectations. Thank you for consideration, Pranali Deore (pdeore)

4 3

[cinder] Bug Report - 08-31-2022 - 09-07-2022
by Sofia Enriquez 07 Sep '22

07 Sep '22

This is a bug report from 08-31-2022 to 09-07-2022. Agenda: https://etherpad.opendev.org/p/cinder-bug-squad-meeting ----------------------------------------------------------------------------------------- Low - https://bugs.launchpad.net/cinder/+bug/1988317 "Remove IET iSCSI target." Unassigned. Wishlist - https://bugs.launchpad.net/cinder/+bug/1988803 "With image-volume cache enabled backend, volume creation for a smaller volume than image-volume cache has the same size of the image-volume cache." Unassigned. Cheers, Sofia -- Sofía Enriquez she/her Software Engineer Red Hat PnT <https://www.redhat.com> IRC: @enriquetaso @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

1 0

[DIB][diskimage-builder] Rocky Linux image build method
by Pierre Riteau 07 Sep '22

07 Sep '22

Hello, I am curious about the choice of providing only a rocky-container element in DIB, which works differently to the centos element, which uses cloud images. It makes it hard to produce working images for VMs or bare metal, as various packages that would normally be installed are missing, such as cloud-utils-growpart or openssh-server. See the kickstarts for reference [1] [2]. It seems to also occasionally cause complex failures such as the one that rendered Rocky Linux 8 images unbootable last week [3]. I am guessing this wouldn't have happened had the build been from a cloud image. Would the DIB community be open to also have a rocky element using GenericCloud images, like centos? Thanks, Pierre Riteau (priteau) [1] https://git.rockylinux.org/rocky/kickstarts/-/blob/r8/Rocky-8-Container-Bas… [2] https://git.rockylinux.org/rocky/kickstarts/-/blob/r8/Rocky-8-GenericCloud.… [3] https://review.opendev.org/c/openstack/diskimage-builder/+/851687

6 6

[election][Requirements] PTL candidacy
by Matthew Thode 07 Sep '22

07 Sep '22

I would like to announce my candidacy for PTL of the Requirements project. The project was recently updated to allow multiple PTLs this cycle and I imagine tony will be my better half. The following will be my goals for the cycle, in order of importance: 1. The primary goal is to keep a tight rein on global-requirements and upper-constraints updates. (Keep things working well) 2. Un-cap requirements where possible. 3. Fix some automation of generate contstraints (pkg-resources being added and setuptools being dropped) 4. Audit global-requirements and upper-constraints for redundancies. One of the rules we have for new entrants to global-requirements and/or upper-constraints is that they be non-redundant. Keeping that rule in mind, audit the list of requirements for possible redundancies and if possible, reduce the number of requirements we manage. 5. introduce better python version range support into constraints. An image with all the python versions we want is likely needed. I look forward to continue working with you in this cycle, as your PTL or not. Thanks for your time, -- Matthew Thode

3 5

[election][Ironic] PTL Candidacy
by Jay Faulkner 06 Sep '22

06 Sep '22

Hi all, I wanted to let you know I'm running for PTL of Ironic for the Antelope cycle. You can read my candidate statement[1] for full information, but feel free to ask me any questions you'd like here if you have them. Thanks, Jay Faulkner [1] - https://governance.openstack.org/election/#antelope-ptl-candidates

1 0

[horizon] instance filtering dropdown default
by John Ratliff 06 Sep '22

06 Sep '22

When I load certain pages in horizon, like the compute instances page, the default filter is "Instance ID". How can I change the default to "Instance Name" instead? Thanks. --John Ratliff

1 0

Horizon
by Atharva Dhanwate 06 Sep '22

06 Sep '22

4 3

[neutron] Bug deputy report for week of August 29th
by Brian Haley 06 Sep '22

06 Sep '22

Hi, I was Neutron bug deputy last week. Below is a short summary about the reported bugs. BTW, you don't have to wait for me to be deputy to file all your bugs :) -Brian Critical bugs ------------- * https://bugs.launchpad.net/neutron/+bug/1988026 - Neutron should not create security group with project==None - Talked to Security Response Team and they decided to add a tracker to it since the quota system doesn't seem to limit how many random default security groups one can create. - https://review.opendev.org/c/openstack/neutron/+/855580 High bugs --------- * https://bugs.launchpad.net/neutron/+bug/1988037 - Neutron does not find an existing route - https://review.opendev.org/c/openstack/neutron/+/854986 * https://bugs.launchpad.net/neutron/+bug/1988296 - neutron-lib pep8 CI failing with pylint==2.15.0 - https://review.opendev.org/c/openstack/neutron-lib/+/855061 Medium bugs ----------- * https://bugs.launchpad.net/neutron/+bug/1988069 - neutron-dhcp-agent fails when small tenant network mtu is set - Could not reproduce issue reported with MTU as 70 for network, only saw that instances could not do DHCP with it so small. Looks like a potential kernel bug since this works on later versions. * https://bugs.launchpad.net/neutron/+bug/1988199 - https://review.opendev.org/c/openstack/neutron/+/855257 * https://bugs.launchpad.net/neutron/+bug/1988220 - large unused dependency ncclient + paramiko in os-ken - Assigned to Rodolfo since he made change to remove nose https://review.opendev.org/c/openstack/os-ken/+/850631 - closed (won't-fix) as ncclient is required for os-ken, just wasn't explicitly called-out in requirements. * https://bugs.launchpad.net/neutron/+bug/1988549 - Trunk status is down after a live-migration - Arnau Verdaguer took ownership Low bugs -------- * https://bugs.launchpad.net/neutron/+bug/1988298 - [neutron-lib] "registry.has_resource_extenders" is the same as "resource_extend.has_resource_extenders" - Needs owner * https://bugs.launchpad.net/neutron/+bug/1586731 - restart neutron ovs agent will leave the fanout queue behind - Old bug re-opened - Partial patch posted, asked commenter to submit to master Misc bugs --------- * https://bugs.launchpad.net/neutron/+bug/1988281 - neutron dhcp agent state not consistent with real status - After a restart, the agent status is UP even though it is still doing a full-sync operation, is there a way to signify this status? See bug for further discussion. * https://bugs.launchpad.net/neutron/+bug/1988382 - L3 agent(agent_mode=dvr_snat) restart, fip namespace removed rfp-port, resulting in fip not connecting - Failure is seen in code from 2019, asked submitter to try tip of stable/victoria and reproduce since there have been fixed in this area since then. Wishlist bugs ------------- * https://bugs.launchpad.net/neutron/+bug/1988077 - Noisy neutron-openvswitch-agent service - There are some deployments that wanted more logging which is why the agent is more verbose. Will have to have a further discussion to see if there is a way to address concern of log being noisy, besides using more aggressive log rotation as suggested. * https://bugs.launchpad.net/neutron/+bug/1988188 - Create an automated tool to retrieve the needed OVS version depending on the OVN one - Suggested by Rodolfo to help improve gate dependencies. * https://bugs.launchpad.net/neutron/+bug/1988542 - [RFE] OVN support for vnic type virtio-forwarder - Will need to add to Drivers meeting agenda

1 0

Two containers fail
by Derek O keeffe 06 Sep '22

06 Sep '22

Hi, I recently successfully installed OSA and I am now trying to install it again from scratch with all the configuration changes I needed in place. Unfortunately this time around it is failing on setup_hosts.yml here: TASK [lxc_container_create : Create container (dir)] ******************************************************************ok: [infra1_memcached_container-b92f4db7 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_rabbit_mq_container-d286a482 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_utility_container-05f756fc -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_galera_container-5beef059 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_aodh_container-639f5ad8 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_neutron_server_container-f67e972d -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_horizon_container-dfeaa0dc -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_placement_container-350e4ede -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_heat_api_container-82cbd764 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_nova_api_container-b30c38d1 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_repo_container-f16e50a9 -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_ceilometer_central_container-910a888f -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_keystone_container-32dcd68b -> infra1(CONTROLLER_IP_ADDRESS)]ok: [infra1_gnocchi_container-30ccb451 -> infra1(CONTROLLER_IP_ADDRESS)]fatal: [infra1_cinder_api_container-840a18bb -> infra1(CONTROLLER_IP_ADDRESS)]: FAILED! => {"changed": false, "error": "Failed to start container [ infra1_cinder_api_container-840a18bb ]", "lxc_container": {"init_pid": -1, "interfaces": [], "ips": [], "name": "infra1_cinder_api_container-840a18bb", "state": "stopped"}, "msg": "The container [ infra1_cinder_api_container-840a18bb ] failed to start. Check to lxc is available and that the container is in a functional state.", "rc": 1}fatal: [infra1_glance_container-b50e16a6 -> infra1(CONTROLLER_IP_ADDRESS)]: FAILED! => {"changed": false, "error": "Failed to start container [ infra1_glance_container-b50e16a6 ]", "lxc_container": {"init_pid": -1, "interfaces": [], "ips": [], "name": "infra1_glance_container-b50e16a6", "state": "stopped"}, "msg": "The container [ infra1_glance_container-b50e16a6 ] failed to start. Check to lxc is available and that the container is in a functional state.", "rc": 1} I don't understand how 14 containers are fine (can be attached to and commands run through lxc-attach) and 2 containers are failing. I have a deploy host, controller and two computes all with a fresh install of Ubuntu 20.04. The bootstrap_ansible script ran fine on the deploy host and the setup_hosts playbook ran through fully as after the above it skipped cinder and glance containers every where else. Can anybody please point me in the direction of getting more info or a possible cause. Thanks in advance.

2 2

[Octavia][release] Requesting exception for python-octaviaclient
by Gregory Thiemonge 06 Sep '22

06 Sep '22

Hi Folks, I am requesting a Feature Freeze Exception for the release of python-octaviaclient for Zed. One patch [0] was merged at the end of last week in python-octaviaclient (we were waiting for the related feature to get merged in the octavia repo) and a new release (3.1.0) was proposed for Zed in the release repo [1], but it wasn't merged in time. We would like to get the approval for this new release so we could base the stable/zed branch on this new tag (we would need to update [2]). Thanks, Gregory [0] https://review.opendev.org/c/openstack/python-octaviaclient/+/664473 [1] https://review.opendev.org/c/openstack/releases/+/855675 [2] https://review.opendev.org/c/openstack/releases/+/855912

2 1

[election][tripleo] PTL Candidacy for Antelope cycle
by Rabi Mishra 06 Sep '22

06 Sep '22

Hi All, I would like to nominate myself for Antelope cycle TripleO PTL. As some of you would know, I have been part of the OpenStack community for a long time and have been a core contributor for TripleO and Heat. I have also served as Heat PTL for Ocata cycle. James has done a great job as PTL for the last few cycles. I would like to take the opportunity to thank him for all his effort and we all would agree that he needs a well deserved break. I am looking forward to take the opportunity to help the community to achieve some of the already planned goals and in-progress workstreams like standalone roles, multi-rhel and other challenges that come along the way. Also, as before, our focus would continue to be on review prioritization, in progress work streams and collaboration on common priorities. Regards, Rabi Mishra

9 8

[nova]How to confirm whether a arm64 node supports hardware acceleration for virtual machines
by 韩光宇 06 Sep '22

06 Sep '22

Hello, I see `egrep -c '(vmx|svm)' /proc/cpuinfo` in nova install documentation[1]. It can be used to confirm whether a node supports hardware acceleration for virtual machines on x86 architecture. But it is not applicable in the ARM architecture. Do we have an officially recommended method to confirm in ARM architecture? Thanks, Han Guangyu [1]https://docs.openstack.org/nova/latest/install/compute-install-rdo.html#f…

3 2

[oslo][relmgmt][taskflow][nova] fasteners.ReaderWriterLock and oslo.concurrency's fair lock is broken if used in eventlet
by Balazs Gibizer 06 Sep '22

06 Sep '22

Hi, It is hard to properly figure out which OpenStack project is affected exactly. But I want to give a heads up. If the following is true for your project then you are affected: * using eventlet and * using oslo.concurrency fair internal lock (external lock or non fair locks are not affected) or using fasteners.ReaderWriterLock directly. I know that nova is affected and based on code search taskflow is affected at least. The oslo.concurrency's fair lock uses fasteners.ReaderWriterLock[1]. The fasteners.ReaderWriterLock relies on threading.current_thread to identify a thread and decide if a thread already has a lock and therefore can reenter the lock. However in an eventlet monkey patched environment, a thread that is created with eventlet.spawn_n() or the patched threading.Thread() the threading.current_thread call does not return an eventlet unique ID. This causes that the lock can be reentered from multiple eventlets at the same time. We have 4 ways forward: 0) Fix eventlet. There is an open issue in eventlet[3] for this open since October 2021. Based on the ticket this direction does not seems to feasible. 1) Sean recently opened an issue[4] on fasteners to restore a previously existing workaround that could fix our issues. If an new fasteners lib is released with the workaround[5] then at least oslo.concurrency requirements needs to be bumped and a new oslo release is pushed. 2) If the fasteners' maintainer does not accept [4][5] in time then I have an oslo.concurrency patch[6] that implements a workaround in oslo. This also requires a new olso.concurrency release. Also this means that projects that are using fasteners.ReaderWriterLock directly need to re-implement the fix locally. 3) If all odds fails I have a nova only patch[7] that implements the workaround locally in nova. Note that this issue is present in stable/yoga and on master. On stable/xena we uses fasteners < 0.15.0 which is not affected. Cheers, gibi [1] https://github.com/openstack/oslo.concurrency/blob/052b2f23572900601b0f4138… [2] https://bugs.launchpad.net/oslo.concurrency/+bug/1988311 [3] https://github.com/eventlet/eventlet/issues/731 [4] https://github.com/harlowja/fasteners/issues/96 [5] https://github.com/harlowja/fasteners/pull/97 [6] https://review.opendev.org/q/topic:bug/1988311+project:openstack/oslo.concu… [7] https://review.opendev.org/q/topic:bug/1988311+project:openstack/nova

2 2

[ops][largescale-sig] rabbitmq and the durability of reply_ queues
by Felix Hüttner 06 Sep '22

06 Sep '22

Hi everyone, the largescale-sig currently recommends the following rabbitmq policy [1]: '^(?!(amq\.)|(.*_fanout_)|(reply_)).*'. If I found the history of this setting correctly, it resulted from this mailinglist thread [2] which came to the conclusion: > * use durable-queue and replication for long-running queues/exchanges > * use non-durable-queue without replication for short (fanout, reply_) queues However I am unsure if reply_ queues are actually shorted lived than the "long-running" ones. If we take the example of the cinder-scheduler we have the following queues: * cinder-scheduler: Tied to the lifetime of the whole cinder-scheduler cluster; currently durable + replicated * cinder-scheduler.myhostname: Tied to the lifetime of the cinder-scheduler service, but not removed when the service stops; currently durable + replicated * cinder-scheduler_fanout_somerandomid: Tied to the lifetime of the cinder-scheduler service, but removed when the service stops; currently neither durable nor replicated * reply_somerandomid: Tied to the lifetime of the cinder-scheduler service, but removed when the service stops; currently neither durable nor replicated If I read got all of the above correctly then reply_ and fanout queues are actually not shorter lived than the normal queue to send requests to that service. The only difference is that we remove them when the service itself stops. Therefor I want to propose the question if we should not also make these queues durable and replicated. Thank you [1]: https://docs.openstack.org/large-scale/other/rabbitmq.html#pattern [2]: https://lists.openstack.org/pipermail/openstack-discuss/2020-August/016562.… -- Felix Huettner Diese E Mail enthält möglicherweise vertrauliche Inhalte und ist nur für die Verwertung durch den vorgesehenen Empfänger bestimmt. Sollten Sie nicht der vorgesehene Empfänger sein, setzen Sie den Absender bitte unverzüglich in Kenntnis und löschen diese E Mail. Hinweise zum Datenschutz finden Sie hier<https://www.datenschutz.schwarz>.

2 2

[puppet] Gate blocker: enabling neutron-ovn-metadata-agent consistently fails in CentOS Stream 9
by Takashi Kajinami 06 Sep '22

06 Sep '22

Hello, Currently we are facing a problem with integration jobs with ml2+ovn in CentOS Stream 9 ( puppet-openstack-integration-7-scenario00[35]-tempest-centos-9-stream ) and these jobs are consistently failing. Details can be found in https://launchpad.net/bugs/1988552 . I've already reported the issue to RDO and CentOS Stream to get their help while I'm also implementing a temporary workaround. https://review.opendev.org/c/openstack/puppet-openstack-integration/+/855617 Please avoid rechecking/approving patches until these jobs are fixed. Thank you, Takashi

1 1

Re: Secret getPayload() openstack4j
by Srinivasan T 06 Sep '22

06 Sep '22

Hi, Does anyone have any idea on this? >From the REST API documentation, it seems GET /v1/secret/{uuid} may not fetch the payload and we need to use a different endpoint GET /v1/secret/{uuid}/payload . Is there any equivalent Java API (openstack4j) for this? Regards, Srini On Mon, Sep 5, 2022 at 11:08 PM Srinivasan T <tsrini.alr(a)gmail.com> wrote: > Thanks Artem for the response. > > I face the same issue when using the below version as well (snippet from > pom.xml), > > <modelVersion>4.0.0</modelVersion> > <artifactId>openstack4j-core</artifactId> > <name>OpenStack4j Core</name> > <description>OpenStack Java API</description> > <url>http://github.com/openstack4j/openstack4j/</url> > > Regards, > Srini > > On Mon, Sep 5, 2022 at 9:48 PM Artem Goncharov <artem.goncharov(a)gmail.com> > wrote: > >> Hi, >> >> The library is not an official OpenStack delivery. I guess nobody here >> would be able to give you proper suggestion. Moreover it does not look like >> being actively maintained. >> >> Regards, >> Artem >> >> On 5. Sep 2022, at 18:03, Srinivasan T <tsrini.alr(a)gmail.com> wrote: >> >> Hi, >> >> I'm unable to get the secret's payload from openstack4j, it always >> returns null. >> >> Secret secret = os.barbican().secrets().get("19cbc4e8-cd06-450b-aa5d-2a4d20bf7d60"); >> secret.getPayload(); //Always returns null >> >> The same works when using the OpenStack CLI, >> >> openstack secret get --payload_content_type 'application/octet-stream' --file secret-payload http://x.x.x.x:9311/v1/secrets/19cbc4e8-cd06-450b-aa5d-2a4d20bf7d60 >> >> I'm using the below OpenStack4j version, >> >> Bundle-Name: OpenStack4j Core >> >> Bundle-Version: 3.6.0 >> >> OpenStack is in Queens version. >> >> Let me know if someone can help on this. >> Regards, >> Srini >> >> >>

1 0

Kolla-ansible all-in-one and Hyper Converged solution
by KK CHN 06 Sep '22

06 Sep '22

Hi, [1 ] I am aiming for a prototype of HCI on a DELL ( R650 2 CPU and 40 cores . 2.4 TB) server machine. The Operating System choice is Debian 10. [2] Right now I am successful in Kolla-ansible all-in-one installation of Wallaby/stable on a Debian 10 Virtual machine with the default configs enabled as in the documentation " https://docs.openstack.org/project-deploy-guide/kolla-ansible/wallaby/uicks… " in Virtualenv setup. Able to get the horizon dashboard with the default services enabled and created and tested the cirros VM launching .. working fine. [3 ] I have to repeat the same all-in-one deployment on the physical machine as in [1] with the default configs and then convert it as an HCI node. What all features do I need to configure / enable in all-in-on / globals.yml to convert this box as a working HCI node ? Any hints / directives for the essential configurations needed for this server box to convert it as an HCI node are most welcome. kindly shed some light on this and any reference documents/URLs to do this ? Thank you, Krish

5 5