Dito e feito. Ta aí o procedimento, desde que o harware suporte, lógico.

# lsscsi
[0:0:0:0]    disk    VMware   Virtual disk     1.0   /dev/sda
[1:0:0:0]    cd/dvd  NECVMWar VMware IDE CDR00 1.00  /dev/scd0

Eu sabia que o novo disco ia estar na mesma controladora que o primeiro, então:

# echo "- - -" > /sys/class/scsi_host/host0/scan

# lsscsi
[0:0:0:0]    disk    VMware   Virtual disk     1.0   /dev/sda
[0:0:1:0]    disk    VMware   Virtual disk     1.0   /dev/sdb
[1:0:0:0]    cd/dvd  NECVMWar VMware IDE CDR00 1.00  /dev/scd0

Tadááá… só mandar um fdisk e mkfs e o disco está pronto para usar.

Mais informações No developerWorks.

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.

Ai te ligam no meio do seu final de semana na praia precisando que você faça alguma coisa e adivinhe: Tudo que você tem é um acesso tosco do hotel, que permite apenas HTTP no seu laptop. Ou ainda pior: Você não tem laptop e seu único acesso é numa lanhouse ruim, que te permite apenas abrir o IE6 e nem pensar em instalar o putty.

Como seria bom um estagiário, um auxilar ou um mordomo para resolver a sua vida.

Pois seus problemas se acabaram-se!

Usando o JabberBot, que é uma implementação de um robô Jabber baseado em Python, você pode fazer um bocado de coisa interessante.

Dê uma olhada lá e use a imaginação para criar as funcionalidades que quiser.

Olha o meu ai:

De uma forma geral eu até que gosto do serviço dos caras, pois eu não preciso me preocupar em manter o sistema atualizado, patches aplicados e posso usar o painel de controle deles, que é muito bacana, para gerenciar as contas e domínios.

Mas hoje chegou a fatura para mais um ano de hospedagem: US$ 120,00… Ugh! Meu pobre bolso…

Como todo bom mão-de-vaca estou procurando uma alternativa mais barata, mas ainda assim com uma qualidade razoável.

Eu queria mesmo poder utilizar um VPS, mas muito provavelmente não vou achar um por menos de 120 pilas…

Estou aceitando idéias.

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….

Era uma vez uma empresa muito, muito grande. Ela não só estava na lista das 500 maiores dos Estados Unidos, mas na lista das 100 maiores, das 50 maiores e das 20 maiores. Seu faturamento anual é na casa dos  8 bilhões de dólares e seus funcionários, seus clientes e seus investidores são pessoas muito felizes.

Essa empresa faz questão de sempre ter a melhor infra-estrutura de tecnologia possível e por isso tem um time de engenheiros top de linha, que estão constantemente buscando novas soluções no mercado.

Um dia este time de engenheiros decide que uma nova tecnologia (hardware) que começa a despontar no mercado é muito interessante e que eles deveriam começar a analisar mais a fundo a possibilidade de implantar aquilo na empresa, para manter os negócios bem, os funcionários bem pagos, os clientes bem atendidos e os investidores ricos.

O time de engenheiros desta empresa chama então uma reunião com os 5 ou 6 principais fabricantes deste novo tipo de hardware fala: Estamos pensando em incluir esta tecnologia na nossa planta. É um projeto de longo prazo e devemos homologar o produto por cerca de 2 anos antes de colocar em produção (Pois é. Só empresinha pé-de-chinelo acha testar uma semana é homologar).
Caso esta nova tecnologia seja homologada, um de vocês irá ser o nosso fornecedor. Temos cerca de 10 MIL servidores para implementar numa primeira fase. A política de disaster recovery exige que todos os componentes de hardware sejam duplicados dentro dos servidores. Isso significa que vamos adquirir inicialmente 20 MIL componentes.

Deixa eu abrir um parênteses aqui que não tamo falando de coisa barata, ok? Cada um dos componentes deve custar entre US$ 1.500 e US$ 3.000.

