Tempo de inicialização de mais de 20 minutos em um servidor virtual

4

Eu tenho um servidor virtual hospedado por profissionais com o Ubuntu 10.04 instalado. É uma instalação de servidor padrão com o pacote LAMP e sem modificações personalizadas.

Após atualizações recentes via o tempo de inicialização do aptitude, a máquina aumentou drasticamente para mais de 20 minutos. Notei que esse problema começou a ocorrer após as atualizações do kernel do Linux.

A versão atual é: Linux Ubuntu-1004-lucid-64-minimal 2.6.32-32-server

A partir da saída de dmesg , parece haver algum problema com o controlador USB ou drivers (saída dmesg abaixo). O que eu não entendo é porque isso começou a acontecer? E qual é a solução / solução para este problema?

Descobri que algumas pessoas tiveram problemas semelhantes e as soluções propostas estavam desabilitando o suporte a legado USB no BIOS ou atualizando o firmware. Como já mencionei, esta máquina é um servidor virtual, então não tenho acesso a BIOS e hardware.

[    0.197693] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    0.198259] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    0.198723] uhci_hcd: USB Universal Host Controller Interface driver
[    0.199237] uhci_hcd 0000:00:01.2: PCI INT D -> Link[LNKD] -> GSI 11 (level, high) -> IRQ 11
[    0.199979] uhci_hcd 0000:00:01.2: setting latency timer to 64
[    0.199988] uhci_hcd 0000:00:01.2: UHCI Host Controller
[    0.200470] uhci_hcd 0000:00:01.2: new USB bus registered, assigned bus number 1
[    0.201313] uhci_hcd 0000:00:01.2: irq 11, io base 0x0000c020
[    0.201917] usb usb1: configuration #1 chosen from 1 choice
[ 1253.897084] hub 1-0:1.0: USB hub found
[ 1253.897529] hub 1-0:1.0: 2 ports detected
[ 1253.897963] PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
[ 1253.899106] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1253.899529] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 1253.914297] mice: PS/2 mouse device common for all mice
[ 1253.915268] rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0
[ 1253.916198] rtc0: alarms up to one day, 114 bytes nvram, hpet irqs
[ 1253.917255] device-mapper: uevent: version 1.0.3
[ 1253.920528] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2

Atualização 1

O problema desapareceu em dois servidores separados. Após várias reinicializações, o atraso de 20 minutos não ocorre mais. Nenhuma modificação na configuração do servidor foi feita. Estou suspeitando que:

  1. O Kernel aprendeu como eliminar o atraso ou
  2. Provedor de hospedagem alterou a configuração de hardware (improvável devido ao curto período de tempo)

Eu continuarei monitorando os tempos de inicialização e atualizarei a pergunta se ocorrer novamente.

Atualização 2

O problema ainda existe! Parece ocorrer apenas quando as reinicializações são dias sempre uma da outra. As reinicializações consecutivas não produzem esse atraso.

Adicionar noapic sinalizador aos parâmetros de inicialização não ajuda .

O atraso sempre ocorre entre as seguintes linhas de dmesg , com duração variável:

[    0.189478] usb usb1: configuration #1 chosen from 1 choice
[  487.589964] hub 1-0:1.0: USB hub found

Alguém pode ajudar?

    
por dezlov 30.05.2011 / 16:23

1 resposta

3

Adicionar nousb às opções de inicialização é uma solução alternativa para esse problema. Ele desativa todo o subsistema USB durante a inicialização, portanto, sem atrasos.

Eu respondi (pelo que você escreveu) uma pergunta semelhante aqui .

    
por fossfreedom 30.05.2011 / 16:31