# proxbox-api v0.0.30.post1 v0.0.30.post1 | Field |Value | | --- | --- | | Canonical URL | https://emersonfelipesp.com/proxbox-api/releases/v0.0.30.post1 | | GitHub URL | https://github.com/emersonfelipesp/proxbox-api/releases/tag/v0.0.30.post1 | | Tag | v0.0.30.post1 | | State | latest | | Author | emersonfelipesp | | Created | 2026-10-22 20:26 UTC | | Published | 2026-10-22 21:13 UTC | | Target | main | | Synced | 2026-10-23 00:18 UTC | | Assets | 0 | ## Release notes # proxbox-api 0.0.30.post1 ## Summary This post-release fixes the NetBox journal writer of the operational verbs. In 0.0.30 every verb that records a write-ahead journal entry refused before it reached Proxmox, although NetBox had created the entry: the typed `POST /proxmox/storage/pbs` verb answered HTTP 502, and the start, stop, reboot, snapshot, migrate, delete, backup and snapshot-delete verbs answered HTTP 409. It adds no database migration, API contract change, or dependency change. ## Release identity | Component | Release or contract | | --- | --- | | proxbox-api | `0.0.30.post1` | | Proxmox SDK | `proxmox-sdk 0.0.15` | | NetBox SDK | `netbox-sdk 0.0.13` | | Python | 3.12 and 3.13 | | Database migration | None | ## Write-ahead journal entry The verbs fail closed when they cannot record their write-ahead journal entry, and they need its identifier to write the terminal update. The NetBox REST layer answers a create with a record object whose fields are reached through its serialization, but the journal writer accepted only a plain dictionary or an object with a `data` attribute. It therefore returned nothing for every entry it created, and each verb refused with "The NetBox audit journal entry returned no ID" or "write-ahead journal create returned no id". The created entry stayed at `result: in_progress`. The journal writer now returns the fields of that record, so the verbs keep the identifier of their entry, reach Proxmox, and finalize the same entry. Regression tests use the record type that NetBox returns instead of a plain dictionary. ## Upgrade Deploy the exact `proxbox-api 0.0.30.post1` package or published container through the approved release workflow and restart every backend worker. Journal entries that 0.0.30 left at `result: in_progress` remain as an audit of the refused requests; no Proxmox change was made for them. Retry the refused operation after the upgrade. ## Assets No binary assets attached. Source archives: | Format |URL | | --- | --- | | zip | https://api.github.com/repos/emersonfelipesp/proxbox-api/zipball/v0.0.30.post1 | | tar.gz | https://api.github.com/repos/emersonfelipesp/proxbox-api/tarball/v0.0.30.post1 |