Atualize o pacote fantoche do Ubuntu dentro do processo de kickstart

Question

Meu kickstart-host baseado em Ubuntu está quase funcionando como deveria, servindo Ubuntu 10.04 (ambos i386 e amd64) e CentOS 5.6 para novos hosts (VMware).
Uma das coisas que me incomoda é que o Ubuntu 10.04 LTS vem com Puppet 0.25.4, mas eu quero usar o mais recente Puppet 2.6.3 de backports de Mathias Gug .
O link para o repositório PPA está em um arquivo em /etc/apt/sources.list.d/, a chave GPG correspondente também está nas apt-keys: ambas sendo baixadas com sucesso na parte% post do kickstart.
O boneco original & puppet-common são instalados a partir da parte% packages no ks.cfg.

Até agora, não consigo atualizar os pacotes Puppet padrão para os novos automaticamente no kickstart.

apt-get update && apt-get dist-upgrade funciona após a primeira reinicialização e login, mas quando eu uso esses dois apt-comandos dentro de a parte post ks.cfg%, as coisas começam a falhar ...

Então, de qualquer maneira,

• qual é a melhor maneira de atualizar pacotes de um PPA do Ubuntu durante o processo de kickstart e não (manualmente) depois disso?
• isso é possível com o kickstart / no Ubuntu?
• se não (e como uma alternativa possível), o Cobbler pode lidar com isso?

UPDATE
Encontrou um PPA do Ubuntu com novos pacotes de marionetes (2.7.1) aqui: link

    

Answer 1

Eu nunca iniciei o Ubuntu, mas eu o uso para centos / rhel. Por que você está instalando o pacote de fantoches de base? Eu adiciono meu repositório yum local para o fantoche (e epel) ao processo de instalação como parte do script principal do kickstart. Por exemplo.

repo --name=local --baseurl=http://...

Eu, então, tenho o fantoche de lançamento da seção% post, que lida com a configuração de todos os repositórios do yum que eu gostaria de usar instalando o rpms adequado para eles (por exemplo, epel-release).

Eu também tive o kickstart, apenas instale a versão antiga do epel (0.25.x) e então faça com que o módulo puppet-client gerencie o upgrade do cliente para o 2.6.x.

    

Answer 2

Se você configurar sua rede como estática, então, na minha opinião pessoal, isso deve funcionar. Se você usa DHCP para atribuir endereços, então você não tem um% de /etc/resolv.conf no momento em que os scripts de postagem são executados (a menos que o Ubuntu, que eu não sei, tenha o Anaconda totalmente diferente do RHEL, que eu sei, tem, então apt-get deve falhar.

Se a instalação falhar mesmo com a rede totalmente configurada, uma solução rápida e suja seria copiar os arquivos necessários para o servidor de instalação, depois enviá-los para a máquina que está sendo implantada e instalá-los a partir de um sistema de arquivos local.