Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Nov 2012 01:17:46 +0900
From:      "Daisuke Aoyama" <aoyama@peach.ne.jp>
To:        <freebsd-stable@freebsd.org>
Subject:   hastctl hang
Message-ID:  <B972961AFA844195997D6A3B2C473543@ad.peach.ne.jp>

next in thread | raw e-mail | index | archive | help
Hello,

I'm trying to integrate HAST to NAS4Free (FreeBSD 9.1-RC3).
Now I have created version 9.1.0.1.531.
http://sourceforge.net/projects/nas4free/files/NAS4Free-9.1.0.1/9.1.0.1.531/

Basic CARP + HAST + iSCSI target setup can be done, but very frequently I 
get hastctl hang when called:

/sbin/hastctl status
/sbin/hastctl dump

Is it better for this method not to call from a script?
or somthing wrong to use it?
Also, I don't know how to detect an error of writing to local device from 
hastd.
Does anyone know about it?

Thanks,
Daisuke Aoyama

-- the procstat shows like this:
[root@nas4free-nodeb /tmp]# procstat -ka|grep hast
11668 100069 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep kern_wait sys_wait4 
amd64_syscall Xfast_syscall
17981 100406 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep do_wait 
__umtx_op_wait_uint_private amd64_syscall Xfast_syscall
17981 100559 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit 
recvit sys_recvfrom amd64_syscall Xfast_syscall
17981 100560 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit 
recvit sys_recvfrom amd64_syscall Xfast_syscall
17981 100561 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep do_wait 
__umtx_op_wait_uint_private amd64_syscall Xfast_syscall
17984 100078 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep do_wait 
__umtx_op_wait_uint_private amd64_syscall Xfast_syscall
17984 100562 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit 
recvit sys_recvfrom amd64_syscall Xfast_syscall
17984 100563 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit 
recvit sys_recvfrom amd64_syscall Xfast_syscall
17984 100564 hastd            -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep do_wait 
__umtx_op_wait_uint_private amd64_syscall Xfast_syscall
18218 100145 hastctl          -                mi_switch 
sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit 
recvit sys_recvfrom amd64_syscall Xfast_syscall

[root@nas4free-nodeb /tmp]# procstat -ta|grep hast
11668 100069 hastd            -                  0  120 sleep   wait
17979 100557 hastd            -                  2  120 sleep   g_waitid
17981 100406 hastd            -                  2  120 sleep   uwait
17981 100559 hastd            -                  0  120 sleep   sbwait
17981 100560 hastd            -                  0  120 sleep   sbwait
17981 100561 hastd            -                  1  120 sleep   uwait
17984 100078 hastd            -                  2  121 sleep   uwait
17984 100562 hastd            -                  3  120 sleep   sbwait
17984 100563 hastd            -                  2  120 sleep   sbwait
17984 100564 hastd            -                  1  121 sleep   uwait
18218 100145 hastctl          -                  2  152 sleep   sbwait
-- the procstat shows like this:
 




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