Symptoms
Filnivågjenoppretting (FLR) mislykkes når Avamar-serveren og proxyen kjører forskjellige versjoner.
Hvis dette skjer der både Avamar-serveren og Avamar-proxyen kjører samme hovedversjon, kan du se;
Avamar – Avamar 19.7/19.8 File Level Restores mislykkes etter at Avamar-serveren er oppgradert fra 19.4 eller eldre.
FLR-jobben mislykkes.
I Avamar Java MCGUI ser vi:
VMDK-filnavnet er ikke gyldig eller finnes. Kontroller at proxyen ble riktig registrert ved hjelp av den støttede metoden i dokumentasjonen

I AUI-grensesnittet ser vi dette:

Proxy axionfs-loggene (/usr/local/avamar/var/axionfs.log) viser:
[axionfs] snapupdirobj::getlabelnumsnapup rslt=MSG_ERR_PSWD_INVALID, list.cnt()=0
Cause
På grunn av en sikkerhetsendring av Avamar 19.7 er FLR-operasjoner ikke bakoverkompatible med eldre versjoner av Avamar Proxies. .
Avamar 19.7:
På grunn av STIG-passordkrav ble passordet for den interne restoreonly-kontoen endret i 19.7 Avamar-serveren og Avamar 19.7-proxyklienten.
Denne endringen av passordet fører til kompatibilitetsproblemer bakover når du bruker ulike Avamar-server- og proxyversjoner (en blandet versjonskonfigurasjon anbefales IKKE). Det oppstår også der Avamar 19.7-serveren fortsatt bruker det gamle gjenopprettingspassordet. Dette problemet er under utredning.
Bakgrunn:
Avamar FLR bruker en prosess som kalles axionfs. Prosessen logger på Avamar-serveren ved hjelp av restoreonly-brukerkontoen pluss en klient-ID for secure ticket som genereres dynamisk av Avamar-serveren for den bestemte bla gjennom økten.
Målklienten og etikettnummeret valideres mot denne sikre billett.
Begrensning:
Arbeidsflyten for Avamar FLR-blaing har en begrensning der den interne legitimasjonen for gjenoppretting ikke blir sendt av Avamar-serveren.
I stedet er den avhengig av en fast, kodet konfigurasjonsfil som finnes på hver Avamar-proxy.
Filen er plassert på /usr/local/avamar/var/axionfs.cmd.
Resolution
Kontroller at både Avamar-proxyen og Avamar-serveren kjører samme versjon.
Products
Avamar