ERRO NO CACHE

trd
(usa Debian)

Enviado em 13/01/2017 - 17:03h

Boa tarde...

Pessoal, estou precisando de uma ajuda. Bem, há uns 03 meses eu configurei um Squid3 na distribuição Debian. Hoje pela manhã tive um problema, nenhuma das maquinas clientes que estava setadas para o squid (proxy) conseguiam navegar na internet, eu usei o comando service squid3 status ( para ver o status do squid), logo me deparei com algum erro relacionado ao cache:

Jan 13 09:17:38 TRDPROXY (squid-1)[1302]: Failed to open swap log /var/spool/squid3/swap.state.new
Jan 13 09:17:38 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1302 exited with status 1
Jan 13 09:17:41 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1305 started
Jan 13 09:17:42 TRDPROXY (squid-1)[1305]: Failed to open swap log /var/spool/squid3/swap.state.new
Jan 13 09:17:42 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1305 exited with status 1
Jan 13 09:17:45 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1308 started
Jan 13 09:17:45 TRDPROXY (squid-1)[1308]: Failed to open swap log /var/spool/squid3/swap.state.new
Jan 13 09:17:45 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1308 exited with status 1
Jan 13 09:17:45 TRDPROXY squid[1294]: Squid Parent: (squid-1) process 1308 will not be restart...ures
Jan 13 09:17:45 TRDPROXY squid[1294]: Exiting due to repeated, frequent failures
Hint: Some lines were ellipsized, use -l to show in full.


Bem, eu não soube o que fazer, até porque estava funcionando normalmente há 03 meses, apenas hoje deu essa mensagem. Então fiquei dando uma estudada no assunto, vi que poderia ter esgotado o armazenamento,mas ai eu pensei,lá no meu script(segue abaixo) tem uma parte que quando chega em 95% ele começa a descartar os mais antigos, então já descartei essa possibilidade, será que é permissão no /var/spool/squid3/access.log ?


# ------------------ CACHE ------------ #
cache_mem 500 MB
maximum_object_size_in_memory 64 KB
maximum_object_size 512 MB
maximum_object_size 0 KB
cache_swap_low 90
cache_swap_high 95
cache_dir ufs /var/spool/squid3 2048 16 256
cache_access_log /var/log/squid3/access.log
#------------- FIM CONF CACHE -------- #


Obs: No momento para os usuarios não ficarem sem trabalhar, eu comentei todas as linhas do cache, ou seja no momento as maquinas estão navegando e buscando os sites diretamente na WAN, deixando a navegação mais lenta e consequentemente consumindo mais largura de banda, visto que "matei" o cache propositalmente. Alguem pode me dá uma força ?


Abraços.

SarusKant
(usa CentOS)

Enviado em 14/01/2017 - 18:32h

Boa tarde,
Seu erro esta aqui.
/var/spool/squid3/swap.state.new
Esta corrompido, é o arquivo de indice do cache, pode apagar ele e restartar o serviço ou o mais certo refazer o cache.
Apagar o conteúdo da pasta
/var/spool/squid3/*
Recriar o esqueleto.
squid -z
Iniciar o squid.

Pronto.

Boa Sorte!
--
Bruno Thomaz

trd
(usa Debian)

Enviado em 14/01/2017 - 19:14h

Prezado Bruno.

Muito obrigado pela ajuda, andei dando uma estudada e acho que acabei identificando o problema, e consegui solucionar parcialmente.
Nessa maquina eu tenho o Apache2 instalado, e o Sarg para gerar relatórios de sites acessados... Até ai tudo bem, então eu decidi dá o comando sarg e ele me retornou informando, impossível gerar relatório sarg devido ao espaço insuficiente, ou seja o VAR estava cheio, então eu fui no caminho aonde fica salvo os logs de acesso, /html/www/squid-reports fiz o backup do arquivo do ultimo relatorio de log, a priori de segurança, caso me peçam o relatorio de navegação, feito isso eu exclui os relatorios antigos e fui lá no squid.conf e descomentei as linhas do cache, e as maquinas navegaram normalmente. Bem, descobri o problema, resolvi parcialmente, mas não em definitivo, visto que vai chegar uma hora que o VAR vai lotar novamente, devido ao relatorios do sarg diarios, minha pergunta é, como faço para aumentar a memoria do VAR ?


Abraços e obrigado.

SarusKant
(usa CentOS)

Enviado em 14/01/2017 - 19:23h

Boa tarde,

Seguinte, o que normalmente enche esta pasta, são logs e temp files.
Confira as duas pastas.
/var/log/
/var/tmp/

--
Bruno Thomaz

trd
(usa Debian)

Enviado em 16/01/2017 - 16:49h

Boa tarde, Bruno, olha como está o diretorio /var/log/ :



alternatives.log daemon.log.4 gz installer syslog.2.gz
alternatives.log.1 debug kern.log syslog.3.gz
apache2 debug.1 kern.log.1 syslog.4.gz
apt debug.2.gz kern.log.2.gz syslog.5.gz
auth.log debug.3.gz kern.log.3.gz syslog.6.gz
auth.log.1 debug.4.gz kern.log.4.gz syslog.7.gz
auth.log.2.gz dmesg lastlog user.log
auth.log.3.gz dpkg.log messages user.log.1
auth.log.4.gz dpkg.log.1 messages.1 user.log.2.gz
btmp dpkg.log.2.gz messages.2.gz user.log.3.gz
btmp.1 dpkg.log.3.gz messages.3.gz user.log.4.gz
daemon.log dpkg.log.4.gz messages.4.gz wtmp
daemon.log.1 exim4 squid3 wtmp.1
daemon.log.2.gz faillog syslog
daemon.log.3.gz fsck syslog.1



Percebo que ele não esta sobrescrevendo, é normal acontecer isso ? talvez seja por isso que está lotando. Como proceder caso seja isso. Desde já agradeço pela ajuda.

SarusKant
(usa CentOS)

Enviado em 16/01/2017 - 17:01h

Boa tarde,
Normalmente os programas não sobrescrevem o conteúdo do arquivo, somente realizam o rotate e zipam o conteúdo do mesmo, criando um arquivo novo zerado.
Realmente deve ser isso que esta enchendo seu HD, realize a leitura do conteúdo por tamanho e apague os mais antigos, considerando todas as sub pastas.
Lista tamanho, datas.

ls -lh 

 

Boa Sorte!

--
Bruno Thomaz