Seafile tárhely

Linux-haladó

Sziasztok!

Adott egy seafile rendszer. Jelezték felém, hogy nem érhető el. Megnéztem és kiderült, hogy a 17TB-os tárhely megtelt. Töröltem pár dolgot, de még mindíg sok. A webes felületen 9.6TB-ot foglalnak a file-ok, így nem értem miért fogyott el a 17TB.

Próbáltam guglival utána olvasni, hogy esetleg üríteni a tárolót, de nem jártam sikerrel.

Ötlet? Találkozott már valaki ilyennel?

 

Előre is köszi a választ!
Üdv.
Lenny

( andrej_ v | 2021. 11. 26., p – 08:31 )

Hol működik ez? Saját szerveren? Mit mond ha megnézed a filerendszert? Nem valamilyen log szaladt meg kissé?

( peta v | 2021. 11. 26., p – 08:36 )

Szia!

Van a seafile-ban verziókövetés, és lomtár? Nextcloud nálam így néz ki:

root@NextCloud:/home/nextcloud-data# du -sh *|sort -hr
316G    admin
root@NextCloud:/home/nextcloud-data# du -sh */files_trashbin |sort -hr
105G    admin/files_trashbin
root@NextCloud:/home/nextcloud-data# du -sh */files_versions |sort -hr
28G     admin/files_versions

Van bizony, régen nálam is az ette fel a tárhelyet. Úgy tudom  ezek nélkül is eszi a helyet. Volt egy takarító script, ami kitisztította a felesleges fájlokat. Rég nem használom, de emlékeim szerint sosem sikerült megoldani, hogy csak néhány %-kal több helyet foglaljon a ténylegesnél.
Pár éve Synology CloudStaton-t használok erre a célra. Úgy érzem, kevesebb a szívás vele, de sok fájlnál ez sem tökéletes.

( locsemege v | 2021. 11. 26., p – 09:58 )

Olyasmi nem lehet, hogy sok apró file van, s a filerendszer leíróban az inode-ok fogytak el, nem tud új file-t bejegyezni, miközben egy rakás szabad hely ott áll kihasználatlanul?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( hyper80 | 2021. 11. 26., p – 10:06 )

Snapshotok vannak a rendszerben? Mert azok rengeteg helyet megehetnek.

Hiába törölsz egy kazal dolgot, ha a snaphotokban ott van.

( plt | 2021. 11. 26., p – 10:15 )

Nálam is ez volt a probléma. Aztán beállítottam, hogy hetente fusson a /opt/seafile/utils/seafileCleanup.sh és azóta semmi gond. Ez a script nálam kb így néz ki:

#!/bin/bash
# A seafile szemétgyűjtése
# Érdemes hetente egyszer cronból futtatni, mivel különben egyre több tárterületet emészt fel!
# Futása alatt lekapcsolja a seafile szolgáltatásait.
LOG=/opt/seafile/logs/clean.log
ELOG=/opt/seafile/logs/clean.err.log
echo "" >> $LOG 2>>$ELOG
date '+*** %Y.%m.%d. %H:%M *** BEGIN ***' >> $LOG 2>>$ELOG
if [[ $USER != "root" ]]; then
    echo "This script must be run as root user! ($USER)" >> $LOG 2>>$ELOG
    exit 1
fi
echo "Stopping the Seafile-Server..." >> $LOG 2>>$ELOG
/etc/init.d/seafile-server stop
echo "Giving the server some time...." >> $LOG 2>>$ELOG
sleep 5
echo "Cleanup running..." >> $LOG 2>>$ELOG
/opt/seafile/seafile-server-latest/seaf-gc.sh >> $LOG 2>>$ELOG
echo "Giving the server some time...." >> $LOG 2>>$ELOG
sleep 3
echo "Starting the Seafile-Server..." >> $LOG 2>>$ELOG
LC_ALL=hu_HU.UTF-8 /etc/init.d/seafile-server start >> $LOG 2>>$ELOG
date '+=== %Y.%m.%d. %H:%M === END OK ($?)' >> $LOG 2>>$ELOG

( PeterX | 2021. 11. 26., p – 12:15 )

Szerkesztve: 2021. 11. 26., p – 12:18

Először is bocsássátok meg, hogy beletrollkodok a témába, de ha már seafile a téma, egy kérdést feltennék én is...

A seafile a seahub_settings.py-ban tárolja az e-mail küldéshez szükséges adatokat (pl. elfelejtett jelszó esetén értesítést tud küldeni a felhasználónak).

A jelenlegi szerveren (zentyal 6) szándékosan nincsenek bekapcsolva a levélküldéshez szükséges modulok, így külső smtp-t kellene beállítani ehhez a funkcióhoz. Tudna abban valaki tanácsot adni, hogy létezik e ingyenes smtp szolgáltatás, amit ide be lehetne ehhez a funkcióhoz állítani? Évi max. 5-6 alkalommal szokott ez a jelszóelfelejtősdi probléma lenni, de ha megoldható lenne, hogy a rendszer és a felhasználó ezt intézzék egymás között, akkor szívesen beállítanám ezt.

Amíg létezett a UPC, addig az ő smtp szerverüket használtam, mert nagyon egyszerűen lehetett vele küldeni (nem volt kétlépcsős azonosítás, meg ilyenek), de mióta megszűntek és megszűnt az smtp szolgáltatás is, azóta ez a funkció nem működik, és emberi beavatkozást igényel minden felhasználói feledékenység. A google smtp szerverét próbáltam még, de elég bonyodalmas lett, mióta kétlépcsős azonosítást használnak, így fel is adtam a kisérletezgetést.

Minden ötletet hálásan köszönök!

Más:
plt: a scriptet én is megköszönöm!

Köszönöm. Sajnos a seafile-hoz ez nem használható, mivel az smtp aktiválásához megerősítő mailt küld arra az email címre, amivel később emaileket lehetne küldeni a mailjet-en keresztül.

Sajnos a seafile csak az smtp adatokat fogadja be, tehát neki csupán az smtp szerver címe és az ehhez szükséges hitelesítő adatok kellenek. De a mailjet-en meg nem lehet hitelesíteni a címet amiről a seafile levelet küld, mert igazából a seafile nem kezel beérkező üzeneteket (nincs email-cím amire a levelek megérkezhetnének), így a mailjet által kiküldött hitelesítő email nem érkezik meg sehová, így nem lehet igazolni, hogy a (nem létező) email cím a sajátom, ezért az smtp funkció is használhatatlan marad.

Thunderbird-ből tudtam emailt küldeni, mert ott egy fiókhoz másik smtp is megadható, és a fiókhoz tartozó email címre megérkezett a hitelesítő üzenet, így a címet lehetett aktiválni a mailjet-ben, de a seafile e téren korlátozottabb lehetőségekkel bír... ...vagy csak én bénázok.