Memnemonics fike’s

   Já estou usando algum tempo o Grub2 como gerenciador de boot (arranque?), pelo menos para o meu uso em casa posso considerar estável apesar da maioria das distribuições ainda usarem o Grub 0.9.X. 

   Algum tempo atrás foi liberado o Xen 3.3 e como estava afim de testá-lo, tratei de baixar o código-fonte e instalar o Xen 3.3. Terminado a compilação e instalação, executo o update-grub (comando presente no Debian) para que configure automaticamente o Grub para reconhecer ao iniciar a máquina uma nova entrada para boot. Porém, o update-grub funciona muito bem com a versão 0.9.X do Grub e não com o Grub2. =/

   Se estiver usando os pacotes do Xen para o Debian também terá o mesmo problema, ao rodar o update-grub deverá ter uma nova entrada no grub.cfg como está:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
    linux /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
    initrd /initrd.img-2.6.26-1-xen-amd64
}

    Se fosse no Grub 0.9.X que estamos acostumados a trabalhar, trocaria as entrdas linux e initrd para modules e teria uma nova entrada com kernel:

title Debian GNU/Linux, linux 2.6.26-1-xen-amd64
  root (hd0,1)
  kernel /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=/dev/sda1 ro console=tty0
  module /initrd.img-2.6.26-1-xen-amd64

      Porém no Grub2, temos que adicionar manualmente. O parâmetro correto para iniciar o Xen com Grub2 é multiboot, a entrada no grub.cfg ficará similar ao exemplo abaixo:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
     multiboot /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
  module /initrd.img-2.6.26-1-xen-amd64
}

   Sempre que existe uma continuidade de evento, geralmente o último realizado é considerado o melhor de todos. Felizmente a PGCon-BR 2008 também podemos dizer isso.

   Desde a última vez que estive envolvido na organização de um evento de Software Livre  (PSL-ABCD) eu não tenho muita vontade de estar ajudando na organização.  Coisas bem pontuais quando pedem…

   Esse ano na PGCon-BR 2008 eu ajudei simbolicamente resolvendo um problema para imprimir parte dos materiais do evento, horas relembrando meus tempos de consertar impressoas jato de tinta. argh!!!

   Creio que a escolha do local foi bem apropriada, realizado na Unicamp com um bom espaço, bom auditório. Espero que os próximos sejam neste mesmo local.

   O público foi maior do que em 2007 e também mais qualificado. As palestras tiveram um bom nível técnico com o público interagindo bem com os palestrantes com boas perguntas. Destaco três palestras que superaram minha expectativa que foram do Leandro Dutra (O elefante aparelhado), Luis Fernando Bueno do SIPAM (Banco de Dados Espaciais com PostgreSQL) e David Fetter (Implementation of Common Table Expressions). 

  Um dos pontos altos do evento foram as palestras leves (Lightning  talks) foi muito bacana. 3 minutos para que as pessoas darem seu recado. Já no fim do evento a Isis teve a idéia de formar o pgwomen, assim como tem o Debian (Debian-Women) .

  O telles também fez seus comentários sobre o evento, faça o seu também.

   Ultimamente tenho trabalhado mais com Oracle RAC do que PostgreSQL. Para quem não conhece, Oracle RAC é uma solução de cluster para banco de dados Oracle

   Nessas minhas últimas semanas de manutenção, minhas impressões iniciais são:
 

 1 - É uma caixa mágica que ninguém sabe como funciona por dentro.

2 - Os idiotas que desenvolveram não entendem porra nenhuma de System V.

3 - Heartbeat é para checar o estados dos nós de um cluster ou serviços, não para replicar dados dentro dele.

4 - Modificar o coreutils e incrementar biblioteca quer permite acesso como O_DIRECT é quase o mesmo que mandar o Sistema Operacional para o limbo, prá que um SO mesmo?

5 - OCFS (não o OCFS2) é uma bomba-relógio, se tem Oracle nele, tenha plano de saúde.

