• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    Každý kdo chce poradit ohledně linuxu je na spravném místě. Přímý následovník audítka stejného názvu. Pravidla jsou stejná jako predchozí, hlavně žádné FLAME!
    Na Hompage klubiku najdete alternativy k aplikacim. Snazim se drzet ten list v aktualizovane a hlavne zajimave alternativy, kdyby ste chteli neco pridat do listu dejte vedet.

    Jak se správně ptát:

    1) Popište příznaky problému nebo chyby co možná nejjasněji a nejpečlivěji.
    2) Popište prostředí, ve kterém chyba nastává, tj. architekturu, operační systém, aplikaci, verzi, atd. Jmenujte distribuci a verzi systému (např. Red Hat 8.0, Slackware 5.1, atd.).
    3) Popište, jak jste se k chybě dostali, a jak jste se ji pokusili odhalit, isolovat a pochopit ještě předtím, než jste se zeptali.
    4) Popište relevantní změny v konfiguraci, které jste v poslední době provedli.
    5) Pokuste se už předem zodpovědět případné doplňující otázky.
    6) Na dlouhé výpisy použijte služby na to určené - pastebin - http://pastebin.com/
    rozbalit záhlaví
    MEJLA77
    MEJLA77 --- ---
    1 odpověď
    ADMIX: dostanu se na ftp pomocí gnome commander, vidím všechny možné jiné stránky, ale pokud se chci podívat na moji - www.mejla.cz, tak mi to napíše, že stránka není dostupná :(
    ADMIX
    ADMIX --- ---
    1 odpověď
    MEJLA77: muzes definovat "zablokoval pristup"? :)
    MEJLA77
    MEJLA77 --- ---
    2 odpovědi
    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
    KYTT
    KYTT --- ---
    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-)
    WIL_M
    WIL_M --- ---
    ted jsem nasel prima directivu u find a pomoci ni to budu pravdepodobne delat -daystart
    WIL_M
    WIL_M --- ---
    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" :)
    AQUARIUS
    AQUARIUS --- ---
    1 odpověď
    WIL_M: nechces praci s logama poresit pomoci logrotate? Tim byses mohl vyhnout takovejmhle konstrukcim a fungovalo by to deterministicky...
    KOC256
    KOC256 --- ---
    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? :)
    WIL_M
    WIL_M --- ---
    1 odpověď
    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...
    KOC256
    KOC256 --- ---
    1 odpověď
    WIL_M:
    jak pise PUPU... v kolik poustis to mazani?
    WIL_M
    WIL_M --- ---
    2 odpovědi
    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
    KOC256
    KOC256 --- ---
    1 odpověď
    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...
    PUPU
    PUPU --- ---
    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
    WIL_M
    WIL_M --- ---
    2 odpovědi
    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 ~]#
    KOC256
    KOC256 --- ---
    1 odpověď
    WIL_M:
    jake ty soubory maji atributy? jsou OK? nejsou lockle?
    KOC256
    KOC256 --- ---
    WIL_M:
    tak neco ti tam ty soubory mrvi...
    ja ten muj dotaz spolehlive pouzivam...
    WIL_M
    WIL_M --- ---
    2 odpovědi
    KOC256, PUPU: tak nepomohlo, pánové :)
    KOC256
    KOC256 --- ---
    WIL_M:
    find /var/backups/day/www/ -type f -mtime +7 -delete
    WIL_M
    WIL_M --- ---
    PUPU: zkusím to s tím přepínákem, ale mám pocit, že to už jsem taky zkoušel, díky :)
    PUPU
    PUPU --- ---
    2 odpovědi
    WIL_M: ctime je cas posledni modifikace inodu, takze ho ovlivnuje treba i chmod. ja osobne bych spis pouzil mtime
    WIL_M
    WIL_M --- ---
    2 odpovědi
    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? :)
    Kliknutím sem můžete změnit nastavení reklam