Em 23/05/2011 22:27, Rafael Henrique Faria escreveu: > 2011/5/23 Marcelo Gondim<gon...@linuxinfo.com.br> > >> # Perform daily/weekly/monthly maintenance. >> 1 3 * * * root periodic daily >> 15 4 * * 6 root periodic weekly >> 30 5 1 * * root periodic monthly >> > Boa noite Marcelo. > > Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? > > Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como > eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando > o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), > com isso diversos programas que não são muito tolerantes a uma latência alta > no acesso ao disco acabavam caindo. > > A solução foi distribuir os periodic daily pela noite em horários > diferentes.... > Opa Rafael,
Pior que não, é uma máquina mesmo rodando mysql + freeradius. Fiz 2 coisas esses dias mas não sei se resolveu ou se qual delas resolveu. 1) O horário estava errado no sistema com horas de diferença, aí depois que acertei reparei que precisava re-iniciar os daemons porque no log apareciam com horários errados. Com isso acho que o mysql estava rodando em um horário e o freeradius em outro. Re-iniciei o mysql e o freeradius para pegarem o horário certo. 2) No my.cnf que tenho aqui comentei essas 2 linhas que no meu sistema anterior não tinham: [mysqlhotcopy] interactive-timeout Bem depois que fiz essas 2 coisas até agora não caiu mais o freeradius. Coincidência? :) Tomara que esteja resolvido. []´s ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
