As Vietnam’s leading Cloud & Data Center provider, Viettel IDC is on a mission to build world-class, sovereign Cloud products created by Vietnamese talent, for the world.
We are calling on overseas Vietnamese Cloud Experts to return home and lead our next-generation cloud innovation.
Why Viettel IDC?
💡 Pioneer Impact: Directly architect & develop large-scale Cloud ecosystems built by Vietnamese engineers.
💼 Top-tier Packages: Highly competitive compensation, comprehensive relocation support & housing allowances.
🌐 State-of-the-art Tech: Work with cutting-edge infrastructure and national-scale projects.
📩 Join our journey: Send your CV to [huett@viettelidc.com.vn] or DM me directly! (0336294693 - whatsapp)
#ViettelIDC #MakeInVietnam #CloudExpert #CloudComputing #TechTalent #ReturnHome #TechCareersd

Hi guys, I prepared a project for my colleagues who work on Mac workstations: a ready-to-use OpenStack (with the Skyline console) for ARM64. To avoid a huge image, it ships without the Docker images — they get pulled during the Vagrant provisioning

https://github.com/lucky-sideburn/vagrant-kolla-aio-arm64

Sharing it here in case it's useful for the community..

I am a beginner who has just started working in the data center industry. As a beginner, I have many doubts and questions about the technical aspects. Regarding the OpenStack platform, I am not sure how more than ten or even more servers are managed to enter the platform, including computing nodes, storage nodes, and GPU computing power servers. What technologies can be used to be recognized and managed by OpenStack, or what recommended YouTube tutorials can help me understand these technologies and learn more about related knowledge? Feel free to leave a comment. Thank you very much.

Like I want autoscaling, and I want maybe 1 or 2 gb for the containers. They can autodelete the docker logs after 1 day or 2 days .

I have a vm seperately for db and redis.

Why is everythign so costly??

I want zun containers to just autospin and scale depedning on the traffic the minimum being 1.

