Acabo de ler “Please, don’t just do what I tell you! Do what needs to be done” e recomendo. Como profissional eu sempre tento ser pró-ativo, procuro me envolver em projetos complicados que ninguém tem interesse e procuro dar o máximo de mim em todas as situações. Até o momento tenho sido bem sucedido com essa abordagem, mas pela primeira vez achei um livro que reflete exatamente como me comporto. E aparentemente estou no caminho certo. ...
Já que não são nem 8 da matina e já to aqui faz tempo, aqui vai o problema que tive essa madrugada e a solução. Cenário: Um servidor que estava rodando e funcional há mais de um ano teve um reboot agendado de madrugada. Depois do reboot recebo alertas que o tal não voltou automaticamente como esperado. Servidor: Dell PE 2850 com 3 NICs: 2 Intel + 1 DLink rodando CentOS 5.2 ...
Não sei se a história abaixo é verídica, mas é uma boa introdução ao post: Dizem que a Xerox contratou uma consultoria para melhorar o serviço de suporte ao cliente. Depois de muito dinheiro gasto, um imenso (e complexo) sistema desenvolvido e nem tanta melhora assim resolveram investigar. Para fazer isso começaram a analisar número de chamados fechados e feedback dos clientes para determinar quem eram os bam-bam-bans do suporte e usá-los como fonte de estudo para melhorar os outros. Uma semana de análise depois chegaram à conclusão que dois funcionários eram imensamente superiores – tanto na quantidade de chamados fechados como no resultado positivo de acordo com os cliente. Um deles era o funcionário mais antigo do suporte. Com 15 anos de casa ele não só sabia como resolver grande parte dos problemas de cabeça como mantinha sua próprias anotações que utilizava como base de conhecimentos. Ele nem sequer usava o novo sistema. A surpresa, porém, foi que o segundo melhor foi um novo estagiário, recém-começado na empresa e que ainda nem sequer tinha usuário e senha para acessar a base de conhecimentos. Porém ele sentava do lado do melhor funcionário do suporte e não tinha medo de perguntar. (in)Felizmente eu já estou nessa vida de sysadmin a tempo suficiente para me encaixar mais no perfil do primeiro sujeito, mas para manter minha sanidade eu fiz outsource do meu cérebro na maior parte das coisas. E tem funcionado bem até o momento. Explico: A maior parte das coisas que precisamos saber nos nossos trabalhos se encaixam em uma dessas três categorias: As que fazemos muitas vezes, as que fazemos com uma certa freqüencia e as que nunca vimos antes na vida. Via de regra eu tento fazer outsource do meu cérebro (e francamente do meu tempo) para as três opções e aqui vão algumas dicas. São voltadas para os sysadmins, mas provavelmente podem ser adaptadas para outros profissionais. ...
Entre 2005 e 2007 participei da criação de algumas redes relativamente complexas, com trocentos requerimentos, especificações, servidores, redes, políticas de segurança, etc. Na época eu estava no time de redes e era minha responsabilidade alocar subnets, IPs, Vlans, etc. Até que era divertido fazer toda a engenharia de uma rede razoavelmente grande e complexa, até que chegavam os malditos clusteres. Não manjo nada de AIX, mas toda vez que precisávamos implementar um cluster de System P era a mesma coisa:”Ô, Eri… precisamos de uma rede exclusiva pra comunicação entre sei-lá-o-que e a repimboca da parafuseta.” ...
Como sysadmins vez por outra a gente precisa dar acesso a clientes, parceiros ou outro tipo de usuário temporário/untrusted aos servidores. Apesar de criar um jail root completo ser a melhor solução muitas vezes é mais trabalho do que o necessário e começa a entrar naquele cenário em que a segurança atrapalha a usabilidade e os negócios. Uma forma simples de conseguir uma segurança bacana é utilizar o modo restrito do bash. Com isso habilitado o shell irá desabilitar as seguintes funções: ...
Quem me acompanha no Twitter já percebeu o grande número de posts com o hashtag #vmware. Mergulhamos fundo em virtualização na empresa e eu ando varando as madrugadas migrando a infra-estrutura. Algumas coisas interessantes para dizer sobre isso… A primeira observação é que a geração anterior de sysadmins a qual eu substituo até começou o processo – mas infelizmente por falta de fundos ou de apoio ou de conhecimento ou, mais provavelmente, de uma combinação dos três – fez uma melança horrível. E acertar esse meio-ambiente previamente virtualizado para o nosso novo vSphere tem sido mais complexo do que o previsto. ...
Dica rápida: Se você usa o tanto que virtualização que eu uso já deve ter dado de cara com esse problema: Você cria uma máquina virtual com um disco de x GB e quando vai mandar pra produção alguém pede mais espaço em disco. Uma opção é adicionar outro disco virtual e juntar no seu logical volume do LVM, mas já que o VMware te dá a possibilidade de redimensionar o disco, porquê não usar essa opção? ...
Na empresa fornecemos “software as service” para centenas de clientes que preferem ter tudo gerenciado por nós do que ter que lidar com a dor-de-cabeça que é gerenciar sistema operacional + aplicação. É um modelo muito bom pois pagam uma mensalidade e tem o serviço disponível o tempo todo, assim como pagamos mensalidade de eletricidade, telefone e água. Do nosso lado também é bom, pois fica mais fácil garantir a qualidade do hardware, acesso fácil aos servidores e sem nenhum nego fução mexendo em configuração e fazendo caquinha. ...
Acabei de ler este artigo no Slashdot sobre um cenário que todo mundo que já tem um pouco de tempo em IT já viu: Você começa a pesquisar soluções para um problema/necessidade da empresa, lê toneladas de documentações, manuais, baixa demos, faz laboratório, roda benchmarks, prepara uma apresentação com todas as informações mastigadas com gráficos e tabelas de prós e contras mostrando qual o melhor produto e ai…. seu chefe (ou o chefe do seu chefe, ou algum outro manda-chuva) manda bater o martelo exatamente em OUTRA opção. ...
O título oficial no trabalho é “Senior Systems Administrator” e tenho gasto mais de 80% do meu tempo nesse primeiro mês automatizando coisas. Fato: Eu sou preguiçoso pra cacete e odeio trabalho repetitivo. Logo, automatizar é preciso. As coisas que automatizei eu raramente precisaria fazer eu mesmo, já que tem o pessoal mais júnior pra fazer. Porém se eles estiverem fazendo esse trabalho chato e tedioso, outras coisas chatas e tediosas iam sobrar pra mim. E projeto, que é legal, vai ficando pra depois. Entenderam onde quero chegar? 😛 ...