Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Jan 2012 20:11:51 +0000
From:      Alexander Best <arundel@freebsd.org>
To:        freebsd-fs@freebsd.org, freebsd-usb@freebsd.org
Subject:   issue with usb hdd and SU+J
Message-ID:  <20120110201151.GA23484@freebsd.org>

next in thread | raw e-mail | index | archive | help
can somebody help me with this issue? i'm running HEAD on amd64:

1) connect my usb hdd
2) mount it (/mnt/wd)
3) don't access it for a few hours
4) ls /mnt/wd returns nothing; doing ls or pwd from /mnt/wd returns ENXIO
5) unmount /mnt/wd succeeds
6) mount /mnt/wd fails

then i did fsck /mnt/wd three times to be sure the drive didn't contain any
errors:

otaku% fsck /dev/ufs/wd
** /dev/ufs/wd

USE JOURNAL? [yn] y

** SU+J Recovering /dev/ufs/wd
** Reading 33554432 byte journal from inode 4.

RECOVER? [yn] y

** Building recovery table.
** Resolving unreferenced inode list.
** Processing journal entries.

WRITE CHANGES? [yn] y

** 4 journal records in 1024 bytes for 12.50% utilization
** Freed 0 inodes (0 dirs) 0 blocks, and 0 frags.

***** FILE SYSTEM MARKED CLEAN *****
otaku% fsck /dev/ufs/wd
** /dev/ufs/wd

USE JOURNAL? [yn] y

** SU+J Recovering /dev/ufs/wd
Journal timestamp does not match fs mount time
** Skipping journal, falling through to full fsck

** Last Mounted on /mnt/wd
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1420 files, 170686465 used, 69659704 free (304 frags, 8707425 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

***** FILE SYSTEM WAS MODIFIED *****
otaku% fsck /dev/ufs/wd
** /dev/ufs/wd

USE JOURNAL? [yn] y

** SU+J Recovering /dev/ufs/wd
Journal timestamp does not match fs mount time
** Skipping journal, falling through to full fsck

** Last Mounted on /mnt/wd
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1420 files, 170686465 used, 69659704 free (304 frags, 8707425 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

***** FILE SYSTEM WAS MODIFIED *****

...i found this umass error in my dmesg:

(probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 0 0 0 0 0 
(probe0:umass-sim0:0:0:1): CAM status: SCSI Status Error
(probe0:umass-sim0:0:0:1): SCSI status: Check Condition
(probe0:umass-sim0:0:0:1): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code)

...and this lor witness warning:

lock order reversal:
 1st 0xfffffe006fb4fbd8 ufs (ufs) @ /usr/subversion-src/sys/kern/vfs_mount.c:1209
 2nd 0xfffffe000dbaedb8 syncer (syncer) @ /usr/subversion-src/sys/kern/vfs_subr.c:2279
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b
kdb_backtrace() at kdb_backtrace+0x39
witness_checkorder() at witness_checkorder+0x6c5
__lockmgr_args() at __lockmgr_args+0x382
vop_stdlock() at vop_stdlock+0x3c
VOP_LOCK1_APV() at VOP_LOCK1_APV+0x42
_vn_lock() at _vn_lock+0x43
vputx() at vputx+0x140
dounmount() at dounmount+0x27f
sys_unmount() at sys_unmount+0x251
amd64_syscall() at amd64_syscall+0x1f8
Xfast_syscall() at Xfast_syscall+0xfb
--- syscall (22, FreeBSD ELF64, sys_unmount), rip = 0x80088ab8c, rsp = 0x7fffffffd2b8, rbp = 0x800c09098 ---

cheers.
alex

ps: camcontrol devlist reports:

<SAMSUNG SP2504C VT100-50>         at scbus0 target 0 lun 0 (pass0,ada0)
<SAMSUNG HD103SJ 1AJ10001>         at scbus1 target 0 lun 0 (pass1,ada1)
<HL-DT-ST DVDRAM GH24NS50 XP02>    at scbus2 target 0 lun 0 (pass2,cd0)
<WD My Passport 0740 1003>         at scbus6 target 0 lun 0 (da0,pass3)
<WD SES Device 1003>               at scbus6 target 0 lun 1 (pass4)

unfortunately camcontrol identify won't work with {da0,pass3,pass4}. nothing
gets output and echo $? returns 1.

this is the dmesg output when the drive gets attached:

ugen3.3: <Western Digital> at usbus3
umass0: <MSC Bulk-Only Transport> on usbus3
da0 at umass-sim0 bus 0 scbus6 target 0 lun 0
da0: <WD My Passport 0740 1003> Fixed Direct Access SCSI-6 device 
da0: 40.000MB/s transfers
da0: 953837MB (1953458176 512 byte sectors: 255H 63S/T 121597C)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120110201151.GA23484>