Administração de sistemas e tecnologias em geral
Archive for the ‘Linux’ Category.
Dia desses estava eu no canal #rhel no irc.freenode.net e me deparei com uma dica muito boa: quando você quiser listar a data/hora de instalação dos pacotes, execute o comando:
# rpm -qa --last
Se quiser filtrar apenas um pacote específico:
# rpm -qa --last| grep bash bash-2.05b-29 Mon 08 Nov 2004 10:28:56 AM BRT<br />
Em um post anterior apresentei um comando que exibia apenas o número de conexões ativas em um servidor/desktop Linux. Dessa vez apresento um comando que exibi o estado de todas as conexões:
$ netstat -a -n| sed '/^tcp/!d'|cut -c 68-|sort|uniq -c|sort -n 1 SYN_RECV 3 CLOSING 7 FIN_WAIT1 8 SYN_SENT 17 LISTEN 18 CLOSE_WAIT 18 FIN_WAIT2 656 TIME_WAIT 688 ESTABLISHED
No exemplo acima são exibidas as conexões de um servidor de e-mail.
Imagine que você precisa baixar um arquivo e ao verificar descobre que existem vários mirrors que disponibilizam o mesmo arquivo. Por alguns segundos, você para e pensa “e agora? qual eu escolho?” Bem, de duas uma: ou vai no chute escolhendo qualquer um, ou começa a baixar e se verificar que está muito lento desiste e começa em outro mirror.
Pois bem, como diria o seu Creisson: Seus problemas acabaram! O comando netselect, efetua alguns testes de desempenho em endereços ftp passados como parâmetro.
# netselect -vv ftp.debian.org ftp.br.debian.org Running netselect to choose 1 out of 2 addresses. ............ ftp.debian.org 177 ms 19 hops 90% ok ( 9/10) [ 568] ftp.br.debian.org 9999 ms 30 hops 0% ok 568 ftp.debian.org
Existe também outro comando (para quem utiliza ubuntu/debian) que cria um arquivo sources.list (endereço dos repositórios para instalação/atualização de pacotes) baseando-se nos mirrors do próprio apt: netselect-apt
# netselect-apt Using distribution stable. Retrieving the list of mirrors from www.debian.org... --22:06:36-- http://www.debian.org/mirror/mirrors_full => `mirrors_full' Resolving www.debian.org... 194.109.137.218 Connecting to www.debian.org[194.109.137.218]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 165,115 [text/html] 100%[==========================================>] 165,115 65.38K/s 22:06:40 (65.27 KB/s) - `mirrors_full' saved [165115/165115] >Choosing a main Debian mirror using netselect. netselect: unknown host debian.mirror.cygnal.ca netselect: unknown host cdn.mirror.garr.it netselect: unknown host debian.marked.no netselect: unknown host mirrors.terrabox.com Running netselect to choose 1 out of 297 addresses. ................................................ The fastest server seems to be: http://mirror.eftel.com/debian/ Choosing a non-US Debian mirror using netselect. netselect: unknown host debian.mirror.cygnal.ca netselect: unknown host cdn.mirror.garr.it Running netselect to choose 1 out of 212 addresses. ................................................ The fastest non-US server seems to be: http://linux.iq.usp.br/debian-non-US/ Writing sources.list. Done. #
Load Average é a média da soma do número de processos aguardando na fila para rodar mais o número atual de processos sendo executados nos últimos 1, 5 e 15 minutos.
Grande parte dos administradores de sistema referem-se e utilizam a carga de 1 minuto para na análise da carga do sistema. Recomenda-se o uso do 15 minutos para uso em planejamento de capacidade (Capacity planning).
Afirmações relevantes do artigo “UNIX Load Average Part 1: How It works by Dr. Neil Gunther“
O que pode ocasionar a carga alta:
O material acima é um breve resumo do que achei sobre Load Average nos endereços abaixo. Sugestões/correções serão muito bem vindas.
Referências:
Imagine aquele servidor (ou mesmo desktop) que você ficou vários dias escolhendo quais pacotes instalar…. uma hora será necessário repitir este procedimento e covenhamos, é um saco ficar levantando o que deve ser instalado e o que deve ser removido, para que as duas instalações fiquem iguais. Para quem utiliza o Debian (ou Ubuntu) existe uma forma bem fácil de resolver este problema, o comando dpkg possui duas opções que permite “equalizar” ou igualar o estado dos pacotes dessas duas instalações.
Para isso, na instalação onde você passou horas definindo o que deveria ser executado, execute o comando:
# dpkg --get-selections > pacotes.lst
Em seguida, copie o arquivo pacotes.lst para a instalação que você pretende deixar igual a primeira e executar o comando:
# dpkg --set-selections < pacotes.lst
?? importante lembrar que o comando acima não instalará nem removerá nenhum pacote da sua instalação, e sim estará definindo o estado do pacote de acordo com a primeira instalação. Para efetivar o processo de instalação/remoção dos pacotes, basta executar o aplicativo dselect, que é um front-end para o gerenciador de pacotes do Debian (deb).
# dselect
Em seguida, vá até a opção [I]nstalar (pode ser pressionando a tecla I) e em seguida pressione a tecla Enter. Após concluir o processo de instalação, escolha a opção [R]emover e pressione Enter novamente.
Aproveitando o embalo, o dselect permite configurar os repositórios do APT, assim como atualizar a lista de pacotes, instalar e remover pacotes e configurar pacotes que ainda não tenham sido configurados.
<update>
Saiu um artigo no dia 24/08 entitulado Linux Get list of installed software for reinstallation / restore software que além de apresentar a mesma coisa que relatei acima, vai um pouco além e explica como pode-se fazer a mesma coisa com distribuições baseadas em RPM.
</update>
Comando simples mais (in)útil: rev. Com ele é possível inverter uma string (ou as linhas de um arquivo) passados para ele, exemplo:
$ echo 123 | rev
321
Outro exemplo:
$ cat teste
Jose Morelli Neto
$ rev teste
oteN illeroM esoJ
Se alguem descobrir uma boa utilidade para este comando, por favor me avise 
As vezes precisamos enviar um arquivo a partir do shell de um servidor para o e-mail de algum usuário. ?? comum acessarmos um FTP do servidor e copiar o arquivo ou enviar o arquivo como conteúdo do e-mail (e não anexo). Esses tempos descobri um utilitário que me encantou: o mpack. Sua principal função é empacotar um arquivo em formato MIME.Segue um exemplo para enviar um e-mail com o arquvio /etc/hosts como anexo:
# mpack -s "Assunto qualquer" /etc/hosts usuario@email.com
?? possível enviar arquivos binários também, basta apontar o local. Caso você queira adicionar alguma descrição ao arquivo, basta utilizar o parâmetro -d [arquivo_descricao]
Também é possível apenas empacotar (ou desempacotar) o arquivo em formato MIME. No exemplo abaixo estamos codificando o arquivo /bin/ls no arquivo arquivo_mime
# mpack -s "qualquer coisa" -o arquivo_mime /bin/ls
E agora para desempacotar:
# munpack -s "qualquer coisa" arquivo_mime
Assim o arquivo ls será descomprimido no diretório raiz.
Pois é… decidi atualizar meu Ubuntu da versão breezy (5.10) para o Dapper (6.06). Tentei como sempre pela forma normal: pegar o CD da última release, iniciar a máquina com ele e efetuar a atualização. Mas infelizmente não deu… algum problema na minha máquina fazia com que o Ubuntu travasse no momento do boot. Ai, por acaso fui atualizar alguns pacotes e me deparei com um mensagem na parte superior da tela de atualização: “New distribution release ‘6.06 LTS’ is available” e do lado um botão “atualizar”. Pressionei o botão e voi-a-lá! após algumas confirmações meu Ubuntu já tinha virado dapper….
Para abrir o Gerenciador de atualizações, você pode ir pelo menu: “Sistema -> Administração -> Gerenciador de Atualizações” ou no terminal, executar o comando:
$ sudo "update-manager -d"
?? só isso… claro atualizar via web implica em baixar todos os pacotes da internet… algo em torno de 640MB, mas vale a pena
Para quem não conhece, o Dig (Domain Information Groper) é um utilitário para consultas a DNS. Ele é normalmente utilizado para identificar problemas de DNS por ser uma ferramenta flexivel, fácil de utilizar e permitir um retorno das pesquisas de fácil compreensão.
o comando básico é:
# dig @servidor nome tipo
onde:
Existem várias opções de consulta, a que acho mais interessante é a +trace. Quando ela é utilizada, a saída apresenta todas as respostas desde os rootservers, incluindo qual deles respondeu. Um exemplo:
# dig @dns1.univali.br www.inf.ufsc.br A +trace
Qualquer outra informação: man dig
A algumas semanas atrás, fiquei responsável por realizar testes de carga em uma sistema web da Univali que foi desenvolvido para o processo de Avaliação Institucional, no qual todos os alunos e professores devem preencher um questionário avaliando as disciplinas, os professores, os coordenadores de curso… ou seja, a universidade como um todo.
Fiquei com esta tarefa, pois a alguns anos também sou responsável pelo teste de carga da aplicação responsável pela processo de matrícula via Internet.
A tarefa é “simples”: consiste em monitorar o uso de recursos de todos os servidores envolvidos no processo (servidores web, banco de dados, etc) e aplicar uma carga que deverá simular um número n de usuários efetuando um determinado processo (preenchendo um formulário, navegando em um site, etc) em um período de tempo. O objetivo é dizer quantos usuários simultâneos poderão estar utilizando o sistema com um tempo de resposta aceitável e de forma que os recursos de hardware/software não sejam consumidos completamente.
Esse “número mágico” é utilizado para definirmos se um processo será dividido por grupos de pessoas em vários dias ou se será necessário a adição de mais servidores no farm.
Bem, por que estou escrevendo isso? porque até o início do ano eu costumava utilizar um software da Microsoft para efetuar os testes de carga chamado Web Application Stress Tool. Infelizmente para algumas aplicações web eu não conseguia efetuar o teste corretamente, simulando um usuário real no sistema. Dessa vez tentei evoluir um pouco e decidi fazer a aplicação em Shell Script! 
A experiência foi muito boa, confesso que consegui obter um resultado satisfatório e ter uma flexibilidade imensa para criar o programa. Abaixo um descrição de um dos teste executados com 500 usuários simultâneos:
Foram utilizados 500 usuários que efetuaram o processo de login na Intranet no intervalo de 5 minutos. Estava sendo disparado o acesso de exatamente 5 usuários a cada 3 segundos. Após efetuar o login, o ???usuário??? passava para a tela onde encontram-se os formulários de avaliação institucional e em seguida escolhia o primeiro formulário de avaliação referente a disciplina. Neste ponto foi adicionado um intervalo que varia de 2 a 3 minutos referente ao preenchimento do formulário. Após a conclusão o mesmo era salvo e o usuário escolhia um novo formulário. Este processo se repetiu no total de 8 vezes, sendo 5 para formulários de disciplinas cursadas e 3 referentes ao curso (Curso, coordenador e auto-avaliação). Ao final o usuário efetuava o processo de Logout da Intranet.
Para o teste de cargas utilizei principalmente o curl auxiliado por diversas outras ferramentas encontradas no shell padrão de qualquer distro. Para o monitoramento também foram criados scripts que coletavam informações como uso de CPU, memória, conexões simultâneas, processos do apache em execução e outras informações relevantes.
Acho que é isso… gostaria apenas de compartilhar mais uma idéia que podê ser resolvida com shell scripts. Quem sabe futuramente transformo esse meu conhecimento em uma aplicação mais flexivel e fácil de configurar que suporte “farms” de clientes, geração de gráficos automaticamente (pois usei o Excel pra fazer isso e mais o que vier na cabeça.
