Gustavo,
Segui sua idéia e parece que funciona muito bem. Acho que vai resolver
o problema em 100%.
Mas notei que o plugin yum-presto acaba atrapalhando, pois ele baixa os
*.drpm e se tiver muita variedade de versoes dos programas dos Fedoras
pela rede, ele baixa o delta de cada versao (que sao muitas).
Acho que com o proxy, melhor baixar o pacote rpm original mesmo, o
delta deixa de ser necessario.
Estou removendo o yum-presto das maquinas e vou ver nas proximas
semanas como fica.
Existe um perigo com esse esquema de usar o mirror fixo: se ele estiver
fora do ar não vai funcionar. Mas acho que é um risco calculado, não
chega a ser um problema.
Essa sua dica poderia valer um artigo no seu site hein!
Obrigado!
Ricardo
On 11/26/2010 02:27 PM, Gustavo Picoloto wrote:
Tem que configurar o repositório updates e o fedora.
No "/etc/yum.repos.d/fedora-updates.repo":
[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
No "/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
[]´s
2010/11/26 Ricardo Vendramini<lista(a)amplus.com.br>:
>
> Eduardo,
>
> Concordo com seu ponto de vista.
>
> Só preciso descobrir como "travar" o yum para usar sempre o mesmo
> mirror, como o da UFPR...
>
>
> Ricardo
>
> On 11/26/2010 01:51 PM, Eduardo Mondoni wrote:
>> tem que se analisar para ver se realmente vale a pena usar o repo local.
>> em um cliente que instalei, são usadas para 50-60 máquinas
>>
>> e agora serão instaladas mais umas 70
>>
>> tudo com Fedora 13, e as novas Fedora 14.
>> e provavelmente vai ir se mantendo dessa forma
>> sempre ir atualizando para as novas versões
>>
>> mas só o repo do Fedora 13, ocupa quase 40GB, pois optei pelos repos do
>> Rpm Fusion também.
>>
>> do CentOS é execlente ter um, também configurei no mesmo cliente, e
>> tendo as 2 arquiteturas i386 e x86-64 ocupam no max 20GB
>> =]
>>
>> se pra você não compensa ter um localmente, continue usando o squid
>> só lembre de criar alguma regra para não excluir o cache vindo do repo
>> do Fedora
>>
>> senão não vai compensar usar o cache do squid.
>> e opte pelo mirror da UFPR
>>
>> se encontra no Brasil, e o download faz um trajeto menor e mais rápido.
>>
>> abraços
>>
>> --
>> Eduardo Mondoni
>> Analista de Suporte
>> LPIC-1 - Novell CLA - Novell DCTS
>>
>>
>>
>> 2010/11/26 Ricardo Vendramini<lista(a)amplus.com.br
>> <mailto:lista@amplus.com.br>>
>>
>>
>> Eduardo,
>>
>> Não são muitas maquinas na rede interna. Acredito que as
>> desvantagens
>> em ter repositorio local me parecem ser as seguintes:
>>
>> * Tem que ter um para cada distribuicao/versao. A gente usa
>> Fedora
>> 12/13/14 e CentOS.
>>
>> * Em cada versao tem que ter uma copia do repositorio
>> completo, gasta
>> bastante espaco em disco no servidor
>>
>> * Usar rsync para manter o repositorio local sempre
>> "espelhado" faz com
>> que a gente fique baixando pacotes que nunca vamos usar.
>>
>> Por isso eu pensei no squid, só vai ter em cache aquilo que
>> realmente é
>> (ou foi) usado.
>>
>> Desde que eu "trave" no mesmo mirror.
>>
>>
>> Ricardo
>>
>>
>>
>> On 11/26/2010 09:56 AM, Eduardo Mondoni wrote:
>> > Se você tem muitas máquinas em produção com Fedora, pode optar
>> com criar
>> > um repositório local.
>> > você irá precisar de pelo menos 20GB livre em espaço em disco
>> para criar
>> > o repo.
>
> --
> br-users mailing list
> br-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/br-users
>