Bom,
Fugindo um pouco (bem pouco) da escovação de bits e bytes que costuma ser os posts aqui, vou abordar um tema um tanto quanto apavorante na vida de um analista de informática.
ONDE ESTÁ A DOCUMENTAÇÃO DOS SEUS PROJETOS, DAS TECNOLOGIAS QUE VOCÊ IMPLEMENTA?
ESSA DOCUMENTAÇÃO É MANTIDA ATUALIZADA POR ALGUÉM?
ESSA DOCUMENTAÇÃO SERVIRÁ PARA O PRÓXIMO ENTENDER MAIS RAPIDAMENTE A SOLUÇÃO E GARANTIR A CONTINUIDADE DE NEGOCIO?
Hola, que tal?
Este erro me perturbou a manhã de hoje, então resolvi compartilhar o conhecimento..
Quando digtava usuário e senha no console pra logar na máquina CentOS 5, dava essa mensagem e retornava para o prompt solicitando usuário e senha:
Module is unknown
Esta dica é especial para quem trabalha com virtualização (Xen/KVM), e faz muito uso de unidades lógicas LVM, mas não significa que não possa ser usada para outros fins …
Bom normalmente em ambientes de virtualização com XEN ou KVM utilizamos unidades lógicas LVM para servirem de disco para as VMs. Pois bem, isso leva a unidade LVM a ser formatada e particionada, tornando ela uma “mini fortaleza”, hehehe. Caso seja necessário visualizar e montar estas partições criadas na unidade lógica temos que mapea-las como device no S.O Linux. Para isso, podemos utilizar o comando kpartx, conforme sintaxe abaixo:
Cada administrador de redes/datacenter tem sua própria forma de administrar servidores/serviços. Uma coisa que todo mundo faz, ou pelomenos deveria fazer é a avaliação de logs.
Quando estamos falando em recursos nativos do sistema operacional, eles já vem programados para serem logados pelo syslogd, gerando assim output em diferentes arquivos dentro de /var/log/<tipo>.
Mas e quando estamos falando de análise de logs daquelas rotinas de automação implementadas por nós mesmos?? Como gerar estes logs e administrá-los de forma simples e objetiva?
Dica rápida para quem administra servidores que hospedam sistemas que devem ser acessados por diferentes fuso horários.
Imagine que você hospeda um sistema qualquer que grava a hora em que um pedido foi cadastrado na base de dados. Seus clientes gostam do sistema e tudo funciona muito bem até que um dia você tem clientes que estão em Manaus/AM por exemplo, onde o fuso horário é diferente.
E agora? Como é que o mesmo sistema vai entender isso?
Olá pessoal, segue mais uma dica rápida e que sempre me faz ler o man do rpm quase inteiro quando preciso… hahaha
Desta vez vai ficar registrado… 😀
Com certeza, assim como eu, muitos já se depararam com a situação em que instalou um pacote RPM, via rpm ou até mesmo via yum, e não sabe quais são os binários e arquivos que este pacote instalou.. 🙁 PUTS…
Essa dica é pra quem trabalha com STORAGE em Linux por exemplo, e precisa identificar devices de disco mapeados via fibra (esse foi o meu caso de uso).
Fazendo algumas alterações em arquivos “chave” do sistema de arquivos /proc, o sistema Linux é ensinado a fazer um “flush” nos devices e mapeá-los novamente.
Segue pequeno script, que pode ser nomeado como scsi-scan.sh:
Olá pessoal…
Dica rápida mas muito útil… 😀
Muitas vezes, em sistemas RedHat ou SuSE (ou qualquer outra distro =D ) o sistema acusa algum problema com algum sistema de arquivos, e cai diretamente no BASH em modo de manutenção. Geralmente só conseguimos reverter tal status realizando o fsck para correção de possíveis erros nos sistemas de arquivos, e estes com certeza estarão montados como Read-Only. Porém, muitas vezes precisamos realizar alguma alteração de urgência em casos de problemas com o fsck e/ou em casos de Backup emergencial antes que a “casa caia” de vez, porém nos deparamos com o sistema de arquivos montado como somente leitura…
Para remontar estas partições como RW para realizar alguma alteração em arquivos de configuração (tais como /etc/fstab ou /etc/mtab) deve-se remontar o filesystem como RW. Para isso deve ser feito o simples comando:
mount -o remount,rw /dev/UNIDADE_DISCO
Depois disso a unidade já estará disponível para escrita…
Abraços..!
Por: Franklin Moretti
Referência: man mount
Aproveitando informações postadas anteriormente no POST “Como fazer backup de arquivos com timestamp“, onde é explicado como fazer backup com timestamp em formato nome_do_arquivo_desejado.extensão_AAAAMMDD_HHMM, fica aqui outra dica de como programar para que essas cópias de segurança sejam automaticamente removidas após um determinado período de tempo.
Essa dica é útil para Administradores de grande quantidade de Servidores Linux, que, devido ao grande número de pequenos backups em disco para variados serviços de diferentes servidores em diferentes datacenters, eventualmente podem esquecer se é necessário manter um determinado backup. 😉 Isso acontece bastante comigo.
Quem nunca se confundiu com o output do comando “free -m” tentando monitorar a utilização de memória RAM no Linux ao verificar a quantidade de memória informada como “cached”?
Essa quantidade de memória indicada como “cached” está sempre sendo utilizada pelo sistema como “cache rápido” para posterior escrita em disco. Diga-se de passagem, “cache” é um termo inglês que significa “esconderijo”.
Existe no Linux uma forma simples de limpar esse cache, fazendo com que tudo que está em cache de memória RAM para ser gravado em disco, vá pra disco de uma vez. Isso torna a memória livre novamente. Segue abaixo sequência de comandos para você entender o que acontece: