prosím pomoc, network manager mi zablokoval přístup na moje stránky (www.mejla.cz v ubuntu 10.10), našel jsem, že mám editovat /etc/hosts - odmazal jsem řádky, kde byly informace o mé doméně, ale stejně mi to nejede :( všichni ostatní ji vidí a já vidím všechny ostatní stránky kromě své :( děkuji předem za rady.)

aktuálně můj etc/hosts vypadá takhle:




# The following lines are desirable for IPv6 capable hosts



192.168.66.11 mejla # Added by NetworkManager
127.0.0.1 localhost.localdomain localhost
::1 mejla localhost6.localdomain6 localhost6
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Coming Soon: A Faster Firefox for Linux Users | PCWorld Business Center
http://www.pcworld.com/businesscenter/article/226847/coming_soon_a_faster_firefox_for_linux_users.html

8-)

ted jsem nasel prima directivu u find a pomoci ni to budu pravdepodobne delat -daystart

KOC256, AQUARIUS: koukám, že v nemoci jedno špatně napsaný slovo se se mnou veze až dodnes :) mažu tím samozřejmě nejen logy, ale především zálohy a díky malýmu disku mi jej třetí den záloh kompletně ucpává :) některý servery naštěstí čeká přesun na virtuál, takže tam se to vyřeší "samo" :)

WIL_M: nechces praci s logama poresit pomoci logrotate? Tim byses mohl vyhnout takovejmhle konstrukcim a fungovalo by to deterministicky...

WIL_M:
cekal jsme konkretnejsi cislo :)

ty soubory vznikaji v nejake konkretnim case a mazou se az kdyz presne vyhovi podmince mazani...

BTW: je vazne takovy problem ty logy tam mit o den dele? :)

KOC256: mazání spouštím v rámci zálohovacího skriptu, na jeho konci. očividně to budu muset naplánovat v cronu na pozdější čas, ale to se mi moc nechce...

WIL_M:
jak pise PUPU... v kolik poustis to mazani?

PUPU, KOC256: pravidlo tam právě není, občas zůstanou dva, občas tři dny, ale hádám, že ten čas modifikace tam bude hrát roli, jak mi říkáte.

viz právě příklad toho, že se nesmazal třetí den, kdy běžel o půl hodiny déle než následující dva, což bude asi kámen úrazu.

-rw-r--r-- 1 root root 6398101 dub 28 03:37 20110428-mail.txt
-rw-r--r-- 1 root root 6382662 dub 29 02:57 20110429-mail.txt
-rw-r--r-- 1 root root 6401934 dub 30 02:59 20110430-mail.txt

WIL_M:
no jestli tam je jasne pravislo ze se to maze po trech a ne po dvou dnech asi bych se dukladne zamyslel jak se vyhodnoti ta podminka vuci konkretnimu datumu vs konkreztni dobe spusteni vs jkonkretnimu vztahu mezi presnym casem kdy to mazes a kdy byl log vytvoreny... jestli me chapes...

WIL_M: a pocitas 'dny' skutecne jako 24 hodin? tj pokud ten prikaz pustis o pulnoci a soubor je modifikovany v pul ctvrte, pak se pochopitelne nesmaze

KOC256:
-rw-r--r-- 1 root root 6398101 dub 28 03:37 20110428-mail.txt

maže se mi to až po třech, místo dvou dnech, což je ještě divnější :)

[root@cent ~]# lsof | grep 20110428-mail.txt
[root@cent ~]#

WIL_M:
jake ty soubory maji atributy? jsou OK? nejsou lockle?

WIL_M:
tak neco ti tam ty soubory mrvi...
ja ten muj dotaz spolehlive pouzivam...

KOC256, PUPU: tak nepomohlo, pánové :)

WIL_M:
find /var/backups/day/www/ -type f -mtime +7 -delete

PUPU: zkusím to s tím přepínákem, ale mám pocit, že to už jsem taky zkoušel, díky :)

WIL_M: ctime je cas posledni modifikace inodu, takze ho ovlivnuje treba i chmod. ja osobne bych spis pouzil mtime

nějak mi nefunguje find, jak bych potřeboval - mažu s jeho pomocí logy starší než dva dny a občas se stane, že tam zůstanou i starší, netuším, proč. nevidím tam žádnou souvislost s čímkoliv, jako den v týdnu nebo tak něco.

find /files/zaloha/${co}/ -ctime +1 -delete

co dělám špatně, prosím? :)

MR_DAN: tak to nejde ... chybi mu tam ten ath0 ... a s wlan0 to zahlasi ioctl operation not supported ...