Date: Fri, 03 Feb 2012 17:07:17 -0800 From: Xin Li <delphij@delphij.net> To: freebsd-scsi@freebsd.org Cc: d@delphij.net Subject: 'camcontrol rescan all' stuck in 'cbwait' Message-ID: <4F2C84C5.60109@delphij.net>
next in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi,
It looks like that a FreeBSD 9.0 system would stuck in 'cbwait' state
when:
- A drive have been hot-pulled and a new drive have been hot-plugged;
- The operator does 'camcontrol rescan all' after putting the new
drive in.
Looking at procstat -kk -a | grep cam output, I don't think there is
anything special:
12 100051 intr swi2: cambio mi_switch+0x174
ithread_loop+0x216 fork_exit+0x11f fork_trampoline+0xe
16 100142 enc_daemon0 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 cam_periph_getccb+0x62 enc_daemon+0x229
fork_exit+0x11f fork_trampoline+0xe
17 100143 enc_daemon1 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 cam_periph_getccb+0x62 enc_daemon+0x229
fork_exit+0x11f fork_trampoline+0xe
18 100144 enc_daemon2 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 cam_periph_getccb+0x62 enc_daemon+0x229
fork_exit+0x11f fork_trampoline+0xe
19 100145 enc_daemon3 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 cam_periph_getccb+0x62 enc_daemon+0x229
fork_exit+0x11f fork_trampoline+0xe
6022 100305 camcontrol - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 cam_periph_runccb+0x5a xptioctl+0x692
devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x450
Xfast_syscall+0xf7
0 100090 kernel mps0 taskq mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 taskqueue_thread_loop+0xbc
fork_exit+0x11f fork_trampoline+0xe
0 100093 kernel mps1 taskq mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 taskqueue_thread_loop+0xbc
fork_exit+0x11f fork_trampoline+0xe
5 100091 mps_scan0 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 mpssas_scanner_thread+0x6a
fork_exit+0x11f fork_trampoline+0xe
6 100094 mps_scan1 - mi_switch+0x174
sleepq_wait+0x42 _sleep+0x317 mpssas_scanner_thread+0x6a
fork_exit+0x11f fork_trampoline+0xe
12 100092 intr irq274: mps0 mi_switch+0x174
ithread_loop+0x216 fork_exit+0x11f fork_trampoline+0xe
12 100095 intr irq275: mps1 mi_switch+0x174
ithread_loop+0x216 fork_exit+0x11f fork_trampoline+0xe
Sounds like a task never gets completed (lost of interrupt?)?
Cheers,
- --
Xin LI <delphij@delphij.net> https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQEcBAEBCAAGBQJPLITFAAoJEG80Jeu8UPuzlW8IAINrxzdH+1FJOvsYJTClhJEd
htttx2unhSA2njkd8kEGpdpCjxh136CTLrELySGI5s2HeinuKIPX/6fIK9cUyZjZ
I3WsRQhfZG82uX1jzKXZD1877/LypkjQDUcPwY2CvoU4Ypo/+zA2BwmKrTqmSkJj
f3zKj9RX2mhhljiE6S9skHh0/Z1jcA90PW7VffrKgA35PWjmXl+Cis7+Rm2WC3qh
ab6OcnPez79W1amCKKBhtTsdPwMOMRV3Bn2jQXmFxRuiUwLOW1Fxydk8YW2pzxN1
d2UnT2j1cjDI0rUX74C1xsxB9wkQBBBftzv46gDfzhHhX3tKSsWco9laQUvmwi8=
=iWx9
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F2C84C5.60109>