Pun disk !?

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

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

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

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

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

To imaš VPS ili dedi?

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

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…

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%


Copyright © 2020 WM Forum - AboutContact - Sponsored by: Mydataknox & Webmaster.Ninja