Kubo changelog v0.42
This release was brought to you by the Shipyard team.
v0.42.0
- Overview
- 🔦 Highlights
- 🎯 Announce CIDs on demand with
ipfs provide once - 🧩 Export and import partial CARs with
--local-only - ⚙️
Provide.DHT.Interval=0no longer disables providing - 🐛 Fixed pin operations hanging under pinned reprovide strategies
- 🐛 Smoother first-run upgrades from very old repos
- 🐛 Reliable shutdown and container health checks
- 🚨 ERROR log for listeners blocked by
Swarm.AddrFiltersorAddresses.NoAnnounce - 📊 OpenTelemetry: scope info now exposed as labels
- 🔧 Cleaner progress bars
- 📦️ Dependency updates
- 🎯 Announce CIDs on demand with
- 📝 Changelog
- 👨👩👧👦 Contributors
Overview
🔦 Highlights
🎯 Announce CIDs on demand with ipfs provide once
ipfs provide once <cid>... announces CIDs to the routing system immediately, without waiting for the next scheduled reprovide. Use it when you want fine-grained control over when specific CIDs are announced.
CIDs can be streamed in on stdin, so you can pipe arbitrarily large lists without growing daemon memory:
# Announce every locally pinned CID.
ipfs pin ls | awk '{print $1}' | ipfs provide once
# Announce every block reachable from a root (here, ~350 GiB of Wikipedia).
ipfs refs -r bafybeiaysi4s6lnjev27ln5icwm6tueaw2vdykrtjkwiphwekaywqhcjze | ipfs provide once
In a terminal, the command shows a running count of queued CIDs. With --enc=json it emits one {"Queued":"<cid>"} line per CID, so downstream scripts can consume events as they arrive.
ipfs routing provide keeps working but is deprecated. See ipfs provide once --help for usage and migration notes.
🧩 Export and import partial CARs with --local-only
ipfs dag export --local-only writes a CAR with only the blocks you have locally; any missing blocks (and their subtrees) are skipped instead of failing the export. ipfs dag import --local-only reads such a partial CAR without trying to pin its roots.
This is useful when:
- you want to share part of a DAG (for example an MFS tree) that is only partly cached locally
- you fetched a partial CAR from a gateway that supports IPIP-0402 and want to add what you got to your local store
--local-only sets the matching companion flag automatically: on export it implies --offline; on import it implies --pin-roots=false. See ipfs dag export --help and ipfs dag import --help for details.
⚙️ Provide.DHT.Interval=0 no longer disables providing
Provide.DHT.Interval=0 now disables only the periodic reprovide schedule. New CIDs still announce via fast-provide-root and ipfs provide once. To fully disable providing, set Provide.Enabled=false.
[!IMPORTANT] The daemon now refuses to start when
Provide.DHT.Interval=0is set without an explicitProvide.Enabled. Operators upgrading from an earlier kubo version must opt in to one of the two semantics:
Provide.Enabled=falseto fully disable providing (the previous behaviour ofInterval=0).Provide.Enabled=trueto keep ad-hoc providing while skipping the periodic reprovide schedule.The startup error names both options. Pick the one that matches your intent.
🐛 Fixed pin operations hanging under pinned reprovide strategies
ipfs pin ls, ipfs add, and other pin-touching operations could block for hours on nodes running with Provide.Strategy set to pinned, roots, or pinned+mfs (including +unique / +entities variants). The pin index held a read lock for the entire reprovide cycle, which on large pinsets takes many hours. Any pin operation issued during that window blocked, and further pin ls / ipfs add calls piled up behind it until the cycle finished.
The pinner now snapshots the index under the read lock and releases it before the reprovider starts, so pin operations are no longer blocked by the reprovide cycle. The default Provide.Strategy=all was not affected.
🐛 Smoother first-run upgrades from very old repos
The one-time migration for repos from go-ipfs or Kubo older than v0.27 now retries across several gateways with HTTP timeouts, so a single slow or blocked gateway no longer hangs the daemon. Set Migration.DownloadSources to use your own gateway list.
🐛 Reliable shutdown and container health checks
Sending SIGTERM or SIGINT to kubo could leave the daemon stuck "half-shutdown": internal subsystems had stopped, but the process kept running and answering the RPC API. Docker and Kubernetes health checks reported the node as healthy while it had quietly stopped serving content. Recovery required a manual docker restart. Separately, the pinner could log a pebble: closed panic trace when the datastore closed before ongoing pin operations finished.
What changed:
Bounded shutdown. A new
Internal.ShutdownTimeoutcaps how long a stuck shutdown can run, so a zombie daemon recovers instead of staying half-alive. Routine shutdowns finish in seconds; this is a belt-and-suspenders ceiling against unknown bugs and future regressions. The 12-hour default is high enough that no real-world deployment hits it and low enough to recycle a stuck node well before its DHT provider records expire (22 hours). On expiry, the daemon logs which subsystem failed and exits with status1. Set0to disable.ipfs diag healthysubcommand. Returns non-zero as soon as shutdown begins, even if the RPC API still answers. The kubo Docker image'sHEALTHCHECKnow uses it, so under--restart=on-failureor a Kubernetes liveness probe a half-shutdown daemon is recycled within seconds.Pinner shuts down cleanly. The pinner cancels and waits for ongoing pin work before the datastore closes, removing the
pebble: closedpanic trace from shutdown logs.DHT provider deadlines.
ipfs provide statnow returns promptly when the caller cancels, instead of blocking on a slow keystore lookup (previously seen at over an hour). Each provider record sent to a peer is capped byProvide.DHT.SendProviderRecordTimeout, so an unresponsive peer cannot stall a reprovide cycle.
🚨 ERROR log for listeners blocked by Swarm.AddrFilters or Addresses.NoAnnounce
Kubo now logs an ERROR when an Addresses.Swarm listener is covered by a rule in Swarm.AddrFilters (Kubo will reject every incoming connection to it) or Addresses.NoAnnounce (Kubo will not advertise it to other peers). Each line names the listener, the matching rule, and the field to remove it from. This catches silent misconfigurations like a /ip4/127.0.0.1/tcp/.../ws listener behind a local reverse proxy that stops working once /ip4/127.0.0.0/ipcidr/8 lands in Swarm.AddrFilters (for example via the server profile). See the reverse-proxy override row for the fix.
📊 OpenTelemetry: scope info now exposed as labels
The Prometheus endpoint no longer emits the otel_scope_info metric. Each metric now carries otel_scope_name, otel_scope_version, and otel_scope_schema_url labels identifying the instrumentation library that produced it. Update dashboards or queries that read otel_scope_info to consume these labels instead. See docs/metrics.md for details.
🔧 Cleaner progress bars
ipfs add, ipfs cat, and ipfs get now hide their progress bar when stderr is piped or redirected, so a command like ipfs add file 2> log.txt no longer fills the log with progress-bar noise. Pass --progress=true to force the bar on, or --progress=false to hide it.
ipfs dag export and ipfs dag stat now correctly recognize MSYS2 and Git Bash terminals on Windows. Previously the bar was suppressed there even when running interactively.
📦️ Dependency updates
- update
go-libp2p-pubsubto v0.16.0 - update
go-libp2p-kad-dhtto v0.40.0 (incl. v0.39.2) - update
go-fuse/v2to v2.10.1 - update
cheggaaa/pbto v3.1.7 - update
boxoto v0.40.0