Sziasztok,
a következő a problémám:
A "r1soft"-os biztonsági mentést használom.
A Disk Safes nél véletlenül a rendszer benne maradt, ezért ide is automatikusan hozott létre mentést.
Amit elhibáztam, hogy nem a viaszállításokat töröltem hanem a Disk Safe file :( az r1soft web felületéről.
Így nem törölte ki a biztonsági mentési fileokat.
Ha lefuttatok egy "di -g" parancsot, akkor látom, hogy teli van a server:
Filesystem Mount Gibis Used Avail %Used fs Type
/dev/mapper/server / 9,2 9,0 0,0 100% ext4
...
viszont sehol nem találok semmit.
Kérdésem, hogyan lehetne megtalálni a serveren azokat a fileokat amik megeszik a helyemet?
Előre is köszi!
Üdv.
KALMI
- 3043 megtekintés
Hozzászólások
du --max-depth=2 -h / ? Értelemszerűen változtatva a paramétereket.
- A hozzászóláshoz be kell jelentkezni
A /log/ könyvtárban találtam brutális méretű fileokat itt mit lehet törölni, amit a rendszer nem fog hiányolni?
- A hozzászóláshoz be kell jelentkezni
Szerintem a rendszert nem érdeklik a logok. Max. téged :-)
Fuszenecker_Róbert
- A hozzászóláshoz be kell jelentkezni
Pontosítok a könyvtár helyén:
'/var/log/'
ok. akkor itt lehet törölni 1-2 dolgot?
Sőt látok olyat is, hogy tömörítve is van ezek is törlődhetnek?
- A hozzászóláshoz be kell jelentkezni
Igen, azok az achivált logok. Ami nincs archiválva azt nem kéne törölni.
Ám ha a logjaid nagyon, akkor azt azt jelenti, hogy valaki nagyon kiabál, és annak általában oka van (azaz baj van).
- A hozzászóláshoz be kell jelentkezni
"Egyszerű" file szervernek használom csak a gépet, de hibákat nem találtam rajta, elvileg minden működik....
- A hozzászóláshoz be kell jelentkezni
Gyakran a gyorsan fogyó hely olyan elhanyagolt (ha egyébként orvosolható az ok), vagy filterezetlen (ha máshogy nem szüntethető meg a forrás) alacsony prioritású logbejegyzéseknek tudható be, amelyeket funkcionalitásuk szempontjából (még vagy majdnem) tökéletes processzek írnak.
Ez vonatkozik kis háztáji és nagy kereskedelmi alapú rendszerekre is.
Azaz magyarul: ne tévesszen meg, hogy "minden működik".
- A hozzászóláshoz be kell jelentkezni
Ahogy nezem, 9G az egesz particio. Oprendszertol fugg, mit logol es hova, plusz mennyi ideig tartja meg (/etc/logrotate es /etc/logrotate.d). Debianon pl. sokkal tobb log keletkezik, mint CentOS-en. De nagyforgalmu webserver/mailserver eseten nyilvan ezek logja no meg.
Szoval felul kellene vizsgalni a logolast is, meg ha tenyleg brutal meretu keletkezik indokolalanul, akkor az okat is.
- A hozzászóláshoz be kell jelentkezni
du -m / | sort -n
Nyilvan a
30 /home
23 /home/kalmi
Az nem 53, hanem az egesz home 30M es abbol a /home/kalmi 23M
- A hozzászóláshoz be kell jelentkezni
Ha listáztatok, akkor ez a hiba mit jelent?
du: ”/proc/4171/task/4171/fd/4” nem érhető el: Nincs ilyen fájl vagy könyvtár
du: ”/proc/4171/task/4171/fdinfo/4” nem érhető el: Nincs ilyen fájl vagy könyvtár
du: ”/proc/4171/fd/4” nem érhető el: Nincs ilyen fájl vagy könyvtár
du: ”/proc/4171/fdinfo/4” nem érhető el: Nincs ilyen fájl vagy könyvtár
Hogyan lehet helyre hozni?
KALMI
- A hozzászóláshoz be kell jelentkezni
Ez a hiba nem hiba.
Van curses treesize is, ncdu a neve, sok bénázást lehet kikerülni vele.
- A hozzászóláshoz be kell jelentkezni
Nah ezért érdemes ide járni, néha néha belefut az ember valami hasonló jó dologba :)
Köszi.
♲♻♲
- A hozzászóláshoz be kell jelentkezni
Koszi, ez eddig kimaradt.
- A hozzászóláshoz be kell jelentkezni
A /proc/(szám)/ "könyvtárak" az adott PID-del (process ID) futó folyamathoz tartozó információkat mutatja szokásos fájlrendszerbe illeszkedő formában - a fenti "hiba" azt mutatja, hogy amikor a du összeszedte a könyvtárakat, akkor épp futott a 4171-es PID-del valami, amikor meg oda került a du futása, hogy az adott könyvtár méretét meg kellett volna állapítani, akkor már nem, és ennekmegfelelően a /proc/4171/ és minden, ami alatta volt korábban, már nem létezett. Nem hiba, hanem a du és a procfs működéséből adódó normális jelenség.
- A hozzászóláshoz be kell jelentkezni
lsof | grep deletedmit mond? Ha ugyanis egy fájlt valami nyitva tart (ezeket listázza az lsof), és közben törlésre kerül, akkor a foglalt hely nem szabadul fel. Általában a syslog (illetve vele funkcionálisa azonos szoftver) szokott ilyet csinálni, de pl. Tomcat is szívatott már így röpke néhány másodpercig :-D
- A hozzászóláshoz be kell jelentkezni
tedd fel a gt5-csomagot (asszem' elinks fog neki kelleni)!
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni