Utilizando o DVD do Red Hat Enterprise como repositório para o yum

No Comments

Quando se usa uma distribuição Red Hat like tem-se uma vantagem de usar o yum para instalar pacotes e suas dependências de maneira fácil. Basta executar yum install pacote para que o pacote seja baixado da Internet e instalado juntamente com suas dependências.

O “problema” é que muitas vezes se deseja utilizar os pacotes que estão no DVD de instalação do Red Hat e não os da Internet (nem todos tem uma assinatura da RHN) e o yum não está configurado para utilizar o DVD como repositório.

Não é algo muito difícil de se fazer, basta criar um repositório e adicionar o caminho correto para o DVD.

Então crie o arquivo /etc/yum.repos.d/dvd.repo (não é necessário que o nome seja dvd.repo, pode-se escolher qualquer nome desde que a extensão seja mantida) e adicione o seguinte conteúdo:
[dvd]
mediaid=1250663123.136977*
name=DVD do RHEL5
baseurl=file:///media/RHEL_5.4%20i386%20DVD/Server
enabled=1
gpgcheck=0

Feito isto, o yum irá reconhecer o DVD como repositório de pacotes de instalação. As únicas observações são que valor para o mediaid está contido no arquivo .discinfo que está na raiz do DVD de instalação e que a baseurl eventualmente precisará ser ajustada, dependendo da versão do Red Hat que se tem disponível.

Como configurar o yum para utilizar somente um repositório?

No Comments

Como configurar o yum para utilizar somente um repositório?

Primeiro, o que gerou esta motivação?

Acompanho a lista fedora-users-br e vi este email do Ricardo Vendramini: http://lists.fedoraproject.org/pipermail/br-users/2010-November/013615.html

Para reduzir o uso de banda, surgiu a ideia de se configurar um proxy squid. Quando uma máquina for se atualizar, ela baixa os pacotes e o squid os armazena em cache. Quando uma segunda máquina buscar esta mesma atualização, o squid irá entregar o arquivo do cache ao invés de baixar novamente, economizando tempo (rede interna provavelmente é mais rápida que Internet) e banda.

O problema: o yum tem uma lista de mirrors possíveis e, a cada vez, ele pode utilizar um mirror diferente da última. Com isso, o squid terá diversas cópias de um mesmo arquivo mas vindo de domínios diferentes. Assim, além de não reduzir o uso da banda (ideia inicial) ainda se ocupa espaço de disco do cache que poderia ser melhor utilizado com outros arquivos.

Solução? “Forçar” o yum a baixar sempre de um mesmo mirror.
Para isso, deve-se configurar os repositórios “updates” e “fedora” (assim tanto os updates como eventuais instalações de pacotes serão armazenados no cache do squid). Então, edite o arquivo “/etc/yum.repos.d/fedora-updates.repo“, comente a linha “mirrorlist” e descomente “baseurl“. Em “baseurl“, coloque o endereço de um dos mirrors. Como sugestão, estou utilizando o mirror da Universidade Federal do Paraná que normalmente é bem rápido para usuários no Brasil.

[updates]
name=Fedora $releasever – $basearch – Updates
failovermethod=priority
baseurl=http://fedora.c3sl.ufpr.br/linux/updates//$releasever/$basearch/
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f$releasever&arch=$basearch
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

Também deve-se editar o “/etc/yum.repos.d/fedora.repo“:

[fedora]
name=Fedora $releasever – $basearch
failovermethod=priority
baseurl=http://fedora.c3sl.ufpr.br/linux/releases/$releasever/Everything/$basearch/os/
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

Repita o procedimento em todas as máquinas com Fedora na rede. Feito isto, basta utilizar novamente o comando “yum update” para que todas as instalações e atualizações venham sempre do mesmo mirror.

Outra ideia para melhorar o desempenho, desabilitar o uso do plugin “yum-presto”. O presto utiliza o conceito de deltarpm para reduzir o tamanho dos pacotes de atualização. O deltarpm é um diff binário entre duas versões de rpm. Basicamente você baixa somente a diferença entre duas versões de um mesmo pacote e não mais o pacote todo. Ex: é liberada uma atualização do OpenOffice onde apenas um arquivo foi modificado. Este arquivo tem 1 Mbyte enquanto o pacote todo tem 50. O deltarpm teria aproximadamente 1 Mbyte e se teria uma economia de 49 Mbytes de download. Veja um outro artigo que escrevi sobre o yum presto aqui.

Mas como desabilitar o yum-presto melhora o desempenho? Como você terá todos os pacotes (ou pelo menos os mais utilizados) no cache do squid, você não estará fazendo o download de um pacote grande, você estará utilizando uma cópia localizada no cache na rede interna. Assim, o download será rápido e não precisará de tempo para reconstruir os pacotes de atualização, o que normalmente leva alguns minutos. Só para reforçar, yum-presto economiza muito download, mas aumenta o tempo de atualização devido a reconstrução do pacote. Se o tempo de download é muito baixo (rede interna), provavelmente não compensa o tempo de reconstrução, por isso a sugestão de desabilitar o yum-presto.

E como fazer isso? Basta editar o arquivo “/etc/yum/pluginconf.d/presto.conf” e configurar “enabled=0“. Pronto, da próxima vez que utilizar o yum, o plugin presto não será carregado.

Guia de referencia rápida para atalhos no Bash

1 Comment

