Estou trabalhando para mudar minha configuração atual do servidor para um hardware mais recente e migrar do ubuntu karmic koala para o lucid lynx. Atualmente, estou usando o gw6c (compilado no site gogo6, em oposição à versão dos repositórios) para obter acesso ipv6 para meus sistemas. No sistema karmic koala, usei o script init.d simples para iniciar o cliente ipv6
#! /bin/sh
/usr/local/gw6c/bin/gw6c -f /usr/local/gw6c/bin/gw6c.conf
Achei que, como isso é executado em qualquer nível de execução, ele deve ser traduzido para
respawn
console none
start on startup
stop on shutdown
script
exec /usr/local/gw6c/bin/gw6c -f /usr/local/gw6c/bin/gw6c.conf
emit free6_ipv6_started
end script
isso funciona bem iniciado a partir do initctrl, mas aparentemente falha ao iniciar quando é inicializado. - seu status sendo parado / aguardando. O problema é que, quando o problema é resolvido, o problema é resolvido e o problema não é resolvido, pois o problema é resolvido.
EDIT: o erro exato é 'init: gw6c main process (xxx) terminou com o status 8' seguido pelo processo reaparecendo, com xxx sendo um PID suspeito. Também estou meio suspeitando que isso seja porque o gw6c é iniciado antes da rede, e eu preciso do meu eth0 antes do gw6c
fonte
Coloque um script iniciando gw6c em
Todos os scripts nessa pasta são executados após o surgimento de uma interface. Se você deseja que ele seja executado apenas quando eth0 aparecer, edite a entrada eth0 em
e adicione uma chamada ao script
Eu também sugeriria adicionar scripts pré-down para desligar o túnel antes que a interface fique offline.
Depois de fazer isso e encontrar uma implementação que funcione, publique-a aqui para que eu possa usá-lo. Eu tenho o gw6c no meu laptop, mas até agora tenho preguiça de automatizá-lo.
fonte
Obrigado "The Journeyman geek" :) Você me salvou muito tempo. Eu estava lutando com o script /etc/init.d/gw6c, tentando algumas temporizações com "sysv-rc-conf -p" e me perguntando por que ele não está funcionando (também conhecido como WTF?).
O script levemente modificado ("runlevel" e comando exec) fez o trabalho! :) :) :)
fonte
A partir daqui: http://upstart.ubuntu.com/cookbook/#single-job-instance-running-without-pid
fonte