6 - Não adianta te enganarem, RAC não foi feito para trabalhar em rede WAN.

7 - Não se preocupe, alguns erro ORA-XXXX são considerados normais. (hã?) -

8 - Se sua rede não é confiável, esquece de usar RAC, ele irá cair e você demorará para entender onde está o problema. Na verdade, com um hardware intermediário ele já tem surtos psicóticos.

9 - Tenha uma bendita conta no Metalink, senão viverá menos dias diante ao caos.

10 - Se você não tem suporte nem da Oracle, nem Red Hat (Debian é mais rápido, quer apostar?), pode instalar em qualquer Linux decente que funciona igual ou mais rápido.

11 - Ainda bem que o PostgreSQL não é Oracle e não existe nenhum projeto estável que se inspire no RAC.

Obs: Convença-me que estou errado, ficarei feliz com opiniões divergentes.

    Sempre me perguntando quando estou apresentando palestra se tem emprego em Software Livre/Código Aberto. Sempre respondo que sim mas que ainda o mercado está amadurecendo, a mentalidade são ainda de venda de caixinhas como solução para todos os problemas mas felizmente isso tem mudado bastante vide algumas vagas que aparecem no BR-Linux e algumas como está que está abaixo. Sempre perguntam se é possível trabalhar somente com Debian ou PostgreSQL, sempre respondo que sim, tem bons lugares para trabalhar com eles e muitos que somente usam eles por conveniência de um edital público ou por puro oportunismo barato.

     Segundo o que dizem, é um local excelente para trabalhar, um dia trabalho num lugar desses e espero que vocês leitores também.

* Formação superior na área de Computação
* Perfil desenvolvedor - Design e implementação em linguagens como
C/C++, Python ou Perl
* Ser capaz de desenvolver no modelo Open-Source: uso de
mailing-lists e patches, GNU Toolchain (gcc, gdb), GNU Auto-tools e
esquemas de empacotamento como o RPM ou Debian
* Fortes conhecimentos de uso e administração em Linux - shell
scripts, administração de pacotes, uso do Linux como Desktop no
dia-a-dia
* Conhecimento do funcionamento interno do Linux
* Fluencia em Inglês

* Arquitetura e programação da plataforma Linux on XXXXX
* Design de ferramentas de toolchain (compiladores, debuggers)
* Desenvolvimento de device-drivers para o Linux Kernel, programação em baixo-nível
* Conhecimentos em criptografia, Trusted Computing ou padrões de
segurança internacionais
* Technologias de virtualização e meta-virtualização. Soluções XXX
ou Open-Source

Continuando o meme do Maçan sobre o sysadminday…

Muitas pessoas acham que sou DBA ou desenvolvedor mas a minha origem como profissional de TI é de sysadmin que no Brasil é muito conhecido como Administrador de Rede ou Analista
de Suporte. No exterior nós somos conhecidos apenas como sysadmin. :)

Desde junho que não tenho mais tarefas de sysadmin (isso fica para uma próxima nota). Sinto falta das tarefas insanas, os prazos curtos e os pedidos idiotas. Esse último sysadminday eu estava montando um projeto de monitoramento e gentilmente um analista pediu para usar a máquina que eu estava usando para teste de carga do PostgreSQL para o Zabbix monitorar, ele comentou que era de teste e terminaria em uma semana. O bocó aqui, acreditou que realmente ia acontecer exatamente que o analista propôs mas isso está abaixo como um causo com omissão de nomes, lugares e pessoas.

Sysadmin: - Qual a codificação da base de dados que você irá usar?

Analista: - ASCII.

Na mente do Sysadmin: - Pq esse fdp não usa base com UTF-8?

Sysadmin: - Feito, pode usar.

Analista: - Hum… Tem coisa errada aqui, as funções estão com problemas.

Sysadmin: - Problemas? Mostre os erros para entender.