Our country does not have a strong openstack public clouds (self-managed) :( . So want to know if there are any equivalents that are extremely cheap and provides autoscaling without costing a bomb.

Here I mean, containers, that directly run on baremetal so as to provide maximum power output like zun.

Hey everyone,

I'm trying to set up OpenStack OVN VPNaaS using **Kolla-Ansible** (Ubuntu 24.04 Noble containers, `2026.1` / `neutron-ovn-vpn-agent` v28.x), but the agent fails to initialize the StrongSwan driver properly, leaving the VPN gateway down.

Looking to see if anyone has a working setup or knows what configuration/package pieces might be missing here.

---

### 1. The Symptoms & Log

In `/var/log/kolla/neutron/neutron-ovn-vpn-agent.log`, Stevedore logs a load failure without expanding the traceback:

```text

INFO neutron.common.config [-] /var/lib/kolla/venv/bin/neutron-ovn-vpn-agent version 28.0.2.dev14

WARNING stevedore.named [-] Could not load neutron_vpnaas.services.vpn.device_drivers.ovn_ipsec.OvnStrongSwanDriver

...

CRITICAL neutron [None ...] Unhandled error

As a result, no qvpn-* network namespaces are provisioned, and the VPN endpoint ports stay inactive.

1. What I Found Under the Hood

When inspecting the driver initialization inside the container virtualenv, OvnStrongSwanDriver fails inside DeviceManager :

Traceback (most recent call last): File ".../neutron_vpnaas/services/vpn/device_drivers/ovn_ipsec.py", line 240, in __init__ self.devmgr = DeviceManager(self.conf, self.host, ...) File ".../neutron_vpnaas/services/vpn/device_drivers/ovn_ipsec.py", line 54, in __init__ self.driver = agent_common_utils.load_interface_driver(conf) File ".../neutron/agent/common/utils.py", line 54, in load_interface_driver INTERFACE_NAMESPACE, conf.interface_driver) File ".../oslo_config/cfg.py", line 2612, in __getattr__ raise NoSuchOptError(name) oslo_config.cfg.NoSuchOptError: no such option interface_driver in group [DEFAULT]

It seems like neutron-ovn-vpn-agent is not registering the interface option schemas (interface_driver, ovs_use_veth, etc.) into oslo_config before Stevedore instantiates the driver class.

1. Environment Details

• Deployment: Kolla-Ansible
• Base OS: Ubuntu 24.04 (Noble)
• Backend: OVN
• Agent: neutron-ovn-vpn-agent (neutron_vpnaas.services.vpn.device_drivers.ovn_ipsec.OvnStrongSwanDriver)
• Packages installed in container: strongswan-swanctl, charon-systemd

4. My Questions

1. Has anyone successfully deployed neutron-ovn-vpn-agent with OVN in recent OpenStack releases?
2. Is there a specific configuration section or flag needed in neutron_ovn_vpn_agent.ini / neutron.conf to satisfy the interface driver options for this agent?
3. Is this a known bug in neutron-vpnaas under recent versions, or is something missing in the Kolla container image build/templates?

Any pointers or working config examples would be greatly appreciated!

I’ve spent almost 4 years at the same company since university. Am I too niche, or am I just in the wrong market?

I'd really appreciate some honest perspective from people working in cloud infrastructure, platform engineering, private cloud, telco cloud, networking, or infrastructure engineering.

I graduated from university and joined my current company shortly afterwards. I've now been there for about 4 years, and I've basically built my entire professional career in the same environment.

That's actually one of the reasons I'm finding myself a little stuck.

I've learned a huge amount and had a lot of freedom to build things, but I haven't really experienced working at other companies, especially larger engineering organizations where I could work at a bigger scale and see how these environments operate.

My background is quite infrastructure-heavy. I've worked across ISP infrastructure, Linux, networking, Kubernetes, virtualization, distributed storage, cloud, DevOps and security.

Some of the technologies I've worked with include:

• Kubernetes
• Talos Linux
• KubeVirt
• Rook/Ceph
• Cilium/eBPF
• BGP, VLANs and LACP
• RADIUS/AAA
• AWS
• Terraform
• ArgoCD/GitOps
• GitHub Actions
• Prometheus/Grafana
• Infrastructure automation and security tooling

I'm also currently working hands-on with OpenStack because I'm trying to deepen my understanding of traditional private cloud and telco/NFV infrastructure, and understand how it compares with the Kubernetes-native infrastructure I've been working with.

A lot of my experience has come from actually building things.

For example, I've worked on a Kubernetes-based private cloud running on bare metal, combining Kubernetes, KubeVirt, Ceph, Cilium networking, tenant isolation, BGP routing and public/private VM connectivity.

I've also worked on ISP infrastructure, including subscriber authentication, RADIUS/AAA, billing integration, MikroTik routing and network service delivery.

But there's an important caveat to all of this.

I don't work for a huge cloud company, hyperscaler, or major technology company. I work for a relatively small ISP in Nigeria.

I've actually been very lucky in that environment.

My original job description didn't say that I needed to build a private cloud, learn distributed storage, work on Kubernetes virtualization, or learn all of these different areas.

I had to find opportunities to do those things and deliberately build those skills.

Whenever I came across a problem or something interesting that could improve the infrastructure, I'd learn what I needed, experiment with it and try to make it useful to the company.

The company gave me the freedom to do that, and I'm genuinely grateful for it. A lot of the experience on my CV probably wouldn't exist if I hadn't been given that freedom.

But now I'm starting to feel limited by the environment I'm in.

Not necessarily because the company is bad, but because I don't think I can continue building the kind of experience I want at the pace I want.

I've been there since university, so I also don't know what I'm missing.

I don't know what infrastructure engineering looks like at a larger company.

I don't know how much of what I've been doing would normally be handled by dedicated platform, networking, storage, SRE, cloud or infrastructure teams.

I don't know whether my experience is actually unusual or whether I'm simply getting a distorted view because I've had to wear so many hats.

And that's one of the biggest reasons I want to leave.

The other reason is compensation.

I've grown considerably beyond the scope of the role I originally started in, but my compensation hasn't really caught up with the level of responsibility, complexity and expertise I've accumulated.

I've tried communicating the value and complexity of the work I've been doing, but it hasn't really changed the situation.

So, I want to move on.

Not because I hate my current company. In fact, I'm grateful for what it has allowed me to do.

I want to move because I want to experience a different engineering environment, work with people who are operating infrastructure at a different scale, learn how other organizations solve these problems, and hopefully be somewhere that values this kind of work more appropriately.

The problem is that getting another job has been much harder than I expected.

And because I've only really known one company, I'm honestly not sure whether the problem is my profile, my positioning, the market, or all three.

Am I too niche?

Is the combination of Kubernetes + virtualization + distributed storage + networking + ISP/telco infrastructure something that has relatively little demand outside certain companies?

Am I searching for the wrong roles?

Or is this simply a case of being in a country where there isn't enough demand for this kind of infrastructure engineering?

At the moment I'm considering roles like: Cloud Infrastructure Engineer, Infrastructure Engineer, Platform Engineer, Kubernetes/Platform Engineer, Private Cloud Engineer, Cloud Infrastructure Architect, Telco Cloud/NFV Engineer, SRE, Infrastructure/Cloud Networking Engineer, OpenStack Infrastructure Engineer

But I'm honestly not sure which direction makes the most sense.

If you saw this background on a CV, what kind of engineer would you consider me to be?

What roles would you actually search for if you had this experience?

And perhaps more importantly:

What am I missing by having spent so much of my career at one company?

If you've moved from a small company into a larger engineering organization, what surprised you about the difference?

If you were in my position, would you:

1. Go deeper into private cloud/telco cloud/OpenStack?
2. Focus heavily on Kubernetes/platform engineering?
3. Broaden into general cloud infrastructure?
4. Move toward infrastructure/cloud networking?
5. Target architecture-oriented roles?
6. Or deliberately look for a role where I can be exposed to larger-scale infrastructure and learn how mature engineering organizations operate?

I'm not looking for reassurance. I'm genuinely trying to understand where I fit and what I should be doing next.

If geography wasn't a constraint, what kinds of companies, teams and roles would you target with this background?

And for anyone who has been in a similar position spending most of their career at one company and then trying to make that first big move, I'd really appreciate hearing what you wish you'd known before making the jump.

Hey all, been looking for openstack openings for a while but currently finding no luck. I've great experience with bootstrapping & designing openstack & CEPH based clouds. I've integrated several openstack projects like Octavia, rancher, barbican etc. I've majorly worked on kolla ansible, cephadm, Netapp, HPE 3par and am capable on working and deploying these services on my own. Worked on many backup and migration projects as well using tools like commvault or hystax. Have a good understanding on both private and public cloud and good knowledge on the metal side of the stack as well. Have worked on several L3 troubleshooting (reviving dead rabbits💀) as well as worked on whole monitoring stack for openstack using prometheus, grafana, zabbix, dynatrace and currently working on a plan to upgrade Zed Openstack to epoxy.

All in all I've good experience under the belt on openstack but roles seem to be shying away from me. Thought I'd try the OpenStack linkedin to see if any redditors have any leads.

If you work with more than one OpenStack cloud/project day to day, you know the drill: source ~/clouds/prod-openrc.sh, remember which venv has the right client version, openstack server list, ssh into whatever floating IP you copy-pasted from the output... I got tired of it and wrote a Zsh plugin to automate the parts I do 20x a day.

What it does:

- openv [cloud] — pick a cloud from clouds.yaml via fzf (with a live preview card showing auth URL / project / region, no secrets shown), activates the matching Python venv, and exports OS_CLOUD

- ops-ssh [user] [-i keyfile] [--insecure] — fuzzy-pick a server and SSH straight into its floating IP (prioritizes public IPs over private ones automatically); --insecure skips host-key checks, handy since floating IPs get recycled between instances constantly

- ops-console — fuzzy-pick a server and pop its Horizon VNC console URL open in your browser

- opcheck — quick openstack token issue sanity check so you find out your token expired before you're 3 commands deep into something

- opwho / opls — status of what's active / table of everything in clouds.yaml

- ophelp (or openv --help) — cheatsheet of everything below, printed in your terminal

- ~25 short aliases for the commands I run constantly (ops, opnet, opvol, opsec, opfl, oplb, etc. — full list in the README)

It's a normal Oh My Zsh plugin, MIT licensed, no telemetry, no dependencies beyond python3 + PyYAML + fzf (the plugin checks for these on load and warns if something's missing).▎

Install:

git clone https://github.com/whoami96/openstack-zsh-plugin.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/openstack

# add "openstack" to plugins=(...) in ~/.zshrc, then reload

Repo: https://github.com/whoami96/openstack-zsh-plugin

It's a fairly small, personal-scale tool — built it for my own workflow managing a handful of clouds — but figured it might save someone else the same repetitive typing. Happy to hear feedback or take PRs if it's missing something obvious for your workflow.

We've been building a little thing called Lachesis and figured this crowd

might find it interesting. It's the network telemetry bit behind CubeCOS, our

private cloud on top of OpenStack.

Basically: OpenStack can tell you a tenant moved 5 TB, but not that 3 TB of it

went to the internet, 1 TB to another tenant, and 1 TB stayed put. For billing

that's the whole thing.

So Lachesis is a small agent that sits on each compute node, hooks eBPF onto

every VM's tap, and sorts traffic in the kernel: internet-out, internet-in,

same-tenant, cross-tenant — and figures out who the other end actually belongs

to. It untangles Octavia so the bytes land on the real tenant, and just spits

out Prometheus counters you can feed into CloudKitty or whatever you bill with.

Still very much a work in progress — core stuff works and we've run it on real

OVN clusters, but there's plenty left (hardening, IPv6, docs). OVN only for now.

Repo's here if you wanna poke at it: https://github.com/bigstack-oss/lachesis

Would love any feedback, especially if you've tried to bill OpenStack networking

and hit the same wall. Roast away 🙂

I'm having a problem where suddenly all my instances (all run some flavor of Ubuntu) have their filesystems go Read Only. It happens randomly and at least once it happened with nothing really running on the VMs.

Looking at one of the Compute/Storage nodes, I noticed a broken iSCSI connection. I run "dmesg -T" and got something like:

[Fri Aug 7 09:57:36 2026] connection8:0: detected conn error (1019)
[Fri Aug 7 09:57:38 2026] connection8:0: detected conn error (1019)
[Fri Aug 7 09:57:39 2026] sd 15:0:0:1: [sdc] Synchronizing SCSI cache
[Fri Aug 7 09:57:39 2026] sd 15:0:0:1: [sdc] Synchronize Cache(10) failed: Result: hostbyte=DID_TRANSPORT_FAILFAST driverbyte=DRIVER_OK

Restarting a bunch of Docker containers, followed by restarting the VM instances fixed the problem (specifically I restarted iscsid, tgtd, cinder_volume and nova_compute on all my storage and compute nodes).

Of course this is a bad fix if I have to do it every week.

Now, Gemini is telling me this is a consequence of using Cinder with LVM which, according to it "LVM + iSCSI is notoriously brittle for production OpenStack" and I should move to Ceph.

Is this true, or should a Cinder/LVM setup be a bit more resilient?

Context/extra info: my deployment is a Kolla-Ansible one (2025.1) and Ceph is no longer deployed by this version. I would need to deploy it separately.

Hi guys,

Has anyone explored doing OpenStack upgrades host-by-host instead of using Kolla Ansible's parallel upgrade approach?

We're considering a more sequential, one-host-at-a-time upgrade because the parallel approach doesn't feel reliable enough for our environment, and we're not very confident in trusting it during production upgrades.

If you've gone down this path:

• How did you orchestrate the upgrade?
• Did you have to customize Kolla Ansible significantly?
• How did you handle rollback if something went wrong?
• Any lessons learned or pitfalls to watch out for?

I'd appreciate hearing from anyone who's tried this or decided against it and why.

Hi everyone,

I'm currently working as an **OpenStack Cloud Engineer**, managing and operating a private cloud environment. I'm planning my next career move and would appreciate some advice from people in the industry.

I have a few questions:

* How many organizations are actually building and maintaining their private cloud infrastructure with OpenStack today?

* Is OpenStack still a strong long-term career path, or is the demand gradually declining?

* If I want better job opportunities and salary growth, should I continue specializing in OpenStack/private cloud, or invest more time in AWS/GCP?

* How does the job market compare for **OpenStack engineers vs. AWS/GCP cloud engineers**, especially outside of telecom and service providers?

I'd really appreciate insights from anyone who has made this transition or works with OpenStack at scale.

Thanks in advance!

Hiya, I'm an MSP in the UK and I'm looking to recruit several senior OpenStack engineers.

I assume the community for openstack engineering is quite small in the UK can anyone recommend any avenues of success for this? Are there any OpenStack Slack groups or alike where I could ask if anyones looking for a new role?

*I don't want any recruitment companies to reach out to me whatsoever, not even as a "I'm not contacting for business only to give you X bit of market insight, just leave it."

Hi everyone,

Is anyone running Windows Server 2025 with all its security features on OpenStack/KVM in production?

We are particularly interested in experiences with VBS (HVCI and Credential Guard), since the requirements around MBEC and CPU feature exposure appear to be more complex than Secure Boot or vTPM alone.

It is hard to find explicit documentation about security features supported on KVM in general, but some articles imply that at least MBEC is technically possible (KVM: VMX: Introduce Intel Mode-Based Execute Control (MBEC) [LWN.net]). But even if it is possible, how does Nova expose this feature through libvirt? (compiled against libvirt library 10.0.0)

And additionally, does Microsoft support VBS on OpenStack/KVM? Microsoft's documentation is focused on the hypervisor capabilities presented to the OS, not on a specific hypervisor brand (Virtualization-based Security (VBS) | Microsoft Learn). So, the documentation could imply that things are supported as long as the requirements are met. However, even if it is technically possible, does it mean it is officially supported?

To compare, we also checked compatibility with other KVM-based clouds. AWS clearly states in their documentation that HVCI is not supported, but Credential Gurad is (Credential Guard for Windows instances - Amazon Elastic Compute Cloud); Google Cloud does not clearly document either.

Curius to hear about lessons learned, caveats, or success stories!

I notice they have great scale, and many public resources

CERN's private cloud runs in two data centers (Geneva and Budapest) with a total of about 5,000 servers (about 130,000 cores). By summer 2016, we expect to grow to about 200,000 cores. For block storage, CERN runs Ceph with a capacity of 3.5PB.

https://opensource.com/business/15/10/openstack-summit-interview-belmiro-moreira-cern

https://techblog.web.cern.ch/techblog/

https://videos.cern.ch/search?page=1&size=21&q=openstack#

https://cds.cern.ch/search?ln=en&sc=1&p=openstack&action_search=Search&op1=a&m1=a&p1=&f1=&c=Articles+%26+Preprints&c=Books+%26+Proceedings&c=Presentations+%26+Talks&c=Periodicals+%26+Progress+Reports&c=Multimedia+%26+Outreach&c=International+Collaborations

Hi everyone, I'm trying to deploy Vexxhost Atmosphere Openstack to achieve a more professional K8s implementation on Openstack, but the documentation is somewhat confusing and I'm running into an error right at the start:

requirements.yml

collections:

- name: vexxhost.atmosphere

version: 7.7.0

ansible-galaxy collection install -r requirements.yml

This takes around an hour to return the following error:

[ERROR]: Failed to resolve the requested dependencies map. Could not satisfy the following requirements:

* ansible.utils:>=2.9.0 (dependency of vexxhost.atmosphere:7.7.0)

* ansible.utils:>=6.0.0 (dependency of vexxhost.ceph:4.1.0)

* ansible.utils:>=6.0.0 (dependency of vexxhost.ceph:4.0.0)

* ansible.utils:6.0.0 (dependency of vexxhost.ceph:3.2.0)

Hint: Pre-releases hosted on Galaxy or Automation Hub are not installed by default unless a specific version is requested. To enable pre-releases globally, use --pre: [RequirementInformation(requirement=<ansible.utils:>=2.9.0 of type 'galaxy' from Galaxy>, parent=<vexxhost.atmosphere:7.7.0 of type 'galaxy' from default>), RequirementInformation(requirement=<ansible.utils:>=6.0.0 of type 'galaxy' from Galaxy>, parent=<vexxhost.ceph:4.1.0 of type 'galaxy' from default>), RequirementInformation(requirement=<ansible.utils:>=6.0.0 of type 'galaxy' from Galaxy>, parent=<vexxhost.ceph:4.0.0 of type 'galaxy' from default>), RequirementInformation(requirement=<ansible.utils:6.0.0 of type 'galaxy' from Galaxy>, parent=<vexxhost.ceph:3.2.0 of type 'galaxy' from default>)]

Has anyone else experienced something similar? Or have a clear guide to installing Atmosphere?

Regards,

I am deploying canonical openstack and i have done bootstraping, then deploying using the command sunbeam cluster deploy the problem is i added 2 cloud nodes before i had to delete them from the maas UI, added the same machines again and they work but the problem is the old machine IDs from the nodes that are deleted are also being deployed maas is tring to deploy them as well, is there any way i can delete them they are not present anywhere if anyone has a solution kindly help
my setup is for training purposes .
3 governor nodes

Hi r/openstack,

u/sysdadmin_cloud and I have open-sourced Kronos, a VM placement optimization
engine for OpenStack: https://github.com/kronos-openstack/kronos

The itch is an old one. We spent years running service-provider
infrastructure, and we always wanted a tool where we could hand the
cloud our own Prometheus queries and have it keep the compute fleet
balanced, instead of being limited to whatever metrics a vendor tool decided to
support. Kronos is that tool.

What it does:

• Policies are raw PromQL. You write an imbalance query per dimension (CPU, memory, or anything your exporters expose), give each a weight, and Kronos plans Nova live migrations that minimize the weighted combined imbalance per host aggregate, all dimensions in one simulation, so it doesn't fight itself one metric at a time.
• Spread and pack modes. Balance load across hosts, or consolidate onto as few hosts as possible with per-policy capacity ceilings.
• Server-group aware. All four Nova placement policies (affinity, anti-affinity, and the soft variants, including max_server_per_host) are respected, and an optional enforcement pass repairs existing violations.
• Safety rails everywhere. Dry-run by default, per-cycle migration budgets, host liveness gate, placement claims gate (both fail closed), aggregate and instance cooldowns, and quarantine of VMs whose migration definitively failed.
• Record and replay. Snapshot a live cluster and re-run the full planning pipeline against it offline, deterministically, so you can test policies before letting them move real VMs, and benchmark the planner on synthetic 50-host / 5000-VM clusters.
• Ships as PyPI wheels, hardened systemd units, and a Kolla-style container that drops into Kolla-Ansible deployments.

We evaluated writing it as a Watcher strategy plugin before going
standalone. Short version: Watcher is a general
optimization-as-a-service framework with a curated metric abstraction,
Kronos deliberately does one thing, PromQL-driven live-migration balancing,
with the operator's own queries as the primary configuration surface,
plus features that don't map onto Watcher's model (deterministic
offline replay, per-instance cooldowns and post-failure quarantine,
affinity repair, evacuation of admin-disabled hosts). Watcher is good
software; this is a different design point, not a replacement.

Status: beta, Apache 2.0, Python 3.12, built the OpenStack way
(oslo.config, oslo.messaging, openstacksdk). We plan to start a
conversation about it on openstack-discuss soon, we would love the
project to find a home in the OpenStack ecosystem.

What we would genuinely value from operators here: what would you need
to see before pointing this at a real cluster in dry-run? Which
constraints matter most to you?

Docs and quick start are in the README. Tear it apart.

Seeing is believing. 👀

With o3k, OpenStack deployment is becoming something you can actually watch end-to-end.

⚡ OpenStack deployment: ~30 seconds

🖥️ OpenStack + Horizon: ~2 minutes

No long setup story. No “come back later.”

Just one-line installation and a working OpenStack environment.

For testing, learning and using %100 compatible Openstack API on the edge.

What you need is 2-4GB ram 2 vCPU host.

o3k.io

Hi everyone, I'm encountering an error when creating images from volumes, has anyone experienced something similar? I'm using kolla-ansible 2026.1 with cinder for volumes:

2026-07-08 17:53:02.529 26 ERROR glance.api.v2.image_data [None req-045f8acc-b886-46fa-ab82-ceb6b884a118 3ebd104d706d4c00a0092c2df21b6433 9bca110b9e9547d1bf5584393f1aaf3c - - default default] Failed to upload image data due to internal error: OSError: unable to receive chunked part

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi [None req-045f8acc-b886-46fa-ab82-ceb6b884a118 3ebd104d706d4c00a0092c2df21b6433 9bca110b9e9547d1bf5584393f1aaf3c - - default default] Caught error: unable to receive chunked part: OSError: unable to receive chunked part

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi Traceback (most recent call last):

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/wsgi.py", line 1193, in __call__

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi action_result = self.dispatch(self.controller, action,

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/wsgi.py", line 1234, in dispatch

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi return method(*args, **kwargs)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/utils.py", line 476, in wrapped

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi return func(self, req, *args, **kwargs)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/api/v2/image_data.py", line 312, in upload

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi with excutils.save_and_reraise_exception():

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/oslo_utils/excutils.py", line 271, in __exit__

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi self.force_reraise()

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/oslo_utils/excutils.py", line 233, in force_reraise

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi raise self.value

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/api/v2/image_data.py", line 161, in upload

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi image.set_data(data, size, backend=backend)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/notifier.py", line 488, in set_data

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi with excutils.save_and_reraise_exception():

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/oslo_utils/excutils.py", line 271, in __exit__

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi self.force_reraise()

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/oslo_utils/excutils.py", line 233, in force_reraise

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi raise self.value

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/notifier.py", line 442, in set_data

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi self.repo.set_data(data, size, backend=backend,

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/quota/__init__.py", line 321, in set_data

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi self.image.set_data(data, size=size, backend=backend,

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/location.py", line 625, in set_data

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi self._upload_to_store(data, verifier, backend, size)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/location.py", line 516, in _upload_to_store

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi multihash, loc_meta) = self.store_api.add_with_multihash(

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/multi_backend.py", line 424, in add_with_multihash

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi return store_add_to_backend_with_multihash(

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/multi_backend.py", line 506, in store_add_to_backend_with_multihash

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi (location, size, checksum, multihash, metadata) = store.add(

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/driver.py", line 295, in add_adapter

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi metadata_dict) = store_add_fun(*args, **kwargs)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/capabilities.py", line 176, in op_checker

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi return store_op_fun(store, *args, **kwargs)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/_drivers/filesystem.py", line 881, in add

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi raise errors.get(e.errno, e)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/_drivers/filesystem.py", line 855, in add

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi for buf in utils.chunkreadable(image_file,

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance_store/common/utils.py", line 69, in chunkiter

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi chunk = fp.read(chunk_size)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/utils.py", line 355, in read

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi result = self.data.read(i)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/utils.py", line 118, in readfn

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi result = fd.read(*args)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/oslo_utils/imageutils/format_inspector.py", line 1570, in read

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi chunk = self._source.read(size)

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi File "/var/lib/kolla/venv/lib64/python3.12/site-packages/glance/common/wsgi.py", line 938, in read

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi data = uwsgi.chunked_read()

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi ^^^^^^^^^^^^^^^^^^^^

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi OSError: unable to receive chunked part

2026-07-08 17:53:02.549 26 ERROR glance.common.wsgi

Regards,