abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
včera 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 3
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 7
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
20.1. 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
20.1. 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
20.1. 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
20.1. 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
19.1. 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 352 hlasů
 Komentářů: 25, poslední včera 13:34
    Rozcestník
    Reklama

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

    11.7.2012 23:53 halva-jr | skóre: 12
    Vyčištění uzlů - inode
    Přečteno: 643×
    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 avatar 12.7.2012 00:03 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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ž.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    12.7.2012 00:08 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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 avatar 12.7.2012 01:01 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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".
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    12.7.2012 01:17 halva-jr | skóre: 12
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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í :-(
    12.7.2012 11:59 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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í.
    12.7.2012 13:12 NN
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    Pokud si smazal vsechno co mas v tom ypise, tak to byla pekna kravina..

    NN
    12.7.2012 14:00 GeorgeWH | skóre: 35
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    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 avatar 16.7.2012 15:05 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode

    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.

    12.7.2012 13:37 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    #!/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 avatar 17.7.2012 01:46 Jardík | skóre: 40 | blog: jarda_bloguje
    Rozbalit Rozbalit vše Re: Vyčištění uzlů - inode
    IMHO to ani nespouštěj. Klekne to na prvním souboru s mezerou v názvu.
    Věřím v jednoho Boha.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.