FreeBSD Status do VMware e CAM: Erro de Status SCSI

1

Estou rodando um FreeBSD 10.1-RELEASE-p19 em um VPS (VMware).

Meu ISP tem um rápido crescimento de dados, e essas mensagens espontâneas começaram a aparecer em nossos registros uma semana atrás.

Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): SCSI status: Busy
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): Retrying command
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 00 03 f9 6c 22 00 00 40 00
Sep 25 09:00:50 srv03 kernel: (da0:mpt0:0:0:0): CAM status: SCSI Status Error

Às vezes, o servidor está perdendo totalmente o contato com o armazenamento e, em seguida, entra em pânico e reinicia. Isso geralmente ocorre a cada hora, presumivelmente por um trabalho de rotina (migração / backup).

Até que meu ISP tenha adicionado mais sistema de armazenamento, o que diminuirá a carga no armazenamento, eu realmente quero tentar fazer alguma coisa.

Encontrei isso, mas não tenho certeza de como corrigir / usar as informações: link

Eu também encontrei isso ( vfs.unmapped_buf_allowed=0 ), mas não tenho certeza se isso poderia estar relacionado? link

camcontrol tags da0 -v

(pass1:mpt0:0:0:0): dev_openings  127
(pass1:mpt0:0:0:0): dev_active    0
(pass1:mpt0:0:0:0): devq_openings 127
(pass1:mpt0:0:0:0): devq_queued   0
(pass1:mpt0:0:0:0): held          -1
(pass1:mpt0:0:0:0): mintags       2
(pass1:mpt0:0:0:0): maxtags       255

gstat info quando ocorrem erros:

Quaisquer pensamentos, sugestões, ideias seriam realmente muito apreciados.

Obrigado!

    
por Alldo 25.09.2015 / 10:12

1 resposta

0

Se você estiver usando o VMWare, assim o mpt (4) é puramente virtual, sugiro alterá-lo para algo mais simples, como o ICH10.

Caso contrário, sugiro que você jogue com camcontrol tags , aumentando ou diminuindo o tamanho da fila.

Se você optar por reprovisionar discos usando outro driver, observe que o SAS - > A alteração do controlador SATA pode resultar na alteração da nomenclatura do dispositivo, provavelmente /dev/daX se tornará /dev/adaX , portanto, a menos que você esteja usando zfs ou montando seus discos por meio de rótulos de disco, será necessário editar /etc/fstab .

Quanto à sua saída gstat - há claramente algo errado com isso, provavelmente com a natureza do suporte ao ambiente virtual no FreeBSD. 600% de carga é um absurdo. Eu sugiro que você relate isso no Bugzilla do FreeBSD.

P.S. O conselho para alterar o tipo de controlador de provisionamento de disco ainda permanece. P.P.S. Ou. Ou eu tentaria amar o tamanho da fila do mpt (4) para 128 ou mesmo para 64.

    
por 25.09.2015 / 10:53