Jak mapować identyfikatory ataX.0 w komunikatach o błędach kern.log na rzeczywiste urządzenia / dev / sdY?


11

Rozważ następujący kern.logfragment kodu:

 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

Jak mogę zidentyfikować dysk twardy, który jądro ma na myśli, kiedy mówi ata4.00?

Jak znaleźć odpowiednią /dev/sdYnazwę urządzenia?

Odpowiedzi:


11

Odpowiednie urządzenie / dev / sdY można znaleźć, przechodząc przez /sysdrzewo:

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

Dzięki bardziej wydajnemu /sysprzechodzeniu (por. Lsata.sh ):

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

Przykładowe dane wyjściowe z systemu 2-dyskowego:

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

Następnie, aby niezawodnie zidentyfikować rzeczywisty sprzęt, musisz zmapować / dev / sdY na numer seryjny, np .:

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

lssci

lssciNarzędzie może być wykorzystywane do uzyskiwania odwzorowanie:

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

Zauważ, że odpowiednie wyliczenie lsscsi zaczyna się od 0, podczas gdy wyliczenie ata zaczyna się od 0.

Syslog

Jeśli nic więcej nie działa, można spojrzeć na syslog / journal, aby uzyskać mapowanie.

Te /dev/sdYurządzenia są utworzone w tym samym celu, jak identyfikatory ATAX zamieszczono w kern.logpomijając urządzenia dla dysków (ATAPI) i nie-związane linki.

Zatem następujące polecenie wyświetla odwzorowanie:

$ 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

(Uwaga: ata4 nie jest wyświetlany, ponieważ powyższe komunikaty dziennika pochodzą z innego systemu).

Używam /var/log/kern.log.0i nie /var/log/kern.logdlatego, że komunikaty rozruchowe są już obrócone. Pozdrawiam, May 28 2ponieważ był to ostatni czas uruchamiania i chcę zignorować poprzednie wiadomości.

Aby zweryfikować mapowanie, możesz wykonać kilka kontroli, sprawdzając dane wyjściowe:

$ 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
[..]

I możesz porównać to wyjście z hdparmwyjściem, np .:

$ hdparm -i /dev/sda

/dev/sda:

Model=SAMSUNG SV0802N [..]

(przy użyciu jądra 2.6.32-31)


To jest po prostu niesamowite, dziękuję bardzo za tę doskonałą odpowiedź ...
stuartc

@stuarte zapraszamy - btw, CKS zrobił writeup o wszystkich różnych systemów nazewnictwa urządzeń SATA na obecnych systemach Linux . Odnośnie identyfikatorów ataX pisze: „Imiona te wcale nie pojawiają się w sysfs, o ile widzę”
maxschlepzig,

1
Hmm Mój problem z weryfikacją tego polega na tym, że zazwyczaj mam ponad 8 dysków tego samego modelu, więc kontrole producenta nie są tak cenne.
drescherjm

1
@drescherjm, zaktualizowałem swoją odpowiedź. Nowa metoda powinna być solidna i tym samym eliminować potrzebę sprawdzania dostawcy.
maxschlepzig

Mam, jak sądzę, ulepszony skrypt sysfs; w szczególności obsługuje dwucyfrowe liczby ata (/ ata [0-9] / nie pasuje do ata10), a także wyszukuje urządzenia sata nie nazwane sd * (np. sr0): dla w / sys / class / ata_port / ata * ; do printf '% s \ t% s \ n' "$ (basename" $ ​​a ")" "$ (znajdź" $ a / device / "-iname 'block' -exec ls {} \;)"; zrobione
Jason

2

Oto moja wersja, zmodyfikowana z góry. Ponieważ nie znam dokładnej daty uruchomienia systemu (do testowania było to 27 dni temu) i nie wiem, który plik kern.log zawiera potrzebne dane (niektóre mogą znajdować się gzippedw moim systemie), używam uptimei dateobliczyć przybliżoną datę uruchomienia systemu (w każdym razie do dnia), a następnie użyj zgrepdo przeszukania wszystkich dostępnych plików kern.log.

Zmodyfikowałem również nieco drugie grepoświadczenie, ponieważ teraz będzie ono wyświetlać także napęd CD / DVD ATAPI oraz napędy ATA- *.

Może nadal korzystać z udoskonalania (tj. Jeśli czas pracy systemu jest dłuższy niż rok), ale na razie powinien działać OK.

#!/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); }'

1

Właśnie miałem ten sam problem i znalazłem inne rozwiązanie, które może się podobać.

Narzędzie lsscsi wyświetla listę urządzeń SCSI (lub hostów) i ich atrybut.

W lsscsi dostaje się nazwę ATA i nazwę urządzenia.

Wygląda tak:

$ 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

Na Ubuntu można po prostu zainstalować lsscsi

$ sudo apt-get install lsscsi

2
hm i jak zrobić ataXmapę do jakiej części lsscsiwyniku?
maxschlepzig

1
@maxschlepzig Pierwsza liczba w: quady jest taka sama jak ataX z jednym ważnym rozróżnieniem; wyjście lsscsi jest indeksowane na 0, a ataZ jest indeksowane na 1; więc [2: 0: 0: 0] byłoby ata3, który jest / dev / sda w danych wyjściowych opublikowanych przez longsleep
Jason

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

@Jason, zobacz także moją zaktualizowaną odpowiedź na alternatywę, do której można uzyskać bezpośredni dostęp /sys/devicesbez lsscsi.
maxschlepzig

0

Żadna z powyższych odpowiedzi nie działała dla mnie, a metoda lsscsi faktycznie dała złą odpowiedź z powodu rozbieżności między numerami magistrali SCSI i ATA. W systemie z 21 dyskami miałem wiele raportów syslog o problemach z ATA18 (naruszenia HSM). Który dysk powodował te błędy? Niektóre z nich były dyskami USB, co znacznie komplikowało sprawę. Potrzebowałem rozliczenia, w jaki sposób każdy dysk SCSI jest podłączony do systemu, i napisałem poniższy skrypt, który wyświetla listę tabelaryczną dla wszystkich dysków SCSI (/ dev / s [dr]?) Niezależnie od tego, czy ATA, czy USB.

Następnie, kiedy wszystkie dyski zostały w pełni uwzględnione, zdziwiłem się, widząc, że moje błędy ATA nie mają nic wspólnego z żadnym z moich dysków. Zadawałem złe pytanie i myślę, że inni mogą łatwo wpaść w tę samą pułapkę, dlatego tutaj o tym wspominam. Następnie zastosowałem drugie podejście, które zidentyfikowało sprzęt, który generował komunikaty o naruszeniu HSM, również szczegółowo opisane w dokumentacji pojawiającej się w skrypcie poniżej.

#!/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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.