On Thu, 3 Dec 2009, Jacek Osiecki wrote:
Mam coś bardzo dziwnego... Sprawdzałem czy cron mi uruchamia parę skryptów. Wyglądało na to, że jeden z nich nie jest uruchamiany - bo nie zmienia mu się atime. Spróbowałem go uruchomić, wyskoczył błąd PHPa - coś tam faktycznie było schrzanione. Ale potem jeszcze raz zrobiłem ls --atime... i się zdziwiłem. A potem test:r...@hotel ~site # ls -la cron_market.php --time=atime -rwxr-xr-x 1 root root 156 Dec 2 15:05 cron_market.php r...@hotel ~site # date Thu Dec 3 11:28:59 CET 2009 r...@hotel ~site # cp cron_market.php /tmp/ r...@hotel ~site # ls -la cron_market.php --time=atime -rwxr-xr-x 1 root root 156 Dec 2 15:05 cron_market.php r...@hotel ~site # mount|grep /home /dev/md6 on /home type ext3 (rw) Zamiast cp robiłem cat, less, vim itp. - bez różnicy. dopiero mv cron_market.php x && cat x > cron_market.php "naprawiło" ten plik i zaczął mu się aktualizować atime... Co może być przyczyną tych problemów? Jakieś pomysły? Aktualne Th, kernel własnoręcznie kompilowany (2.6.31.1 + grsec)
To ja miałem/mam odwrotny problem, aktualne TH+ready+test fs ext4. Program tmpwatch domyślnie uruchamia się z opcją "-fg(a)", to "a" to atime właśnie, no i mimo ustawienia kasowania na tydzień, pliki nie były usuwane (mało fs'a nie zabrakło), dopiero jak wstawiłem opcję "-fgm" (mtime), to pliki się prawidłowo kasują. Tak IMHO to w tych nowych kernelach obsługa ext3/ext4 ma jakieś problemy z czasem. :( -- pzdr Stacho Pal
_______________________________________________ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
