w

[grzebyk]

Kiedy wkładam sobie jakis własny działający skrypt do katalogu cron.daily nie jest on wykonywany. Cron napewno działa, wszystkie inne skrypty z tego katalogu pododawane przez inne pakiety uruchamiają się a mój nie . Co przyczyną może być?
To samo jest dla cron.hourly i weekly.

[Rad]

A dałeś prawo do uruchamiania (chmod +x skrypt)?

[grzebyk]

no pewnie, pisałem przecież że działające . właściciel root, prawa 755, tak jak mają inne skrypty w tym katalogu

[Verdan]

Oprócz tego, że skrypt musi posiadać bit wykonywalności dobrze było gdyby wszystkie ścieżki do programów wywoływanych w skrypcie były bezwzględne. No chyba, że dopiszesz PATH na początku, ale pierwsza metoda jest lepsza. Czasami cron się gubi, czasami bez ścieżek bezwględnych działa, stesuj skrypt dopisując go do crontaba i rozszerzając wywołanie basha o opcje -x -v.
W ten sposób zobaczysz w którym miejscu wywala się skrypt.

Pozdrawiam,
V.

[grzebyk]

sprawa sie wyjaśniła
Skrypty w katalogach cron.hourly,daily...itp wykonue prog run-parts, no i robi on jakąś wstępną walidację nazw skryptów a moje posiadały rozszerzenie .sh i dlatego nie chciał ich robić, bez rozszerzenia wszystko śmiga aż miło

[Witek Baryluk]

Hmm, rozszerzenie nie powinno grać roli, mogę jedynie powiedzieć, że cron nie obsługuje w tych katalogach plików które mają w nazwie podkreślenia.

[grzebyk]

no chyba jednak obsługuje
zrobiłem teścik:

Kod: Zaznacz cały

# run-parts --verbose /home/grzebyk/kron 
run-parts: executing /home/grzebyk/kron/test-script
run-parts: executing /home/grzebyk/kron/test_script

obydwa skrypty zostały wykonane

[raku]

Hmm, rozszerzenie nie powinno grać roli, mogę jedynie powiedzieć, że cron nie obsługuje w tych katalogach plików które mają w nazwie podkreślenia.

nie podkreślenia, a kropki.
Miałem to samo z pewnym skryptem do backupu - uparcie nie chciał mi się uruchamiać. Dopiero zmiana nazwy na jednolitą, bez kropek, pomogła.