On Wed, Jan 21, 2015 at 3:04 AM, Stephen R. van den Berg <srb@xxxxxxx> wrote:
> Jan 21 11:21:40 ip144 kernel: ata11.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x0
> Jan 21 11:21:40 ip144 kernel: ata11.00: irq_stat 0x40000008
> Jan 21 11:21:40 ip144 kernel: ata11.00: failed command: READ FPDMA QUEUED
> Jan 21 11:21:40 ip144 kernel: ata11.00: cmd 60/00:c0:10:d0:d9/04:00:01:00:00/40 tag 24 ncq 524288 in
> Jan 21 11:21:40 ip144 kernel: res 41/40:00:d0:d1:d9/00:00:01:00:00/00 Emask 0x409 (media error) <F>
> Jan 21 11:21:40 ip144 kernel: ata11.00: status: { DRDY ERR }
> Jan 21 11:21:40 ip144 kernel: ata11.00: error: { UNC }
> Jan 21 11:21:40 ip144 kernel: ata11.00: configured for UDMA/133
>
I'm not sure this is related. Do you see it during normal operation
ever? It is possible that we're spinning in softirq context or
something, starving the device, but I'm not sure...
> Jan 21 11:43:46 ip144 kernel: bcache: register_cache() registered cache device sda3
> Jan 21 11:43:46 ip144 kernel: bcache: register_cache() registered cache device sdb3
> Jan 21 11:43:46 ip144 kernel: bcache: register_bdev() registered backing device sdg
> Jan 21 11:43:46 ip144 kernel: bcache: register_bdev() registered backing device sdc
> Jan 21 11:43:46 ip144 kernel: bcache: register_bdev() registered backing device sdf
> Jan 21 11:43:46 ip144 kernel: bcache: register_bdev() registered backing device sde
> Jan 21 11:43:46 ip144 kernel: bcache: register_bdev() registered backing device sdd
> Jan 21 11:43:46 ip144 kernel: bcache: error on 04063132-f7e1-4f29-a3aa-675491b426f4: sdb3: bad magic (got 17495323148306469098 expect 5629218783827753365) while reading prios from bucket 16868
> Jan 21 11:43:46 ip144 kernel: bcache: register_bcache() error opening /dev/sdb3: error reading priorities
This is a bcache-dev bug that we just hit in our automation runs after
adding some more reboot tests. We're working on it.
Slava
--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