Sysadmin: - Não será que você está usando uma versão de conector muito
antiga (7.0) e o banco de dados instalado é o PostgreSQL 8.3?

Na mente do Sysadmin: Será que conjuro o Operador Bastardo do Inferno?

Analista: - Será? Acho que não.

Sysadmin: -Esse erro aí gritando na tela é de conversão implícita de tipo de dados, o PostgreSQL não tem mais funções desse tipo para evitar pequenos equívocos de conversão dos tipos de dados das variáveis. Conversões de tipos de dados devem ser explícitas.

Na mente do Sysadmin: Será que mostro esse artigo do Peter Eisentraut sobre isso???

Analista: - Ah!!! Entendi, já estou alterando.

Alguns dias passaram…

Analista: - Será que podem instalar um Apache
e PHP?

Sysadmin: -Ok, mas lembre-se que a máquina será desativada logo!

Na mente do Sysadmin: Acho que já disse isso antes.

Analista: - Claro, tudo sobre controle.

Alguns minutos depois…

Analista: - Olha, o PHP está com alguns problemas, podem ajudam?

Sysadmin: - Claro!

Analista: - Essa função não está retornando todas variáveis, o que está
errado na instalação aí?

Sysadmin: - Instalação padrão.

Analista: - Olha aqui a tela.

Sysadmin: - Qual versão do PHP você usou para desenvolver?

Analista: - 4 (quatro).

Na mente do Sysadmin: Muito bom, será que esse cara toma cerveja comvalidade vencida?

Sysadmin: - Essa versão não é recomendada para ambientes em produção, a
usada aqui no SO(Debian Lenny) é a 5.0 em diante.

Analista: Putz, pode dar um jeito?\

Na mente do Sysadmin: Lá vamos nós de novo com a bigorna e a marreta…

Sysadmin: - Você está usando variáveis globais?

Analista: - Acho que sim… Sim, estou!

Sysadmin: - Claro, só um instante.

Sysadmin altera o php.ini para aceitar variáveis globais do PHP,
muito puto…

Na mente do Sysadmin: - Será que ele já leu algum artigo
sobre melhores práticas para PHP?

Sysadmin: - Está pronto, esse servidor terá estar disponível na internet?

Analista: - Sim, porque você acha que ele foi migrado para PHP?

Na mente do Sysadmin: - Será que acertar a marreta na cabeça dele,
alguém irá notar?

Sysadmin: - Está aparecendo alguns erros ao consultar as tabelas.

Analista: - Tudo bem, esses erros são de tabelas que já não existem, para o
programa precisa apenas de uma dessas consultas que estão com erro.

Na mente do Sysadmin: - Hã?

Analista: - Pode fazer desaparecer essas mensagens de erro?

Sysadmin: - Claro, só um minuto…

Altera o php.ini novamente para omitir qualquer erro do PHP.

Sysadmin: - Mais alguma coisa?

Analista: - Por enquanto está tudo certo.

Esse tipo de situação acontece muito em muitos lugares desse planeta, portanto cuide bem de seu sysadmin. :)

Para continuar esse meme:

Eder (frolic) L. Marques

André (andrelop) Luís Lopes

Christiano Anderson

Finalmente comprei as passagens, vou para Debconf8 na Argentina.

    Esses dias tenho tido bastante diversão já que a internet no trabalho tem algumas pequenas restrições. Na última semana precisa testar o Pentaho, como também precisava testar alguma versão da máquina virtual java que rodasse num Linux na plataforma SPARC.

    Para uma linguagem multiplataforma que é possível facilmente olhar sua conta pela internet (internet banking) na plataforma AMD64 com Linux (meu caso Debian) nativamente e executar programas com Linux na plataforma SPARC. Ainda prefiro a velha e antiquada linguagem C. Isso é uma ironia, complemento de um nota antiga aqui no blog.

   Depois de três brigando com o OpenJDK/IcedTea para compilar, consegui gerar os binários depois de 13 horas initerruptas. No SPARC não consegui fazer muito coisa mas no AMD64 em testes sem rigor científico, o tempo que demorou para a instância do JBoss 4.2 carregar com o Pentaho BI Plataform.

