Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump (que, suponho eu, sejam o principal sintoma deste tipo de problema). Porém, não tenho certeza disto porque a ausênciaa de core dumps é baseada em uma suposição de alguém que não tem formação na área de informática ou eletrônica, e gostaria de ouvir a opinião de pessoas mais habilitadas que eu neste assunto. Depende. Já tive um caso que não haviam segfaults aparentes mas a máquina estava travando direto. Passei um memtest e acusou 1 banco com problemas. Troquei o mesmo e tudo normalizou. Mas volto na questão.. por que nas quartas pela manhã? :) Parece que algo roda nesse dia. O padrão do periodic semanal é rodar aos sábados. Então não deve ser ele mas é melhor checar o seu. Agradeço a atenção Eduardo Eduardo Lemos de Sa Associated Professor Level 3 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
eu trabalhei numa empresa muito grande, com clientes interconectados no mundo todo. Um cliente reclamava que um dos POP's dele, em Ho Chi Minh City, ficava offline todo dia as 21:00 e sempre retornava as 7:00. Mandou-se técnico averiguar, contatou-se a operadora e não tnha nada errado, e o cliente cada vez reclamando mais. Após muita luta e stress chegou-se a tia da limpeza, que parecia ser o único técnico local (???) e perguntaram se ela não via nada diferente. E ela disse que no país raciona-se energia, então TODO o país fica sem energia das 21:00 as 7:00. Então quando nada mais funciona, quando todos estão à beira da loucura e o cliente espumando de raiva, pense sempre no mais improvável. A experiência me mostrou que as vezes funciona! Frederico Boechat Em 09/11/2012, às 10:24, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump (que, suponho eu, sejam o principal sintoma deste tipo de problema). Porém, não tenho certeza disto porque a ausênciaa de core dumps é baseada em uma suposição de alguém que não tem formação na área de informática ou eletrônica, e gostaria de ouvir a opinião de pessoas mais habilitadas que eu neste assunto. Depende. Já tive um caso que não haviam segfaults aparentes mas a máquina estava travando direto. Passei um memtest e acusou 1 banco com problemas. Troquei o mesmo e tudo normalizou. Mas volto na questão.. por que nas quartas pela manhã? :) Parece que algo roda nesse dia. O padrão do periodic semanal é rodar aos sábados. Então não deve ser ele mas é melhor checar o seu. Agradeço a atenção Eduardo
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 09:24, Marcelo Gondim wrote: Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. Se o problema é stressar alguém está falando com quem entende. Este é um programinha que fiz para encontrar números primos mas cujo verdadeiro motivo de existir é exemplificar a programação com múltiplos processos. Você informa uma faixa de valores e ele encontra os números primos naquela faixa utilizando o número de processos que você informar. Você pode usar isso para stressar as suas CPUs. #include stdio.h #include stdlib.h #include sys/types.h #include sys/wait.h #include unistd.h #include primo.h int main(int argc, char **argv){ u_int32_t limite_superior; u_int32_t i, j; u_int32_t processos; u_int32_t intervalo; u_int32_t passo; int status; if(argc != 3){ fprintf(stderr,Este programa encontra todos os numero primos em um intervalo.\nVoce deve usar %s limite_superior numero_processos\n, argv[0]); exit(1); } processos = (u_int32_t)strtol(argv[2], (char **)NULL, 10); limite_superior = (u_int32_t)strtol(argv[1], (char **)NULL, 10); intervalo = limite_superior/processos; passo = 2 * processos; if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n,
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
Pensei sim. é que o zabbix é uma ferramenta completa, monitora não só CPU mas outros recursos também. A minha ideia era só monitorar a CPU. Bom, usarei todos os recursos do Zabbix, está decidido. Tópico Solucionado -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 Linux User: #554651 saulfelip...@gmail.com saul-fel...@hotmail.com Em 9 de novembro de 2012 10:08, Sergio Augusto Vladisauskis sergi...@gmail.com escreveu: Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
Melhor monitorar todo o hardware do que só um item... FECHADO! -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:46, Saul Figueiredo saulfelip...@gmail.com escreveu: Pensei sim. é que o zabbix é uma ferramenta completa, monitora não só CPU mas outros recursos também. A minha ideia era só monitorar a CPU. Bom, usarei todos os recursos do Zabbix, está decidido. Tópico Solucionado -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 Linux User: #554651 saulfelip...@gmail.com saul-fel...@hotmail.com Em 9 de novembro de 2012 10:08, Sergio Augusto Vladisauskis sergi...@gmail.com escreveu: Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
me diga uma coisa, o zabbix pega cpu no freebsd como ? snmp ? * Sergio Augusto Vladisauskis (sergi...@gmail.com) wrote: Melhor monitorar todo o hardware do que só um item... FECHADO! -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:46, Saul Figueiredo saulfelip...@gmail.com escreveu: Pensei sim. é que o zabbix é uma ferramenta completa, monitora não só CPU mas outros recursos também. A minha ideia era só monitorar a CPU. Bom, usarei todos os recursos do Zabbix, está decidido. Tópico Solucionado -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 Linux User: #554651 saulfelip...@gmail.com saul-fel...@hotmail.com Em 9 de novembro de 2012 10:08, Sergio Augusto Vladisauskis sergi...@gmail.com escreveu: Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/2012 10:41, Otacílio escreveu: [...] Se o problema é stressar alguém está falando com quem entende. Este é um programinha que fiz para encontrar números primos mas cujo verdadeiro motivo de existir é exemplificar a programação com múltiplos processos. Você informa uma faixa de valores e ele encontra os números primos naquela faixa utilizando o número de processos que você informar. Você pode usar isso para stressar as suas CPUs. #include stdio.h #include stdlib.h #include sys/types.h #include sys/wait.h #include unistd.h #include primo.h int main(int argc, char **argv){ u_int32_t limite_superior; u_int32_t i, j; u_int32_t processos; u_int32_t intervalo; u_int32_t passo; int status; if(argc != 3){ fprintf(stderr,Este programa encontra todos os numero primos em um intervalo.\nVoce deve usar %s limite_superior numero_processos\n, argv[0]); exit(1); } processos = (u_int32_t)strtol(argv[2], (char **)NULL, 10); limite_superior = (u_int32_t)strtol(argv[1], (char **)NULL, 10); intervalo = limite_superior/processos; passo = 2 * processos; if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); } } for(i = 1; i=processos; i++){ wait(status); } return 0; } paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/2012 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. [...] Realmente é muito estranho, Eduardo. Já experimentou com outro sistema operacional? Coloque o Ubuntu por uma semana e veja se o problema persiste. Vai por eliminação. Tenho um palpite que é problema na placa-mãe... -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 09:59, Paulo Olivier Cavalcanti wrote: Em 09/11/2012 10:41, Otacílio escreveu: paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. Foi mal, este é primo.h #ifndef __PRIMO_H__ #define __PRIMO_H__ #include sys/types.h u_int8_teh_primo(u_int32_t numero); #endif E este é primo.c #include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 09/11/12 11:09, Otacílio escreveu: On 09/11/2012 09:59, Paulo Olivier Cavalcanti wrote: Em 09/11/2012 10:41, Otacílio escreveu: paulo@amd gcc46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated paulo@amd g++46 numeroprimo.c numeroprimo.c:6:19: fatal error: primo.h: No such file or directory compilation terminated. Foi mal, este é primo.h #ifndef __PRIMO_H__ #define __PRIMO_H__ #include sys/types.h u_int8_t eh_primo(u_int32_t numero); #endif E este é primo.c #include primo.h u_int8_t eh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } Opa vi agora que você mandou. Valeu!! :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
Ai que tá... via sysctl tem que fazer uns calculos doidos lá para gerar a porcentagem de cpu (só se tiver um template pronto pra isso). Nativo não tem. via snmp também não é possivel com net-snmp normal, você só podera encontrar no pacote net-mgmt/bsnmp-ucd em complemento ao bsnmp nativo do freebsd. * Sergio Augusto Vladisauskis (sergi...@gmail.com) wrote: Pode ser pelo sysctl (nativo do zabbix) ou se preferir vc configurar para snmp. -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:50, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: me diga uma coisa, o zabbix pega cpu no freebsd como ? snmp ? * Sergio Augusto Vladisauskis (sergi...@gmail.com) wrote: Melhor monitorar todo o hardware do que só um item... FECHADO! -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:46, Saul Figueiredo saulfelip...@gmail.com escreveu: Pensei sim. é que o zabbix é uma ferramenta completa, monitora não só CPU mas outros recursos também. A minha ideia era só monitorar a CPU. Bom, usarei todos os recursos do Zabbix, está decidido. Tópico Solucionado -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 Linux User: #554651 saulfelip...@gmail.com saul-fel...@hotmail.com Em 9 de novembro de 2012 10:08, Sergio Augusto Vladisauskis sergi...@gmail.com escreveu: Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- Luiz Gustavo Costa (Powered by BSD)
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
2012/11/9 Luiz Gustavo Costa luizgust...@luizgustavo.pro.br: Ai que tá... via sysctl tem que fazer uns calculos doidos lá para gerar a porcentagem de cpu (só se tiver um template pronto pra isso). Nativo não tem. via snmp também não é possivel com net-snmp normal, você só podera encontrar no pacote net-mgmt/bsnmp-ucd em complemento ao bsnmp nativo do freebsd. Eu faço isso com o bsnmpd padrão... no /etc/snmpd.config eu preencho o 'location' e 'contact', adiciono uma community no 'read' e comento o 'write' (no meu caso só faço o monitoramento...). Depois descomento a seguinte linha: begemotSnmpdModulePath.hostres = /usr/lib/snmp_hostres.so Adiciono no /etc/rc.conf: bsnmpd_enable=YES E pronto. No Cacti, você edita o device, vai em Associated Data Queries e adiciona o SNMP - Get Processor Information e SNMP - Get Mounted Partitions e já pode criar os gráficos. Com isso você gera gráficos de CPU, Memória, SWAP, espaço em disco e outros. E isso sem instalar nada no FreeBSD. Thanks to bsnmpd ! []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
#include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } vc somente precisa testar até sqrt(numero) -- Princípio de Eratóstenes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
Em 9 de novembro de 2012 13:12, Otacílio otacilio.n...@bsd.com.br escreveu: On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. O uso do crivo seria um exemplo de como usar uma área de memória compartilhada entre processos ou threads É um problema de exclusão mútua num bitmap - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:13, Rodrigo Mosconi wrote: #include primo.h u_int8_teh_primo(u_int32_t numero){ u_int32_t i; if((numero2) ((numero % 2) == 0)){ return 0; } for(i=3; i = (numero / 2); i = i + 2){ if((numero % i) == 0){ return 0; } } return 1; } vc somente precisa testar até sqrt(numero) -- Princípio de Eratóstenes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Sim, mas como dito anteriormente, o programa é para demorar mesmo, para que a vantagens fiquem evidentes. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
On 09/11/2012 12:15, Rodrigo Mosconi wrote: Em 9 de novembro de 2012 13:12, Otacílio otacilio.n...@bsd.com.br escreveu: On 09/11/2012 12:04, Rodrigo Mosconi wrote: if(limite_superior = 1){ fprintf(stdout,%d eh primo\n, 1); fflush(stdout); } Há um erro conceitual: 1 não é primo, nem composto if(limite_superior = 2){ fprintf(stdout,%d eh primo\n, 2); fflush(stdout); } //Vamos criar os processos reponsáveis por encontrar os números for(i=0; iprocessos; i++){ //Vamos fazer o fork do processo if(!fork()){ //Processo filho entra aqui for(j=3+2*i; j=limite_superior; j+=passo){ if(eh_primo(j)){ fprintf(stdout,%d eh primo\n, j); } } exit(0); como vc poderia usar o crivo de erastótenes para ignorar os múltiplos de primos já obtidos. É, mas a idéia é mostrar que para um problema grande eu posso usar múltiplos processos na solução, que será bem mais rápida em uma máquina com múltiplas CPUs. Se eu sair usando muitos atalhos não vai ficar tão óbvia a vantagem de múltiplos processos. O erro conceitual será corrigido na versão 2.0. O uso do crivo seria um exemplo de como usar uma área de memória compartilhada entre processos ou threads É um problema de exclusão mútua num bitmap - É, mas se você misturar um monte de conceito de uma vez só os alunos tem uma tendência de olharem para o problema como algo muito difícil. Melhor ir aos poucos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Monitorar o uso da CPU com o MRTG
Esses calculos são feitos a partir dos dados entregues pelo template do zabbix-agent. Eu não trabalhei com snmp, mas dizem que é melhor, pois não precisa de um daemon pesado rodando na maquina monitorada. Já me aconselharam a trocar o zabbix-agent pelo snmp. -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 11:58, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: Ai que tá... via sysctl tem que fazer uns calculos doidos lá para gerar a porcentagem de cpu (só se tiver um template pronto pra isso). Nativo não tem. via snmp também não é possivel com net-snmp normal, você só podera encontrar no pacote net-mgmt/bsnmp-ucd em complemento ao bsnmp nativo do freebsd. * Sergio Augusto Vladisauskis (sergi...@gmail.com) wrote: Pode ser pelo sysctl (nativo do zabbix) ou se preferir vc configurar para snmp. -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:50, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: me diga uma coisa, o zabbix pega cpu no freebsd como ? snmp ? * Sergio Augusto Vladisauskis (sergi...@gmail.com) wrote: Melhor monitorar todo o hardware do que só um item... FECHADO! -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 9 de novembro de 2012 10:46, Saul Figueiredo saulfelip...@gmail.com escreveu: Pensei sim. é que o zabbix é uma ferramenta completa, monitora não só CPU mas outros recursos também. A minha ideia era só monitorar a CPU. Bom, usarei todos os recursos do Zabbix, está decidido. Tópico Solucionado -- Deve-se aprender sempre, até mesmo com um inimigo. (Isaac Newton) Atenciosamente, Saul Figueiredo Analista FreeBSD/Linux Linux Professional Institute Certification Level 2 Linux User: #554651 saulfelip...@gmail.com saul-fel...@hotmail.com Em 9 de novembro de 2012 10:08, Sergio Augusto Vladisauskis sergi...@gmail.com escreveu: Já pensou em fazer monitoramento usando o Zabbix? Esse funciona de boa, tanto em linux quando em bsd... -- Sergio Augusto Vladisauskis - Oportunix IT Services Brasil - ME - Site: http://www.facebook.com/oportunix - Fone: +55 (15) 3411-2300 - Móvel: +55 (15) 8164-4014 [TIM] / +55 (11) 9-5308-7965 [Vivo] - Skype: oportunix - Registered Linux User: 305281 Em 8 de novembro de 2012 23:58, Saul Figueiredo saulfelip...@gmail.com escreveu: Sacar de shell script não É o problema. Não vai adiantar muito porquê a saída é trabalhada de maneira diferente... Keep searching Saul Figueiredo Enviado via Android Em 08/11/2012 16:53, Luiz Gustavo Costa luizgust...@luizgustavo.pro.br escreveu: * Saul Figueiredo (saulfelip...@gmail.com) wrote: Eu extraí o código e executei, mas não retorna a mesma saída que o mrtg precisa, então ele nem gera. Mais ninguém tem isso funfando ai? Você tem que formatar a saída de acordo com o que o mrtg pede, eu não lembro exatamente como ele pede, mas se não me engano, é só jogar a saida crua. Você vai ter que ter noção de shellscript pra mexer nisso, não tem jeito. --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- Luiz Gustavo Costa (Powered by BSD)
Re: [FUG-BR] FreeBSD desaparecendo com um núcleo na CPU
já pensou em atualizar o firmware da BIOS da placa mae? @firebitsbr Em 09/11/2012 15:22, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com escreveu: Caro Marcelo Obrigado pelo seu email e sua ajuda. Vou responder às suas perguntas logo abaixo de seu questionamento. 2012/11/9 Marcelo Gondim gon...@bsdinfo.com.br Em 09/11/12 08:29, Eduardo Lemos de Sa escreveu: Caríssimos Incialmente, desculpe-me o subject estranho deste email: escolhi-o para chamar a atenção porque o caso é realmente muito estranho. Há tempos (mais de 1 ano) tenho rodado o FreeBSD/amd64 (iniciei com o 8.0 e agora estou no 8.3) em uma máquina com placa-mãe Asus M4a88t-v evo/usb3 e processador amd 1075t-6x sem qualquer problema ou ocorrênciaa estranha. Há pouco mais de um mês, notei que a máquina travava (teclado, mouse ou placa-rede estavam totalmente paralizados), todas as quartas-feiras, pela manhã. Eu sei, estranho é (será que inventaram o virus quarta-feira 11, o Mesmo que você desligue e ligue a máquina na terça à noite, quando chega na quarta pela manhã ela trava? Tem horário certo também? Isso parece algo que esteja rodando no cron. Já verificou ele? Se eu desligar a máquina na terça à noite, e religa-la logo após a passagem da faxineira, eu começo a trabalhar e ela para. Já olhei se há crontab rodando como root e nada vi de especial. Desconfio que o problema não seja de software (afinal, o FreeBSD-8.x tem rodado há muito tempo, com muita estabilidade e nenhuma atualização de sistema foi feita recentemente). Além disto, eu tenho outras máquinas rodando o 8.3 e nenhuma delas trava. sucessor do sexta-feira 13 para sistemas unix :-)?. No início, eu achei que pudesse ser a faxineira (que todas as quartas-feira limpa a sala, no Ahahaha é mesmo, pior que isso acontece. A empresa para a qual trabalhei uns anos atrás, tinha um cliente que reclamava que o sistema sempre caía todos os dias por volta das 12:00 e voltava uns 15 à 20 minutos depois. Como o cliente era perto de onde eu morava, marquei uma visita perto das 12:00, cheguei lá e fiquei sentado esperando dar o horário do problema. Quando foi por voltas das 12:05 me entra um funcionário deles apressado e dizendo: fome, muita fome. O dito cujo me abre a geladeira, cata uma marmita térmica, tira o switch principal da rede da tomada, como quem desliga uma cafeteira e coloca a marmita dele pra esquentar. HAhaHAhaH Finalmente descobrimos o mistério! Haviam outros casos também que o sistema parava sempre as 17:30 e aí quando fomos checar era a funcionária que queria sair mais cedo e dizia para o chefe que o sistema estava fora. rsrsrs É, tem de tudo no mundo da informática. Onde eu fiz pós-graduação, a rede caía todos os dias entre 17:15 e 17:45. Após um tempo de procura, descobrimos que um secretário, para proteger os dados de seu micro (que ficava desligado quando ele saía) abria a rede (naquela época, usava-se um longo cabo que percorria todo o prédio em forma de anel, onde as conexões com os micros eram feitas através de um T que ligava o cabo à placa de rede). período da manhã), daí resolvi deixar a máquina desligada de terça à noite até o momento da faxina acabar. De nada adiantou, e o micro congelava o video e não aceitava mais comandos. Troquei então a placa de video (que geralmente é a culpada quando a tela congela), e de nada adiantou. O mais estranho é que, de uns tempos para cá (não sei precisar a data), o top mostrava processamento nos núcleos de 0 a 4 (=5 núcleos, quando antes funcionavam 6). Ativando o corre unlocker na bios, notei que 5 cores are actived (ou seja, o sexto núcleo está desligado). A minha suspeita é que o processador ou a placa-mãe (ou ambos) estejam danificados, porém, eu gostaria de ouvir a opinião dos caríssimos para saber: Esse lance do processador pode estar influenciando mas o que me intriga é: por que sempre às quartas de manhã? rsrsrs 1) Há algum software que me permita checar o funcionamento correto da placa-mãe e do processador? Eu tenho usado o mbmon para monitar as temperaturas e tensões do processador e placa-mãe, e parece estar tudo normal. Ummm para teste de CPU não sei não. Acho que só usando algo para estressar eles. Vou usar um teste passado pelo Otacílio e debugado por vários usuários e ver o resultado. De qualquer forma, creio que o problema seja de hardware porque o desaparecimento de um núcleo de processamento não pode ser efeito de uma alteração causada pelo software. 2) O passo seguinte é substitur a(s) peça(s), mas temo que instalar um processador novo (no mercado, agora, só há cpus com 4 núcleos para o socket AM3) em uma placa-mãe avariada possa danificar o novo processador e não resolver o problema. 3) Ao que tudo indica, as memórias estão em bom estado (estado do Paraná :-)), porque não ocorreram falhas de core dump