Ai, todos os vendedores dos fabricantes (e os engenheiros que vieram acompanhando) que estão na sala já começam a babar, né? Os olhinhos quase saltam das órbitas e nego já tá até pensando na aposentadoria garantida à partir daquele momento.

Nisso os engenheiros falam: A condição inicial é que o seu hardware deve ter drivers para Linux. Quem não tiver drivers para Linux e nem planejamento para tê-los nos próximos 6 meses pode sair da sala agora.

Quantos fabricantes você acha que sairam da sala? Amigão, neste momento se Linux não estava nos planos da empresa, passou a ser prioridade UM. Neste momento, meus queridos leitores, cada um daqueles fabricantes é Linux desde pequenininho.

Como ninguém sai da sala, os engenheiros continuam:

Nossos critérios para escolher quem vai ser o fornecedor vai seguir a seguinte ordem:

1- Drivers open-source (GPL v2)
2- Drivers como parte das principais distribuições Linux Enterprise por padrão
3- Drivers na main line do kernel
4- Critério técnico 1
5- Critério técnico 2
n – Critério técnico n
n+1 – Preço

Perceberam como as coisas funcionam em empresas realmente grandes? Eles tão cagando pro preço. Eles sabem que coisa boa custa caro. Não é relevante.

Neste momento, os vendedores dos fabricantes e seu engenheiros olham para a tela sendo projetada no auditório e pensam: Hummm… Nossa tecnologia é superior aos outros nos critérios técnicos X e Y, mas apesar de termos drivers para Linux ele não é open-source.

Mais uma vez, caros leitores. Quantos destes vendedores vocês acham que falaram: “Não! Eu não vou abrir os drivers do meu dispositivo por apenas 30 milhões! Eu cuspo nessa oferta! VOU EMBORA!” ???

Pois é… Se agora a pouco cada vendedor tirou um pinguim de pelúcia de dentro da mala, neste momento cada um faz questão de mostrar sua versão encadernada com capa dura da GPL. Um sujeito tira do bolso uma foto dele com o Stallman.

Cá entre nós, a briga entre os fabricantes vai ser cabeça-a-cabeça pelo preço. Todos eles vão fazer das tripas coração para ficar pau-a-pau em todos os outros critérios.

Se você analisar, apenas um deste fabricantes vai ser o vencedor, mas até o final do processo todos eles vão ter drivers opensource na mainline do kernel. Isso para um dispositivo de hardware caríssimo e com tecnologia ponta de linha.

Se você acha que o Linux é muito superior em servidores do que em desktops por culpa dos desenvolvedores que não dão o foco necessário, está na hora de rever seus conceitos.
As grandes empresas sabem que o “business” roda nos servidores e é lá que elas colocam seus esforços e suas fichas.
Os desktops são apenas terminais baratos e facilmente substituíveis que permitem que as pessoas interajam com estes servidores. É mais importante que o usuário se sinta em casa usando ele (MS-Windows, alguém?) do que o preço que ele custa.

E se você acha que a empresa muito muito grande fez todas essas exigências sobre software livre porque eles são também muito muito bonzinhos, pense de novo amigão. Os governos só estão aprendendo agora,  mas as grandes empresas há muito tempo não confiam em ninguém. E ai vale a máxima: Show me the code.

Lógico que não coloquei ele no nosso computador de uso corrente, mas sim dentro de uma instância de VMWare. Já falei que adoro virtualização?

O que eu tinha na cabeça era o seguinte: Pelo menos desde 1999 eu não coloca as mãos no Slackware. E vale aqui abrir um longo parênteses:

Comecei com Conectiva Marumbi (com uma rápida passagem anterior pelo RedHat, nem sei que versão), passei pelo Conectiva Guarani, Conectiva 4.0 e depois Slackware. A linha do tempo bate? Nem sei mais. Alguém lembra as datas de lançamento das versões?

