Ricardo,
Acabou que falamos sobre isso na H2HC agora a tarde :) Mas que bom que
funcionou. Vou ver se arrumo algum tempo e escrevo algo sobre isso e
sobre outras 1892731098 ideias que também estão na fila.
Sobre o yum-presto, já percebi que dependendo da largura de banda que
se dispõe, é melhor desabilitar ele mesmo. Em boa parte das
atualizações, acaba demorando mais para ele gerar o rpm a partir dos
deltas do que baixar o pacote full. Em casa ainda mantenho o presto
(5Mbps não é tuuuuudo isso ainda), mas no trampo não compensa usar o
presto e isso pode ser o mesmo motivo que você encontrou ao utilizar
proxy.
[]´s
Gustavo Picoloto
2010/11/26 Ricardo Vendramini <lista(a)amplus.com.br>:
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
>>
>
>
>
--
br-users mailing list
br-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/br-users