Perguntas[cron](unix)

Tenho esta configuração para detalhes de log:

/opt/freeradius/logs/*/detail {

daily
rotate 4
compress
delaycompress
missingok
notifempty
create 0640 root root
sharedscripts
maxsize 500M
postrotate
    /bin/systemctl reload freeradius > /dev/null 2>/dev/null || true
endscript
}

Tenho esses logs antigos com logs novos:

[root@freeradius01 192.168.17.10]# pwd
/opt/freeradius/logs/192.168.17.10
[root@freeradius01 192.168.17.10]# ll
total 56919724
-rwxrwxrwx 1 root root 21048752215 Aug 14 23:59 detail-20240814
-rwxrwxrwx 1 root root 21617187765 Aug 15 23:59 detail-20240815
-rwxrwxrwx 1 root root  5988044800 Aug 16 23:59 detail-20240816
-rwxrwxrwx 1 root root     5947392 Sep 25 23:59 detail-20240925
-rwxrwxrwx 1 root root  7478423552 Oct 21 23:59 detail-20241021
-rwxrwxrwx 1 root root  1907452140 Oct 22 11:19 detail-20241022
[root@freeradius01 192.168.17.10]#

Ao executar o logrotate manualmente e forçado com verbos, tenho este resultado:

[root@freeradius01 192.168.17.10]#  /usr/sbin/logrotate -v -f /etc/logrotate.d/radiusd
reading config file /etc/logrotate.d/radiusd
Reading state from file: /var/lib/logrotate/logrotate.status
Allocating hash table for state file, size 64 entries
Creating new state
Creating new state
Creating new state
..
..
Creating new state

Handling logs


rotating pattern: /opt/freeradius/logs/*/detail  forced from command line (4 rotations)
empty log files are not rotated, log files >= 524288000 are rotated earlier, old logs are removed
considering log /opt/freeradius/logs/*/detail
not running postrotate script, since no logs were rotated


[root@freeradius01 192.168.17.10]# ll
total 56919724
-rwxrwxrwx 1 root root 21048752215 Aug 14 23:59 detail-20240814
-rwxrwxrwx 1 root root 21617187765 Aug 15 23:59 detail-20240815
-rwxrwxrwx 1 root root  5988044800 Aug 16 23:59 detail-20240816
-rwxrwxrwx 1 root root     5947392 Sep 25 23:59 detail-20240925
-rwxrwxrwx 1 root root  7478423552 Oct 21 23:59 detail-20241021
-rwxrwxrwx 1 root root  1968389637 Oct 22 11:22 detail-20241022
[root@freeradius01 192.168.17.10]# grep "detail"   /var/lib/logrotate/logrotate.status
"/var/log/radius/radacct/*/detail" 2024-3-5-3:0:0
"/opt/freeradius/logs/*/detail" 2024-3-5-3:0:0
[root@freeradius01 192.168.17.10]# date
Tue Oct 22 11:22:45 WAT 2024
[root@freeradius01 192.168.17.10]#

Então a rotação de log não está sendo executada apesar de eu tê-la executado manualmente / também os logs antigos não estão compactados!!?

