Processos em um servidor ininterrupto de suspensão do sono

Question

Eu tenho um servidor opensuse 11 de 64 bits com alguns problemas que não sei como resolver. Estou recebendo centenas deles na lista de porocess:

4     0  3105     1  20   0  55420  3488 646312 Sl   ?          0:02 /usr/lib/udisks/udisks-daemon
1     0  3106  3105  20   0  46700   800 685268 S    ?          0:25  \_ udisks-daemon: polling /dev/sr0
4     0 21303  3105  20   0  13296   728 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 21847  3105  20   0  13296   436 scsi_b D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 22399  3105  20   0  13296   440 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 22935  3105  20   0  13296   436 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 23474  3105  20   0  13296   440 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 24023  3105  20   0  13296   440 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 24559  3105  20   0  13296   436 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 25100  3105  20   0  13296   436 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1
0     0 25639  3105  20   0  13296   440 -      D    ?          0:00  \_ udisks-helper-ata-smart-collect /dev/sdb 1

Geralmente mais de 300 ou mais ao longo de um par de dias, as médias de carga podem chegar a 300 ou mais, mas o servidor ainda está responsivo ~ Eu suspeito que as médias de carga estão sendo relatadas incorretamente por algum motivo. Eu sei que a única maneira de se livrar desses processos é reinicializar, mas estou tentando descobrir como impedi-los de aparecer. Desativei o daemon do smartd, desmontei a partição / dev / sdb. Eu não sei o que é chamar o ajudante do udisk ...

algum pensamento sobre como rastrear isso e impedir que isso aconteça?

[BTW - Eu testei o disco manualmente, está bem - não está falhando.]

    

Answer 1

Soa como um bug. Veja o seguinte tópico:

link

    

Answer 2

Normalmente, este é um problema relacionado a um recurso de hardware que o processo está tentando acessar, talvez possa ser um driver / módulo relacionado ao controlador de disco ou sua versão de firmware. Tente verificar alguns bugs / problemas são relatados para o seu hw

    

Answer 3

Embora eu não possa adicionar nada ao seu problema principal, gostaria de observar que a média de carga não está, de fato, incorreta. A carga é definida como o número médio de processos aguardando recursos (não necessariamente a CPU) e cada processo no estado "D" conta como um para a carga da máquina.