Rodei Slackware talvez por uns 6 meses, mas surgiu na época uma possibilidade de negócios em relação ao SuSE e usei essa distribuição por um bom tempo, até conhecer o Debian. Depois foi um pinga-pinga entre Debian e Kurumin (Debian em servidores e Kurumin em desktops) até eu conhecer o Ubuntu, que tenho usado desde então.

Vale dizer que durante uma época por volta de 2000 eu tinha uma máquina de testes e participava de um grupo de usuários que recebia CD de tudo quanto é lado mundo e por isso tive a chance de brincar com distribuições como Caldera Linux (SCO, alguém?), Corel Linux, Turbo Linux e diversos outros já falecidos neste momento.

Fecha parênteses.

Ou seja, eu já fui geek de verdade. Compilava meus próprios programas do fonte, já que tanto na época do Slackware como do SuSE tinha muita coisa que só dava pra instalar via fonte.

Hoje é ridiculamente simples instalar o Ubuntu, dando um duplo-clique no Live-CD e respondendo meio dúzia de perguntas, mas a coisa já foi bem diferente. E achei que valia a pena, mesmo por diversão, reviver os bons momentos do passado com o bom e velho Slackware.

Me propuz a fazer o seguinte: Baixei o ISO, configurei o VMWare pra dar boot usando a imagem, coloquei a máquina virtual em full screen e decidi fingir que não tinha mais nenhum recurso à minha disposição.

Afinal era isso que acontecia no passado. Uma vez iniciado o processo de instalação você estava por conta própria. Não era simples fazer uma instalação dual-boot e eu logo que comecei a usar Linux já tinha decidido por single boot. Então não tinha pra onde correr. Era pra macho. Você, o teclado e uma telinha preta.

Me colocando neste cenário então parti pras cabeças.

Instalação

Começo dizendo que baixei só o primeiro CD da instalação. Imaginei que se o Ubuntu e o Debian só precisam de um CD pra ter um sistema funcional, o Slackware também só ia precisar do primeiro.

E eu estava certo. Só que eu esqueci o conceito de funcional do Slackware. A gente chega lá.

Assim que deu boot o instalador caiu no console pedindo pra dar login como root. Pô quase rolou uma lágrima de saudades de uma instalação via CLI. que coisa linda.

Dei login e fui instruido a particionar o disco via fdisk ou cfdisk. Então fui de fdisk, já que cfdisk é pros fracos.

Caramba… já usei tanto o fdisk e nem lembrava as opções. Tive que ficar dando “m” toda hora pra vê-las.

OK, disco particionado, formatado e pronto pra instalação. Ai entra o setup.

Setup

Pergunta algumas coisas sobre o tipo de seleção de pacote que eu quero. Como sou metido vou em “menu”, que é a mesma coisa que expert, se não me engano.

Fiz uma seleção de pacote mais ou menos e mandei instalar. Acompanhei todo o processo de instalação dos pacotes, mas me assuntei na hora que ele pediu o segundo CD. PUTZ! Eu não baixei. E agora? Droga.

Mas tudo bem, ele tinha uma opção de passar batido e continuou a instalação, que foi normal até a hora que ele perguntou onde devia instalar o Lilo. MANO!!! LILO!!! Que saudades! Fazia tempo que eu não via o Lilo.

OK, tudo configurado ele pede boot e deve voltar instalado.

A telinha preta

Quando deu boot, usando framebuffer a 1024×768, cai no prompt, onde loguei como root e, perdendo a noção da realidade por um momento, mandei um startx.

Foi ai que me toquei que nada que não estava no CD1 foi instalado. Inclusive o X.

Bom, ainda bem que eu tinha selecionado o Lynx, então naveguei até a página do Slackware, acessei a lista de arquivos do diretório “x” e fiz um dump pra um arquivo TXT. E ai foi só colocar um:

