Disco cheio e mysl parado

[Filipe Godinho]

Senhores, bom dia.

Estou com um problema em meu servidor bacula. O serviço mysql esta
parado!! verifiquei o disco com o comando df -h e constatei que a
partição /dev/sda1 esta cheia. Ja pesquisei em tudo quando foi lugar
como liberar espaço no disco mas não tive sucesso. Em uma dessas
pesquisas vi um comando apt-get autoremove, mas quando dou esse
comando no servidor ele só me retorna pacotes do bacula. Se eu
confirmar essa ação, o servidor irá parar?

Agradeço pela ajuda

[Daniel Lara]

Por acaso tu tem o ncdu instalado ?
ele pode ajudar a ver o por que do disco cheio
http://www.vivaolinux.com.br/dica/Usando-o-NcDU-%28Ncurses-Disk-Usage%29/

Essa partição é a Raiz ( / )  ?

Daniel Lara Souza

System Administrator

Network Administrator

Celular  51-93259615

Linux User #452387
http://danniel-lara.blogspot.com

--
Você está recebendo esta mensagem porque se inscreveu no grupo "Bacula Backup-Pt-Br" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para bacula-ba...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para bacula-backup-p...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/bacula-backup-pt-br?hl=pt-BR.

[Danilo Bondezan]

no linux quando falta espaço em disco, ele transforma o sistema de arquivos como somente leitura.

sugiro voce apagar alguns dados que voce possui nesta partição, tais como backups antigos, arquivos velhos e etc.

Em 23 de abril de 2012 09:33, Filipe Godinho <felipe...@gmail.com> escreveu:

--
Você está recebendo esta mensagem porque se inscreveu no grupo "Bacula Backup-Pt-Br" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para bacula-ba...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para bacula-backup-p...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/bacula-backup-pt-br?hl=pt-BR.

--
Danilo Bondezan
Analista de Suporte

[Filipe Godinho]

Não, vou verificar o link que você mandou. Sim o sda1 é partição raiz

On 23 abr, 09:36, Daniel Lara <lord.dann...@gmail.com> wrote:
> Por acaso tu tem o ncdu instalado ?

> ele pode ajudar a ver o por que do disco cheiohttp://www.vivaolinux.com.br/dica/Usando-o-NcDU-%28Ncurses-Disk-Usage...

>
> Essa partição é a Raiz ( / )  ?
>

> *Daniel Lara Souza*
> *System Administrator*
> *Network Administrator*
> *Celular  51-93259615*
> *Linux User #452387
> *http://danniel-lara.blogspot.com

[Daniel Azevedo]

Filipi,

Os diretórios abaixo sempre tem alguma coisa que pode ser apagada:

/var/log/
/tmp/
/root/

O comando "yum clean all" as vezes libera algum espaço tbem.

Atenciosamente,

Daniel Azevedo.

[Filipe Godinho]

Então Daniel, o que esta ocupando mais espaço é o /var nele tem uma
pasta do bacula que esta com 447 gb! (meu Deus). Dentro desta pasta
tem uns arquivos .bsr que foram configurados no job dos meus clients,
não sei se posso apagar isso.

[André Guilhon]

Evite apagar dados que você não tenha certeza que não precisará.

Sugiro que você dê uma olhada em /var/log, compacte os logs antigos e salve-os em outro local (pen-drive ou outra partição por exemplo), posteriormente apagando eles.

O que estiver em /tmp normalmente também pode apagar sem medo..

Dentro da pasta /root, geralmente tem arquivos de instalação, códigos fonte e outras coisas que você ou não deve mais precisar, ou pode baixar novamente se precisar. As vezes é seguro apagar estes dados também.

Como saber o que pode e o que não pode ser apagado depende de cada servidor, dificilmente vais achar alguma referência que diga algo como "Pode apagar com certeza o /tmp que só tem lixo", já que nem sempre isso vai ser verdadeiro para o servidor em questão. Faça uma analogia com seu desktop. Se o disco dele encher, você vai achar na internet o que pode ser apagado!? :)

Boa sorte!

Sem mais,
Andre Guilhon

2012/4/23 Filipe Godinho <felipe...@gmail.com>

[Altair Mentzingen]

Bom dia Filipe!

O processo de restaurar a base pode te ajudar. Quando importa um dump, ele ignora algumas sujeiras como registros apagados que continuaram a ocupar espaço na base.

Você possui apanas a base do Bacula neste MySQL?

Altair
NetMaker . Governança em TI

2012/4/23 Filipe Godinho <felipe...@gmail.com>

--
Altair Mentzingen
Netmaker . Governança em TI
www.netmaker.com.br
alt...@netmaker.com.br
altairme...@gmail.com

[Filipe Godinho]

Sim, apenas a base de dados do bacula

On 23 abr, 10:07, Altair Mentzingen <altairmentzin...@gmail.com>
wrote:

> Bom dia Filipe!
>
> O processo de restaurar a base pode te ajudar. Quando importa um dump, ele
> ignora algumas sujeiras como registros apagados que continuaram a ocupar
> espaço na base.
>
> Você possui apanas a base do Bacula neste MySQL?
>
> Altair
> NetMaker . Governança em TI
>

> 2012/4/23 Filipe Godinho <felipeteci...@gmail.com>

> alta...@netmaker.com.br
> altairmentzin...@gmail.com

[Daniel Azevedo]

Filipe,

Esses arquivos ".bsr" são criados pelo Job na diretiva "WriteBootstrap = /caminho/arquivo.bsr". É um arquivo que pode ser usado em Job de Restore e é opcional.

Normalmente esses arquivos não costumam ser muito grande.

Vc pode verificar se existem arquivos antigos com data de alteração superior ao seu período de retenção. Esses acredito que vc possa apagar.

Vc tbem pode compactar uma parte desses arquivos e mover para outro lugar. Como disse anteriormente, e pode ser visto na documentação do Bacula, esses arquivos vc apenas usará opcionalmente em um Job de Restore.

Atenciosamente,

[Filipe Godinho]

E no caso da pasta working?. Realmente os arquivos .bsr não são
grandes, não chegam nem a 5k. Mas nessa pasta working tem uns arquivos
grandes (.spool e .mail). Esses eu posso apagar?

[Daniel Azevedo]

Filipe,

Acredito que esses arquivos .spool são criados pela opção Spooling do Bacula. Vc usa fita? Se não usar fita, acho que essa opção não é tãão necessária.

http://www.bacula.org/5.2.x-manuals/en/main/main/Data_Spooling.html

Neste caso, se NÃO houver job de Backup em execução, é sinal que os dados do Backup já foram escritos na fita. Acredito que os arquivos possam ser apagados.

Acho importante vc limitar o tamanho do Spool usando as diretivas:

Maximum Spool Size

Maximum Job Spool Size

Att.