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.

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.

Yum-presto é um plugin para o yum que, quando disponível, utiliza deltarpms ao invés de rpms. Isto permite que os downloads de atualizações sejam muito menores do que se tivesse utilizando somente pacotes rpms.

Um Deltarpm é a diferença entre dois arquivos rpms. Por exemplo, se você tem o pacote-1.0 instalado e existe uma atualização chamada pacote-1.1, o yum-presto irá fazer o download do deltarpm pacote-1.0 => pacote-1.1 ao invés de baixar o rpm completo do pacote-1.1. Então, ele irá reconstruir o pacote-1.1 usando o pacote-1.0, que você já tem instalado, e o deltarpm que acabou de baixar.

Quando o yum-presto está sendo utilizado, ele mostra quanto se economizou de download ao final de uma atualização sendo que, nos meus testes, normalmente economizo entre 30% e 70% no tamanho do download dos pacotes. Isto varia dependendo do tamanho dos pacotes (quando maior um pacote original, maiores as chances de economizar) e do próprio pacote instalado. A imagem abaixo mostra que fiz o download de 3.9 MB e que sem utilizar o yum-presto teria que fazer o download de 23 MB, uma economia de 84% !

A instalação do yum-presto no Fedora 7 é simples. Para isso, basta executar como root:

# yum install yum-presto

Neste comando, o yum irá baixar o yum-presto e todas as dependências necessárias (normalmente só o pacote deltarpm).

Após este passo, deve-se configurar o uso de deltarpms nos repositórios do yum. Para o Fedora 7, basta adicionar deltaurl=http://lesloueizeh.com/f7/i386/updates no bloco corresponde ao repositório updates, que fica no arquivo /etc/yum.repos.d/fedora-updates.repo. Abaixo, como ficou a configuração no repositório updates:

# cat /etc/yum.repos.d/fedora-updates.repo
[updates]
name=Fedora $releasever – $basearch – Updates
#baseurl=http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch/
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever&arch=$basearch
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora
deltaurl=http://lesloueizeh.com/f7/i386/updates

Também existe suporte para a arquitetura x86_64. Basta alterar a deltaurl para deltaurl=http://lesloueizeh.com/f7/x86_64/updates (agradecimentos a Jonathan Dieter pela informação).

Caso sua versão do Fedora seja o Core 6, o procedimento é o mesmo do Fedora 7, exceto que a deltaurl a ser adicionada é deltaurl=http://lesloueizeh.com/fc6/i386/updates.

Após ter salvo este arquivo, qualquer atualização que for feita utilizando o yum irá automaticamente utilizar os pacotes deltarpm disponíveis ao invés dos pacotes completos ocasionando assim uma boa economia no tempo e tamanho dos seus downloads.

Caso não queira utilizar o plugin temporariamente, basta utilizar o parâmetro –disablepresto na linha de comandos do yum, assim:

# yum update –disablepresto

Ou ainda, se não for utilizar o yum-presto por um tempo maior, desabilite o plugin diretamente no seu arquivo de configuração. Para isto, basta editar o arquivo /etc/yum/pluginconf.d/presto.conf e mudar a linha enabled=1 para enabled=0. Assim, o yum-presto só irá funcionar quando retornar esta configuração para o valor original.

O yum-presto também pode ser utilizado em outras distribuições, desde que elas utilizem o yum como ferramenta de atualização. Abaixo, segue como instalar o yum-presto no CentOS 5 (escrito usando este post como base):

# cd /etc/yum.repos.d
# wget http://www.lesbg.com/jdieter/presto/presto-centos.repo
# yum install yum-presto

A configuração é semelhante ao Fedora 7, mudando apenas o nome do arquivo do repositório para /etc/yum.repos.d/CentOS-Base.repo e a linha informando onde estão os deltarpms, que é deltaurl=http://lesloueizeh.com/centos5/i386/updates. O arquivo do repositório no CentOS 5 ficou assim:

# cat /etc/yum.repos.d/CentOS-Base.repo
[updates]
name=CentOS-$releasever – Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
deltaurl=http://lesloueizeh.com/centos5/i386/updates
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

Para concluir, venho utilizando o yum-presto praticamente desde o lançamento e não tive nenhum tipo de problema com ele. Alias, recomendo sua utilização para todos que tem como distribuição o Fedora e/ou o CentOS.

A principal vantagem, a meu ver, consiste em tempo menor de parada do servidor. Todo o processo, embora eu não recomende a execução em servidores críticos, é feito com a máquina no ar. A única parada é feita apenas no final do processo, devido ao upgrade da versão do kernel do Linux.

A principal desvantagem é que no final do processo, apesar de todos os pacotes estarem com a versão mais recente, novos pacotes “inéditos” para esta versão podem não ter sido instalados. Por exemplo, no upgrade do Fedora Core 4 para o Fedora Core 5 (onde eu já usei este procedimento), o beagle não foi instalado automaticamente (tive que fazer esta instalação manualmente após o final do upgrade).

Indo direto ao assunto, os passos necessários para o upgrade: editei o arquivo /etc/yum.repos.d/fedora.repo e aqui está o “segredo”: Por padrão, o yum usa a versão atual do Fedora para buscar as atualizações disponíveis (ele detecta através da variável $releasever no arquivo do repositório). Se forçarmos ele a usar versão 6 ao invés de detectar, ele vai ver todos os pacotes da versão 6 como se fosse atualizações de pacotes. Veja um trecho do arquivo original:

[core]
name=Fedora Core $releasever – $basearch
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$basearch/os/
#mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-$releasever
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY

Neste trecho, trocamos os “$releasever” por 6, deixando como abaixo:

[core]
name=Fedora Core $releasever – $basearch
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/6/$basearch/os/
#mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-6
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora file:///etc/pki/rpm-gpg/RPM-GPG-KEY

Após salvar o arquivo, basta executar o yum para a atualização ser feita (como eu disse antes, para ele, é uma atualização normal):

# yum update

Aqui, após alguns minutos executando, o yum reclamou de umas dependências do mplayer que não poderiam ser satisfeitas. No meu caso isto ocorreu devido ao mplayer para o Fedora Core 6 ainda não estar no repositório livna. A solução que utilizei foi remover o mplayer temporariamente (não uso tanto assim e depois eu reinstalo :)

# yum remove mplayer mplayer-common

Tentei novamente atualizar o sistema (mesmo procedimento da primeira vez que executamos o yum, mas agora o pacote do mplayer foi removido e não deverá ocorrer o mesmo problema novamente).

# yum update

Neste ponto, no meu caso, o yum não reclamou mais de dependências que não puderam ser satisfeitas. É um passo demorado, aqui a atualização começou as 17:52 (já tinha resolvido todas as dependências e feito os testes de transação) e somente as 19:05 acabou de atualizar/instalar os pacotes e começou a fazer o “cleanup”.

O pacote que mais demorou aqui foi o selinux-policy-targeted devido possivelmente a um relabel completo do sistema de arquivos.

Após isso, reiniciei a máquina e pronto, Fedora Core 6 instalado :)