Guia de referencia rápida para atalhos no Bash
Ctrl-aMove o cursor para o começo da linha.
Ctrl-eMove o cursor para o final da linha.
Ctrl-bMove o cursor um caractere para trás.
Alt-bMove o cursor uma palavra para trás.
Ctrl-fMove o cursor um caractere para frente.
Alt-fMove o cursor um caractere para frente.
Alt-] xOnde x é qualquer caractere, move o cursor para a próxima ocorrência de x.
Alt-Ctrl-] xOnde x é qualquer caractere, move o cursor para a ocorrência anterior de x.
Ctrl-uDeleta do cursor até o começo da linha.
Ctrl-kDeleta do cursor até o final da linha.
Ctrl-wDeleta do cursor até o começo da palavra.
Esc-DelDeleta a palavra anterior (pode não funcionar, ao invés disso, tente Esc seguido por Backspace)
Ctrl-y“Cola” o texto da área de transferência.
Ctrl-l“Limpa” a tela, deixando a linha atual no topo da tela.
Ctrl-x Ctrl-uDesfaz a última alteração. Ctrl-_ faz o mesmo.
Alt-rDesfaz todas alterações da linha.
Alt-Ctrl-eExpande a linha de comando.
Ctrl-rBusca reversa incremental no histórico.
Alt-pBusca reversa não incremental no histórico.
!!Executa o último comando no histórico.
!abcExecute o último comando no histórico começado por abc.
!abc:pImprime o último comando no histórico começado por abc.
!nExecuta o enésimo comando do histórico.
!$Último argumento do último comando.
!^Primeiro argumento do último comando.
^abc^xyzSubstitui a primeira ocorrência de abc por xyz no último comando e executa.

Nota: esta tabela foi traduzida de http://www.ice2o.com/bash_quick_ref.html

Dica sobre o comando split

No Comments

Hoje um colega do trampo me perguntou se tem algum comando rápido e fácil, em unix, pra dividir um arquivo em vários.

Como sei que esta pode ser uma dúvida para mais pessoas, resolvi publicar este mini artigo com o resumo da conversa. More

Remover passphrase de certificado SSL

No Comments

Uma dica muito simples para quem precisa remover a passphrase de um certificado SSL. Não vou ensinar a gerar um certificado, nem a escolher ferramentas para isso, vou me ater no problema e na solução.

More

Otimizando o Fedora 8

3 Comments

Pretendo começar aqui com uma série de artigos de configuração para melhorar o desempenho no Fedora 8. A maioria das dicas poderá ser usadas sem problemas em outras versões do Fedora ou mesmo em outros Linux, mas tudo o que eu mostrar aqui foi feito e testado num Fedora 8.

Otimizar uma distribuição Linux é uma tarefa que pode variar de simples, onde qualquer usuário acostumado com Linux poderá fazer, até o nível extremamente complicada, onde mesmo os experientes podem ter dores de cabeça.

More

Introdução a shell script

2 Comments

Introdução Programar em shell faz voltarmos a filosofia clássica do UNIX que é quebrar projetos complexos em subtarefas mais simples (isso é conhecido como princípio KISS, de Keep It Simple Stupid). Um conhecimento em shell script é essencial para qualquer um que deseja se tornar um administrador de sistemas, pois usando scripts, podemos realizar tarefas de administração muito mais rapidamente e muito mais facilmente (imagine a diferença entre ter que cadastrar trezentos usuários manualmente ou fazer um script com 6 linhas que cadastra todos estes usuários e ainda pode definir uma senha padrão para eles).

More

Configurando um squid como proxy transparente

7 Comments

Configurando um squid como proxy transparente Este artigo foi originalmente publicado no site do Fundão. Atualizações, se existirem, serão colocadas nesta página.

Este tutorial não pretende ser um guia completo para uma configuração avançada
de Squid, ele apenas vai mostrar como fazer algumas configurações simples mas
que permitirão que se tenha um servidor atuando como gateway de uma rede
fazendo cache de http.

More

Análise 01: Fedora Core 6

No Comments

Análise 01 – Fedora Core 6
Esta é a primeira análise que estou escrevendo neste site. Pretendo de agora em diante, sempre que tiver tempo, testar novas distribuições e novos softwares e deixar minhas impressões aqui.

Parte do que escrevi aqui foi baseado no documento Release Notes do Fedora Core 6, onde obtive links e alguns detalhes sobre algumas ferramentas.

Resumo: Minha avaliação foi bastante positiva, tanto que já migrei meu notebook e meu desktop para a nova versão do Fedora (ok, já usava o Fedora Core 5, uma migração dessas é menos traumática). No Desktop eu fiz a instalação “do zero”, formatei a partição e instalei o Linux. No notebook, atualizei utilizando o yum (onde aproveitei e escrevi este tutorial). Recomendo a migração para quem já usa outra versão do Fedora e recomendo um teste para quem usar outra distribuição de Linux.

More

Dica 18: Usando yum-presto no Fedora 7 e no CentOS 5

1 Comment

Dica 18 – Usando o yum-presto no Fedora 7 e no CentOS 5
Mesmo em dias como hoje, onde uma conexão banda larga de alguns Mbps está custando relativamente pouco (pelo menos aqui em São Paulo), economizar no tamanho dos downloads de atualizações é muito importante. Eu pelo menos prefiro esperar um minuto ao invés de meia hora para atualizar meu sistema.

More

Older Entries