On Tue, 3 May 2011 14:46:24 -0300, Paulino Kenji Sato <[email protected]> wrote: > 2011/5/3 vic <[email protected]>: >> Supostamente, o udev detecta as placas de rede e gera o arquivo >> /etc/udev/rules.d/70-persistent-net.rules, para que as placas de rede fiquem >> na mesma ordem depois de um reboot. >> > > Sim, deveria manter a seqüencia da primeira detecção. > > O seu servidor tem placas do mesmo modelo (chipset), nesse caso, > melhor instruir o udev a não fazer nada com elas, ou seja não > renomear. > Como fazer isso, varia conforme a versão do udev, não recordo como e > no slack 13.x > Pode ser simplesmente criando um arquivo vazio chamado > /etc/udev/rules.d/75-persistent-net-generator.rules > ou precisar mexer em um dos scripts. > > O modulo do kernel, atribui os ethx em ordem de slot, e na ordem que > os modulos forem carregados, como no seu caso as três placas são > iquais (mudando somente o mac) o ordem será pelo slot pci. E isso não > vai mudar, pode trocar uma das placas por um do mesmo modelo, que ele > será a mesma ethx. E isso sempre foi assim, inclusive alguns acham que > o udev deveria renomear conforme o slot e não pelo mac. > > Uma outra coisa que pode estar ocorrendo, e conflito de modulos, essas > realtek 8139 possuem dois possíveis modulos, o 8139cp e o 8139too, o > 8139too e o recomendado, o 8139cp costumar ficar a blacklist do udev. > > Outra coisa que costumo fazer em maquinas com várias placas de rede, e > colocar os modulos delas na blacklist do udev, desativar o > persistent-net-generator.rules, e carregar manualmente os modulos, na > ordem que quero as interfaces. > > > > -- > Paulino Kenji Sato
Trocar as placas no momento é impossível. Um tempo atrás, eu tentei usar 3 placas diferentes, sendo duas 3com (cada uma com módulo do kernel diferente) e uma realtek. Mas a cada boot as placas mudavam de ordem e variavam até eth5. Como outros colegas disseram, tenho servidores com 2 placas que nunca deram problemas, mas esse com 3 placas está realmente dando trabalho, vou insistir mais um pouco antes de reescrever parte do sistema de controle de banda para pf+altq ou ipfw+dummynet... Eu vou tentar a dica do Paulino K Sato, que será: 1. echo "blacklist 8139too" >> /etc/modprobe.d/realtek-net.conf 2. Descomentar o módulo 8139too de /etc/rc.d/rc.modules 3. Como a ordem das placas pelo dmesg confere com a minha configuração atual, acho que não vou precisar mudar os cabos de rede... Mesmo porque o servidor está à algums kilometros daqui. -- vic http://choppnerd.com -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
