for each ping do a reverse dns lookup
Ao ver o vídeo abaixo indicado cheguei às seguintes conclusões :
1 - Não sou só eu que faço merda.
2 - Não somos só nós que fazemos merda.
3 - Afinal até me desemerdo bem dadas as circunstâncias.
4 - Onde está a minha Firewall Alteon não sei quantos com a etiquetazinha a dizer Firewall ??
5 - O meu salário já devia ter sido aumentado para o dobro à dois anos atrás.
http://videos.sapo.pt/izcO3POmFEjgJ2SczNgj
As asneiras que eu fiz decididamente foram muitas mais mas paciência eu também mexo-me mais ;
Lá para o final do ano eu conto-as…
Um dos motivos para evitar falhas ou quebras de disponibilidade é o clustering das aplicações por várias máquinas. Nada de novo aqui, o problema é ter dinheiro para as máquinas.
Já muito se ouviu falar deste tipo de equipamentos , aparentemente já se usa isto lá fora Nova Zelandia por exemplo para bloquear o sinal de telemóveis nas prisões, porque não implementar o mesmo em Portugal ?
Ilegal em alguns países mas o que é ilegal para uns pode ser livre para outros.
Isto tudo por causa deste artigo no JN
Best Regards,
FAR3
andre@linux-wii:~/Modelo3$ sh modelo3
modelo3: 256: Syntax error: Bad substitution
andre@linux-wii:~/Modelo3$
Ora bolas menos um ponto para as finanças, não, não vou fazer um fix disto…
uname -a
Linux linux-wii 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
Ubuntu 7.10 almost all updates done…
The fix !!
andre@linux-wii:~/Modelo3$ java -jar modelo3v2008.jar
andre@linux-wii:~$ history|awk ‘{a[$2]++ } END{for(i in a){print a[i] ” ” i}}’|sort -rn|head
103 ssh
79 cd
76 dig
71 ls
17 sudo
12 vi
12 telnet
10 ping
10 cat
8 man
:S isto é um pouco incorrecto, e depende do que tenham sido as minhas tarefas na ultima semana
Uma visão um pouco mais ampla
andre@linux-wii:~$ history|awk ‘{a[$2]++ } END{for(i in a){print a[i] ” ” i}}’|sort -rn|head -60
103 ssh
78 cd
76 dig
71 ls
17 sudo
12 vi
12 telnet
10 ping
10 cat
8 man
8 exit
7 w
7 scp
6 nmap
6 ifconfig
5 wget
5 ps
5 less
4 mv
4 mkdir
4 date
4 cp
3 mysql
3 find
3 chmod
2 vim
2 unzip
2 tar
2 ./snmpdiskio
2 rm
2 reset
2 history|awk
2 history
2 evince
2 clear
Em conversa com um colega ele referiu que quando temos de gerir servidores de 50000 clientes a experiência é melhor do que gerir 20, achei um comentário no mínimo, mínimo. Conheço mais 3 administradores de sistemas bem capazes cujo número de clientes não deve chegar aos 100 e no entanto o empenho e atenção aos detalhes permite-lhes sempre encontrar a melhor solução, se ela funciona sobre maior stress ou não isso já vai dos tweaks que tudo necessita à medida do crescimento.
Pessoalmente acho que a capacidade de responder a 36000 clientes ou 20 depende da máquina, solução e configuração, altera-se pouco nessas situações minimamente aliás(tudo depende de quem desenhou a arquitectura), a realidade é que parte da diferença entre trabalhar com 36000 clientes vs 20 encontra-se no tempo de resposta e resolução de um problema, por consequência o recurso aos nossos conhecimentos para a sua resolução. Os conhecimentos ditam o resto.
Como meço o meu desempenho e qualidade ?! Aponto um Nº de tarefas a executar a longo prazo+tarefas paralelas+nº de interrupções, comparo com o resultado dos vários servidores ( disponibilidade ) a este conjunto acrescento a minha capacidade de “prever” problemas e prevenir contra os mesmos (cada vez mais difícil) malditos updates.
Neste momento está no geral mais ou menos assim:
~10 , 2 dependem inteiramente do facto de estarem ambos operacionais e aí está 90% do problema que ainda estou a resolver. 10% do problema encontra-se de não ter nem nunca irei ter hardware que tenha capacidade para lidar com redundância de filesystems (porn is higly scalable, business data is not). Alternativas existem e aqui pode-se dizer que os comentários são muitos. Ter algo dependente apenas de um server é algo que abomino mas em certos casos tenho de viver com isso devido às alterações que seriam necessárias aplicar entre as várias “interfaces” que comunicam. A afectar isto tudo existe o custo de equipamento que define a direcção a tomar (not my problem).
Posso também dizer que a melhor altura para fazer “melhoramentos” é quando está tudo uma merda não existe um lado negativo apenas o positivo pois quando na merda qualquer passo que se tome para sair dela é um melhoramento.
O tempo de reacção em situações de stress é algo crítico aqui surpreendo-me ao afirmar que o tenho controlado mas o facto de ter alertas e vários dados para recorrer quando algo falha, diminui o meu tempo de reacção, o facto de já ter lidado com o mais variado tipo de situações reduz ainda mais o tempo de reacção. Ainda demoro um pouco a escrever bash scripts…
Quanto mais clientes mais experiência ? Não. Por vezes 10 clientes com um serviço que precisa estar allways on, é muito mais exigente e reclama a qualquer problema do que um outro que não tem tanta necessidade do serviço, por isso o número de clientes é variável.
O mais importante que aprendi até hoje é que o load average não é proporcional ao uso de cpu e nunca fazer alterações quando em estado zombie ( apenas 2 horas de sono ) faça o que se fizer vai dar merda é uma questão de tempo. Lado positivo em estado zombie não existe sentimento de stress apenas uma leve chatice.
O mais inútil que aprendi é que … Não existe nada de inútil na vida.
O que eu gostaria era poder alterar a configuração de um monte maganos que andam por aí e à custa deles temos de andar com hacks.
Um factor importante é o tempo se o problema ocorreu às 22h52 foi às 22h52 e não às 22h53 !
A minha shell é assim:
[03:36:53] andre@linux-wii:~$
São 3h18m hoje não trabalho ia a Lisboa e a viagem acabou por ficar sem efeito mas tenho de acordar às 4h da manhã.
Included in Red Hat Enterprise Linux 4 are four custom configured schedulers from which to choose. They each offer a different combination of optimizations.
The Completely Fair Queuing (CFQ) scheduler is the default algorthim in Red Hat Enterprise Linux 4. As the name implies, CFQ maintains a scalable per-process I/O queue and attempts to distribute the available I/O bandwidth equally among all I/O requests. CFQ is well suited for mid-to-large multi-processor systems and for systems which require balanced I/O performance over multiple LUNs and I/O controllers.
The Deadline elevator uses a deadline algorithm to minimize I/O latency for a given I/O request. The scheduler provides near real-time behavior and uses a round robin policy to attempt to be fair among multiple I/O requests and to avoid process starvation. Using five I/O queues, this scheduler will aggressively re-order requests to improve I/O performance.
The NOOP scheduler is a simple FIFO queue and uses the minimal amount of CPU/instructions per I/O to accomplish the basic merging and sorting functionality to complete the I/O. It assumes performance of the I/O has been or will be optimized at the block device (memory-disk) or with an intelligent HBA or externally attached controller.
The Anticipatory elevator introduces a controlled delay before dispatching the I/O to attempt to aggregate and/or re-order requests improving locality and reducing disk seek operations. This algorithm is intended to optimize systems with small or slow disk subsystems. One artifact of using the AS scheduler can be higher I/O latency.
É com grande pena que o meu monitor de 21″ ontem à noite deu os últimos sinais de vida…
À parte disso não gosto quando o net-snmp falha por um motivo que ainda não consegui identificar. Simplesmente parei e reiniciei o serviço e aconteceu isto.
Mário Brothers em Javascript
Gostava que o wordpress suporta-se o twitter mas isso são desejos que não se vão concretizar devido ao pownce
Falha de segurança de 2007, mas isto está a falhar demasiadas vezes para ser considerado um problema normal.
Mon, Sep 03 14:55:00 CEST 2007
Security Update for clamav
Sebastian Harl uploaded new packages for clamav which fixed the following security problems:
CVE-2007-4510
It was discovered that the RTF and RFC2397 parsers can be tricked into dereferencing a NULL pointer, resulting in denial of service.
CVE-2007-4560
It was discovered clamav-milter performs insufficicient input sanitising, resulting in the execution of arbitrary shell commands.
