Dotaz: Vyčištění uzlů - inode

[halva-jr]

Dobrý večer,

již několik dní se snažím udělat pořádek na disku v uzlech a pořád se mi to nějak nedaří Jde o to, že ačkoliv mám /var zaplněné z nějakých 60%, tak uzly jsou již plné Můžete mi prosím poradit jak co nejlépe tento problém vyřešit? Tedy jak vyčistit i uzly? Jedu na debian lenny.

Děkuji za rady

Odpovědi

[mess]

Vypadá to, že na tvém disku je velké (opravdu hodně velké) množství malých souborů. Podíval bych se, jestli v tom adresáři /var nemáš tuny a tuny starých a nepotřebných logů / lock souborů / nepoužívaných socketů nebo podobných věcí a pokud ano, tak to promaž.

[halva-jr]

Teď jsem pomocí příkazu find . -size 0 našel soubory, které jsou nulové velikosti. Stopnul jsem to dřív, než to dojelo do konce a je jich fakt hodně. Můžu to všechno vymazat? Nebo radši ne? Nevím co je bezpečný a co ne Posílám ukázku seznamu.

./etc/dnscache/log/supervise/lock
./etc/dnscache/log/main/lock
./etc/dnscache/log/main/state
./etc/dnscache/log/status
./etc/dnscache/root/ip/127.0.0.1
./etc/dnscache/root/ip/10
./etc/.pwd.lock
./var/spool/postfix/public/showq
./var/spool/postfix/public/cleanup
./var/spool/postfix/public/pickup
./var/spool/postfix/public/flush
./var/spool/postfix/public/qmgr
./var/spool/postfix/dev/log
./var/spool/postfix/pid/unix.bounce
./var/spool/postfix/pid/inet.smtp
./var/spool/postfix/pid/unix.retry
./var/spool/postfix/pid/unix.virtual
./var/spool/postfix/pid/unix.smtp
./var/spool/postfix/pid/unix.trace
./var/spool/postfix/pid/inet.127.0.0.1:10025
./var/spool/postfix/pid/unix.defer
./var/spool/postfix/pid/unix.flush
./var/spool/postfix/pid/unix.amavis
./var/spool/postfix/pid/unix.cleanup
./var/spool/postfix/var/run/saslauthd/mux
./var/spool/postfix/var/run/saslauthd/mux.accept
./var/spool/postfix/var/run/saslauthd/cache.flock
./var/spool/postfix/private/error
./var/spool/postfix/private/tlsmgr
./var/spool/postfix/private/virtual
./var/spool/postfix/private/bounce
./var/spool/postfix/private/anvil
./var/spool/postfix/private/bsmtp
./var/spool/postfix/private/ifmail
./var/spool/postfix/private/scalemail-backend
./var/spool/postfix/private/uucp
./var/spool/postfix/private/amavis
./var/spool/postfix/private/defer
./var/spool/postfix/private/trace
./var/spool/postfix/private/proxywrite
./var/spool/postfix/private/rewrite
./var/spool/postfix/private/retry
./var/spool/postfix/private/discard
./var/spool/postfix/private/smtp
./var/spool/postfix/private/mailman
./var/spool/postfix/private/relay
./var/spool/postfix/private/verify
./var/spool/postfix/private/lmtp
./var/spool/postfix/private/scache
./var/spool/postfix/private/proxymap
./var/spool/postfix/private/local
./var/spool/postfix/private/maildrop
./var/log/btmp
./var/log/boot
./var/log/fontconfig.log
./var/log/auth.log.1
./var/log/mail.log.1
./var/log/mysql.log
./var/log/mysql.err
./var/log/btmp.1
./var/log/dbconfig-common/dbc.log
./var/log/mail.err.1
./var/log/kern.log.1
./var/log/samba/log.__ffff_88.103.21.202
./var/log/samba/log.momerdadd
./var/log/samba/log.__ffff_92.4.122.164
./var/log/samba/log.__ffff_201.51.197.54
./var/log/samba/log.__ffff_189.12.164.80
./var/log/samba/log.__ffff_87.175.75.86
./var/log/samba/log.__ffff_88.187.208.116
./var/log/samba/log.wb-BUILTIN
./var/log/samba/log.winbindd-idmap
./var/log/samba/log.haso
./var/log/samba/log.__ffff_189.104.243.39
./var/log/samba/log.jh-pc
./var/log/samba/log.0.0.0.0
./var/log/samba/log.__ffff_124.104.153.156
./var/log/samba/log.__ffff_88.22.48.198
./var/log/samba/log.__ffff_91.115.233.108
./var/log/samba/log.lqpxf2isqgev1bgk
./var/log/samba/log.__ffff_91.64.169.255
./var/log/samba/log.__ffff_92.72.223.98
./var/log/samba/log.__ffff_95.221.140.186
./var/log/samba/log.__ffff_114.24.4.58
./var/log/samba/log.__ffff_10.0.0.11
./var/log/samba/log.__ffff_114.39.178.238
./var/log/samba/log.__ffff_201.51.193.225
./var/log/samba/log.__ffff_95.24.110.214
./var/log/samba/log.__ffff_88.17.140.111
./var/log/samba/log.__ffff_89.230.169.8
./var/log/samba/log.__ffff_87.228.110.224
./var/log/samba/log.__ffff_201.19.201.30
./var/log/samba/log.__ffff_88.155.60.7
./var/log/samba/log.jcthc
./var/log/samba/log.__ffff_88.162.176.201
./var/log/samba/log.__ffff_212.96.222.184
./var/log/samba/log.__ffff_115.132.155.42
./var/log/samba/log.__ffff_88.226.227.254
./var/log/samba/log.bazhul
./var/log/samba/log.__ffff_88.175.1.74
./var/log/samba/log.__ffff_95.24.238.225
./var/log/samba/log.__ffff_82.51.43.180
./var/log/samba/log.wb-SERVER1
./var/log/samba/log.__ffff_60.42.131.76
./var/log/samba/log.__ffff_87.11.27.230
./var/log/samba/log.__ffff_190.51.237.93
./var/log/samba/log.__ffff_10.0.0.2
./var/log/samba/log.__ffff_201.22.56.178
./var/log/samba/log.pc8
./var/log/faillog
./var/log/clamav/clamav.log.1
./var/log/clamav/freshclam.log.1
./var/log/syslog.1
./var/log/proftpd/proftpd.log.0
./var/log/proftpd/xferreport
./var/log/proftpd/xferreport.0
./var/log/proftpd/xferlog.0
./var/log/proftpd/controls.log.0
./var/log/proftpd/controls.log
./var/log/proftpd/xferlog
./var/log/mail.warn.1
./var/log/debug.1
./var/log/pycentral.log
./var/log/apache2/sites/dietni-krabicky.cz-rewrite.log
./var/log/apache2/sites/hoteluloubu.cz-acces.log
./var/log/apache2/sites/webmail.halva.org-acces.log
./var/log/apache2/sites/emboutique.cz-access.log
./var/log/apache2/sites/emboutique.cz-rewrite.log
./var/log/apache2/sites/cateringprovas.cz.log
./var/log/apache2/sites/halva.org-rewrite.log
./var/log/apache2/sites/cateringprovas.cz-acces.log
./var/log/apache2/error.log.1
./var/log/apache2/other_vhosts_access.log.1
./var/log/apache2/access.log.1
./var/log/dpkg.log.1
./var/log/aptitude
./var/log/daemon.log.1
./var/log/news/news.crit
./var/log/news/news.err
./var/log/news/news.notice
./var/log/lpr.log.1
./var/log/installer/hardware-summary
./var/log/installer/partman
./var/log/installer/syslog
./var/log/installer/cdebconf/questions.dat
./var/log/installer/cdebconf/templates.dat
./var/log/installer/lsb-release
./var/log/installer/status
./var/log/wtmp.1
./var/log/user.log.1
./var/log/mail.info.1
./var/log/messages.1
./var/run/acpid.socket
./var/run/amavis/amavisd.lock
./var/run/samba/winbindd_privileged/pipe
./var/run/clamav/clamd.ctl
./var/run/proftpd/proftpd.sock
./var/run/dbus/system_bus_socket
./var/run/mysqld/mysqld.sock
./var/run/crond.reboot
./var/run/courier/imapd.pid.lock
./var/run/courier/authdaemon/pid.lock
./var/run/courier/authdaemon/socket
./var/run/courier/pop3d.pid.lock
./var/run/courier/imapd-ssl.pid.lock
./var/lib/dpkg/lock
./var/lib/dpkg/info/libnl1.list
./var/lib/dpkg/triggers/Lock
./var/lib/dpkg/triggers/Unincorp
./var/lib/mysql/mysql/event.MYD
./var/lib/mysql/mysql/servers.MYD
./var/lib/mysql/mysql/procs_priv.MYD
./var/lib/mysql/mysql/plugin.MYD
./var/lib/mysql/mysql/columns_priv.MYD
./var/lib/mysql/mysql/ndb_binlog_index.MYD
./var/lib/mysql/mysql/time_zone_leap_second.MYD
./var/lib/mysql/mysql/time_zone_transition.MYD
./var/lib/mysql/mysql/time_zone_name.MYD
./var/lib/mysql/mysql/tables_priv.MYD
./var/lib/mysql/mysql/time_zone.MYD
./var/lib/mysql/mysql/func.MYD
./var/lib/mysql/mysql/slow_log.CSV
./var/lib/mysql/mysql/host.MYD
./var/lib/mysql/mysql/general_log.CSV
./var/lib/mysql/mysql/time_zone_transition_type.MYD
./var/lib/mysql/mysql/proc.MYD
./var/lib/mysql/mail/transport.MYD
./var/lib/mysql/debian-5.0.flag
./var/lib/mysql/ftp/ftpquotatallies.MYD
./var/lib/mysql/debian-5.1.flag
./var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/fonts.alias
./var/lib/dhcp3/dhclient.leases
./var/lib/amavis/tmp/G2dnGA
./var/lib/amavis/amavisd.sock
./var/lib/phpmyadmin/config.inc.php
./var/lib/squirrelmail/data/halva-jr@3studne.cz.abook
./var/lib/squirrelmail/data/zkouska@3studne.cz.abook
./var/lib/deborphan/keep
./var/lib/apt/lists/lock
./var/lib/ucf/registry.4
./var/lib/denyhosts/suspicious-logins
./var/cache/apache2/reload
./var/cache/apt/archives/lock
./home/halva/.aptitude/config
./usr/share/reportbug/reportbuglib/__init__.py

[mess]

Co to je za počítač? Jaké služby a proč na něm běží? Vypadá to na nějaký web/mail/dns server. Jinak nebál bych se promazat věci, které mají v názvu slovo "log".

[halva-jr]

Přesně jak říkáš. Běží na něm web a mail, dns nikoliv. Trochu jsem s ním experimentoval, ale nespustil jsem ho.

Byl jsem trochu akční a smáznul jsem všechno s nulovou velikostí. Nic moc se neuvolnilo (cca 150 uzlů), problém je však ten, že spadla databáze (mysql) a nechce se rozběhnout Tak teď ještě ke všemu řeším problém s databází

[Petr Šobáň]

Nevím přesně jak to je, ale aby se to uvolnilo tak musíš smazat nadřazený adresář, čily přesunout soubory jinam a smazat jeho adresář a zase vytvořit a soubory spět.

Aspoň tak jsem to kdysi u ext2 někde četl, ale jak je to dnes nemám ponětí.

[NN]

Pokud si smazal vsechno co mas v tom ypise, tak to byla pekna kravina..

NN

[GeorgeWH]

Jinak nebál bych se promazat věci, které mají v názvu slovo "log".

super rada...

spadla databáze (mysql) a nechce se rozběhnout

a co si cakal...

ak je web vo /var a niekto ta hekol, tak boh vie, co tam robi... prejdi kazdy adresar a hladaj tie subory...

