[CentOS] More oddities...

Wed May 2 14:27:39 UTC 2018
m.roth at 5-cent.us <m.roth at 5-cent.us>

From: Marcelo Ricardo Leitner <marcelo.leitner at gmail.com>
On Tue, May 01, 2018 at 03:28:29PM -0400, m.roth at 5-cent.us wrote:
>> My manager's workstation is C 7.4, and it started screaming yesterday
>> about issues with ata5.
>
>> Except that he has one internal and one external drive, and a DVD. Anyone
>> have clues as to what could be causing this, or where to start looking?

> ata'5' is about the port it is connected and not related to the count
> of devices in there.

> You should be able to match it with:
> ls -l /sys/class/block | grep ata5
> There sould be a symlink like:
> lrwxrwxrwx.  1 root root 0 abr 29 19:23 sda ->
> ../../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda

> Or by going through boot dmesg.

Good thought... but no joy. I see links with sda, sda1, sdb, sdb1 and
sdb2, and four for dm-[0-3], and nothing else. Looking in that symlink, I
see
ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/
total 0
drwxr-xr-x.  6 root root    0 May  2 10:12 ./
drwxr-xr-x. 10 root root    0 May  2 10:11 ../
drwxr-xr-x.  3 root root    0 May  2 10:14 ata_port/
drwxr-xr-x.  4 root root    0 May  2 10:14 host4/
drwxr-xr-x.  5 root root    0 May  2 10:14 link5/
drwxr-xr-x.  2 root root    0 May  2 10:14 power/
-rw-r--r--.  1 root root 4096 May  2 10:14 uevent
$ ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/
total 0
drwxr-xr-x. 4 root root    0 May  2 10:14 ./
drwxr-xr-x. 6 root root    0 May  2 10:12 ../
drwxr-xr-x. 2 root root    0 May  2 10:15 power/
drwxr-xr-x. 3 root root    0 May  2 10:15 scsi_host/
lrwxrwxrwx. 1 root root    0 May  1 17:59 subsystem ->
../../../../../bus/scsi/
-rw-r--r--. 1 root root 4096 May  2 10:15 uevent

Finally, I did
ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/scsi_host/host4/
total 0
drwxr-xr-x. 3 root root    0 May  2 10:15 ./
drwxr-xr-x. 3 root root    0 May  2 10:15 ../
-rw-r--r--. 1 root root 4096 May  2 10:15 active_mode
-r--r--r--. 1 root root 4096 May  2 10:15 ahci_host_cap2
-r--r--r--. 1 root root 4096 May  2 10:15 ahci_host_caps
-r--r--r--. 1 root root 4096 May  2 10:15 ahci_host_version
-r--r--r--. 1 root root 4096 May  2 10:15 ahci_port_cmd
-r--r--r--. 1 root root 4096 May  2 10:15 can_queue
-r--r--r--. 1 root root 4096 May  2 10:15 cmd_per_lun
lrwxrwxrwx. 1 root root    0 May  2 10:15 device -> ../../../host4/
-rw-r--r--. 1 root root 4096 May  2 10:15 eh_deadline
-rw-r--r--. 1 root root 4096 May  2 10:15 em_buffer
-rw-r--r--. 1 root root 4096 May  2 10:15 em_message
-r--r--r--. 1 root root 4096 May  2 10:15 em_message_supported
-r--r--r--. 1 root root 4096 May  2 10:15 em_message_type
-r--r--r--. 1 root root 4096 May  2 10:15 host_busy
--w-------. 1 root root 4096 May  2 10:15 host_reset
-rw-r--r--. 1 root root 4096 May  1 18:00 link_power_management_policy
drwxr-xr-x. 2 root root    0 May  2 10:15 power/
-r--r--r--. 1 root root 4096 May  2 10:15 proc_name
-r--r--r--. 1 root root 4096 May  2 10:15 prot_capabilities
-r--r--r--. 1 root root 4096 May  2 10:15 prot_guard_type
--w-------. 1 root root 4096 May  2 10:15 scan
-r--r--r--. 1 root root 4096 May  2 10:15 sg_prot_tablesize
-r--r--r--. 1 root root 4096 May  2 10:15 sg_tablesize
-rw-r--r--. 1 root root 4096 May  2 10:15 state
lrwxrwxrwx. 1 root root    0 May  1 18:00 subsystem ->
../../../../../../../class/scsi_host/
-rw-r--r--. 1 root root 4096 May  2 10:15 supported_mode
-rw-r--r--. 1 root root 4096 May  2 10:15 uevent
-r--r--r--. 1 root root 4096 May  2 10:15 unchecked_isa_dma
-r--r--r--. 1 root root 4096 May  2 10:15 unique_id
-r--r--r--. 1 root root 4096 May  2 10:15 use_blk_mq

And nothing else.  Note that the it's running 3.10.0-862.el7.x86_64.

Seems to have given up, for at least now, but could start flooding the
logs again....

    mark