OpenJDK:
Tempo Médio: 56 segundos

Sun-Java6:
Tempo Médio: 59 segundos

   Como o foco não era comparar as máquina virtuais java, somente fiz a média de carregar uma instância do JBoss com Pentaho. O equipamento é um Pentium Dual-Core, 2GB de RAM, Debian Lenny (AMD64), JBoss 4.2.2 e PostgreSQL 8.3.3. Gostaria de avançar mais nesse teste mas uma pequena falta de tempo me impede no momento.

  Também estou participando da campanha do Augusto Campos com o seus sites BR-LInux e Efetividade.  Você também pode ajudar os projetos de Software Livre/Código Aberto não só participando dessa campanha mas contribuindo diretamente.

  Eu escolhi o Creative Commons além do Wikipedia para essa campanha. Já contribuo de forma pequenina para o PostgreSQL e Debian, e você.

   Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!
…e também a pen drives, card drives, camisetas geeks, livros e mais! O BR-Linux e o Efetividade lançaram uma campanha para ajudar a Wikimedia Foundation e outros mantenedores de projetos que usamos no dia-a-dia on-line. Se você puder doar diretamente, ou contribuir de outra forma, são sempre melhores opções. Mas se não puder, veja as regras da promoção e participe - quanto mais divulgação, maior será a doação do BR-Linux e do Efetividade, e você ainda concorre a diversos brindes!

   Bom, para ajudar você que está inibido em enviar uma proposta de palestra para PGCon Brasil 2008, vou publicar aqui as três proposta que enviei até então:

Título: HA em PostgreSQL: O Elefante disponível para além do infinito
Tipo: Palestra
Público Alvo: Intermediário
Resumo:
    Alta-Disponibilidade para banco de dados é um das tarefas mais difíceis para qualquer profissional de TI, os desafios estão muito além do que somente trocar um endereço IP. Esta palestra tem como objetivo mostrar as estratégias e ferramentas possíveis de usar para Alta-Disponibilidade em PostgreSQL e também mostrar o que não funciona.

Descrição (até 3000 caracteres):
     Existe um mito corriqueiro que alta-disponibilidade basta ter duas máquinas com um serviço simples de alta-disponibilidade ou que é simples montar um Cluster Multi-Master que a Disponibilidade do Banco de Dados está garantida. A simplicidade de encontrar a solução pode significar o fracasso de um projeto. Pois, para um projeto bem-sucedido de Alta-Disponibilidade é necessário avaliar as muitas variáveis que podem significar em pontos de falhas, tratando-se de
banco de dados as variáveis aumentam significativamente porque terá que avaliar se um projeto de Alta-Disponibilidade é em uma rede LAN ou WAN, Assíncrono ou Síncrono, aplicação está preparada para suportar replicação ou trabalhar em cluster.

    Esta palestra visa desmitificar a idéia simplista de um projeto de Alta-Disponibilidade em Banco de Dados (PostgreSQL) e mostrar soluções com as principais ferramentas com suas funcionalidades e quais são as melhores soluções de Alta-Disponibilidade para essas ferramentas. Dentre elas, será citado: PgBouncer, PL/Proxy, PgPool-2, Slony, Log
Shipping, Sequoia, etc…

 
   Fora anunciado recentemente o lançamento do Beta2 do instalador da próxima versão estável do Debian. Com o codinome de Lenny e versão 5.0, o instalador conhecido como Debian-Installer tem novos recursos bem interessantes, num teste rápido posso dizer que gostei de ter a possibilidade de instalar o Grub2, reconheceu minha placa wireless e também tem a possibilidade de habilitar já na instalação o repositório Volatile. Tirei alguns screenshots da instalação do Lenny que podem ser vistos aqui.

  Abaixo duas telas do instalador.