[Heron]

Ne, ani nulové soubory (ty afaik inode nesežerou, jsou jen v directory entry) ani log soubory takové množství (na rozumně malém /var to budou miliony) neudělají. Jestli je tam poštovní server, tak bych to tipoval na zaplnění právě poštou.

Smazání prázdných souborů z /var byla pěkná kravina. To tomu systému jen ublíží.

Dej sem výpis df -iT, ať víme, s čím máme tu čest.

V zásadě jsou dvě možnosti, jak z toho ven. Buď něco smazat, nebo natáhnout ten FS. Pokud je tam ext3, tak by mohlo lehce pomoci fsck.ext3 -df, ale zázraky od toho nelze čekat.

Pokud je tam 60% zabraného místa, tak to vypadá, že průměrná velikost souborů je přibližně 2x menší, než počet inode. U ext3 je defaultem dělat počet inode na velikost disku / 8kB, tedy lze počítat se soubory délky cca 4kB. Typický email.

Potom by šel též udělat nový fs s větším počtem inode a ty maily tam přesunout a ušetřit tak místo na disku /var.

[Milan Roubal]

#!/bin/bash
LIST=`ls -1`
for i in $LIST; do
echo $i
find $i -printf "%i\n" | sort -u | wc -l
done

muzes vyzkouset neco takoveho. Ukaze ti to, na jaky adresar se zamerit a kde ty inody hledat.

[Jardík]

IMHO to ani nespouštěj. Klekne to na prvním souboru s mezerou v názvu.