Amigo, boa tarde!
Desde já muito obrigado por responder.
Um colega em outro grupo me indicou um site chamado https://crontab.guru/
Esse site "testa" os agendamentos do crontab.
Um grande abraço.
Atenciosamente,
Henrique Fagundes
Analista de Suporte Linux
supo...@aprendendolinux.
On 16/05/2019 12:44, Henrique Fagundes wrote:
Prezado Colegas,
Primeiramente, saudações "pinguianas" e boa tarde!
Estou com uma dúvida boba no Crontab.
No arquivo /etc/crontab, fiz o seguinte agendamento:
00 622 */3 * root /usr/local/bin/script.sh
Levando em consideração
Prezado Colegas,
Primeiramente, saudações "pinguianas" e boa tarde!
Estou com uma dúvida boba no Crontab.
No arquivo /etc/crontab, fiz o seguinte agendamento:
00 622 */3 * root /usr/local/bin/script.sh
Levando em consideração que hoje é dia 16, eu gostaria de saber se o cr
de
>>
>> Em 11 de maio de 2016 17:57:16 BRT, Leonardo Rocha
><leonardo...@gmail.com> escreveu:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>>
>>
>> On 11-05-2016 15:59, Adriano Rafael Gomes wrote:
>> On Wed, May 11, 2016 at 02:1
2:17:09PM -0300, Aguimar Rezende Junior
> wrote:
> Mais uma dúvida. Como altero o editor preferencial do crontab
> para vi ou vim ?
>
> Tente:
>
> $ sudo update-alternatives --config editor
>
> Eu utilizaria esse recurso sugerido pelo Adriano também.
> - --
D MESSAGE-
>Hash: SHA256
>
>
>
>On 11-05-2016 15:59, Adriano Rafael Gomes wrote:
>> On Wed, May 11, 2016 at 02:17:09PM -0300, Aguimar Rezende Junior
>> wrote:
>>> Mais uma dúvida. Como altero o editor preferencial do crontab
>>> para vi ou vim ?
>>
á rolando, alguem
> poderia dar uma ajuda? Além de por a regra lá no crontab precisa fazer algo
> mais? Eu tô pondo
>
> 0 12 * * * user totem /home/user/Música/música. mp3
>
> O que posso tá errando?
Chutes:
Você pode ler o arquivo /var/log/syslog para ver a chamada do cron.
Sugiro
ração do seu
shell de preferência):
Geralmente o .profile cobre os interpretadores de comando mais populares.
E tem de prestar atenção de não fazer isso no usuário comum, porque
geralmente se edita o crontab como superusuário. Por isso o ideal é
fazer no /etc/environment
--
Att, Yuri
Galera vou pagar um gancho aqui, estou tentando por uma determinada música
para tocar alguns dias em um determinado horário, mas não estou
conseguindo, já tentei até usando o comando at, mas não tá rolando, alguem
poderia dar uma ajuda? Além de por a regra lá no crontab precisa fazer algo
mais
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11-05-2016 15:59, Adriano Rafael Gomes wrote:
> On Wed, May 11, 2016 at 02:17:09PM -0300, Aguimar Rezende Junior
> wrote:
>> Mais uma dúvida. Como altero o editor preferencial do crontab
>> para vi ou vim ?
>
> T
rm -f /etc/alternatives/editor
ln -s /usr/local/bin/vim /etc/alternatives/editor
Possivelmente faz um backup do alternatives/editor antes de removê-lo.
On 05/11/2016 02:17 PM, Aguimar Rezende Junior wrote:
Boa tarde pessoal
Mais uma dúvida. Como altero o editor preferencial do crontab para
o no usuário comum, porque
geralmente se edita o crontab como superusuário. Por isso o ideal é
fazer no /etc/environment
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoI
Adicione a linha abaixo no ~/.bashrc (ou no arquivo de configuração do seu
shell de preferência):
export EDITOR=/usr/bin/vim
Em 11-05-2016 14:17, Aguimar Rezende Junior escreveu:
Boa tarde pessoal
Mais uma dúvida. Como altero o editor preferencial do crontab para vi ou vim ?
Obrigado
On Wed, May 11, 2016 at 02:17:09PM -0300, Aguimar Rezende Junior wrote:
> Mais uma dúvida. Como altero o editor preferencial do crontab para vi
> ou vim ?
Tente:
$ sudo update-alternatives --config editor
signature.asc
Description: Digital signature
2016-05-11 15:55 GMT-03:00 Aguimar Rezende Junior :
>
> Aos poucos vou adaptando o slackware é muit diferente
Sim, um dos objetivos do Slackware era — não sei se ainda é — ser o
mais parecido possível com o Unix Sytem V release 4 puro, coisa da
época do Sun Solaris
Em 11/05/2016 15:06, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2016-05-11 15:01 GMT-03:00 Leandro <leandro...@gmail.com>:
Minha contribuiçao seria.
EDITOR=vi
export EDITOR
crontab -e
Xará, isso só muda a sessão de emulador de terminal. Melhor usar o
galternatives para alt
2016-05-11 15:01 GMT-03:00 Leandro <leandro...@gmail.com>:
> Minha contribuiçao seria.
> EDITOR=vi
> export EDITOR
> crontab -e
Xará, isso só muda a sessão de emulador de terminal. Melhor usar o
galternatives para alterar o sensible-editor, ou editar
Minha contribuiçao seria.
EDITOR=vi
export EDITOR
crontab -e
Em 11/05/2016 14:59, "Linux - Junior Polegato" <li...@juniorpolegato.com.br>
escreveu:
> Em 11-05-2016 14:17, Aguimar Rezende Junior escreveu:
>
>> Boa tarde pessoal
>> Mais uma dúvida. Como altero o e
Em 11-05-2016 14:17, Aguimar Rezende Junior escreveu:
Boa tarde pessoal
Mais uma dúvida. Como altero o editor preferencial do crontab para vi
ou vim ?
Olá!
Ele usa o editor preferencial do sistema, altere com o mando
`select-editor´.
--
[]'s
Junior Polegato
Boa tarde pessoal
Mais uma dúvida. Como altero o editor preferencial do crontab para vi ou
vim ?
Obrigado
Aguimar Rezende
Olá,
Alguns usuários do sistema possuem um shell script que deve ser executado a
cada
1 minuto e pra isso utilizei o crontab:
*/1 * * * * /home/$USER/script.sh
Porem isso não funciona porque, ao que parece, o crontab não é executado
por um
usuário do sistema.
Alguem sabe como posso fazer sem
Olá!
Se estiver editando o /etc/crontab, o parâmetro antes do comando é o
usuário.
Agora cada usuário pode rodar o comando crontab -e e a linha será sem
esse parâmetro do usuário, contudo o comando será executado pelo usuário
que agendou a tarefa.
Como está agendando as tarefas?
[]'s
Junior
Então, cada usuário fez o comando 'crontab -e' e adicionou a linha que
informei:
*/1 * * * * /home/$USER/script.sh
O que acontece é que pra funcionar, cada usuário tem que ficar substituindo
$USER pelo seu usuário, deixando de ser uma instrução genérica:
*/1 * * * * /home/usuario1/script.sh
Sei
Ops.
Ali onde eu disse do /etc/crontab eu quis dizer que precisa informar o
caminho para
cada usuário:
*/1 * * * * /home/usuario1/script.sh
*/1 * * * * /home/usuario2/script.sh
*/1 * * * * /home/usuario3/script.sh
Em 30 de maio de 2013 14:14, Deckardbot deckard...@gmail.com escreveu:
Então
Entendi...
Bem, sei que o cron carrega algumas variáveis de ambiente, então usando meu
usuário executei crontab -e e coloquei para executar o comando env
/tmp/env.txt. Depois da virada do minuto, li o seguinte em /tmp/env.txt:
LANGUAGE=pt_BR:pt:en
HOME=/home/junior
LOGNAME=junior
PATH=/usr/bin
Obrigado Junior, deu certo usando $HOME:
*/1 * * * * $HOME/script.sh
Abraço.
Em 30 de maio de 2013 16:48, Linux Polegato
li...@juniorpolegato.com.brescreveu:
Entendi...
Bem, sei que o cron carrega algumas variáveis de ambiente, então usando
meu usuário executei crontab -e e coloquei para
, você deve pensar em liberdade de expressão, não em cerveja
grátis.'
2011/10/6 Eden Caldas edencal...@gmail.com
Não coloca o nome do usuário dentro do crontab do root, como já disseram.
Outra coisa. Se liga que o path do crontab é diferente do shell padrão em
login. Talvez esses scripts php
da própria
empresa fez alterações no arquivo /etc/crontab e nessa alteração ele colocou o
usuário na linha adicionada.
Resolvi dando um crontab -r e excluindo as linhas do /etc/crontab, foi nesse
momento que percebi o erro nesse arquivo pois as dicas dos colegas aqui me
fizeram atentar para do
Saudações.
Outro dia me foi solicitado para fazer um servidor centOS executar um
determinado comando a cada 30 minutos.
Logo pensei: Eita dinheirinho fácil, 5 minutos faço isso!
Ledo engano.
Como root executei o comando crontab -e e inseri as linhas:
*/30
;Eita dinheirinho fcil, 5 minutos fao isso!"
Ledo engano.
Como root executei o comando "crontab -e" e inseri as
linhas:
*/30 * *
* * root /usr/bin/php /home/httpd/html/script1.php
*/30 * *
*
executei o comando crontab -e e inseri as linhas:
*/30 * * * * root /usr/bin/php
/home/httpd/html/script1.php
Editou o crontab de que usuário (obviamente do root)?
o crontab do usuário tem o seguinte formato
min hora dia mes semana comando argumentos
Somente quando
Não coloca o nome do usuário dentro do crontab do root, como já disseram.
Outra coisa. Se liga que o path do crontab é diferente do shell padrão em
login. Talvez esses scripts php aí estejam rodando algo que precise do path
completo.
Você poderia então criar um script com o path padrão e esses
um teste manual:
*#sh ./rsync.sh*
Certo funcionou correctamente então fui ao grande final que era configurar o
crontab par a que o mesmo passasse a fazer a sincronização diariamente e no
determinado horário estabelecido desta forma fiz o seguinte:
*#nano /etc/crontab*
Arquivo:
# /etc/crontab
correctamente então fui ao grande final que era configurar o
crontab par a que o mesmo passasse a fazer a sincronização diariamente e no
determinado horário estabelecido desta forma fiz o seguinte:
#nano /etc/crontab
Arquivo:
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't
Sincronizacao Finalizada em $FINAL $LOG
echo | -- -- -- -- -- -- --- $LOG
echo$LOG
echo$LOG
para ter certeza desta vez fiz um teste manual:
#sh ./rsync.sh
Certo funcionou correctamente então fui ao grande final que era configurar o
crontab par a que
/
/media/pasta $LOG
FINAL=`date +%d/%m/%Y-%H:%M:%S`
echo Sincronizacao Finalizada em $FINAL $LOG
echo | -- -- -- -- -- -- --- $LOG
echo$LOG
echo$LOG
Após ter criado o arquivo o salvei com o nome.sh, da seguinte forma:
rsync.sh
4- Entrei no crontab e
ok.
2ª coisa, De praxe, verifique as permissões de execução, execute o
script na mão como root, audite ele
mandando o comando*//*(*/set -xv/*).
Nunca mexi direto no arquivo de cron, aqui usamos debian/ubuntu
pelo comando (crontab):
Vire root, para que seu script tem
C | awk
'{print $8}' | sed s/CPU_//g | sed s/.txt//g`
echo $lista
Quando executo manualmente ele demonstra o seguinte resultado para o echo
$lista:
20110525_07_C 20110525_08_C 20110525_09_C
Mas quando coloco na Crontab ele exibe o seguinte resultado:
07:00 08:00 09:00 09:50
Apesar de a bastante tempo já utilizar linux e o Debian
tem coisas que ainda são um problema.
Por padrão o crontab do debian vem editado para que o
cron.daily, cron.weekly e o cron.monthly executem as 7 da manha.
Mas mesmo editando este arquivo para outro horário, como no exemplo
abaixo o mesmo
A sintaxe do crontab é muito simples:
[minuto] [hora] [dia_do_mes] [mes] [dia_da_semana] [comando]
Esse user aí tá errado.
Se você logar como root, e digitar crontab -e, vai editar o crontab do root.
Se você logar como usuario, e digitar crontab -e, vai editar o crontab do
usuario.
Se você logar
Em Sábado 05 Dezembro 2009, às 13:13:34, Lucas Salies Brum escreveu:
A sintaxe do crontab é muito simples:
[minuto] [hora] [dia_do_mes] [mes] [dia_da_semana] [comando]
Esse user aí tá errado.
Se você logar como root, e digitar crontab -e, vai editar o crontab do
root. Se você logar como
Desculpa meu erro, esse eu não vi.
2009/12/5 Henry jmhenri...@yahoo.com.br
man 5 crontab
Só + um detalhe: This has the username field, as used by /etc/crontab.
Então minha dica continua válida pro crontab -e
...
2009/12/5 Lucas Salies Brum sistemat...@gmail.com
Desculpa meu erro, esse eu não vi.
2009/12/5 Henry jmhenri...@yahoo.com.br
man 5 crontab
Não estou conseguindo fazer o contrab funcionar, tenho um servidor básico
rodando Samba e Squid e preciso do Crontab para rodar uns scprits em
determinados horários e dias, porém mesmo em alguns testes ele não funcionar de
maneira alguma.
Fiz alguns testes no servidor do trabalho e não há
cola o crontab ai ...
e da uma olhada no log v c tem alguma coisa .
2009/5/22 Darley Rovaris da Silva darle...@hotmail.com
Não estou conseguindo fazer o contrab funcionar, tenho um servidor básico
rodando Samba e Squid e preciso do Crontab para rodar uns scprits em
determinados
por exemplo. Era
isso que impedia a execução do script.
2009/5/22 Darley Rovaris da Silva darle...@hotmail.com:
Não estou conseguindo fazer o contrab funcionar, tenho um servidor básico
rodando Samba e Squid e preciso do Crontab para rodar uns scprits em
determinados horários e dias, porém mesmo
o meu crontab é bem simples, preciso somente executar um script.
0 8 * * 5 /root/block.sh
ou seja, rodar o script block.sh toda sexta-feira às 8h00.
Darley Rovaris da Silva
Técnico de Laboratório - FEIS_UNESP
Darley,
Como eu disse tire a extensão do arquivo (renomeie ele) que passa a funcionar.
2009/5/22 Darley Rovaris da Silva darle...@hotmail.com:
o meu crontab é bem simples, preciso somente executar um script.
0 8 * * 5 /root/block.sh
ou seja, rodar o script block.sh toda sexta-feira às 8h00
Olá,
2009/5/22 Darley Rovaris da Silva darle...@hotmail.com:
Não estou conseguindo fazer o contrab funcionar, tenho um servidor básico
rodando Samba e Squid e preciso do Crontab para rodar uns scprits em
determinados horários e dias, porém mesmo em alguns testes ele não funcionar
de maneira
conseguindo fazer o contrab funcionar, tenho um servidor básico
rodando Samba e Squid e preciso do Crontab para rodar uns scprits em
determinados horários e dias, porém mesmo em alguns testes ele não funcionar
de maneira alguma.
Fiz alguns testes no servidor do trabalho e não há segredos para usar o
crontab.
$ man crontab
[...]
--
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com
...agora, só nos sobrou o futuro..., visto em www.manuchao.net
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
2009/5/22 Darley Rovaris da Silva darle...@hotmail.com:
o meu crontab é bem simples, preciso somente executar um script.
0 8 * * 5 /root/block.sh
ou seja, rodar o script block.sh toda sexta-feira às 8h00.
Ola,
Onde, ou seja, em que crontab essa linha foi colocada?
No /etc/crontab?
No /etc
Editei o crontab pelo combando contrab -e como root.
Não especifiquei nenhum usuário para rodar o con job.
Em relação ao nome do arquivo, creio que terei problemas a não ser pela
extensão .sh.. testarei a noite sem isso
#crontab -e
# m h dom mon dow command
15 07 * * * sarg
ou seja, era pra todo o dia, as 07:15 ele executar o comando sarg. mas
isso nao acontece.
estou fazendo algo de errado, mas o quê
sim se vc estiver tentando fazer isto como usuaŕio normal eu acho que vc
não vai conseguir ( preste
pessoal, eu nao estou conseguindo usar o contrab, ele nao esta executando as
tarefas que eu peço! eu li um monte de artigos, ele me parece muito facil de
se usar, mas nao estou conseguindo fazer ele funcionar.como estou fazendo
#crontab -e
# m h dom mon dow command
15 07 * * * sarg
ou seja
On 9/4/07, Márcio Pedroso [EMAIL PROTECTED] wrote:
pessoal, eu nao estou conseguindo usar o contrab, ele nao esta executando as
tarefas que eu peço! eu li um monte de artigos, ele me parece muito facil de
se usar, mas nao estou conseguindo fazer ele funcionar.como estou fazendo
#crontab -e
to lendo um script para limpar os logs do squid e ví o crontab -e em:
http://under-linux.org/forums/proxy-nat-firewall/62834-sarg-como-limpar.html
como faço pra iniciar as tais linhas do link acima no crontab -e?
abraços obrigado
* Konnichiwa Marcelo Castilho Manzano-sama:
to lendo um script para limpar os logs do squid e ví o crontab -e em:
http://under-linux.org/forums/proxy-nat-firewall/62834-sarg-como-limpar.html
como faço pra iniciar as tais linhas do link acima no crontab -e?
O comando crontab -e edita
Em 23/07/07, Marcelo Castilho Manzano[EMAIL PROTECTED] escreveu:
to lendo um script para limpar os logs do squid e ví o crontab -e em:
http://under-linux.org/forums/proxy-nat-firewall/62834-sarg-como-limpar.html
como faço pra iniciar as tais linhas do link acima no crontab -e?
abraços obrigado
Marcelo Castilho Manzano escribió:
to lendo um script para limpar os logs do squid e ví o crontab -e em:
http://under-linux.org/forums/proxy-nat-firewall/62834-sarg-como-limpar.html
como faço pra iniciar as tais linhas do link acima no crontab -e?
abraços obrigado
Coloca no /etc/crontab e faça um teste.
Abraço!
On 6/1/07, Alexandre - Etrex [EMAIL PROTECTED] wrote:
pessoal
não consigo fazer o cron executar um script de backup nem a paulada
se executar o script na mão vai tudo bem... mas pelo cron não executa.
segue abaixo o script e a saída de
se executar o script na mão vai tudo bem... mas pelo cron não executa.
segue abaixo o script e a saída de crontab -l
script (rotina2.DVD.sh) - este script se encontra em /usr/local/bin:
#!/bin/bash
/usr/bin/mkisofs -r -joliet-long -o /backup-interno/backup-dvd.iso
/backup-interno/DVD/
saída do
pessoal
não consigo fazer o cron executar um script de backup nem a paulada
se executar o script na mão vai tudo bem... mas pelo cron não executa.
segue abaixo o script e a saída de crontab -l
script (rotina2.DVD.sh) - este script se encontra em /usr/local/bin:
#!/bin/bash
/usr/bin
executar um script de backup nem a paulada
se executar o script na mão vai tudo bem... mas pelo cron não executa.
segue abaixo o script e a saída de crontab -l
script (rotina2.DVD.sh) - este script se encontra em /usr/local/bin:
#!/bin/bash
/usr/bin/mkisofs -r -joliet-long -o /backup
aparece ele rodando a linha de comando.
On 6/1/07, Alexandre - Etrex [EMAIL PROTECTED] wrote:
pessoal
não consigo fazer o cron executar um script de backup nem a paulada
se executar o script na mão vai tudo bem... mas pelo cron não executa.
segue abaixo o script e a saída de crontab -l
script
Olá,
Tive o mesmo problema aqui hoje.
Verifique o arquivo /var/mail/root (ou usuário que recebe as mensagens do root).
Você verá que ele recebe mail informando que ele não encontrou o arquivo para
executar. Acontece que, por algum motivo que desconheço, o cron não usa o
$PATH do usuário. Ele
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/08/2007 05:50 PM, Valdir Marcos wrote:
No crontab, também tenho:
00 01 * * 1-7 root/usr/bin/sarg -f /etc/squid/sarg-diario.conf -d
`(date --date 1 day ago +%d/%m/%Y)`-`(date --date 1 day ago +%d/%m/%Y)`
Gera a seguinte mensagem
No crontab, também tenho:
00 01 * * 1-7 root/usr/bin/sarg -f /etc/squid/sarg-diario.conf -d `(date
--date 1 day ago +%d/%m/%Y)`-`(date --date 1 day ago +%d/%m/%Y)`
Gera a seguinte mensagem:
From [EMAIL PROTECTED] Sun Apr 22 01:00:01 2007
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Sun
Ola Pessoal
Estou tendo o seguinte problema com o meu script de backup do Mysql,
onde o mesmo faz a geração do backup, compacta e depois envia via SCP.
Quando executo o script via prompt o mesmo funciona e envia o arquivo
compactado para outro servidor, agora quando agendo o script no crontab
outro servidor, agora quando agendo o script no crontab
ele só roda parte do script, ou seja ele cria o arquivo de backup, mas
não compacta e nem envia para o servidor de backup, segue abaixo o meu
script de backup.
O que pode estar acontecendo de errado?
Declare explicitamente os caminhos dos
Saudações.
Estou querendo agendar uma tarefa para ser executada somente na primeira
terça feira de cada mês.
Utilizei a seguinte configuração em /etc/crontab:
00 10 1-7 * 2 roottest -x /usr/sbin/anacron || run-parts --report
/etc/cron.monthly
Mas ela não está funcionado. A execução das
coloque o numero do mês, e inclua 12 ocorrencias no crontab, uma para
cada mês. É isso, ou entendí errado sua pergunta ?
Em 13/03/07, Wendell A. Silva[EMAIL PROTECTED] escreveu:
Saudações.
Estou querendo agendar uma tarefa para ser executada somente na primeira
terça feira de cada mês.
Utilizei
Sim, eu quero executar em todas as primeiras terças de todos os meses.
Mas pq colocar o número do mês e repetir 12 ocorrências - uma para cada
mês? O * na posição do mês já faz isso. Certo?
hamacker escreveu:
coloque o numero do mês, e inclua 12 ocorrencias no crontab, uma para
cada mês. É
Voce dá uma olhada no seu calendário e voce vai saber quando será a
primeira quarta-feita de cada mês, e coloca o numero do mês e também o
numero do dia como voce já sabe no crontab. E não tem jeito serão 12
ocorrencias, uma para cada mês. Isso é necessário porque voce não
deseja que nada ocorra
Davi Vidal escreveu:
Manda o script de poweroff também?? =]
[]'s
-Mensagem original-
De: Marco Túlio Gontijo e Silva [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 4 de janeiro de 2007 20:06
Para: debian-user-portuguese@lists.debian.org
Assunto: Re: Script no crontab realiza
2007 20:06
Para: debian-user-portuguese@lists.debian.org
Assunto: Re: Script no crontab realiza backup so nao desliga a maquina.
Em Qui, 2007-01-04 às 19:52 -0200, Anderson Marcelo escreveu:
Ola a todos do forum.
Bom montei um script de backup com o rsync tudo funcionando as mil
maravilhas
/Dicas-linux/rsync.html
http://200.204.198.164/anderlinux/Dicas-linux/rsync.html
Quando executo ele script manualmente ele desliga a maquina, agora ao
colocar no crontab ele nao desliga, acredito que seja problema de permissao
ao passar para o cron essa funcao de poweroff.
O meu crontab ficou
Em Qui, 2007-01-04 às 19:52 -0200, Anderson Marcelo escreveu:
Ola a todos do forum.
Bom montei um script de backup com o rsync tudo funcionando as mil
maravilhas, so que estou com um pequeno problema a ultima funcao desse
script desliga a maquina quando concluir o backup, o comando usado e
Manda o script de poweroff também?? =]
[]'s
-Mensagem original-
De: Marco Túlio Gontijo e Silva [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 4 de janeiro de 2007 20:06
Para: debian-user-portuguese@lists.debian.org
Assunto: Re: Script no crontab realiza backup so nao desliga
Conforme solicitado segue o script, se eu executo o mesmo na mão chamando script, não tenho problema nenhum os arquivos são gerados, mas qdo deixo o crontab executar, ocorre o seguinte erro e gera apenas 02 arquivos com tamanho 0, o mais estranho é que tenho isso rodando em mais 03 máquinas
Auerê Veras escreveu:
Pessoal,
Fiz um script de backup usando o growisofs para gravar os dados num
DVD. Quando executo o script na mão, funciona tudo certinho mas quando
o mesmo é executado pelo cron, o script começa a rodar, faz a
compactação dos dados, envia e-mail, mas a gravação do DVD
gambiarra :-)
Botei o rc.local pra chamar o script de backup (assim funciona) e o
crontab pra dar um reboot na máquina. Foi a forma q eu encontrei.
Se vc tiver alguma sugestão que possa me ajudar eu fico muito grato.
[]'s
Auerê Veras
+55 77 8801-2498
[EMAIL PROTECTED]
www.auere.com.br
especificamente não. Eu fiz uma gambiarra :-)
Botei o rc.local pra chamar o script de backup (assim funciona) e o
crontab pra dar um reboot na máquina. Foi a forma q eu encontrei.
Se vc tiver alguma sugestão que possa me ajudar eu fico muito grato.
Dar reboot em linux é pecado grave!
Eu tentaria
[...]
Auerê Véras escreveu:
André
Esse problema especificamente não. Eu fiz uma gambiarra :-)
Botei o rc.local pra chamar o script de backup (assim funciona) e o
crontab pra dar um reboot na máquina. Foi a forma q eu encontrei.
Se vc tiver alguma sugestão que possa me ajudar eu fico muito
Pessoal,
Fiz um script de backup usando o growisofs para gravar os dados num DVD.
Quando executo o script na mão, funciona tudo certinho mas quando o
mesmo é executado pelo cron, o script começa a rodar, faz a compactação
dos dados, envia e-mail, mas a gravação do DVD não é feita. Já tentei
Danilo Augusto escreveu:
On Fri, 2006-06-16 at 15:56 -0300, Auer Veras wrote:
Pessoal,
Fiz um script de backup usando o growisofs para gravar os dados num DVD.
Quando executo o script na mo, funciona tudo certinho mas quando o
mesmo executado pelo cron, o script comea a rodar,
Auerê Veras wrote:
Coloquei o caminho completo (/usr/bin/growisofs) mas continuou do mesmo
jeito. Mesmo assim muito obrigado por ter respondido.
Mais alguem tem alguma sugestão?
Auerê, quando é chamado pelo cron, teu script roda com um usuário que
tem acesso ao gravador de DVD?
--
Adriano
Adriano Rafael Gomes escreveu:
Auer Veras wrote:
Coloquei o caminho completo (/usr/bin/growisofs) mas continuou do mesmo
jeito. Mesmo assim muito obrigado por ter respondido.
Mais alguem tem alguma sugesto?
Auer, quando chamado pelo cron, teu script roda com um usurio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
De repente dando permissão de root pro script ...
chmod +s script_backup.sh
[]´s
André Casteliano
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
André Casteliano escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
De repente dando permissão de root pro script ...
chmod +s script_backup.sh
[]´s
André Casteliano
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Auerê Veras escreveu:
root já é o dono do arquivo :-(
Bom, o +s daria o 'bit suid' pro arquivo. Já me ajudou algumas vezes
aqui, pena não ter dado certo pra você.
Os logs mostram alguma coisa diferente ?
Um echo $USER retorna 'root' quando
Coloque as saídas de erro no script, e não no crontab.
Pois desta maneira está desrespeitando a estrutura do arquivo de
configuração do cron.
E ai Edmarcos! Os erros estão ai somente para debug.
Aparentemente nada, executa todo dia às 18:13 o script. Se ele existe
e se o teu usuário pode
Então Maxwillian, os script existe, mas por algum motivo que vem de
/dev/null ele não é exucultado.
As permissoes do usua'rio no direto'rio estao OK, incluindo a de
execucao no script?
Com outro script, um que tenha algo do tipo echo funciona
/tmp/log_crontab, por exemplo, funciona?
OBS:
13 18 * * */usr/local/sal/backup.sh /usr/local/sal/erros 21
O que tem de errado nisto?
--
Porque dele, por ele, para ele são todas as coisas;
a Ele a glória eternamente.
Amém.
-
a href=http://www.submarino.com.br/wishlist_client.asp?wlid=299439;Quer
me dar um presente?/a
13 18 * * */usr/local/sal/backup.sh /usr/local/sal/erros 21
O que tem de errado nisto?
Aparentemente nada, executa todo dia às 18:13 o script. Se ele existe
e se o teu usuário pode gravar naquele local não tem problemas. Tenta
usar isso na crontab global (/etc/crontab), eu nunca precisei
Coloque as saídas de erro no script, e não no crontab.
Pois desta maneira está desrespeitando a estrutura do arquivo de
configuração do cron.
Em Qui, 2006-05-11 às 18:19 -0300, Ademir Lima escreveu:
13 18 * * */usr/local/sal/backup.sh /usr/local/sal/erros 21
O que tem de errado nisto
imagem ele e gravado no dvd com o
dvdrecorder:
O script quando eu executo ele manualmente ./gravarDB.sh ele gera o iso e
grava normalmente, O problema esta quando eu coloco o crontab para
executar este script em determinado horario ele começa a gerar a imagem
.iso so q para simplesmente ele para de
Em Seg, 2006-02-27 às 18:14 -0300, Marcio de Araujo Benedito escreveu:
* Eder Gobbi ([EMAIL PROTECTED]) wrote:
Simplesmente não executa a tarefa
fiz assim :
30 17 * * * /usr/bin/amule
E nem devia executar. COmo é que ele vai conectar no X ? Qual display o
amule vai usar?
é.. Já
Simplesmente não executa a tarefa
fiz assim :
30 17 * * * /usr/bin/amule
as 17:30hs, nada acontece. Testei várias vezes.
--
...
[]'s
_Eder Gobbi - Woody
^-)MSN - gobbix at gmail dot com
( . . _ GoogleTalk - gobbix
* Eder Gobbi ([EMAIL PROTECTED]) wrote:
Simplesmente não executa a tarefa
fiz assim :
30 17 * * * /usr/bin/amule
E nem devia executar. COmo é que ele vai conectar no X ? Qual display o
amule vai usar?
--
Esta mensagem, incluindo seus anexos, não contém nenhuma informação
confidencial,
1 - 100 de 173 matches
Mail list logo