for i in $(egrep "http://.*tgz" files.txt|cut -d . -f2-); do wget $i; done

Todos os pacotes baixados… Mas como instala mesmo? Mais uns 10 minutos no google (se está me chamando de lerdo neste momento te convido a fazer uma busca no google com o lynx, certo?) e descobri:

installpkg nome-do-pacote.tgz

Mas como não sabia quais pacotes ia precisar eu fui indo um por um, numa seqüencia mais ou menos lógica… Instalando o xorg, driver do xorg pra vmware, xfonts… Instalei uma penca de pacote e não aparecia o maldito startx.

Ai eu pensei em chamar direto o X. Ele começou a abrir e deu um pau muito sinistro, por isso rodei o xorgconfig. Na minha época ainda chamava xf86config, mas é exatamente a mesma coisa. heheheh… Nem de longe lembra as interfaces de configuração de hoje em dia.

Depois de instalado continuei sem conseguir iniciar o X, com um erro sinistro de fonte não encontrada.

Tentei de tudo até chegar a conclusão que devia tar faltando alguma coisa. E ai rodei:

installpkg *.tgz

Não adiantou. Caramba… não acredito que vou ter que abrir o lynx de novo. (ódio ao lynx++)

Pesquisei mais um pouco e vi que tinha mais trocentos pacotes de aplicações X num diretório chamado xapps, em outro CD que eu também não tinha baixado. Usei o mesmo processo de dump do html + script pra baixar todos os pacotes de novo e o installpkg mais uma vez.

Nada. Sem sucesso. Lynx de novo não!!!!!

Mas desta vez pelo menos deu resultado. Só precisei chamar o pkgtool e mandar ele rodar alguns scripts de instalação de novo.

Depois disso foi só dar um startx e TADÁÁÁÁÁ!!! Habemos ÉQUIS!

X

Nada muito elegante, claro. Me recusei a instalar KDE e parti logo pro WindowMaker. Quem ai lembra dele?

Ô tempo baum…

Sobre a experiência

Eu gosto muito do Slackware. Sempre gostei e só deixei de usá-lo por dinheiro.

Aprendi muito na época que ele era minha distribuição do dia-a-dia, mas definitivamente já passei da fase de achar divertido passar horas pra instalar um tweakear um SO.

Hoje sou um preguiçoso acomodado que prefe clicar no adept duas vezes por semana, e reclamando de como tem atualização pra caramba, do que instalar meu Slackware extremamente customizado/bonito/seguro mas que é chato até umas hora de manter.

Pelo menos na minha máquina de “produção”, que é devidamente compatilhada com a esposa.

Próximos planos

Vou precisar do meu notebook funcional pelo menos pelo próximo um mês, por isso estou rodando Ubuntu – RC do Hardy – nele, mas assim que liberar pretendo substituir o Linux por OpenBSD. Já faz um bom tempo que brinquei com o Open pela última vez e mesmo assim foram em alguns firewalls que montei. Nunca tive a oportunidade de usá-lo em workstation e acho que vou me ocupar por tempo o suficiente tentando colocar ele no ar, com todas as firulas que tenho hoje no meu Ubuntu.

Definitivamente também vou brincar com alguma coisa relacionada ao Solaris, como o Nexenta, que já comentei aqui.

E o bom é que o Notebook eu não preciso dividir com ninguém! mhuuhaauhauua!!!

Historicamente este blog, bem como meu site principal http://www.linuxman.pro.br foram hospedados em servidores exclusivos, mantidos pelo Silvio (cadê a URL, Silvio?) e por mim.

A única vez que hospedei minhas páginas por poucos meses num serviço de hosting tradicional, fui hackeado junto com mais uns 300 clientes. Que feio.

Ter um servidor exclusivo é sempre interessante, pois podia usar minha versão de Linux favorita (Debian) com os pacotes que achasse conveniente e com liberdade pra acessar o shell, fazer scripts, usar a crontab, editar arquivos no vi, criar túnel SSH, adicionar e remover usuários com permissões diferentes e etc. São coisas que um hosting tradicional não oferece.

