Você gastou 40, 80, 120 horas da sua vida juntando informações relevantes e tecnicamente acuradas e os imbecis escolhem o que? A mesma solução que eles queriam desde o começo, mas para manter as aparências de que estavam realmente analisando o mercado te mandam fazer papel de idiota pesquisando.

Ter solução errada enfiada goela abaixo é duro, mas muitas vezes temos que aceitar. Dentro dos limites, é lógico.

Quem acompanha o blog há mais ou menos um ano acompanhou meus posts metendo o pau no meu emprego antigo, mas vou contar o que realmente engatilhou minha saída. Eu estava trabalhando num projeto para implementar uma collaboration suite que iria substituir o atual sistema de email.

Junto com mais um colega passamos infinitas horas fazendo laborátorios, lendo, estudando, implementando testes, juntando fatos, preços, informações, participando de webinars e conference calls e recrutando pessoas para testar as opções (sendo que a última coisa foi realmente o mais difícil).

Depois de muito trabalho mandamos um relatório completo, com nossa recomendação, para nosso gerente – que encaminhou para o diretor. Ficamos sem ouvir nada a respeito até um dia que o meu gerente me chama para “falar 5 minutinhos” numa reunião.

Chegando lá estavam reunidos na sala o diretor e todos os gerentes de IT: Rede e Servidor, Desenvolvimento, Web, Desktop, Audio e vídeo e suporte. Todos eles haviam sido convidados para participar dos testes, mas nenhum se deu ao trabalho de fazê-lo, que fique claro.

Quando entro o diretor me faz algumas perguntas sobre o relatório, tira 2 dúvidas tão idiotas que percebi na hora que ele não tinha entendindo lhufas e então ele vira pra mim e diz: “Obrigado. Você pode ir. Agora nós podemos continuar a discutir qual ferramente escolher nós mesmos”.

“OPA! Como é que é, meu chapa? Eu ralei igual um FDP e conheço esses sistemas por dentro e por fora, sei todas as features, limitações e parâmetros de linha de comando de cada uma das opções e você, que não sabe nem fazer uma pergunta e essa cambada de gerente incompetente, que não perdeu 5 minutos para olhar os pilotos que configurei, estão me dispensando pois acham que são capazes de decidir por vocês mesmos? Tá de brincadeira?” – Pensei.

Basta dizer que 2 semanas depois eu tinha conseguido uma entrevista e em mais 2 semanas estava começando o novo emprego.

Ainda não posso cantar vitória no emprego novo, mas estou bem mais confiante de que meu tempo está sendo bem investido dessa vez.

A procura agora é diferente: Storage. Qual a melhor opção para o nosso caso? Para o cenário da nossa empresa?

Logo que cheguei meu chefe tinha uma idéia do que ele queria (Equallogic). Eu analisei, li um pouco e logo achei que não era a melhor opção. Já escaldado do emprego antigo quase não falei nada, mas achei melhor comentar que eu tinha outra idéia que deveríamos testar (NetApp).

A surpresa foi que, na semana seguinte, ele já tinha marcado com o representante da idéia que eu dei e conseguimos um FAS 2050 emprestado por um mês para analisar e fazer os testes que me dessem na telha.

Essa semana expira o mês e eu já fiz meu relatório e entreguei para o chefe. E na quarta-feira temos reunião com a NetApp. Provavelmente não vamos ficar com a solução.

Mas dessa vez não porquê vou ter que engolir uma solução que não escolhi. Dessa vez vai ser porquê eu pude comprovar através de muitos testes que a solução simplesmente não vale o investimento.

Não temos tamanho, necessidade ou grana para gastar numa caixa NetApp e, exceto se eles arriarem as calças e derem um desconto MUITO bom, vai rolar um “thanks, but no thanks.”

Como eu disse, ainda não posso fazer a dancinha da vitória, pois não sei se vamos realmente adquirir a solução que eu recomendei no final das contas. Mas que a sensação de poder descartar minha própria sugestão baseado em méritos do produto e não em politicagem é sensacional, isso é.

ps: Para quem ficou curioso, minha recomendação é baseada num Dell Power Edge R610, um Dell Power Vault MD1000 e Solaris 10 (ZFS, baby).

Talvez por ser um péssimo programador eu gosto de código limpo, variáveis auto-explicativas e uso extensivo de funções. É o único jeito de eu não me perder dentro do meu próprio código.

Ai olhando o que achei até o momento dá no cérebro tentar entender alguns dos scripts. Fora alguns testes do tipo:

if [ ${DIR}/X${USER} = ${DIR}/X -a `grep ${USER} \
/very/long/directory/path/user-list|wc -l` -gt 1 ]

É. Eu sei. Medo. E documentação é para os fracos, caso estejam em dúvida.

Fica difícil criticar por um motivo muito simples: Tudo funciona redondo. Só é muito complicado alterar qualquer coisa. E eu estou assumindo no meio de uma migração, de forma que metade dos servidores funciona bem no ambiente antigo. Metade funciona quase bem no ambiente novo. Só não pede pra convesarem um com o outro. Ai a casa cai.

Mas hoje animei mais ainda. Numa reunião com o chefe ele me deu carta branca para fazer o que eu achar necessário. A única coisa que ele disse foi: Pega leva com o meu orçamento.

Como de pão-durismo eu dou aula e pretendo fazer tudo com software livre não acho que vou esbarrar em nenhuma restrição orçamentária. Talvez para backup eu precisei de algum hardware específico. Talvez uma tape library… Vou ter que analisar só isso com cuidado.

A única causa que ainda não sei se vou abraçar é a de qual distribuição usar… Eu sou Debian desde pequenininho, mas não tenho argumentos contra o CentOS exceto pelo fato dele não ser o Debian.

E pro storage rola outra dúvida: Linux ou Nexenta? Sabe como é… brtfs ainda é alpha e ZFS já posso sair usando amanhã.

Mas esses dias o pessoal de desenvolvimento pediu umas coisas novas e ai analisa versão de uma coisa, de outra, dependências, libraries, etc e o nego chegou a conclusão que precisaria instalar versões novas de: Apache, PHP, MySQL, GD, OpenSSL, etc, etc…

E instalar como? Baixando código-fonte e compilando na unha. Eu não quis me meter, mas o nego passou a semana inteira compilando pacotes em dois servidores, analisando erros, ./configure, make, make install, etc. Mais ou menos igual era no Linux uns 8 anos atrás.

Tenho certeza – ou pelo menos quero muito acreditar – que isso foi totalmente desnecessário. Quero acreditar que o Solaris tem um sistema de gerenciamento de pacotes bacana que com 2 ou 3 comandos você resolve todos os seus problemas instalando todos os programas e dependências. Quero acreditar que nego não sabe o que está fazendo.

Mas nesse caso fica a dúvida: Se o cara de Solaris não sabe, quem sabe?

Enquanto isso eu me contento em instalar meus pacotes o yum mesmo.

Pior ainda quando você precisa que alguém com menos experiência ou conhecimento (aka suporte nível 1) verifique para você o estado do servidor.

A idéia é então centralizar essa checagem num único script, simples e funcional, para facilitar a sua vida e a dos outros admins.

Tenho certeza que já existem por ai trocentos scripts/programas/whatever para fazer isso, mas eu estava entediado e precisava usar um pouco de Perl para não enferrujar completamente (É… ando usando só Python e Bash).

O script está disponível aqui e está bem documentado e é de simples entendimento.

Basta criar um arquivo /etc/checks.txt contendo o que você esperaria ver rodando normalmente e está feito.

Não sei os meus 2 leitores geeks (já que meu pai, minha mãe e minha esposa – meus outros 3 leitores – não se encaixam nesta categoria), mas eu tenho que olhar o man ou o google toda vez que preciso criar um arquivo em branco com o dd. Tenho algum tipo de bloqueio com aquela sintaxe chata dele.

Então resolvi perder uns minutos e fazer um mkfile for Linux, em bash script mesmo. Divirtam-se.

#!/bin/bash
#=============================================================================
#
# mkfile - bash implementation of Solaris' mkfile tool for Linux
#
# Usage:  mkfile [-v] size [g | k | b | m] filename
#
#   Eri Ramos Bastos
#   http://geek.linuxman.pro.br
#=============================================================================
 
progname=$(basename $0)
function die () { echo "$progname: $1"; exit ${2:-1}  ; }
VERBOSE=">/dev/null 2>&1"
 
function Help ()
{
echo "Usage: mkfile [-v] <size>[g|k|b|m] <name1> [<name2>] ..."
echo "  -v    Verbose"
echo
return 0
}    # ----------  end of function Help  ----------
 
#-----------------------------------------------------------------------
#  Check number of command line arguments and set verbose
#-----------------------------------------------------------------------
if [ $# -lt 2 ]
then
Help; die "Insufficient number of arguments"
elif [ $# -gt 2 ]
then
[ "$1" = "-v" ] &&  VERBOSE="" && shift
fi
 
SIZE=$(echo "$1"|tr [kmg] [KMG]) ; shift
 
for file in ${@}
do
eval dd if=/dev/zero of="$file" count=1 bs="$SIZE" "$VERBOSE"
[ $? != 0 ] && Help && die "Error creating file $file" 2
done

Tenho na minha caixa Solaris o HD do sistema operacional – IDE 8GB -, dois HDs IDE de 2GB e dois HDs SCSI também de 2GB, identificados através do comando format:

root@nexenta:/# format
Searching for disks...done

AVAILABLE DISK SELECTIONS:
0. c0d0 <DEFAULT cyl 4092 alt 2 hd 128 sec 32>
/pci@0,0/pci-ide@7,1/ide@0/cmdk@0,0
1. c0d1 <VMware V-0000000000000000-0001-2.00GB>
/pci@0,0/pci-ide@7,1/ide@0/cmdk@1,0
2. c1d1 <VMware V-0000000000000000-0001-2.00GB>
/pci@0,0/pci-ide@7,1/ide@1/cmdk@1,0
3. c2t0d0 <VMware,-VMware Virtual S-1.0-2.00GB>
/pci@0,0/pci1000,30@10/sd@0,0
4. c2t1d0 <VMware,-VMware Virtual S-1.0-2.00GB>
/pci@0,0/pci1000,30@10/sd@1,0
Specify disk (enter its number): ^C

Vou ignorar o primeiro disco, pois o mesmo já está alocado para o pool padrão do sistema operacional, chamado syspool.

Aqui entra o primeiro conceito sobre ZFS: O sistema de arquivos não vai ser escrito diretamente no disco (block device). Ao invés disso ele será escrito em “pools”, que nada mais são do que devices virtuais que contém discos. Algo parecido com utilizar ext3 em cima de LVM ao invés do disco.

Para listar os pools existentes:

root@nexenta:/# zpool list
NAME      SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
syspool  7.44G  1.81G  5.63G    24%  ONLINE  -

Vamos agora brincar um pouco com as possibilidades que ZFS nos dá.

Cenário 1 – Todos os discos como um único filesystem.

root@nexenta:/# zpool create linuxman c0d1 c1d1 c2t0d0 c2t1d0
root@nexenta:/# zpool list
NAME       SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
linuxman  7.94G    97K  7.94G     0%  ONLINE  -
syspool   7.44G  1.81G  5.63G    24%  ONLINE  -
root@nexenta:/# zfs list
NAME                             USED  AVAIL  REFER  MOUNTPOINT
linuxman                         110K  7.81G    18K  /linuxman
syspool                         1.81G  5.51G    23K  legacy
syspool/rootfs-nmu-000          1.81G  5.51G  1.55G  legacy
syspool/rootfs-nmu-000@initial   271M      -   780M  -
root@nexenta:/linuxman# df -h linuxman
Filesystem             size   used  avail capacity  Mounted on
linuxman               7.8G    18K   7.8G     1%    /linuxman

Perceba que não precisei montar o filesystem, nem editar fstab. Apenas o comando “zpool create” foi o suficiente para criar o pool, formatar os discos, criar uma entrada no zfs e montar o filesystem.
Mas vamos apagar isso e continuar brincando:

root@nexenta:/# zpool destroy linuxman
root@nexenta:/# zpool list
NAME      SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
syspool  7.44G  1.81G  5.63G    24%  ONLINE  -

Cenário 2 – Espelhos

Vou criar agora um novo pool, mas desta vez espelhando os dois discos SCSI:

root@nexenta:/# zpool create linuxman mirror  c2t0d0 c2t1d0
root@nexenta:/# zpool list
NAME       SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
linuxman  1.98G    94K  1.98G     0%  ONLINE  -
syspool   7.44G  1.81G  5.63G    24%  ONLINE  -
root@nexenta:/# df -h linuxman
Filesystem             size   used  avail capacity  Mounted on
linuxman               2.0G     1K   2.0G     1%    /linuxman

Cenário 3 – Adicionando discos ao pool

Esse pool de 2GB não dá para nada? Precisa adicionar mais discos para criar espaço no seu filesystem? No hay problema:

root@nexenta:/# zpool add linuxman mirror  c0d1 c1d1
root@nexenta:/# zpool list
NAME       SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
linuxman  3.97G   114K  3.97G     0%  ONLINE  -
syspool   7.44G  1.81G  5.63G    24%  ONLINE  -
root@nexenta:/# df -h linuxman
Filesystem             size   used  avail capacity  Mounted on
linuxman               3.9G    18K   3.9G     1%    /linuxman

Perceba o detalhe importante: Se você criou o pool como mirror, não dá pra acrescentar somente um disco a mais. Pelo menos dois são necessários.

Mas vamos limpar isso.

root@nexenta:/# zpool destroy linuxman
root@nexenta:/# zpool list
NAME      SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
syspool  7.44G  1.81G  5.63G    24%  ONLINE  -

Cenário 3 – Exportando ZFS via iSCSI

Foi aqui que eu comecei, na verdade. Estou trabalhando num projeto piloto que, quando em produção, vai utilizar SAN. Infelizmente não tenho uma SAN para laboratório, então decidi usar iSCSI para simular o comportamento da SAN.

Começamos criando o pool:

root@nexenta:/# zpool create linuxman c2t0d0 c2t1d0

Mas para podermos exportar é necessário também criar um volume. Um volume é uma fatia do pool, falando simplificadamente.

root@nexenta:/# zfs create  -V 1G linuxman/iscsi
root@nexenta:/# zfs list linuxman/iscsi
NAME             USED  AVAIL  REFER  MOUNTPOINT
linuxman/iscsi     1G  3.91G    16K  -

Este volume pode ser exportado via iSCSI e a própria hierarquia do ZFS vai se encarregar de criar as LUNs:

root@nexenta:/# zfs set shareiscsi=on linuxman/iscsi

É bem provável que o iscsi não esteja rodando no seu Solaris por padrão, então habilite-o:

root@nexenta:/# svcadm enable iscsitgt

E agora seu volume já deve estar disponível:

root@nexenta:/# iscsitadm list target
Target: linuxman/iscsi
iSCSI Name: iqn.1986-03.com.sun:02:1a01588d-af11-4163-a4c7-bdf19d1550a2
Connections: 0

Vamos até o Linux ali do lado para ver se conseguimos utilizar este volume:

[root@cluster1 ~]# iscsiadm -m discovery -t sendtargets -p 172.16.66.128
172.16.66.128:3260,1 iqn.1986-03.com.sun:02:1a01588d-af11-4163-a4c7-bdf19d1550a2

UIA! Vamos usar então:

[root@cluster1 ~]# /etc/init.d/iscsi restart
Stopping iSCSI daemon: /etc/init.d/iscsi: line 33:  5656 Killed                  /etc/init.d/iscsid stop
iscsid dead but pid file exists                            [  OK  ]
Turning off network shutdown. Starting iSCSI daemon:       [  OK  ]
[  OK  ]
Setting up iSCSI targets: Logging in to [iface: default, target: iqn.1986-03.com.sun:02:1a01588d-af11-4163-a4c7-bdf19d1550a2, portal: 172.16.66.128,3260]
Login to [iface: default, target: iqn.1986-03.com.sun:02:1a01588d-af11-4163-a4c7-bdf19d1550a2, portal: 172.16.66.128,3260]: successful
[  OK  ]
[root@cluster1 ~]# fdisk -l|grep part
Disk /dev/sdc doesn't contain a valid partition table
[root@cluster1 ~]# echo -e "n\n p\n 1\n \n \n w\n"|fdisk /dev/sdc
[root@cluster1 ~]# mkfs.ext3 -q /dev/sdc1 -L /linuxman
[root@cluster1 ~]# mkdir /linuxman
[root@cluster1 ~]# mount LABEL=/linuxman /linuxman
[root@cluster1 ~]# df -h /linuxman
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdc1            1008M   18M  940M   2% /linuxman

Divertido, né? Temos agora ext3 encapsulado em ZFS exportado via iSCSI. Isso pode ser útil em cenários como o abaixo.

Cenário 4 – Fazendo backup.

Então esse meu diretório /linuxman contém dados do meu projeto. Mas como ainda é laboratório, vira e mexe eu estrago alguma coisa.
Vou facilitar minha vida com o ZFS então.

No Linux:

[root@cluster1 linuxman]# cd /linuxman
[root@cluster1 linuxman]# for i in $(seq 1 10); do dd if=/dev/zero of=file$i.dat count=1 bs=100M; done 2>/dev/null
[root@cluster1 linuxman]# ls
file10.dat  file1.dat  file2.dat  file3.dat  file4.dat  file5.dat  file6.dat  file7.dat  file8.dat  file9.dat  lost+found

No Solaris:

root@nexenta:/# zfs snapshot linuxman/iscsi@antes-do-teste-1
root@nexenta:/# zfs list
NAME                              USED  AVAIL  REFER  MOUNTPOINT
linuxman                         2.00G  1.91G    18K  /linuxman
linuxman/iscsi                   2.00G  2.91G  1.00G  -
linuxman/iscsi@antes-do-teste-1      0      -  1.00G  -

Volto no Linux e estrago meu árduou trabalho:

[root@cluster1 linuxman]# rm -rf file1*
[root@cluster1 linuxman]# ls
file2.dat  file3.dat  file4.dat  file5.dat  file6.dat  file7.dat  file8.dat  file9.dat  lost+found

Mas para recuperar é fácil:

No Linux:

[root@cluster1 linuxman]# cd /
[root@cluster1 /]# umount /linuxman/

No Solaris:

root@nexenta:/# zfs set shareiscsi=off linuxman/iscsi
root@nexenta:/# zfs rollback linuxman/iscsi@antes-do-teste-1
root@nexenta:/# zfs set shareiscsi=on linuxman/iscsi

E finalmente, no Linux:

[root@cluster1 /]# mount LABEL=/linuxman /linuxman
[root@cluster1 /]# cd /linuxman/
[root@cluster1 linuxman]# ls
file10.dat  file1.dat  file2.dat  file3.dat  file4.dat  file5.dat  file6.dat  file7.dat  file8.dat  file9.dat  lost+found

E ai estão todos os arquivos de volta.

OBSERVAÇÃO: Aparentemente a formatação no blog perdeu algumas partes dos textos pré-formatados, mas nada significativo. Viva com isso. Olhe pelo feed que está legal.

Não tenho dúvida de que o Solaris é uma excelente plataforma.

Aqui mesmo no trabalho temos umas 15 caixas rodando Solaris 9 e 10, com excelente performance e estabilidade. No emprego anterior era ainda maior a quantidade, com milhares de caixas entre Solaris 7 e 9, mas lá eu já observava a tendência exposta pelo artigo no NYT: Solaris era considerado sistema legado.
Novos servidores deveriam ser obrigatoriamente Linux e assim que um servidor rodando Solaris apresentava problemas ele era substituido por uma caixa x86+Linux.

Um dos usuários do /. foi feliz no comentário ao dizer que monopólio nunca é bom e que ter apenas o Linux como sistema Unix dominante não é uma boa idéia. E eu concordo plenamente.

Mas a questão é: Eu gosto do Solaris e acho que a Sun deve continuar o excelente trabalho de inovação e desenvolvimento em cima desta plataforma consagrada, mas não no meu quintal.

Anos de experiência com Linux e com x86 me fazem muito mais confortável com ele do que com Solaris/SPARC.
A nova geração de administradores Unix também tem muito mais conforto com Linux. As empresas desenvolvem muito mais software para Linux do que para Solaris. A quantidade de software livre então, nem se fala.

O resumo da ópera é que acredito que não só eu, como qualquer syadmin Unix e geek que se preze deve gostar muito de Solaris, mas cada vez menos gente está disposta a usá-lo em detrimento do Linux.

É só mais um daqueles casos de “é bom, mas no dos outros”.

Mas eu posso estar errado….

Ano passado a Microsoft anunciou um case de sucesso com bastante empolgação. A bolsa de valores de Londres estava sendo inteira migrada para plataforma Microsoft, em cima de servidores Windows e framework .NET

Inclusive com direito a tirar sarrinho do Linux e tudo com esse pseudo-anúncio de jornal:

Bom… mas como dizem por ai, a justiça tarda, mas não falha. E hoje foi o dia:

Bolsa de valores de Londres fica fora do ar durante um dia inteiro.

Sou obrigado a citar aqui alguns comentários do Slashdot:

‘their 5-nines SLAs are shot for approximately the next 100 years.’
‘Looks like someone needs to brush up on their buzzwords, specifically “mission critical” and “services no longer required”.’
‘So their 9.9999% uptime is screwed?’

Aviso: Ideologias à parte, missão crítica não é lugar pra Windows. É lugar pra gente grande, tipo Linux, Solaris, AIX e zOS. Se você não tem pelo menos uns 5 anos de experiência em empresas do grupo Fortune 500, não me enche o saco comentando neste post.

Vi primeiro aqui.

Com quase 3 semanas de trampo já estou mais interado de como as coisas funcionam e preciso fazer alguns comentários:

1- CIDR é para os fracos

Conversando com um colega – o Administrador do AD e todos os servers Microsoft – mostrei para ele uma configuração do PowerDNS onde lia-se na linha (ip fictício):

192.168.1.0/24

Ele me olhou intrigado e o diálogo foi algo assim:

- O que é isso?

- É o parâmetro onde coloco qual rede vai responder

- Ah, tá. Mas onde você fala qual a rede

- ??!. Aqui mesmo. Essa linha que estou te mostando.

- Mas cadê o resto da rede?

- ?????????? Como assim?

- Você colocou só esse host .0 e o .24 . E o resto?

- Não, é netmask /24. A rede toda.

- /24? O que é isso? Não tem que ser 255.255.255.0?

- <chuif>. (Seguido de longa explicação sobre CIDR)

2. Precisamos de suporte

Percebi a enorme quantidade de servidores Sun no data center e sabendo como custa caro pra cacete cada brinquedinho daquele fiquei intrigado o que poderia exigir máquinas tão parrudas num ambiente tão modesto (menos de 15.000 usuários). Fuça daqui, fuça dali e descubro que não tem nada de especial. Nada que ao invés de um caríssimo SPARC rodando Solaris não pudesse ser uma muitas vezes mais barata caixa Intel ou AMD rodando Linux (ou mesmo Solaris para Intel).

Como não poderia deixar de ser, fui perguntar: “Escuta, porquê temos tantas caixas Sun rodando aplicações simples que poderiam rodar em Linux + x86?”.

A resposta: “Porquê Linux não tem suporte, né? E não podemos ficar sem suporte.”

Ao meu ver a resposta está _meio_ certa. Linux tem suporte, mas numa equipe onde o _mais esperto_ não sabe o que é CIDR, realmente _não dá_ pra ficar sem suporte.

Falando nisso, já passei por um bocado de problemas com produtos que minha empresa havia comprado com suporte total 24x7x365. Mas me lembro de, nos últimos 5 anos, ter aberto apenas um chamado de suporte, com a Cisco, por causa de um problema que não consegui resolver de jeito nenhum. E nem nenhum dos meus colegas, nem meus conhecidos, nem o Google.

No meu ver ligar pro suporte é admitir o fracasso e dar a honra da resolução de um problema para terceiros. Suporte só em última instância.

Pois bem. Nestas três semanas que estou lá eu ouvi meus colegas ligando para suporte dos mais variados produtos pelo menos 2 ou 3 vezes por semana. Pra que pesquisar e aprender e ser um profissional melhor se tem um brasileiro, russo, indiano ou chinês na outra ponta, né?

3. Zona de conforto

De acordo com a WikiPedia, zona de conforto é aquela situação onde o ambiente e os comportamentos são conhecidos e você não se sente sob nenhum risco.

Lógico que invariavelmente a zona de conforto provê uma falsa sensação de segurança e, ainda pior, impede você de ver que o mundo está andando e você está parado.

Então vou resumir a zona de conforto do diretor de IT: OpenVMS.

Caracas! OpenVMS? Não sei nem que argumentos dar contra OpenVMS. Eu nem sabia que ainda tinha alguém rodando esse treco!

Apenas de curiosidade eu fui procurar e descobri que a base instalada de OpenVMS em 2005 (e portanto muito menor hoje em dia) era de 400.000 servidores.

O Google mostra que OpenVMS (azul) tem menos uso até que o NetBSD (vermelho)!

4. Linux roda?

Sem entrar no motivo, fiquei sabendo que tem 2 servidores Itanium parados no data center já que não tem o que fazer com eles. Foi dando aquela coceira e hoje na reunião semanal eu falei: Porquê não instalamos Linux neles para fazer o piloto do projeto XPTO?

Todos me olham com aquela cara de susto: Ué, Linux roda em Itanium?

Como se não bastasse isso, ainda preciso de um servidor para servir de bolha para uma migração de serviços. Vi parado num canto um servidor Alpha e perguntei se podia usar aquele servidor como bolha.

Quem me responde foi o outro administrador Unix (somos em dois na equipe). “Não podemos usar. Não tem mais licença de OpenVMS.”.

- Mas eu queria instalar Linux

- Ué? Linux roda em Alpha?

Sinceramente, esse povo vive numa caverna? Depois disso eu não aguentei. Mandei um email para toda a equipe de IT, incluindo o gerente, com a lista de todas as pltaformas suportadas no mainline do kernel.

Finalmente

Apesar do que pode parecer pelos comentários, estou adorando o trampo novo. É muito bom trabalhar com pessoas extremamentes capacitadas, técnicas e atualizadas como eu trabalhei nos últimos 5 anos, mas é muito mais gratificante poder implementar novas tecnologias em um ambiente estagnado.

Ah, sim… E eu não esqueci da série sobre IT. Só estou com muita preguiça de escrever.

Estou indo trabalhar para uma universidade.

Meu atual emprego até que foi interessante até um determinado ponto. Aprendi muito e vi como é infra-estrutura de IT de gente grande. E aprendi como é que se implementa Linux no que se chama “enterprise class” e entendi porque wall-street ama open source.

Também me mandaram pra Nova York e me deram curso de Perl. E só de birra, resolvi aprender Python. Além de que a famosa frase “a prática leva à perfeição” se mostrou real com o tanto que tive que colocar minha experiência com Bash pra funcionar.

Porém, como é obvio pelo fato eu estar mudando de emprego, resolvi que era hora de juntar minhas tralhas e mudar de emprego. Basicamente dois motivos me levaram a isso.

Primeiramente eu sou workaholic, viciado em desafios e fico entediado muito, muito fácil. Ai meu emprego basicamente era das 09:00 às 17:00hrs, sem on-call. O foco do meu time era “resolução pró-ativa de problemas”. Ou seja: análise de logs e resolução de problemas secundários que (ainda) não afetaram a produção.

A coisa funcionava mais ou menos assim: Tudo que era trampo CHATO ou repetitivo, o time de unix do cliente passava pra gente. E todo mundo sabe que trampos chatos e repetitivos tem apenas um destino: script. Então mesmo as mais complexas auditorias podiam ser quebradas em pequenas partes que podiam virar um ou dois pequenos scripts para facilitar a vida. Ai cada um destes pequenos scripts vira uma função de um script maior que chama essas funções baseadas em um padrão… E ai você usar regex pra fazer uma análise de padrões… you know the drill. Depois de um tempo tudo o que eu fazia ao chegar no serviço era abrir 3 ou 4 consoles no screen e rodar meus scripts. E dá-lhe Slashdot e BR-Linux o dia inteiro.

Como a infra-estrutura lá é show e o grupo de engenharia pertence ao cliente (e não à empresa de outsource que eu trabalhava), eu nunca ia chegar na parte divertida do trabalho.

Resumindo, a explicação é o seguinte: Eu gosto de problema. Quero mais é pegar um ambiente todo podre e detonado e fazer ele ficar bonitão, com uptime de 99,99%.

O segundo motivo é banal: dinheiro. Mim querer mais. E os funcionários mais antigos da empresa me contaram que ninguém tem aumento há três anos. Como a maioria das empresas não são sindicalizadas (e lá não é), não rola nem aquele aumento apenas para cobrir a inflação. Nada. Zip. Zero. Em três anos. Dá licença, né? Deixa eu vazar logo dessa furada.

Por enquanto não sei exatamente o que vou fazer, apenas que vou atuar com servidores Linux, Solaris e AIX. Mas assim que começar lá no dia 23 deste mês, coloco um post aqui.

Fico devendo, se possível para este final de semana, um resumo das técnicas que utilizei para escrever a carta de apresentação e para mandar bem na entrevista.

Então minha volta pra universidade não é exatamente o que meus pais gostariam que fosse, mas espero que quebre o galho.