Por que o servidor Munin está dando apenas o status 404 ao pressionar / munin-cgi / munin-cgi-graph?

2

Estou usando uma distribuição do Amazon Linux (uma recente). Estou tentando instalar munin no nó local (apenas um nó, nó e mestre). Então eu tentei:

$ sudo yum install munin munin-node httpd mod_fcgid

Então eu editei /etc/munin/munin.conf:

# cgi on demand
html_strategy cgi
graph_strategy cgi

Então eu ativei o serviço:

$ sudo chkconfig munin-node on

Eu verifiquei a versão:

$ munin-node-configure --version
Version:
    This is munin-node-configure (munin-node) v2.0.20.
[... more text here ...]

Assegurei que o munin.conf tivesse a diretiva ScriptAlias:

<directory /var/www/html/munin>

AuthUserFile /etc/munin/munin-htpasswd
AuthName "Munin"
AuthType Basic
require valid-user

ExpiresActive On
ExpiresDefault M310
</directory>
ScriptAlias /munin-cgi/munin-cgi-graph /var/www/cgi-bin/munin-cgi-graph

Assegurei que a senha está configurada para uma boa senha:

$ sudo htpasswd -c /etc/munin/munin-htpasswd MyUser
#stdin < my password

Então reiniciei o serviço:

$ sudo /etc/init.d/munin restart

E meu httpd:

$ sudo /etc/init.d/httpd restart

Mas apertar / munin-cgi / munin-cgi-graph gera um erro 404. Mas este 404 não é um 404 semelhante ao Apache, mas um erro 404 totalmente vazio, sem nenhum conteúdo, como se fosse dado pelo script cgi. O httpd error_log não mostra nada.

O que devo verificar? Qual é o meu problema?

    
por Luis Masuelli 30.06.2015 / 00:50

2 respostas

2

Verifique se o seu apache / httpd está carregando o módulo fcgid ou cgi .

apachectl -M | grep cgi

Deve responder

cgi_module (shared)

ou

fcgid_module (shared)

(ou ambos).

    
por 31.03.2017 / 11:15
1

Infelizmente, dizendo: " ... Mas apertar / munin-cgi / munin-cgi-graph gera um erro 404 ... " você não está reportando o URL completo que levantou o 404 mencionado. Por favor, note que você precisa chamar o CGI munin-cgi-graph com os parâmetros apropriados e que esses parâmetros serão devidamente validados pela própria munição.

Em outras palavras, aqui do meu lado, esta URL:

https://my.monitoring.server/cgi-bin/munin-cgi-graph/SAN/SAN/SAN_SW_Brocade1-pinpoint=1435589472,1435697472.png?&lower_limit=&upper_limit=&size_x=800&size_y=400

produzirá o seguinte gráfico:

enquantoestaoutraURL:

https://my.monitoring.server/cgi-bin/munin-cgi-graph/something_random/here_and_there

irádurarnoerro404quevocêprovavelmentemencionou:

verzulli@iMac-Chiara:~$wgethttps://my.monitoring.server/cgi-bin/munin-cgi-graph/something_random/here_and_there--2015-06-3023:02:39--https://my.monitoring.server/cgi-bin/munin-cgi-graph/something_random/here_and_there[....]RichiestaHTTPinviata,inattesadirisposta...404NotFound2015-06-3023:02:40ERRORE404:NotFound.verzulli@iMac-Chiara:~$

EsteéumcomportamentopretendidodoCGImunin-cgi-graph.Umarápidaolhadanocódigo-fontemostraráisso:

while(newCGI::Fast){#1rstthingistovalidatetheURL.Onlyasubsetofcharsareallowed.#Return404ifnotcompliant,w/ologging.[...]}

Seoprocessoderenderizaçãotratadopelomunin-cgi-graphfalhar,hágrandeschancesdequealgosejaregistradoem/var/log/munin/munin-cgi-graph.log(...seucaminhoLOGpodeserdiferente,deacordocomsuaprópriaconfiguração).

Comoageraçãodegráficosdinâmicospodeserumpoucocomplicada,vocêpoderevisarcuidadosamenteadocumentação aqui e aqui .

Se o problema persistir, forneça mais detalhes.

Atualização 1

Quanto à maneira correta de acessar a interface web munin, considere que no munin-server todas as atividades de monitoramento são iniciadas por um cron-job ( munin-cron ) que inicia o lançamento de munin-update jobs e termina com munin-html e munin-graph empregos.

As páginas da web são gerenciadas por munin-html , que gerarão / atualizarão páginas da web de acordo com as diretivas html-dir no arquivo munin.conf .

Uma instalação padrão poderia se parecer com:

  • munin.conf : htmldir /var/www/html/munin

que, junto com uma instalação padrão do Apache, permitirá que sua interface web munin seja acessada em http://your.monitoring.server/munin

P.S .: Uma nota pessoal final: mesmo que seja difícil pedir apoio aqui no ServerFault, sugiro que você se aproxime mais de seus problemas de monitoramento / munição, pesquisando / lendo documentação / tutoriais ad-hoc. Mesmo que a princípio possa ser mais desafiador, eu garanto que no longo prazo você será pago de volta: -)

    
por 30.06.2015 / 23:19

Tags