Limpe / tmp toda semana?

3

algumas semanas atrás, nós configuramos um cronjob que limpa todo o conteúdo de / tmp todos os domingos às 5 da manhã. Eu não estava realmente convencida de que esta é uma boa ideia. Hoje, descobrimos que uma determinada tarefa dependia de um diretório existente dentro de / tmp - a tarefa era interrompida e, pior, permanecia em silêncio sobre o motivo da falha. A questão é:

Geralmente, é uma má ideia apagar apenas / tmp?

    
por zedoo 12.11.2010 / 15:27

4 respostas

9

Não é uma má idéia fazer algo sobre arquivos antigos obsoletos em / tmp, mas não tenho certeza de que o conteúdo nuking seja a melhor coisa que você poderia fazer.

Meus servidores CentOS usam algo chamado tmpwatch, que é executado diariamente e pode ser configurado para remover apenas arquivos que não foram acessados em um determinado período (30 dias é um atraso popular) ou modificados em um determinado período; pode ser dito para deixar diretórios a menos que eles estejam vazios ou não toquem arquivos de diretório, ou para excluir arquivos usados por um determinado usuário (root é uma escolha popular).

Isso funciona bem para mim, e oferece ganchos suficientes para que você possa ajustá-lo para fazer o que quiser. Eu recomendaria o tmpwatch, ou qualquer que seja sua oferta de distro que seja assim.

    
por 12.11.2010 / 15:35
2

Depende um pouco de aplicativos e distribuições. Normalmente, é seguro limpar / tmp nas reinicializações. Limpando-o em um sistema em execução é muito provável que quebrar aplicativos. / tmp não se destina a armazenamento permanente, e qualquer aplicativo que o use para tal é seriamente quebrado, mas os aplicativos podem deixar arquivos facilmente em / tmp por meses em um sistema que permanece on-line. É por isso que estou um pouco desconfiado sobre o tmpwatch.

No final, tento apenas observar o quanto é armazenado em / tmp quando um servidor está com pouco espaço no disco rígido. Se há muito espaço em HD, por que se incomodar?

    
por 12.11.2010 / 15:46
1

De acordo com a ESF :

Programs must not assume that any files or directories in /tmp are preserved between invocations of the program.

Rationale

IEEE standard P1003.2 (POSIX, part 2) makes requirements that are similar to the above section.

Although data stored in /tmp may be deleted in a site-specific manner, it is recommended that files and directories located in /tmp be deleted whenever the system is booted.

FHS added this recommendation on the basis of historical precedent and common practice, but did not make it a requirement because system administration is not within the scope of this standard.

No entanto, isso é apenas uma recomendação e, além disso, ele indica apenas entre invocações de um programa - que, a menos que você esteja reinicializando seu servidor também às 5h de domingo, não está acontecendo. Então, coisas como lockfiles, temp sockets, etc são deletadas e causam problemas.

Como MadHatter sugerido, use tmpwatch .

    
por 12.11.2010 / 15:47
0

Meus pensamentos sobre isso são ...

Sim ... não limpe o / tmp ..

Muitas aplicações estranhas e estranhas usam o temp para armazenar em buffer e armazenamento temporário.

Se a informação não fosse importante, ela não seria armazenada lá:)

Eu vi, registrando buffers, sessões de servidores web e até mesmo versões de bibliotecas nos servidores. É melhor que você o deixe sozinho ... a menos que precise ser limpo ...

Espero que isso ajude:)

    
por 12.11.2010 / 15:32

Tags