terminated ioc 804b scsi 0 state c xfer 0

[Dan Langille]

> On Apr 25, 2016, at 11:32 AM, Scott Long <scott4long at yahoo.com> wrote:
> 
> Hi Dan,
> 
> Can you share the entire console log for the uptime?  What you’ve pasted is missing the initial messages of the problem.  the “terminated ioc” messages are likely because the driver has decided to reset the drive and terminate all outstanding I/O to it.  In other words, they’re red herrings.  The reason for the driver deciding to do the reset is likely earlier in the log.

Yes, does this help anything?

The 'core dumped' messages relate to Bacula regression testing.  I don't think there is anything helpful here for you:

Apr 13 07:59:52 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 13 12:06:14 knew kernel: pid 57706 (bacula-sd), uid 1001: exited on signal 11 (core dumped)
Apr 13 15:17:42 knew sshd[31059]: fatal: Read from socket failed: Connection reset by peer [preauth]
Apr 14 07:23:05 knew kernel: sonewconn: pcb 0xfffff8035dd21dc8: Listen queue overflow: 8 already in queue awaiting acceptance (1 occurrences)
Apr 16 12:54:07 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 17 03:19:05 knew kernel: pid 38425 (bacula-sd), uid 1001: exited on signal 11 (core dumped)
Apr 17 06:43:26 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 17 06:55:53 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 17 09:21:16 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 19 18:12:19 knew kernel: (sa1:mps0:0:0:0): 64512-byte tape record bigger than supplied buffer
Apr 20 14:03:05 knew su: BAD SU dan to root on /dev/pts/2
Apr 20 14:03:11 knew last message repeated 2 times
Apr 20 14:03:15 knew su: dan to root on /dev/pts/2
Apr 20 18:52:14 knew kernel: (sa1:mps0:0:0:0): 64512-byte tape record bigger than supplied buffer
Apr 21 08:10:52 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 23 03:56:28 knew kernel: pid 80961 (bacula-fd), uid 1002: exited on signal 11 (core dumped)
Apr 23 09:41:33 knew kernel: pid 51735 (bacula-sd), uid 1002: exited on signal 11 (core dumped)
Apr 24 05:14:46 knew kernel: pid 4529 (bacula-dir), uid 1002: exited on signal 11 (core dumped)
Apr 24 07:22:09 knew kernel: (sa0:sym0:0:1:0): 64512-byte tape record bigger than supplied buffer
Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8d 90 c6 18 00 00 10 00 length 8192 SMID 774 terminated ioc 804b scsi 0 state c xfer 0
Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 70 00 00 20 00 length 16384 SMID 614 terminated ioc 804b scsi 0 state c xfer 0
Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 50 00 00 20 00 length 16384 SMID 792 terminated ioc 804b scsi 0 state c xfer 0

It includes three lines which appear below



> 
> Thanks,
> Scott
> 
>> On Apr 24, 2016, at 7:35 AM, Dan Langille <dan at langille.org> wrote:
>> 
>> More of the pasted output is also at https://gist.github.com/dlangille/1fa3135334089c6603e2ec5da946d9ae <https://gist.github.com/dlangille/1fa3135334089c6603e2ec5da946d9ae> and added smartctl output.
>> 
>> I have a FreeBSD 10.2-RELEASE-p14 box in which there is an LSI SAS2008 card.  It's running a zfs root system.
>> 
>> This morning the system was unresponsive via ssh. Attempts to log in at the console did not yield a password prompt.
>> 
>> A power cycle brought the system online.  Inspecting /var/log/messages, I found about 63,000 entries similar to those which appear below.
>> 
>> zpool status of all are OK. A scrub is in progress for one pool (since before this issue arose). da7 is in that pool.
>> 
>> 
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8d 90 c6 18 00 00 10 00 length 8192 SMID 774 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 70 00 00 20 00 length 16384 SMID 614 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 50 00 00 20 00 length 16384 SMID 792 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 08 00 00 20 00 length 16384 SMID 974 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b 6f ef 50 00 00 08 00 length 4096 SMID 674 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): WRITE(10). CDB: 2a 00 8b 0f a2 48 00 00 18 00 length 12288 SMID 177 terminated ioc 804b scsi 0 state c xfer 12288
>> Apr 24 11:25:55 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 ab 8f a1 38 00 00 08 00 length 4096 SMID 908 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:56 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 70 00 00 20 00 length 16384 SMID 376 terminated ioc 804b scsi 0 state c xfer 0
>> Apr 24 11:25:56 knew kernel: (da7:mps1:0:17:0): READ(10). CDB: 28 00 8b d9 97 50 00 00 20 00 length 16384 SMID 172 terminated ioc 804b scsi 0 state c xfer 0
>> 
>> Is this a cabling issue?  The drive is a SATA device (smartctl output in the URL above).  Anyone familiar with these errors?
>> 
>> -- 
>> Dan Langille - BSDCan / PGCon
>> dan at langille.org
>> 
>> 
>> 
>> 
>> _______________________________________________
>> freebsd-scsi at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-scsi
>> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe at freebsd.org"
>