Re: cron.d scripts
cron reads the files in /etc/cron.d in addition to /etc/crontab and the per-user crontab files. See the cron(8) manpage. The files in /etc/cron.d are supposed to be crontab files, not scripts like those being run using run-parts. -- regards, kushal understood :-) Cheers! Pol -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55645242.6030...@fuckaround.org
Re: cron.d scripts
Pol Hallen de...@fuckaround.org writes: Hi all :-) doing a check of my system, I see some scripts in /etc/cron.d/ if my /etc/crontab contains: SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # m h dom mon dow user command 17 ** * * rootcd / run-parts --report /etc/cron.hourly 25 6* * * roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.daily ) 47 6* * 7 roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.weekly ) 52 61 * * roottest -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.monthly ) who starts the scripts inside /etc/cron.d/? cron reads the files in /etc/cron.d in addition to /etc/crontab and the per-user crontab files. See the cron(8) manpage. The files in /etc/cron.d are supposed to be crontab files, not scripts like those being run using run-parts. -- regards, kushal -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d21n8viy@mercury.locationd.net
Re: CRON.D, teste de VPN nao funciona
Concordo, é o que estou tentanto fazer. O script é apenas uma forma de amenizar o inpacto da impantação. Tenho comunicação entre as pontas o tempo todo, quando cai é um trantorno. O que acontece, é que o meu velox para de funcionar. Quando isso ocorre meu tunel cuntinua on, porem a conexão nao existe mais. Quando eu restarto o serviço volta tudo a funcoinar. Meu script no cron roda com root. A linha esta assim. Dentro do cron.d, tenho um arquivo chamado openvpn Seu conteudo: # /etc/cron.d/openvpn: crontab fragment for openvpn # Verifica VPN a cada 5 minutos */5 * * * * root /etc/nwsystem/NWOVPN/NWOVPNcheck Att Gustavo 2009/11/10 Renato S. Yamane yam...@diamondcut.com.br Em 10-11-2009 14:02, gunix escreveu: seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. Seria interessante tentar descobrir o que está fazendo o serviço ficar offline, e não simplesmente reiniciar o serviço. Se você descobrir isso, então não precisará de nenhum script para ficar verificando se a VPN está OK. Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. Você está executando esse script como root? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: CRON.D, teste de VPN nao funciona
Show Kleber, quem sabe sabe :) Agradeço a todos, valeu... Att Gustavo de Carvalho 2009/11/11 Kleber Leal kalvesl...@yahoo.com.br O problema é que o crontab do Debian não configura a variável PATH, então alguns comandos, como os que estão dentro do diretório /sbin, incluindo o ifconfig, não ficam disponíveis se você não especificar o caminho completo. Para resolver o seu problema configure a variável PATH dentro do crontab. # crontrab -e PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin */5 * * * * /seu/script/aqui Se você diz que o script funciona quando executado manualmente, então depois que você fizer a alteração que eu falei, eu duvido que não funcione :) Kléber Leal -- Não à pirataria. Sim ao Software Livre. -- *De:* Molinero cybercro...@gmail.com *Para:* debian-user-portuguese@lists.debian.org *Cc:* debian-user-portuguese@lists.debian.org *Enviadas:* Terça-feira, 10 de Novembro de 2009 15:35:20 *Assunto:* Re: CRON.D, teste de VPN nao funciona Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket do processo, mesmo depois que ele morre 2009/11/10 Renato S. Yamane yam...@diamondcut.com.br Em 10-11-2009 14:02, gunix escreveu: seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. Seria interessante tentar descobrir o que está fazendo o serviço ficar offline, e não simplesmente reiniciar o serviço. Se você descobrir isso, então não precisará de nenhum script para ficar verificando se a VPN está OK. Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. Você está executando esse script como root? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/- Celebridadeshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/- Músicahttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/- Esporteshttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/
Re: CRON.D, teste de VPN nao funciona
que erro seria? permissão talvez? 2009/11/10 gunix gustavo.gru...@gmail.com Galera, seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. O Script esta rodando e funcionando. se eu exeuctar vpnckeck, ele testa e faz o combinado. Porem quando ele esta agendando no cron, ele da o seutinte erro ao executar. /etc/inid.d/openvpn start Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. O Mesmo comando que executa o CRON, eu exeuto fora do cron e funciona. Não da mais o erro do ifconfig Aguardo, quem quiser opinar. Att Gustavo de Carvalho -- Att, Rafael Moraes Linux Professional Institute Certified - Level 1 ITIL Foundations Certified
Re: CRON.D, teste de VPN nao funciona
Em 10-11-2009 14:02, gunix escreveu: seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. Seria interessante tentar descobrir o que está fazendo o serviço ficar offline, e não simplesmente reiniciar o serviço. Se você descobrir isso, então não precisará de nenhum script para ficar verificando se a VPN está OK. Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. Você está executando esse script como root? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: CRON.D, teste de VPN nao funciona
Concordo com o Yamane, mas veja também se não está ficando o pid ou o socket do processo, mesmo depois que ele morre 2009/11/10 Renato S. Yamane yam...@diamondcut.com.br Em 10-11-2009 14:02, gunix escreveu: seguinte, fiz um script que roda no cron, de 5 em 5 minutos. E checa se a VPN esta online. Se não estiverm ele reinicia o servidor da VPN. Seria interessante tentar descobrir o que está fazendo o serviço ficar offline, e não simplesmente reiniciar o serviço. Se você descobrir isso, então não precisará de nenhum script para ficar verificando se a VPN está OK. Ele executa normal mas no log do openvon aparece uma mensagem que dei exerro ao executar ifconfig. Eu seja, quando ele tentar levantar a interfce da VPN. Você está executando esse script como root? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: cron.d works, but cron.daily doesn't
On 28-mrt-2007, at 4:27, Wu-Kung Sun wrote: On 3/27/07, Peter Teunissen [EMAIL PROTECTED] wrote: Hi all, I've got a strange issue with cron. I try to run a simple script that calls tar to backup my wiki. I can run the script using sudo, it runs fine from an entry in cron.d but refuses to run after being dropped into cron.daily. It's owned by root:root and chmodded 755 just like the other entries in cron.daily. Anyone got some insight on what might be causing this strange behavior? Check the run-parts man page to make sure the filename is ok. -- Thanks, that helped, had to remove the .sh extention. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cron.d works, but cron.daily doesn't
On 3/27/07, Peter Teunissen [EMAIL PROTECTED] wrote: Hi all, I've got a strange issue with cron. I try to run a simple script that calls tar to backup my wiki. I can run the script using sudo, it runs fine from an entry in cron.d but refuses to run after being dropped into cron.daily. It's owned by root:root and chmodded 755 just like the other entries in cron.daily. Anyone got some insight on what might be causing this strange behavior? Check the run-parts man page to make sure the filename is ok. -- swk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cron.d
En fait, il y a tjs plusieurs manière de faire la même chose, j'aurais aussi pu concaténer mes trois fichiers en un seul, ca marche aussi. mais bon, je me suis dit que j'allais faire comme ça, et donc voila. J'aurais put changer vers une autre soluc après avoir constaté que ca marchais pas, mais c'est pas trop mon genre, je préfère comprendre. De plus, je ne génère pas le lancement de mes trois mrtg au même moment, donc peu pas faire un script seulement. Merci quand même de ton intérrogation @+ Stephanfo Frédéric Bothamy wrote: * Stéphane RATELET [EMAIL PROTECTED] [2003-11-01 20:58] : Salut à tous, Pour info (pour ceux qui savent pas), ne jamais nommer de fichier type truc.machin dans le /etc/cron.d/, car le point fait que le cron n'y touche pas (je suppose, j'ai pas trouvé de doc encore pour confirmer). Depuis ce matin je galère à pas comprendre pourquoi ca marche pas, j'avais trois fichiers (mrtg.hard, mrtg.user, mrtg.net) et les exécutions ne se faisaient pas à cause du nomage avec un point. Question bête : pourquoi ne pas avoir utiliser l'entrée de /etc/cron.d/mrtg fournie par le paquet mrtg et ensuite avoir utiliser des scripts placés dans un autre répertoire ? Fred (qui se demande si ses fichiers de conf de MRTG ne viennent pas d'une reconfiguration complète ?)
Re: Cron.d
En fait, il y a tjs plusieurs manière de faire la même chose, j'aurais aussi pu concaténer mes trois fichiers en un seul, ca marche aussi. mais bon, je me suis dit que j'allais faire comme ça, et donc voila. J'aurais put changer vers une autre soluc après avoir constaté que ca marchais pas, mais c'est pas trop mon genre, je préfère comprendre. De plus, je ne génère pas le lancement de mes trois mrtg au même moment, donc peu pas faire un script seulement. Merci quand même de ton intérrogation @+ Stephanfo Frédéric Bothamy wrote: * Stéphane RATELET [EMAIL PROTECTED] [2003-11-01 20:58] : Salut à tous, Pour info (pour ceux qui savent pas), ne jamais nommer de fichier type truc.machin dans le /etc/cron.d/, car le point fait que le cron n'y touche pas (je suppose, j'ai pas trouvé de doc encore pour confirmer). Depuis ce matin je galère à pas comprendre pourquoi ca marche pas, j'avais trois fichiers (mrtg.hard, mrtg.user, mrtg.net) et les exécutions ne se faisaient pas à cause du nomage avec un point. Je ne sais pas si je suis en retard, mais voici le man de run-parts run-parts runs a number of scripts or programs found in a single directory directory. Filenames should consist entirely of upper and lower case letters, digits, underscores, and hyphens. Subdirectories of directory and files with other names will be silently ignored. Car c'est la commande run-parts qui parcours le repertoire /etc/cron.daily a la recherche des scripts a executer. Ceci est nouveau, car j'avais le meme probleme que toi lors de transfert de script de RedHat 6.0 vers Debian 3.0. Les anciennes version de run-parts n'avait pas cette contraite. Question bête : pourquoi ne pas avoir utiliser l'entrée de /etc/cron.d/mrtg fournie par le paquet mrtg et ensuite avoir utiliser des scripts placés dans un autre répertoire ? Fred (qui se demande si ses fichiers de conf de MRTG ne viennent pas d'une reconfiguration complète ?) -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Dominique Arpin___[ Espace gestionnaire réseau Courbe] http://www.espacecourbe.com/ téléphone514.933.9861 télécopieur 514.933.9546
Re: Cron.d
* Stéphane RATELET [EMAIL PROTECTED] [2003-11-01 20:58] : Salut à tous, Pour info (pour ceux qui savent pas), ne jamais nommer de fichier type truc.machin dans le /etc/cron.d/, car le point fait que le cron n'y touche pas (je suppose, j'ai pas trouvé de doc encore pour confirmer). Depuis ce matin je galère à pas comprendre pourquoi ca marche pas, j'avais trois fichiers (mrtg.hard, mrtg.user, mrtg.net) et les exécutions ne se faisaient pas à cause du nomage avec un point. Question bête : pourquoi ne pas avoir utiliser l'entrée de /etc/cron.d/mrtg fournie par le paquet mrtg et ensuite avoir utiliser des scripts placés dans un autre répertoire ? Fred (qui se demande si ses fichiers de conf de MRTG ne viennent pas d'une reconfiguration complète ?) -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.fr.debian.org/MailingLists/#codeofconduct
Re: Cron.d
Ainsi parla Stéphane RATELET le 305ème jour de l'an 2003: Salut à tous, Pour info (pour ceux qui savent pas), ne jamais nommer de fichier type truc.machin dans le /etc/cron.d/, car le point fait que le cron n'y touche pas (je suppose, j'ai pas trouvé de doc encore pour confirmer). Depuis ce matin je galère à pas comprendre pourquoi ca marche pas, j'avais trois fichiers (mrtg.hard, mrtg.user, mrtg.net) et les exécutions ne se faisaient pas à cause du nomage avec un point. tiré de cron(8), section DEBIAN SPECIFIC: Files must conform to the same naming conven-tion as used by run-parts(8): they must consist solely of upper- and lower-case letters, digits, underscores, and hyphens. En espérant vous avoir apris qqchose, bonne nuit à tous perdu ;) -- .,p***=b_ Nicolas Rueff ?P .__ `*b Montbéliard - France |P .d?'`, 9| http://rueff.tuxfamily.org M: |} |- H' [EMAIL PROTECTED] | `#?_._oH' +33 6 77 64 44 80 `H. ``' GPG 0xDD44DAB4 `#?. ICQ 97700474 `^~. We are Debian. Resistance is futile. You will be assimilated. -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS/E/IT d- s:- a24? C++ UL+++$ P++ L !E W+++ N++ o? K- w-- !O M- V-- !PS !PE !Y PGP+++ t+ 5 X+ R* tv++ b DI++ D++ G++ e+++ h r- y++ --END GEEK CODE BLOCK-- pgpkkO5R8iLSv.pgp Description: PGP signature
Re: Cron.d
On Fri, 4 Oct 2002 00:52:47 +0200 Michał [EMAIL PROTECTED] wrote: $test = komunikat(Unkown host - reebot); ^^[2] shut($test, shutdown -r now); ^^^[1] o ile mi wiadomo, to cron nie korzysta z twoich ustawień środowiska pracy (ścieżki itp.) więc powyższe powinno raczej wyglądać tak: [1] /sbin/shutdown -r now [2] reboot Skrypt odpalony z lapki dziala bezblednie - loguje co robi i resetuje serwer. Odpalony z crona loguje co ma zrbic i na tym poprzestaje. no właśnie dlatego, skąd ma wiedzieć gdzie jest shutdown? -- pozdrawiam, JaspEr [EMAIL PROTECTED] UIN: 161771390
Re: cron.d
Attila Csosz ([EMAIL PROTECTED]) wrote: Which file is responsible to start programs from cron.d? /etc/inittab ? (or..?) After what a period will the programs start from this location? They're started by cron itself. From 'man cron': cron also reads /etc/crontab, which is in a slightly dif ferent format (see crontab(5)). Additionally, cron reads the files in /etc/cron.d; see the DEBIAN SPECIFIC section below for more details. They're crontab files, which means that they contain the information that cron uses to decide how often to run them. - Debian 2.1 Linux / 2.2.9 / qmail - I had some trouble with 2.2.9. You should probably upgrade to 2.2.10 (which has a good reputation) or 2.2.13 (the latest stable kernel). -- Greg Wooledge| Truth belongs to everybody. [EMAIL PROTECTED] | Red Hot Chili Peppers, http://www.kellnet.com/wooledge/ | pgpNNp0uHW4Io.pgp Description: PGP signature
