tape changers no Centos 6 entra com muita atividade no boot, no udev start

Question

Eu tenho dois robôs de troca de fita (Quantum Superloader 3), um com conectividade SCSI paralela, o outro com SAS. Eles estavam conectados a um servidor Centos 5 e a inicialização prosseguia normalmente.

Eles agora estão conectados a um novo servidor rodando o CentOS 6.3. Quando o servidor chega ao estágio 'Iniciando o udev', um após o outro, os trocadores começam a passar por muitas rotinas, presumivelmente algum tipo de inventário. O trocador de SAS é o primeiro, provavelmente porque ele recebe um número de dispositivo mais baixo (/ dev / changer-sg4 comparado com o outro modificador / dev / changer-sg6). Enquanto isso está acontecendo, o processo de inicialização permanece no 'Iniciando o udev'

O primeiro trocador produz seu inventário em cerca de 3-4 minutos, depois o segundo trocador é iniciado. Alguns minutos depois, vejo mensagens de erro SCSI aparecerem na tela (eu posso colá-las aqui em breve, se forem necessárias), mas o trocador continua fazendo seu inventário e a inicialização prossegue corretamente a partir daí. O trocador termina antes do boot, e quando a inicialização é feita, ambos os trocadores parecem estar totalmente disponíveis e funcionando.

O resultado é que a inicialização completa com sucesso, sem intervenção manual, mas eu gostaria de cortar o tempo extra que isso está adicionando para inicializar, e desgaste extra nos trocadores de fita (se houver algum).

    

Answer 1

Respondendo à sua edição.

Eu não acho que isso importe. Só porque algo funcionou de certa forma no EL5 não significa que se deva comportar-se de maneira semelhante no EL6.

Você tem que considerar:

• Diferentes gerações do kernel ...
• Padrões compilados muito diferentes
As configurações do
• sysctl.conf são diferentes.
• Arquivos de configuração de pacotes / aplicativos são diferentes ...

O processo de inicialização / carregamento do subsistema SCSI é provavelmente a causa. Eu não acho que isso vai causar desgaste prematuro em sua unidade. Eu duvido que haja alguma maneira de contornar o processo ...

Você não deveria estar carregando / descarregando módulos ou reinicializando com freqüência suficiente para que isso seja um problema.