QNAP TS-531X

QNAP · serwer plików NAS, 5 zatok, procesor ARM 32-bitowy · TS-531X

Rysunek ogólny klasy urządzenia, nie tego modelu

czym to jest

Serwer plików z pięcioma zatokami na dyski, w obudowie stojącej. Według karty producenta ma czterordzeniowy procesor AnnapurnaLabs Alpine, dwa gniazda 10 GbE SFP+ i dwa gniazda gigabitowe; system widzi cztery interfejsy eth0–eth3. Pamięć od 2 GB.

Procesor jest 32-bitowy (uname -m zwraca armv7l). To ma skutek praktyczny: większość obrazów kontenerów publikuje się dziś tylko dla amd64 i arm64, więc na tym NAS-ie nie wystartują — błąd brzmi no matching manifest, a nie „nieobsługiwana architektura”. Środowisko kontenerów jest; brakuje obrazów.

Rysunek powyżej jest ogólnym znakiem klasy serwerów, a nie wyglądem tego modelu.

System zgłasza się jako TS-X31X, a jako model wewnętrzny — TS-X41. Numeru seryjnego nie oddaje ani getcfg, ani getsysinfo, a procesor ARM nie ma tablicy DMI. Numer jest na naklejce i w panelu QTS.

co z niego odczytujemy

SNMP jest fabrycznie wyłączony. Po włączeniu standardowe gałęzie obciążenia (UCD-SNMP) milczą, ale własne drzewo QNAP (numer przedsiębiorstwa 24681) oddaje:

procesor i pamięć: użycie procesora, pamięć całkowitą i wolną, czas pracy,
temperaturę systemu — czujnik temperatury procesora na tym modelu oddaje 0, czyli go nie ma,
tabelę zatok: nazwę, temperaturę dysku, model, pojemność i stan SMART (słowo GOOD, bez liczników),
tabelę woluminów: nazwę, system plików, rozmiar, wolne miejsce i stan,
interfejsy sieciowe z licznikami — powielają standardowe IF-MIB.

Te same wielkości są w drzewie dwa razy. Gałąź 1.2 oddaje je jako tekst z jednostką w środku ("11.30 %", "27 C/81 F"), gałąź 1.3 — jako liczby gotowe do progów. Walk trafia najpierw na tekstową.

Puste zatoki też są w tabeli i oddają wartości pozorne: temperaturę 0, model i SMART --. Alarm „temperatura dysku = 0” albo „SMART różny od GOOD” zapali się na zatoce, w której nigdy nie było dysku. Pustą zatokę rozpoznaje się po modelu --.

pułapki zmierzone

Fabryczny plik SNMP pozwala na zapis. snmpd.conf zawiera rwcommunity public obok rocommunity public. Przed włączeniem SNMP trzeba go poprawić.
Klucz włączenia SNMP to Service Enable. Przy Enable albo Server Enable skrypt startowy kończy pracę po cichu. Skrypt nazywa się /etc/init.d/snmp, bez .sh.
Społeczność ustawia się w pliku, nie przez setcfg — demon czyta /etc/config/snmpd.conf i ignoruje wartości z uLinux.conf.
Zapisane ustawienie nie zatrzymuje usługi. getcfg FTP Enable oddaje FALSE, a serwer FTP dalej nasłuchuje na porcie 21. Każdą zmianę usługi trzeba sprawdzić także nasłuchem portu.
Skrypty pakietów milczą, bo przekierowują całe wyjście do własnego dziennika start-stop.log. Cisza na konsoli nie mówi nic o skutku; qpkg_cli melduje na konsolę.
Zatrzymanie pakietu trwa kilkanaście sekund — odczyt zaraz po poleceniu pokazuje stan sprzed.
BusyBox 1.01 z 2018 r. nie zna grep -m ani grep -E i nie ma ethtool, lsblk, ss.
Katalog główny zajęty w 94% to stan normalny — to obraz systemu w ramdysku o stałym rozmiarze. Miejsce na aktualizacje jest w /mnt/HDA_ROOT.

pula LVM pod migawkami

Woluminy stoją na puli cienkiej (thin pool) LVM. Przy włączonych migawkach każdy zapis zajmuje nowe bloki w puli. Gdy pula dojdzie do 100%, wolumen przechodzi w tryb tylko do odczytu.

df tego nie pokaże — widzi wolumen, nie pulę; zmierzone 77% na woluminie przy 90% w puli.
SNMP też nie — zapełnienia puli nie ma w żadnej gałęzi.
Odczyt daje lvs -o lv_name,lv_size,data_percent,metadata_percent. Metadane mają osobny licznik, a ich wyczerpanie uszkadza pulę nieodwracalnie.

czego z niego nie odczytamy

Zapełnienia puli LVM i metadanych — ani po SNMP, ani w df.
Liczników SMART — tylko ocena słowna.
Numeru seryjnego z systemu.
Prędkości gniazd SFP+ bez linku — system nie ma ethtool.

pełny spis parametrów

Pełnego spisu parametrów tego modelu jeszcze tu nie ma — powyżej opisane są te, które odczytaliśmy i sprawdziliśmy. Brak spisu nie znaczy, że urządzenie niczego więcej nie wystawia.