Por outro lado manter atualizado, fazer backups, monitorar e debugar problemas além daqueles que já tenho no meu emprego é sem graça e cansativo. Principalmente acompanhar a parte de segurança. Vou dizer que apesar de não ter sido hackeado nenhuma vez enquanto tinha root nos servidores teve uma vez que uma configuração mal-feita no apache/php e um site hospedado com um engine desatualizado transformaram o server num zoombie num canal IRC por uns 2 dias. Bem desagradável isso.

Tentando chegar a um meio termo vi a indicação que o Augusto do br-linux fez do DreamHost e resolvemos experimentar.

O serviço deles é realmente muito bom. Usam Debian em todos os servidores, desenvolveram um painel de controle próprio que é sensacional e colocaram bastante customização nos serviços, de forma que o gerenciamento dos usuários e domínios é bem simples.

Como fornece acesso ao console via SSH junto com crontab, diversas linguagens de programação e outros recursos avançados está mais do que satisfazendo as necessidades.

Isso eu já esperava quando contratei, afinal eu li as features antes de assinar. Mas o que eu realmente estou gostando é do suporte.

Eu não sou o tipo de pessoa que fica pedindo ajuda e gosto de resolver meus próprios problemas. Além disso sou um Geek e exigo respeito.

Como aparentemente a equipe do DreamHost é formada por Geeks e muitos clientes devem ser Geeks eles simplesmente implementaram uma Wiki onde eles e todos os clientes podem se auto-suportar nos moldes conhecidos pelos usuários de software livre.

Não bastando isso ontem de noite eu estava codificando um script pra me avisar no celular quando publicarem avisos meteorológicos e percebi que o server estava muito lento. Foi natural rolar um instinto de sysadmin e sentei o dedo. Mandei ver o uptime da máquina e dei de cara com isso:

$ uptime
20:44:15 up 24 days, 6:55, 3 users, load average: 430.04, 379.25, 188.85

Hum… Melhor avisar os caras, né?

Quando fui preencher o formulário de suporte o bom-humor da equipe ficou claro. Dentre as diversas perguntas uma delas era algo do tipo “Você sabe do que você está falando?”. E as opções eram algo como:

- Hum?

- Na verdade sei muito pouco

- Explique com cuidado, mas não me trate como idiota

- Eu sei das coisas

- Não me leva a mal, mas conheço isso melhor do que você

Caramba! Sensacional! Que Geek já não perdeu a paciência quando os nego do suporte vem tratando a gente igual usuário de Windows Millenium? Lógico que eu fiz questão de clicar na última opção, né? Mais pra tirar sarro e apoiar o bom-humor do que levando a sério.

Como eu preenchi o formulário dizendo que não tinha pressa no problema (que também era uma pergunta engraçada com respostas engraçadas) achei que ia ser de 15 a 20 dias úteis pra vir alguma coisa, mas hoje já me responderam.

E não foi uma resposta do tipo “Obrigado por entrar em contato conosco. Sua opinião é muito importante para nós”.

O sujeito realmente redigiu a mensagem. Explicou que tiveram alguns picos de utilização e que o Load Watcher entrou em ação e conseguiu estabilizar o servidor sem maiores problemas. Pediu desculpa pelo ocorrido e se colocou a disposição para dar maiores esclarecimentos.

Estou realmente satisfeito com a DreamHost até o momento e recomendo os serviços deles.

O único incoveniente pra quem mora ai no Brasil é que não dá pra pagar via GoogleCheckout e ai precisa mandar uma money order em dólar pelo correio, o que não é nada prático.

Se você tem apenas um ou dois sites e não está querendo a chatice de correr atrás de câmbio, money order, correio, etc, me mande uma mensagem que posso negociar colocar seus sites sob minha conta lá por um preço igual da LocaWeb.