programmatūra · 5 min · 23.07.2026

Podman 6.0 izmet piecus vecos slāņus: cgroups v1, CNI un slirp4netns vairs nedarbojas

Podman 6.0 kļuva pieejams jūlija sākumā un izņem piecas tehnoloģijas, kuras komanda bija atzīmējusi kā novecojušas jau 4.x un 5.x laidienos: cgroups v1, iptables, CNI tīklošanu, slirp4netns un BoltDB datubāzi. Tā vietā stājas cgroups v2, nftables, Netavark, Pasta un SQLite. Daļa lietotāju to pamanīs uzreiz pēc jaunināšanas, jo vecie iestatījumi bez pārbūves vairs nestrādās.

Podman ir Red Hat veidots konteineru dzinis, ko daudzi izmanto kā Docker aizstājēju bez fona dēmona. Komandas ir gandrīz identiskas Docker komandām, tāpēc ikdienas pāreja parasti ir vienkārša. Jaunais lielais laidiens paplašina savietojamību ar Docker un vienlaikus noslēdz garu novecojušo funkciju sarakstu. Linuxiac iesaka pret jaunināšanu izturēties kā pret migrāciju, jo daļa iestatījumu jāpārbauda ar rokām.

Kāpēc tik daudz izmaiņu vienā laidienā

Neviena no izņemtajām funkcijām nepazūd negaidīti. cgroups v1, slirp4netns, iptables, CNI un BoltDB bija atzīmētas kā novecojušas jau 4.x un 5.x sērijās. Lietotāji redzēja brīdinājumus vairākus mēnešus pirms šī laidiena. Podman 5 turpināja tās atbalstīt paralēli jaunajām noklusējuma vērtībām. Podman 6 veco kodu izņem pavisam. Tas komandai ļauj vairs neuzturēt divus tīklošanas ceļus vienlaikus un samazina uzturamā koda apjomu.

Kas vairs nedarbojas

cgroups v1 atbalsts ir noņemts pilnībā. Sistēmām jāpāriet uz cgroups v2, ko lielākā daļa Linux izplatījumu izmanto pēc noklusējuma jau vairākus gadus. iptables aizstāj nftables. CNI spraudņu tīklošana vairs netiek atbalstīta un lietotājus novirza uz Netavark.

Noņemts arī Windows 10 un Intel Mac atbalsts. Kas Podman būvē no pirmkoda, tam tagad vajag Go 1.25 vai jaunāku versiju. Iepriekšējā Podman 5 sērija turpina saņemt labojumus, tāpēc sistēmām ar veco kodolu jaunināšana nav obligāta jau pirmajā dienā.

Tīklošana pāriet uz Pasta un Netavark

Rootless tīklošana tagad izmanto Pasta, kas aizstāj slirp4netns. Pasta veido tīkla savienojumu bez īpašām tiesībām un parasti dod ātrāku caurlaidību nekā vecais risinājums. Konteineru tīklošana sagaida Netavark un Aardvark DNS versiju 2.0.0 vai jaunāku. Vecās CNI konfigurācijas jāpārraksta, pirms dzinis tās pieņems.

Tīkla izolācija tagad ir ieslēgta pēc noklusējuma. Tas uzlabo savietojamību ar Docker un ciešāk norobežo konteinerus vienu no otra. Ja kāds skripts paļāvās uz veco atvērto uzvedību, tas jāpielāgo. Vairākus jauninātos rīkus jālieto kopā, citādi tīklošana neuzsāksies.

Podman 6 jālieto kopā ar Buildah 1.44, Skopeo 1.23, Netavark un Aardvark 2.0, kā arī konfigurācijas failiem no container-libs common/v0.68 laidiena.

Tuvāk Docker uzvedībai

Podman 6 vairākās vietās pietuvina savu darbību Docker. heise online norāda, ka ieslēgtā tīkla izolācija un jaunā tīklošanas kaudze padara konteineru uzvedību paredzamāku tiem, kas nāk no Docker vides. Tā kā komandu sintakse jau sakrīt, daudzi docker-compose faili un skripti strādā bez izmaiņām. Galvenā atšķirība paliek dēmona modelī: Podman palaiž konteinerus bez centrālā fona procesa, tāpēc rootless režīms ir noklusējums, nevis papildu solis. Šis modelis samazina uzbrukuma virsmu, jo konteinerus nepārvalda viens process ar plašām tiesībām.

Datubāze pati pāriet uz SQLite

BoltDB atbalsts ir izņemts. Kad Podman 6 startē uz sistēmas ar veco BoltDB datubāzi, tas automātiski mēģina to pārnest uz SQLite. Pārnese notiek vienreiz un neprasa manuālas darbības. Pirms jaunināšanas tomēr der izveidot dublējumu, jo atpakaļceļa uz BoltDB vairs nav.

SQLite jaunām instalācijām Podman lieto pēc noklusējuma jau kopš 4.x sērijas, tāpēc lielai daļai lietotāju datubāze jau ir pareizajā formātā. Pārnese skar galvenokārt sistēmas, kas Podman darbina vairākus gadus un nekad nav mainījušas noklusējuma iestatījumu.

AMD GPU, Quadlet un macOS

Podman 6.0 pievieno AMD GPU atbalstu komandu podman run un podman create opcijai --gpus. Quadlet, kas apraksta konteinerus kā systemd vienības, tagad glabā failus apakšmapēs. Iepriekš tos izsekoja caur atsevišķu .app failu, kas mēdza radīt kļūdas. macOS noklusējuma mašīnas nodrošinātājs mainīts uz libkrun, kas dod ātrāku palaišanu un mazāku atmiņas patēriņu.

Ko pārbaudīt pirms jaunināšanas

Pirms komanda dnf update vai līdzvērtīga darbība ievelk Podman 6, vērts pārliecināties par dažām lietām:

  • vai resursdators lieto cgroups v2 un nftables;
  • vai kāda tīkla konfigurācija joprojām paļaujas uz CNI;
  • vai Buildah, Skopeo, Netavark un Aardvark ir attiecīgajās versijās;
  • vai kāds skripts sagaida veco slirp4netns tīklošanu.

Pilnu noņemto funkciju uzskaitījumu apraksta Fedora projekta izmaiņu lapa, bet visas tehniskās piezīmes ir GitHub laidiena aprakstā. Kas serverus uztur pats, tam vērts vispirms jaunināt vienu testa mašīnu un pārbaudīt tīklošanu, pirms izmaiņas nonāk produkcijā. Izplatījumi ar rūpnīcas Podman versiju jauno laidienu piegādās pakāpeniski, tāpēc daudzi to saņems tikai nākamajā izplatījuma atjauninājumā.

Avoti

komentārisaruna

Komentāri

Šim rakstam vēl nav komentāru. Esi pirmais, kurš dalās ar savu viedokli.

Pievieno komentāru

Tavs e-pasts netiks publicēts. Obligātie lauki atzīmēti.

vēl no programmatūrasaistītie