Pomoc Za dużo plików na volumenie

[Pitr]

Cześć
mam pewien problem z volumenem Qnap na którym mam zainstalowane wszystkie aplikacje, nie przechowuje na nim żadnych danych.
Dostałem dziś ostrzeżenie:
Ostrzeżenie 2024-01-05 12:44:28 --- --- localhost --- Storage & Snapshots Volume [Storage & Snapshots] Volume "System" contains the maximum allowed number of files/folders. Storage pool: 1.
Wolumin jest typu uproszczonego i 32K bajty na i-węzeł, raportowana maksymalna ilość plików na wolumenie: 327680. Zajęte miejsce o około 4GB na 10GB.
W związku z powyższym mam prośbę o wskazówki gdzie szukać tych plików do usunięcia - przypuszczam, że zebrało się sporo nie opróżnianych raportów, ale mam pewne problemy z ich odszukaniem.
Z aplikacji które przychodzą mi do głowy HBS (do synchronizacji i backupów), czy QuLog Center.
Z góry dziękuję za pomoc.
Pozdrawiam
Piotr

Połączono posty: 5 Styczeń 2024

Sprawa dotyczy serwera QNAP TS-431P z QTS 5.1.4.2596
Pozdrawiam

 

[SiewcaRyżu]

zapchałeś i-node'y ? zdolniacha ..

raczej bym popatrzył w aplikacje zainstalowane i ich pliki na tym wolumenie, taki plex potrafi zapchać samymi miniaturkami

no ale .. { find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n; } 2>/dev/null, wywali liste plików które wciągają najwięcej w/w
ewentulnie du --inodes -x / | sort -n , zakładając że jest przełacznik inodes w du ..

 

[Pitr]

Cześć
Njalepsze jest to, że nawet nie wiem jak to zrobiłem Tak na serio to serwer ma dużo plików, ale żadne z nich nie powinny być na tym volumenie - tu sa tylko aplikacje i jak przypuszczam jakieś dane aplikacji.
Dzięki za powyższe wskazówki, niestety z poleceniami mam pewien problem, który wynika pewnie z mojej średniej znajomości składni poleceń.
Podczas próby użycia polecenia du dostaję informację, że nie nie ma składni -i ... przynajmniej w tej wersji QTS(to niestety zgodnie z powyższymi przewidywaniami).
Nie mogę też uruchomić powyższego polecenia z find / -xdev... bo find nie rozpoznaje parametru --printf oraz nie działa mi składnia "sort -k" - też dostaję informację, że nie właściwa opcja.
Bez sortowania po wpisaniu polecenia find / -xdev to otrzymuję listę około 11 tysięcy pozycji(oprócz kilku nie powtarzają się), więc nie wydaje się to za dużo.
polecenie df-h daje taki wynik:

[/] # df -h
Filesystem Size Used Available Use% Mounted on
none 400.0M 231.4M 168.6M 58% /
devtmpfs 489.6M 8.0k 489.5M 0% /dev
tmpfs 64.0M 760.0k 63.3M 1% /tmp
tmpfs 500.2M 160.0k 500.0M 0% /dev/shm
tmpfs 16.0M 0 16.0M 0% /share
tmpfs 16.0M 0 16.0M 0% /mnt/snapshot/export
/dev/md9 493.5M 158.6M 324.5M 33% /mnt/HDA_ROOT
cgroup_root 500.2M 0 500.2M 0% /sys/fs/cgroup
/dev/mapper/vg1-lv1312 537.1M 252.0k 536.9M 0% /mnt/pool1
/dev/mapper/cachedev1 9.9G 4.1G 5.3G 43% /share/CACHEDEV1_DATA
/dev/md13 417.0M 287.0M 129.9M 69% /mnt/ext
tmpfs 32.0M 26.7M 5.3M 84% /samba_third_party
tmpfs 1.0M 0 1.0M 0% /share/external/.cm
tmpfs 1.0M 0 1.0M 0% /mnt/hm/temp_mount
tmpfs 16.0M 52.0k 15.9M 0% /share/CACHEDEV1_DATA/.samba/lock/msg.lock
tmpfs 16.0M 0 16.0M 0% /mnt/ext/opt/samba/private/msg.sock
/dev/mapper/ce_cachedev2 3.4T 1.9T 1.5T 56% /share/CE_CACHEDEV2_DATA
/dev/mapper/ce_cachedev4 247.5G 58.9M 247.0G 0% /share/CE_CACHEDEV4_DATA
tmpfs 1.0M 0 1.0M 0% /share/external/.nd
//10.8.0.26/Wspolny/Folder 5.4T 2.4T 3.0T 44% /share/external/.nd/0/0285 (...) 7-21a6b1348852
/dev/mapper/ce_cachedev5 495.1G 29.6G 465.0G 6% /share/CE_CACHEDEV5_DATA
/dev/mapper/ce_cachedev6 5.2T 356.0G 4.9T 7% /share/CE_CACHEDEV6_DATA

Na chwilę obecną usunąłem logi zdarzeń i dostępu do plików, alert zniknął, ale to takie błądzie po omacku i bez konkretnego spradzenia co ile inodów zajbiera błąd zaraz może się powtórzyć.
Aplikacje jakie posiadam to:

Plexa brak (chociaż był kiedyś media serwer DLNA uruchomiony). Dość sporo zadań kopii bezpieczeństwa/synchronizacji się wykonuje dlatego je podejżewam w pierwszej kolejności.
Będę wdzięczny za dalsze wskazówki.
Pozdrawiam
Piotr

 

[SiewcaRyżu]

wyłącz i zostaw tak na tydzień
jak nie będzie problemów , to skasuj aplikacje z w/w panelu.

 

[Pitr]

Dobra, znalazłem winowajcę... to byłem ja
A tak na serio to może trochę w łopatologiczny sposób poszukałem największych folderów na dysku za pomocą polecenia
du -h --max-depth=1
zakładając, że gdzieś musi ich być tyle, że pewnie i tak będą dużo zajmować miejsca.
w praktyce prawie wszystkie pliki były w folderach:

[/share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3/data/system/sync] # find 6b50c5f6-acfc-11eb-8204-245ebe09be90/ -print | wc -l
150943
[/share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3/data/system/sync] # find 880b98b6-5ec9-11ee-a178-245ebe09be90/ -print | wc -l
8349
[/share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3/data/system/sync] # find 8980cb38-4c6c-11ec-92c4-245ebe09be90/ -print | wc -l
109556

były to pliki z logami synchronizacji z Dyskiem Google czy One Drive. Synchronizację wykonuję co 5 minut, każde z takich zadań tworzyło dziennik więc w rok mamy ponad 300000 plików, a że maksymalna ilość plików na tym wolumenie to 327680 to szybko poszło.

Rozwiązaniem jest chybaustawienie usuwania wpisów starszych niż pewna wartość(czas pokaże):

Po kliknięciu zastosuj(dla każdego z zadań osobno) HBS... no zawieszał się.
Usunąłem pliki ręcznie(chociaż polecenie rm też sie burzyło, że za duża lista do usunięcia, ale poczęści dało radę), wtedy już wszystko działało.
Dzięki za poświęcony czas i wskazówki.
Pozdrawiam
Piotr
P.S. Jako, że pliki znalazłem gdzie indziej to aplikacje Profiting i Qboost na razie zostawię.

 

[SiewcaRyżu]

dobra robota !