Como mapear identificadores ataX.0 em mensagens de erro kern.log para dispositivos / dev / sdY reais?

9

Considere seguir o snippet kern.log :

 ata4.00: failed command: WRITE FPDMA QUEUED
 ata4.00: cmd 61/00:78:40:1e:6c/04:00:f0:00:00/40 tag 15 ncq 524288 out
        res 41/04:00:00:00:00/04:00:00:00:00/00 Emask 0x1 (device error)
 ata4.00: status: { DRDY ERR }
 ata4.00: error: { ABRT }
 ata4: hard resetting link
 ata4: nv: skipping hardreset on occupied port
 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
 ata4.00: configured for UDMA/133
 ata4: EH complete

Como posso identificar qual disco rígido o kernel realmente significa quando fala sobre ata4.00 ?

Como posso encontrar o nome do dispositivo /dev/sdY correspondente?

    
por maxschlepzig 28.05.2011 / 16:32

4 respostas

9

Você pode encontrar o dispositivo / dev / sdY correspondente passando pela árvore /sys :

$ find /sys/devices | grep '/ata[0-9]\+/.*/block/s[^/]\+$' \
    | sed 's@^.\+/\(ata[0-9]\+\)/.\+/block/\(.\+\)$@ => /dev/@'

Com um /sys mais eficiente (cf. lsata.sh ):

$ echo /sys/class/ata_port/ata*/../../host*/target*/*/block/s* | tr ' ' '\n' \
    | awk -F/ '{printf("%s => /dev/%s\n", $5, $NF)}'

Exemplo de saída de um sistema de 2 discos:

ata1 => /dev/sda
ata2 => /dev/sdb

Em seguida, para identificar de forma confiável o hardware real, você precisa mapear / dev / sdY para o número de série, por exemplo:

$ ls /dev/disk/by-id -l | grep 'ata.*sd[a-zA-Z]$'

lssci

O utilitário lssci também pode ser usado para derivar o mapeamento:

$ lsscsi | sed 's@^\[\([^:]\+\).\+\(/dev/.\+\)$@,@' \
    | awk -F, '{ printf("ata%d => %s\n", $1+1, $2) }'

Observe que a enumeração lsscsi relevante começa em 0, enquanto a enumeração de ata começa em 0.

Syslog

Se nada mais funcionar, pode-se olhar para o syslog / journal para derivar o mapeamento.

Os dispositivos /dev/sdY são criados na mesma ordem em que os identificadores ataX são enumerados no kern.log , ignorando os dispositivos não-disco (ATAPI) e os links não conectados.

Assim, o comando seguinte exibe o mapeamento:

$ grep '^May 28 2'  /var/log/kern.log.0  | \
   grep 'ata[0-9]\+.[0-9][0-9]: ATA-' | \
   sed 's/^.*\] ata//' | \
   sort -n | sed 's/:.*//' | \
   awk ' { a="ata" $1; printf("%10s is /dev/sd%c\n", a, 96+NR); }'
ata1.00 is /dev/sda
ata3.00 is /dev/sdb
ata5.00 is /dev/sdc
ata7.00 is /dev/sdd
ata8.00 is /dev/sde
ata10.00 is /dev/sdf

(Observe que o ata4 não é exibido porque as mensagens de log acima são de outro sistema).

Estou usando /var/log/kern.log.0 e não /var/log/kern.log porque as mensagens de inicialização já estão giradas. Eu grep para May 28 2 porque este foi o último tempo de inicialização e eu quero ignorar as mensagens anteriores.

Para verificar o mapeamento, você pode fazer algumas verificações por meio da saída de:

$ grep '^May 28 2'  /var/log/kern.log.0  | \
grep 'ata[0-9]\+.[0-9][0-9]: ATA-'
May 28 20:43:26 hn kernel: [    1.260488] ata1.00: ATA-7: SAMSUNG SV0802N, max UDMA/100
May 28 20:43:26 hn kernel: [    1.676400] ata5.00: ATA-5: ST380021A, 3.19, max UDMA/10
[..]

E você pode comparar essa saída com hdparm de saída, por exemplo:

$ hdparm -i /dev/sda

/dev/sda:

Model=SAMSUNG SV0802N [..]

(usando o Kernel 2.6.32-31)

    
por 29.05.2011 / 12:25
2

Aqui está minha versão, modificada de cima. Desde que eu não sei a data exata do sistema foi inicializado (para testar isso foi há 27 dias), e eu não sei qual kern.log contém os dados que eu preciso (alguns podem ser gzipped no meu sistema) , Eu uso uptime e date para calcular uma data aproximada de inicialização do sistema (até o dia, de qualquer maneira), então use zgrep para pesquisar em todos os arquivos kern.log disponíveis.

