Criando repositórios locais em servidores Red Hat



Repositórios várias vezes ficam offline ou ficam lentos, quando temos a disponibilidade de poder criar um servidor contendo todos os repositórios que utilizamos. Aqui começo falando sobre como criar e manter repositórios locais para servidores red hat. Vamos utilizar o repositório EPEL, que contém pacotes extras para servidores red hat e derivados(fedora, centOS...)


Como configuramos o Servidor:

Para configurar o servidor, precisamos primeiro configurar o servidor epel para que os pacotes possam ser baixados:

Precisamos baixar o rpm que instala o repositório:

wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

executar o comando:

rpm -Uvh epel-release-6-8.noarch.rpm

Após isso vamos testar se o servidor está funcionando.

yum enablerepo=epel install htop -y

Instalando, temos configurado o servidor epel da internet.

Agora podemos montar o servidor local.

Precisamos instalar esses pacotes antes de fazer qualquer configuração:

yum install httpd yum-utils createrepo

Vamos criar a árvore de repositório:

mkdir -p /srv/mirror/epel/6/{x86_64,i686,noarch}

Vamos baixar o repositório:

reposync -r epel -p /srv/mirror/ -l -m

Após baixar os pacotes, confira se todos os pacotes estão em "/srv/mirror/epel/", caso não esteja use o comando para mover os pacotes para o local certo:

mv * /srv/mirror/epel/

Vamos colocar os arquivos em suas devidas pastas:

cd /srv/mirror/epel/

for a in {x86_64,i686,noarch} ; do    find . -maxdepth 1 -iname "*$a*" -exec cp -v {} 6/$a/ \; ;    cp -f comps.xml 6/$a/ ; done 

Vamos agora criar o metadata do repositório:

for a in {x86_64,i686,noarch} ; do    createrepo -p -v -g comps.xml 6/$a/ ; done

Após essas configurações já temos um repositório pronto, e com todos os pacotes funcionando.

Agora vamos publicar esse repositório no apache, para que seja possível aos hosts baixarem os pacotes:

vim /etc/httpd/conf.d/mirror.conf

cole essas configurações dentro do arquivo:

##### Repositorio EPEL ########

 <VirtualHost _default_:80>
   ServerAdmin admin@email.org
   ServerName rf0020500096018
   DocumentRoot /srv/mirror/

    KeepAlive On
   KeepAliveTimeout 2
   MaxKeepAliveRequests 100

    AddType application/octet-stream .iso
   AddType application/octet-stream .rpm

    <Directory "/srv/mirror">
      Options +Indexes +FollowSymLinks
      AllowOverride None
      Order allow,deny
      Allow from all
   </Directory>

    <LocationMatch "\.(xml|xml\.gz|xml\.asc|sqlite)$">
      Header set Cache-Control "must-revalidate"
      ExpiresActive On
      ExpiresDefault "now"
   </LocationMatch>

    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" %I %O \"%{User-Agent}i\"" combined
</VirtualHost>


Pronto, temos o repositório funcionando corretamente.

Porém, assim ele não se mantem atualizado.

Precisamos colocar esse script, para executar ao menos 1x por semana, assim mantemos tudo atualizado.


#!/bin/bash

 # baixa apenas pacotes novos
/usr/bin/reposync -r epel -p /srv/mirror/ -n

#coloca os arquivos no local correto.

cd /srv/mirror/epel/
for a in {x86_64,i686,noarch} 
do   
find . -maxdepth 1 -iname "*$a*" -exec cp -v {} 6/$a/ \;
cp -f comps.xml 6/$a/
done


----------------------------------------------------------------


Configurações no Host:

Para adicionar o repositório local ao host devemos executar no próprio host os comandos.

vim /etc/yum.repos.d/localepel.repo

aperte "i" para inserir o texto abaixo:

