Hogyan fektetett meg 37 HEIC fotó egy ZimaOS NAS-t?

Na hát, hogy ne mindig csak azt mondjátok, hogy csakis jókat írok az open source és társairól, most jöjjön egy olyan issue, amibe a ZimaOS tesztelése közben futottam bele. Megmondom a tutit, eredetileg nem is akartam ebből külön cikket írni. Még azon is gondolkodtam, hogy egyáltalán melyik kategóriába tegyem, hiszen ez nem egy konkrét alkalmazás bemutatója. Végül arra jutottam, hogy miért ne? Legyen egy kis troubleshooting a ZimaOS-hez.

A történet egyébként nagyon egyszerű.

Ugye feltettem a ZimaOS-t egy régi kis HP laptopomra, amiről már korábban is írtam egy cikket. Abban levezettem, milyen gépről van szó, hogyan ment a ZimaOS telepítése, mit pakoltam fel rá utána és úgy nagyjából mindent, amit az első beüzemelés során csináltam. Na, ezt a tesztelést folytatva gondoltam egyet. Ha már ilyen jól működik a szinkronizáció a ZimaClienttel az iPhone 12 Pro Max és a laptop között, akkor mi lenne, ha a képeimet is elkezdeném szépen feltolni a NAS-ra?

Hát… itt kezdődtek a gondok.

A rendszer először csak elkezdett furcsán viselkedni, aztán egyre jobban belassult, és egy ponton már az volt az érzésem, hogy valami nagyon nincs rendben. Persze elsőre jöttek a szokásos gondolatok: kevés a RAM, öreg a merevlemez, mit várunk ettől a régi géptől? Csakhogy a történet ennél egy kicsit érdekesebb volt. Egy kis kutakodás, némi terminálozás és pár próbálgatás után végül sikerült megtalálnom a ludasat. És megmondom őszintén, erre nem feltétlenül számítottam volna.

A kiindulási helyzet

A gépem viszonylag szerény konfigurációja:

• Intel Core i3-4005U
• 4 GB RAM
• 1 TB HGST Travelstar 5400 RPM HDD
• ZimaOS

Nem egy erőmű, de fájlmegosztásra, Dockerre és általános NAS-feladatokra tökéletesen megfelel. Gondoltam, feltöltöm az iPhone 12 Pro Max készülékemről készült fotókat a NAS-ra egy Backup mappába.

A mappa tartalma:

• 293 kép
• körülbelül 983 MB adat
• többségében JPG
• 37 darab HEIC
• 1 darab DNG

Semmi extrém.

Az első furcsaság

A feltöltés után megnyitottam a Backup mappát a ZimaOS Files alkalmazásban.

Ekkor kezdődtek a problémák:

• a HDD elkezdett folyamatosan dolgozni,
• a rendszer látványosan belassult,
• a Dashboard alig reagált,
• végül az SSH kapcsolat is gyakorlatilag használhatatlanná vált.

Az első gondolatom az volt:

„Na persze, kevés a RAM és öreg a merevlemez.”

Teljesen logikusnak tűnt.

Hardverhiba?

Első körben SMART-ellenőrzés:

smartctl -a /dev/sda

Az eredmény:

SMART overall-health self-assessment test result: PASSED

Reallocated_Sector_Ct: 0
Current_Pending_Sector: 0
Offline_Uncorrectable: 0

Vagyis a HDD látszólag teljesen egészséges.

A következő gyanúsított a Docker volt.

docker stats --no-stream

Eredmény:

CPU: 4%
RAM: 28 MB

Nem a Docker volt az elkövető.

A nyomozás

Megnéztem a mappa méretét.

du -sh /DATA/Backup

Eredmény:

983M

Majd a fájlok számát:

find /DATA/Backup -type f | wc -l

Eredmény:

293

Még mindig semmi különös.

Ekkor kezdtem el gyanakodni arra, hogy talán nem minden kép egyforma.

A fordulópont

Készítettem egy tesztmappát kizárólag JPG fájlokkal. Megnyitottam. Minden tökéletesen működött. Azonnal. Sem HDD-kerregés. Sem CPU-terhelés. Sem SSH-problémák. Ezután megnéztem, milyen fájlok vannak az eredeti mappában:

find "/DATA/Backup/iPhone 12 Pro Max" -iname "*.heic" | wc -l

Eredmény:

37

És itt kezdett összeállni a kép.

A bűnös: HEIC

Kiválogattam az összes HEIC fájlt:

mkdir /DATA/HEIC

mv "/DATA/Backup/iPhone 12 Pro Max"/*.HEIC /DATA/HEIC/

Majd újra megnyitottam a Backup mappát. És… minden működött. A mappa villámgyorsan indexelődött. A rendszer teljesen használható maradt. Az SSH kapcsolat sem halt meg. Ekkor már elég egyértelmű volt, hogy a probléma valamilyen módon a HEIC képekhez kapcsolódik.

Hibabejelentés

Leírtam a problémát a ZimaOS közösségnek.

Nem sokkal később érkezett a válasz:

„This is a known issue.”

Őszintén szólva ez egyszerre volt megnyugtató és frusztráló. Legalább már tudtam, hogy nem én néztem be valamit, és nem feltétlenül a vas kezdett el meghalni.

A javítás

Nem sokkal később megjelent a ZimaOS 1.7.1-beta1 verzió. Frissítettem. Aztán újra elkezdtem a HEIC fájlok szinkronizálását.

És a végeredmény:

• HEIC fájlok feldolgozása működik
• indexelés működik
• Dashboard rendben
• SSH rendben
• nincs HDD-őrület

Úgy tűnik, a fejlesztők tényleg javították a problémát.

Miért volt ez érdekes?

Az egészben szerintem az a legérdekesebb, hogy elsőre minden arra mutatott, hogy a hardver kevés. 4 GB RAM. Régi, 5400 RPM-es merevlemez. Nem mai processzor. Teljesen kézenfekvő lett volna azt mondani, hogy „hát persze, mit vársz ettől a géptől?”. Csakhogy a JPG-okkal nem volt probléma. Ugyanaz a gép. Ugyanaz a ZimaOS. Ugyanaz a merevlemez. Ugyanaz a memória. Csak éppen a HEIC fájlok nélkül. És ettől vált igazán érdekessé a dolog.

Tanulság

Ez a történet jó emlékeztető arra, hogy nem minden teljesítményprobléma hardverhiba.

Amikor egy NAS belassul:

• nem mindig a RAM a hibás,
• nem mindig a processzor kevés,
• nem mindig a HDD haldoklik.

Néha egyszerűen egy adott fájlformátum és egy reprodukálható szoftverhiba okozza az egész problémát. Ebben az esetben 37 darab HEIC kép volt az, ami képes volt egy teljes rendszert térdre kényszeríteni. A nap végére viszont nemcsak a hiba oldódott meg, hanem sikerült pontosan behatárolni az okát, jelenteni a fejlesztőknek, majd ellenőrizni a javítást is. És valljuk be: egy NAS-tulajdonos számára ez legalább akkora sikerélmény, mint amikor végre minden működik.

Tehát röviden

A ZimaOS tesztelése közben egy olyan hibába futottam bele, amelynél mindössze 37 HEIC kép elég volt ahhoz, hogy a NAS használhatatlanná váljon. A hardver elsőre gyanús volt, de a SMART-ellenőrzés és a Docker statisztikák nem mutattak problémát. A fordulópont az volt, amikor csak JPG képekkel próbáltam ki ugyanazt a mappát. Az tökéletesen működött. A HEIC fájlok eltávolítása után szintén helyrejött minden. A hibát jelentettem, majd a ZimaOS 1.7.1-beta1 frissítése után a HEIC fájlokkal is rendben működött a rendszer.

Szóval ha legközelebb egy NAS elkezd megőrülni, ne feltétlenül a RAM-ot, a processzort vagy a HDD-t kezdd el temetni.

Kapcsolódó cikk

Ha még csak most ismerkedsz a ZimaOS-szel, ezt a cikket is érdemes megnézned:

👉 ZimaOS – saját NAS egyszerűen, akár régi hardveren is