Pun disk !?

Hosting i serveri
1

Pun 1.5 TB disk, neočekivano i nemam pojma čime… any hoster može zaključiti šta iz ovoga, jel normalno da root ima toliko?

df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              1.3T  1.3T     0 100% /
tmpfs                 7.9G     0  7.9G   0% /lib/init/rw
udev                   10M  624K  9.4M   7% /dev
tmpfs                 7.9G     0  7.9G   0% /dev/shm
/dev/md0               93M   19M   70M  21% /boot
overflow              1.0M  428K  596K  42% /tmp
tmpfs                 7.9G     0  7.9G   0% /opt/psa/handlers/before-local
tmpfs                 7.9G     0  7.9G   0% /opt/psa/handlers/before-queue
tmpfs                 7.9G     0  7.9G   0% /opt/psa/handlers/before-remote
tmpfs                 7.9G     0  7.9G   0% /opt/psa/handlers/info
tmpfs                 7.9G     0  7.9G   0% /opt/psa/handlers/spool

Brisanje u tijeku, ali ne vidim što sve da brišem…

repquota -a
*** Report for user quotas on device /dev/md1
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      -- 1091513796       0       0         226396     0     0
man       --    1384       0       0             75     0     0
www-data  -- 4702304       0       0          24291     0     0
list      --      28       0       0              8     0     0
libuuid   --       4       0       0              1     0     0
bind      --      20       0       0              5     0     0
sshd      --       0       0       0              1     0     0
mysql     -- 2727708       0       0           1073     0     0
sw-cp-server --       4       0       0              3     0     0
psaadm    --      80       0       0             17     0     0
popuser   --     108       0       0              4     0     0
mhandlers-user --    2064       0       0              3     0     0
postfix   --     828       0       0             88     0     0
kluser    --      52       0       0             13     0     0
drweb     --   86604       0       0            224     0     0
tomcat55  --     104       0       0             37     0     0
messagebus --       4       0       0              1     0     0
avahi     --       4       0       0              1     0     0
postgres  --   30008       0       0            458     0     0
screws     -- 204755960       0       0           8146     0     0
lawyer     -- 36981508       0       0         496353     0     0
marine --   38484       0       0           1868     0     0
#508      --    8688       0       0             18     0     0
#20       --   76784       0       0           2908     0     0
2

daj na /root jedan ls -a, sta ima sve unutra ?

3

Jel onaj prvi stupac kod repquota u kB ? Ako je onda “screws” web site ima neobično puno, višestruko manji bi trebao biti, al nisam ga ja radio, pa moram istražiti…

evo 2 ls-a, thnx

p1795:/# ls -a
.   aquota.user  boot  emul  home        lib    lib64       media  nohup.out  proc  root  selinux  sys  usr  vmlinuz
..  bin          dev   etc   initrd.img  lib32  lost+found  mnt    opt        .rnd  sbin  srv      tmp  var

p1795:/# cd root

p1795:~# ls -a
.   .aptitude       .bash_history  .debtags   dump.sql  ioncube_loaders_lin_x86-64.tar.gz  parallels  .profile  t.txt
..  .autoinstaller  .bashrc        dump1.sql  identify  .mysql_history                     phplist    .ssh      .viminfo
4

du -hs /root/* malo ce potrajati i bite opeterecen server no bez brige kada dobijes outut sve ce ti biti jasno

5

Khm, nije baš trajalo, odma je izbacilo, bar za roota, ništa posebno veliko… al sad traje dok još malo čačkam po cijelom disku :slight_smile:

p1795:/# du -hs /root/*
132M    /root/dump1.sql
132M    /root/dump.sql
0       /root/identify
3.1M    /root/ioncube_loaders_lin_x86-64.tar.gz
924K    /root/parallels
4.0K    /root/phplist
4.0K    /root/t.txt

ali mi je /var/lib/psa/dumps zanimljiv sa 1.1T - pretpostavljam da su to terabajti?
Mogu to sve brisati i zašto se napunilo?

Tipični uzorak fajlova unutra:

ls
backup__info_1110260313.xml.tar20  backup__info_1111020313.xml.tar7
backup__info_1110260313.xml.tar21  backup__info_1111020313.xml.tar8
backup__info_1110260313.xml.tar22  backup__info_1111020313.xml.tar9
backup__info_1110260313.xml.tar23  backup__keyXXbabuyb.key_1110050313.tgz
backup__info_1110260313.xml.tar24  backup__keyXXZDzvVH.key_1110260313.tgz
backup__info_1110260313.xml.tar25  backup__keyXXZDzvVH.key_1111020313.tgz
backup__info_1110260313.xml.tar26  backup__skel_1110050313.tgz
backup__info_1110260313.xml.tar27  backup__skel_1110260313.tgz
backup__info_1110260313.xml.tar28  backup__skel_1111020313.tgz
backup__info_1110260313.xml.tar29  domains
backup__info_1110260313.xml.tar3   mysql.daily.dump
backup__info_1110260313.xml.tar30  mysql.daily.dump.0.gz
backup__info_1110260313.xml.tar31  mysql.daily.dump.1.gz
6

To imaš VPS ili dedi?

7

cd /var/lib/psa/dumps pa ls -a , vidi koji je najveci faj i ako ti netreba brisi ga zapravo sve sto nije potrebno brisati, kako vidim to su nekavi backupovi … da se to ubuduce nebi dogadjalo u backup skriptu treba intergrirati inkermentelni backup

8

Izbrisao sam već bio sve, restart i server radi…
Glavni krivac je Plesk, izgleda da zadržava sve backupe na disku ako se nešto poremeti sa remote FTP-om. Bili su tu dumpovi baza od zadnja 2 mjeseca i svih hostinga… nisam znao da je kolega uključio taj backup - inače koristim svoju skriptu koja drži samo zadnjih nekoliko dana backupa…

U ovom slučaju dedi…

9

Ok drago mi je da je to rijeseno inace backup je besmislen ako se radi na isti disk no eto kako pises imas “vanjski” ftp i to je dobro no da bi komunikacija i protok bio brzi nebi bilo lose napraviti ssh tunel prema backup serveru, isto tako u skriptu bi trebalo intergrirati slanje reporta izvrsengo backup-a kao i slanja maila ako je quta diskova recimo preko 80%