[epel]
name=Extra Packages for Enterprise Linux 6 LOCAL - $basearch
baseurl=http://<<IP_DO_SERVIDOR>>/epel/6/$basearch
failovermethod=priority
enabled=1
gpgcheck=0


Após, executar o comando:

yum repolist && yum update

E para testar o funcionamento da instalação de um RPM:

yum enablerepo=epel install htop -y



Fontes utilizadas na pesquisa:

http://blog.iandexter.net/2012/12/create-local-epel-mirror.html?showComment=1357298310590#c7953647602490147537

 http://ithelpblog.com/os/linux/redhat/centos-redhat/install-epel-repository-on-centos-6-3-or-redhat-6-3-rhel/

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Script de Checagem de Serviço.

Pessoal, alguns meses atrás minha equipe se deparou com um problema bem simples de resolver, mas que acaba tomando tempo. Para reduzir as operações de NOC em apenas reiniciar o serviço. Encontrei um script na internet pare reiniciar serviços que é bem fácil de entender. #!/bin/sh touch /var/log/daemon-check.log LOG=/var/log/daemon-check.log PROGS="squid dansguardian" for prog in $PROGS do progtest=`ps aux --width=256 | grep $prog | grep -v grep` if [ "$progtest" != "" ] then echo -n `date` >> $LOG echo " $prog running" >> $LOG else /etc/init.d/$prog restart >> $LOG 2>&1 echo -n `date` >> $LOG echo " $prog *** RESTARTED ***" >> $LOG fi done exit 0 A variável PROGS , é carregada com os serviços que precisam ser reiniciados. Temos que deixar claro, que os scripts de init.d ou systemctl devem estar funcionando corretamente. Segue aqui as linhas de cr...
Leia mais

Servidor de Email Seguro com Postfix - Amavis - Opendkim - Opendmarc

Vamos retomar o blog com postagens de estudos feitos por mim durante esses dois últimos anos. Que foram um pouco conturbados. com isso o blog acabou ficando um pouco de lado! Mas vamos voltar à Ativa. Com a demanda de diminuir o número de emails Spams que chegam dentro de uma organização, e tornar segura a comunicação com servidores externos. Vamos montar um ambiente de e-mail seguro, virtualizado. O meu ambiente será montado com uma vm do Ubuntu 14.04. Porém todos os pacotes utilizados, podem ser baixados em Red Hat que o funcionamento é igual. Esse servidor faz o básico sobre tratar Spams e autenticar os e-mails enviados para fora. Existem mais soluções que fazem o mesmo como nessa lista disponibilizada pelo grupo Zimbrasil. https://docs.google.com/spreadsheets/d/1Cj-8mtDjwZuQH2ArlL6IjR45I3efo6VGgQkKZ4SzXnM/edit#gid=0 Os requisitos mínimos para a instalação do servidor são:    – Processador dual core (Intel/AMD);    – 2 Gb de RAM;    – 40 GB...
Leia mais

Otimizando aplicações com o Apt-Build.

Hoje a maioria dos usuários Linux utilizam o Ubuntu. Na sua versão 12.04 está bastante estável e rápido, batendo de frente com qualquer sistema operacional existente. Mas pensando em Linux onde se tem opções para otimizar o sistema especificamente para o seu computador fica a pergunta... será que o ubuntu e seus pacotes genéricos pré-compilados são realmente rápidos? não poderiam ser mais? Quando pensamos em performance para Linux, logo pensamos na possibilidade de compilarmos do software. Porém entre compilar o fonte de um software ou baixar um genérico pelo apt a comodidade fala mais alto e utilizamos quase sempre o APT. Mas... nós que buscamos performance temos uma salvação! O apt-build baixa os fontes dos pacotes, compilando e instalando igual ao método tarball mantendo a árvore criada pelo apt-get. Assim nós podemos modificar a forma de compilação do pacote. A importância do GCC O GNU Compiller Collection, produzido pelo projeto GNU é a base do sistema Linux, qu...
Leia mais