Eu também modifiquei ligeiramente a segunda instrução grep , já que agora ela também mostrará uma unidade de CD / DVD ATAPI, bem como unidades ATA- *.

Ele ainda pode usar refinamento (ou seja, se o tempo de atividade do sistema for maior que um ano), mas deve funcionar bem por enquanto.

#!/bin/bash

uptime=$(uptime | awk -F' '  '{ print $3" "$4 }' | sed s/,//)
date=$(date -d "$uptime ago" | awk '{print $2" "$3 }')
zgrep "$date"  /var/log/kern.log*  | \
grep 'ata[0-9]\+.[0-9][0-9]: ATA'  | \
sed 's/^.*\] ata//' | \
sort -n | sed 's/:.*//' | \
awk ' { a="ata" $1; printf("%10s is /dev/sd%c\n", a, 96+NR); }'
    
por 21.11.2012 / 03:35
1

Apenas tive este mesmo problema e encontrei uma outra solução que se pode gostar.

A ferramenta lsscsi lista dispositivos SCSI (ou hosts) e seus atributos.

Com o lsscsi, obtém-se o nome do ata e o nome do dispositivo.

Parece com isso:

$ lsscsi --long
[0:0:1:0]    cd/dvd  MATSHITA DVD-ROM UJDA780  1.50  /dev/sr0
  state=running queue_depth=1 scsi_level=6 type=5 device_blocked=0 timeout=30
[2:0:0:0]    disk    ATA      WDC WD3000FYYZ-0 01.0  /dev/sda
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[3:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdb
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[4:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdc
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[5:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdd
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[6:0:0:0]    disk    ATA      WDC WD3000FYYZ-0 01.0  /dev/sde
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[7:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdf
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30

No Ubuntu pode-se instalar lsscsi simplesmente com

$ sudo apt-get install lsscsi
    
por 15.10.2013 / 15:55
0

Nenhuma das respostas acima funcionou para mim, e a abordagem lsscsi realmente gerou a resposta errada, devido a discrepâncias entre os números de barramento SCSI e os números ATA. Em um sistema de 21 discos, tive muitos relatórios de syslog sobre problemas com o ATA18 (violações do HSM). Qual disco estava causando esses erros? Alguns eram drives USB, o que tornou as coisas consideravelmente mais confusas. Eu precisava de uma contabilidade de como cada unidade SCSI é anexada ao sistema, e eu escrevi o script abaixo que produz listagens tabulares para todos os discos SCSI (/ dev / s [dr]?), Independentemente de ATA ou USB.

Então, com todas as unidades de disco totalmente explicadas, fiquei surpreso ao ver que meus erros de ATA não tinham nada a ver com qualquer das minhas unidades de disco. Eu estava fazendo a pergunta errada, e acho que outros podem cair facilmente na mesma armadilha, e é por isso que eu menciono isso aqui. Em seguida, usei uma segunda abordagem que identificou o hardware que estava gerando as mensagens de violação do HSM, também detalhadas na documentação que aparece no script abaixo.

#!/bin/bash

## This script lists the ata and usb bus numbers, as well as the
## overall "host" numbers, of each scsi disk.  The same information
## appears formatted four ways, redundantly, for ease of lookup by (1)
## device lettername, (2) ata bus, (3) usb bus, or (4) overall "host"
## number.

#######################################################

## Q: What if you're looking for an ATA bus number, e.g. ata18, that
##    isn't listed by this script?

## (1) Well, it's probably not a SCSI disk, at least not one that's
##     operating.

## (2) Somewhere in /sys you can find a mapping from the ATA bus
##     number to some overall host number, such as host17.  For example,
##     if you're looking for ata18, you can use a find command...

##     find /sys -type l -exec bash -c 'link='readlink "$0"'; if [[ "$link" =~ /ata18/ ]] ; then echo $link ; fi' {} \;

##     ...which, after some delay, might yield output something like this:

##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/ata_port/ata18
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_generic/sg5
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/link18/dev18.0/ata_device/dev18.0
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/scsi_host/host17
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/link18/ata_link/link18
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/bsg/17:0:0:0
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_device/17:0:0:0
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_generic/sg5
##    ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/bsg/17:0:0:0
##    ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0
##    ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17
##    ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0

##     Then you might notice the "/host17/" or "scsi_device/17:0:0:0"
##     in the above output lines, and look in the output of...

##     lshw

##     .. for "scsi17" or "17:0" or such, and discover, somewhere in it ...

##     ...
##        *-scsi:5
##           physical id: 8
##           logical name: scsi17
##           capabilities: emulated
##         *-processor UNCLAIMED
##              description: SCSI Processor
##              product: 91xx Config
##              vendor: Marvell
##              physical id: 0.0.0
##              bus info: scsi@17:0.0.0
##              version: 1.01
##              capabilities: removable
##              configuration: ansiversion=5
##     ...

## ...thus learning that ata18 corresponds to an unclaimed device (but
## not actually a disk).  Q.E.D.

## P.S. the lsscsi command yields the following, which might lead
## one to think that the problem was being caused by a CD-ROM drive
## (SCSI18:0) rather than emanating from the Marvell (SCSI17:0):

## [17:0:0:0]   process Marvell  91xx Config      1.01  -        
## [18:0:0:0]   cd/dvd  HL-DT-ST DVDRAM GH22NS90  HN00  /dev/sr0 

## ... but ATA != SCSI, and 17 != 18.  The CD/DVD drive was ATA19, 
## actually.  You can still use lsscsi, but
## bear in mind that what you're seeing in the left column
## is *not* ATA numbers but rather SCSI bus numbers, and the two
## are not to be confused.
#######################################################

blockDevsDir=/sys/dev/block

declare -A scsiDevLetters
declare -A hostNumbers
declare -A ataNumbers
declare -A usbNumbers

scsiDevLetterRE='/s(d[a-z]|r[0-9])$'
hostNumberRE='/host([0-9]+)/'
ataNumberRE='/ata([0-9]+)/'
usbNumberRE='/usb([0-9]+)/'

cd "$blockDevsDir"
for busid in 'ls -1' ; do
    linkval='readlink "$busid" '
    if [[ "$linkval" =~ $scsiDevLetterRE ]] ; then
        scsiDevLetter="${BASH_REMATCH[1]}"
        if [[ "$linkval" =~ $hostNumberRE ]] ; then
            hostNumber="${BASH_REMATCH[1]}"
            if [[ "$linkval" =~ $ataNumberRE ]] ; then
                ataNumber="${BASH_REMATCH[1]}"
                scsiDevLetters[$scsiDevLetter]='printf 'ata%-2.2s  host%-2.2s' "${ataNumber}" "${hostNumber}"'
                hostNumbers[${hostNumber}]='printf '/dev/sd%s  ata%-2.2s' "${scsiDevLetter}" "${ataNumber}"'
                ataNumbers[${ataNumber}]='printf '/dev/sd%s  host%-2.2s' "${scsiDevLetter}" "${hostNumber}"'
            elif [[ "$linkval" =~ $usbNumberRE ]] ; then
                usbNumber="${BASH_REMATCH[1]}"
                scsiDevLetters[$scsiDevLetter]='printf 'usb%-2.2s  host%-2.2s' "${usbNumber}" "${hostNumber}"'
                hostNumbers[${hostNumber}]='printf '/dev/sd%s  usb%-2.2s' "${scsiDevLetter}" "${usbNumber}"'

                existingUsbValue="${usbNumbers[${usbNumber}]}"
                addedUsbValue='printf '/dev/sd%s  host%-2.2s' "${scsiDevLetter}" "${hostNumber}"'
                if [ -n "$existingUsbValue" ] ; then
                    usbNumbers[${usbNumber}]="$existingUsbValue | $addedUsbValue"
                else
                    usbNumbers[${usbNumber}]="$addedUsbValue"
        fi
            else
        echo "Neither ata nor usb: /dev/sd${scsiDevLetter} (host${hostNumber}) !"
            fi
        else
        echo "No host number for /dev/sd${scsiDevLetter}"
        fi
    fi
done    

echo '/dev/sd?'
echo '--------'
for scsiDevLetter in 'echo "${!scsiDevLetters[*]}" | tr ' ' '\n' | sort' ; do
    echo "/dev/sd${scsiDevLetter}    ${scsiDevLetters[$scsiDevLetter]}"
done
echo
echo 'ataNN'
echo '-----'
for ataNumber in 'echo "${!ataNumbers[*]}" | tr ' ' '\n' | sort -n' ; do
    printf 'ata%-2.2s    %s\n' "$ataNumber" "${ataNumbers[$ataNumber]}"
done
echo
echo 'usbNN'
echo '-----'
for usbNumber in 'echo "${!usbNumbers[*]}" | tr ' ' '\n' | sort -n' ; do
    printf 'usb%-2.2s    %s\n' "$usbNumber" "${usbNumbers[$usbNumber]}"
done
echo
echo 'hostNN'
echo '------'
for hostNumber in 'echo "${!hostNumbers[*]}" | tr ' ' '\n' | sort -n' ; do
    printf 'host%-2.2s    %s\n' "$hostNumber" "${hostNumbers[$hostNumber]}"
done
    
por 02.12.2018 / 21:12

Tags