Immich visar inaktuella data efter en ändring av lagringssökvägen

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Immich Shows Stale Data After a Storage Path Change - Zima Store Online

Föråldrade Immich-data efter en ändring av lagringssökvägen har tre olika orsaker som inte bör blandas ihop: en flytt av den hanterade mediaroten, en ändring av importsökvägen för ett externt bibliotek eller en klient som fortfarande visar cachad information. Moderna Immich-versioner kan synkronisera en flyttad plats för hanterade medier när den konfigurerade medieplatsen och volymmonteringen förblir konsekventa, medan flyttar av externa bibliotek fortfarande kan behandlas som nya tillgångsidentiteter.

Bevara den gamla sökvägen och databasen innan du söker igen. Kontrollera först vilken sökväg den körande containern ser och fastställ sedan om Immichs post på serversidan är felaktig eller om endast en klient visar föråldrad information. Den skillnaden avgör om du bör reparera en montering, återställa en stabil sökväg som containern kan se, söka igenom ett begränsat testurval eller endast rensa klientens cache.

Skilj mellan en flytt av den hanterade mediaroten och en flytt av ett externt bibliotek

Om du ändrade värdplatsen för Immich-hanterade uppladdningar ska du kontrollera att den effektiva inställningen för medieplatsen och monteringen från värd till container ändrades tillsammans. En modern flytt av hanterade medier bör inte felsökas på samma sätt som när importsökvägen för ett externt bibliotek byts namn.

ZimaSpaces karta över Immichs beständiga tillstånd är användbar här eftersom databasen och filsystemets sökvägar utgör en gemensam återställningsgräns. Det räcker inte med rätt filer på värden om containern monteras någon annanstans.

Om den hanterade mediaroten inte stämmer ska du först korrigera miljön och volymmappningen och starta om tjänsten innan du kör biblioteksjobb. Om den ändrade sökvägen tillhör ett externt bibliotek ska du behålla databasen intakt och testa den grenen separat.

Behåll containersökvägen för det externa biblioteket oförändrad när det är möjligt

För ett externt bibliotek är en flytt på lagringsvärden säkrast när importsökvägen som containern visar kan förbli oförändrad. Om sökvägen som Immich ser ändras ska du före en sökning registrera ett litet urval av tillgångs-ID:n, album, personer och gamla sökvägar, så att du kan avgöra om befintliga tillgångar länkades om eller skapades på nytt.

En rapport om ändrad sökväg för externt bibliotek i Immich beskrev hur flyttade filer behandlades som nya tillgångar, med ny bearbetning och förlorade relationer som endast fanns i Immich. Det är ett versionsspecifikt fall, men stöder den försiktiga regeln att en ändrad sökväg för ett externt bibliotek inte automatiskt är ett transparent namnbyte.

Om ett testurval visas som nya tillgångar medan de gamla posterna blir saknade eller flyttas till papperskorgen ska du stoppa den fullständiga sökningen. Återställ den gamla sökvägen som containern kan se om det är praktiskt möjligt, eller använd en migreringsmetod som passar versionen. Skriv inte manuellt om sökvägar i produktionsdatabasen utan en testad säkerhetskopia.

Blanda inte ihop denna gren med en migrering av lagringsmallar för Immich-hanterade filer. Symptomet kan se likadant ut i tidslinjen, men filernas ägarskap och den stödda migreringsvägen är olika.

Skilj lagrade serversökvägar från klientcache

Inspektera samma kända tillgång från webbklienten och en annan autentiserad klient och jämför sedan med serverloggarna eller sökvägen som servern ser. Om jobb på serversidan fortfarande anger den gamla sökvägen kan det inte reparera den underliggande posten att rensa webbläsarens cache.

Ett senare problem med metadata från en gammal sökväg i Immich visade att bearbetningen fortsatte att hänvisa till en tidigare sökväg för ett externt bibliotek efter ett namnbyte. Det är ett starkt skäl att kontrollera sökvägarna som jobben använder innan du beskyller mobil- eller webbgränssnittet.

Om serversökvägen är korrekt men endast en webbvy är föråldrad ska du uppdatera sidan eller rensa den klientens cache och testa originalfilen igen. Cachade miniatyrbilder och föråldrat klienttillstånd kan få en fungerande server att verka trasig, medan en cachad förhandsvisning också kan få en trasig serversökväg att verka fungera.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Reparera den minsta sökvägsgränsen och validera en kontrollerad ny sökning

Gör en enda reversibel korrigering: synkronisera inställningen för hanterade medier och monteringen, återställ den tidigare containersökvägen för det externa biblioteket, korrigera en importsökväg eller rensa en enda klientcache. Ta en säkerhetskopia av databasen innan du vidtar någon åtgärd som kan få ett stort bibliotek att upptäckas på nytt.

Kör den minsta praktiska sökningen och kontrollera om befintliga poster förblir kopplade, om fel om gamla sökvägar upphör och om dubbla gamla och nya tillgångar inte dyker upp. Öppna därefter utvalda original, verifiera relationerna till album och personer, kör en sökning och starta om stacken.

Eskalerar problemet om poster för gamla och nya sökvägar fortfarande är aktiva samtidigt, om ett stort externt bibliotek oväntat bearbetas på nytt eller om relationer försvinner trots att originalen fortfarande går att läsa. Bevara den exakta monteringskartan före och efter, Immich-versionen, berörda tillgångs-ID:n, filsystemets skiftlägesbeteende och tidsstämpeln för säkerhetskopian av databasen.