Gostaria de um cron job rodando a cada hora para o speedtest cli e registrá-lo em um arquivo csv com hora e data ( https://www.speedtest.net/apps/cli ). Então posso executá-lo dessa forma

0 * * * * speedtest -p no -f csv >> /home/almalinux/speedtest.csv

como posso injetar a saída do comando "date" como a primeira coluna (entrada) para cada teste de velocidade?

Baseado na resposta abaixo. O comando de trabalho é este. E funciona a partir do terminal:

0 * * * * (printf "\%s," "$(date)"; speedtest -p no -f csv) >> /home/almalinux/speedtest.csv

Mas não funciona no CRON.

Tenho uma programação no meu crontab pessoal em um sistema Alpine Linux 3.20 que roda às 00:10 de terça a domingo (ou seja, todos os dias da semana, exceto segundas-feiras):

10 0 * * 2-7  "$HOME/local/sbin/backup.sh" prune-daily

Isso parece disparar nas segundas-feiras também. Por quê?

_{Note que meu relatório inicial deu os sintomas como "Não roda aos domingos". Eu me lembrei errado do que aconteceu, desculpe. Corrigi a descrição dos sintomas após investigá-los mais a fundo. O cronograma do crontab está correto, como estava desde o início.}

Eu mudei /etc/cron.d/filenamee adicionei uma nova tarefa.

* * * * * /bin/bash /root/scripts/scriptname.sh

Mas esse trabalho não é executado. Reiniciar o Cron não ajuda.

Eu tenho o mesmo tipo de trabalho para 10 instâncias paralelas do postgres em um único servidor. Eles devem funcionar a cada 6 horas, mas não todos no mesmo horário.

11 */6 * * * my_commandcorre em 0:11, 6:11, 12:11,18:11

Para que eu possa separá-los um do outro com os meios de definir o minuto (30 minutos no máximo). Mas eu gostaria de mais, como correr 0,6,12,18versus correr, ou seja2,8,14,20

então minha pergunta é ... existe uma maneira de ter outro trabalho em execução 2:11, ou seja 8:11, , 14:11,20:11

ou devo dizer 11 */6 * * * sleep 120m && my_commandpara a execução alternativa?

Eu tenho um cron job que reproduz um arquivo de áudio mpvem um dos meus servidores domésticos executando o Void Linux. Não consigo ouvir nenhum som até fazer o ssh no servidor e iniciar o pipewire manualmente, após o que ele funciona para todas as execuções futuras do cron job.

/usr/bin/pipewire &
/usr/bin/sleep 1
/usr/bin/pactl set-sink-volume @DEFAULT_SINK@ 100%
/usr/bin/mpv <path-to-the-audio-file>

Usei o caminho completo para tudo, pois aprendi que os crons são executados em ambientes mínimos onde nem tudo está no formato $PATH. O sleepobjetivo é garantir que o pipewire esteja pronto, pois tive um problema ao definir o volume do coletor logo após iniciar o pipewire. Parece funcionar para mim em outro lugar, então usei aqui também.

DR: Preciso fazer ssh no servidor e iniciar o pipewire pelo menos uma vez para que o áudio seja reproduzido.

Existe uma maneira de iniciar o pipewire mesmo após uma nova reinicialização?

Mencionado em um comentário nesta postagem Como os arquivos em /etc/cron.d são usados? :

As pessoas podem não perceber que "os nomes dos arquivos devem estar em conformidade com os requisitos de nome de arquivo do run-parts" (consulte man cron do Debian). Portanto, os nomes de arquivos em /etc/cron.d/ que correspondem ao shell glob [!A-Za-z0-9_-] são ignorados! Portanto, coisas como *.dpkg-dist ou vi-backups *~ não causam danos, mas se você criar acidentalmente /etc/cron.d/very_important.crontab, isso será ignorado devido ao arquivo . iniciar!

Existe alguma restrição nas pastas cron.daily , cron.hourly, cron.monthly etc. pelos nomes de arquivos acima com o '.' símbolo nos nomes dos arquivos acima? Se não, então por quê? Por que a restrição de nomenclatura está apenas em /etc/cron.d/?

Nos últimos dias tenho observado processos estranhos em um de nossos servidores. Na maioria das vezes, vejo várias instâncias do executável 10e, às vezes 4 , consome muitos recursos da CPU. Quando examinado isso, tenho visto que o processo é iniciado pelo cron logo após iniciar um processo com executável cpu_hu. O que aparentemente é estranho ao meu sistema e a pesquisa simples não resolveu nada.

Em seguida, examinou o cpu_huprocesso, examinou a localização do exe e depois removeu adequadamente (a localização na imagem aponta para um local para um pequeno projeto em que nossa equipe está trabalhando)

mesmo que eu tenha removido o binário, após a reinicialização ele apareceu em um local diferente

e os executáveis 10, 4iniciados na memória (sem localização física do executável)

Excluí cpu_huo binário de todos os locais do sistema, interrompi o processo e reiniciei, mas depois de algum tempo cpu_huo binário aparece em outro lugar. Por enquanto parei o crond e eliminei os respectivos processos. O que parecia ter impedido o processo de recomeçar.

Neste ponto, tenho certeza de que é malicioso. Como posso me livrar disso ou melhor, encontrar o ponto de partida desse malware para evitar que ele seja iniciado.

Estou tentando criar uma entrada /etc/cron.d/ cron de linha única, que executa o mesmo comando várias vezes, essencialmente para criar vários threads, para trabalhos de longa duração:

* * * * * usertorunas  "for i in {1..6} ; do curl -s 'https://www.example.com/path' &>/dev/null & ; done"

O que estou fazendo de errado aqui? Ele não é executado, pois nada é mostrado em ps aux.

Talvez isso seja um problema com qualquer shell que está sendo usado, tendo uma sintaxe diferente para o forloop? A prefixação SHELL=/bin/bashnão tem nenhum efeito.

Sei que poderia listar a mesma coisa 6 vezes, mas essa parece uma maneira bastante grosseira de fazer as coisas.

Isso está no Ubuntu 22.04.

Pelo log parece que ele tenta ser executado no horário agendado

Apr 29 10:00:01 momspi CRON[13324]: pam_unix(cron:session): session opened for user admin(uid=1000) by (uid=0)
Apr 29 10:00:01 momspi CRON[13325]: (admin) CMD (./media/backup.sh)
Apr 29 10:00:01 momspi CRON[13324]: pam_unix(cron:session): session closed for user admin
Apr 29 10:00:01 momspi postfix/pickup[13242]: B432C89D70: uid=1000 from=<admin>
Apr 29 10:00:01 momspi postfix/cleanup[13329]: B432C89D70: message-id=<[email protected]>
Apr 29 10:00:01 momspi postfix/qmgr[13126]: B432C89D70: from=<[email protected]>, size=661, nrcpt=1 (queue active)
Apr 29 10:00:04 momspi postfix/smtp[13331]: B432C89D70: to=<[email protected]>, relay=hotmail-com.olc.protection.outlook.com[52.101.194.18]:25, delay=2.3, d>
Apr 29 10:00:04 momspi postfix/cleanup[13329]: 049AF89D72: message-id=<[email protected]>
Apr 29 10:00:04 momspi postfix/qmgr[13126]: 049AF89D72: from=<>, size=3588, nrcpt=1 (queue active)
Apr 29 10:00:04 momspi postfix/bounce[13333]: B432C89D70: sender non-delivery notification: 049AF89D72
Apr 29 10:00:04 momspi postfix/qmgr[13126]: B432C89D70: removed
Apr 29 10:00:04 momspi postfix/local[13334]: 049AF89D72: to=<[email protected]>, relay=local, delay=0.04, delays=0.01/0.02/0/0.01, dsn=2.0.0, status>
Apr 29 10:00:04 momspi postfix/qmgr[13126]: 049AF89D72: removed
Apr 29 10:01:02 momspi crontab[13319]: (admin) END EDIT (admin)

mas meu arquivo de log NÃO está atualizado e novos arquivos que deveriam ser sincronizados NÃO estão presentes

meu cron job está configurado como tal (uma vez por dia às 10h)

[email protected]  
0 10 * * * ./media/backup.sh

e o script também é bastante básico

#!/bin/bash
now=$(date)
LOG_FILE="/media/backuplog.txt"
{
echo "backing up $now"
rsync --exclude-from='/media/backupexclude.txt' -avhzz --delete /mount/skittlesshare/ /media/usb1/sharedmedia/
}> ${LOG_FILE}

podemos ver também que está usando o usuário administrador. Qual é o que eu esperaria e ao executá-lo manualmente (como administrador), não há problemas.

alguma idéia de por que não está funcionando como esperado?

também o e-mail não funciona/envia