Veeam advarer kunder om en feil som kan føre til at Software Appliance-virtuelle maskiner ikke starter på verter med enkelte AMD EPYC-prosessorer. Problemet oppstår når Linux-kjernen stopper under en tidlig sikkerhetskontroll og utløser en kernel panic.

Feilen kan oppstå etter en omstart, også etter at en oppdatering har installert en ny kjerne. Veeam opplyser at den berørte programvaren er Linux-baserte, forhåndskonfigurerte virtuelle maskiner som brukes til å kjøre Veeam Backup & Replication uten at administratorer må installere avhengigheter eller konfigurere programvaren manuelt.

Jitterentropy-test stopper oppstarten

For å oppfylle sikkerhetskrav i virksomheter og offentlig sektor kjører Linux-kjernen helse- og kryptografikontroller i FIPS-modus under den tidlige oppstartsfasen. På enkelte AMD EPYC-prosessorer kan en såkalt jitterentropy-test mislykkes.

«A Veeam Software Appliance (Linux-based Veeam Backup & Replication) virtual machine running on a host with an AMD EPYC processor intermittently fails to boot after a reboot, including a reboot that follows an update that installs a new kernel,» skriver Veeam i et varsel onsdag.

Veeam opplyser at problemet blant annet er observert på AMD EPYC 7262, 7302 og 7F72. Når testen mislykkes, stanser Linux-kjernen oppstarten med en kernel panic. Berørte systemer kan vise meldingen: «Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9».

Problemet stammer fra Linux-kjerneversjonen som brukes av Veeam Software Appliance, og påvirker Software Appliance versjon 13.1 og nyere.

Veeam anbefaler ny vert eller manuelle oppdateringer

Veeam anbefaler administratorer å distribuere den virtuelle maskinen på nytt på en Linux-vert med en annen prosessor. Dersom det ikke er mulig å flytte løsningen til en maskin med en prosessor som ikke er berørt, bør automatiske oppdateringer deaktiveres og oppdateringer installeres manuelt mens den virtuelle maskinen overvåkes under omstart.

Hvis kernel panic oppstår, må den virtuelle maskinen slås helt av og deretter startes igjen. En omstart av gjesteoperativsystemet gjenoppretter ikke den virtuelle maskinen, opplyser Veeam. Når apparatet har startet korrekt, skal det ikke oppstå flere feil, og driften av Veeam Backup & Replication skal ikke være påvirket.

Også berørt av alvorlig Linux-sårbarhet

Veeam opplyste samme dag at enkelte av selskapets produkter også er berørt av den kritiske Linux-sårbarheten CVE-2026-98432. Sårbarheten finnes i IPv4-TCP-koden og kan gjøre det mulig for eksterne, ikke-autentiserte angripere å kjøre kommandoer som root på servere som kjører Multipath TCP-lyttere.

Selskapet har rettet feilen i enkelte berørte Veeam-komponenter og distribuerer den oppdaterte kjernen til berørte systemer enten som en privat rettelse eller gjennom Veeam Updater.

Veeam opplyser at produktene brukes av mer enn 550 000 kunder, inkludert 74 prosent av selskapene på Global 2000-listen og 82 prosent av Fortune 500-selskapene.