search for: _poll

Hi :-) i have try a hang on exit patch that i found in the web for an old openssh version, but it dosent help :-( in a german gdb howto i found a tip that the backtrace output can help to analyse the problem.... is it a solaris problem ? Greetings Frank sshd: #0 0xff19d618 in _poll () from /usr/lib/libc.so.1 #1 0xff14d53c in select () from /usr/lib/libc.so.1 #2 0x000339a0 in wait_until_can_do_something (readsetp=0xffbee5dc, writesetp=0xffbee5d8, maxfdp=0xffbee5d4, nallocp=0xffbee5d0, max_time_milliseconds=0) at serverloop.c:325 #3 0x00034d6c in server_loop2 (authctxt=0...

...tack traces, one on the server and two on the client. This is a pretty consistent feature: The client and server appear to be deadlocked waiting for each other. Also attached below are a script for populating a sample hierarchy, and the rsync invocation. Backtrace on server: #0 0xff218224 in _poll () #1 0xff1cb808 in _select () #2 0x24bec in writefd_unbuffered (fd=1, buf=0xffbe5ed0 ">", len=66) at io.c:406 #3 0x24eac in mplex_write (fd=1, code=62, buf=0x591d8 "\a\020", len=62) at io.c:498 #4 0x24f24 in io_flush () at io.c:518 #5 0x24940 in re...

...path=0x807d063 "box.mfnx.net/data/", argc=1, argv=0x807d000) at clientserver.c:98 #11 0x80504ec in start_client (argc=2, argv=0x807d000) at main.c:861 #12 0x8050a8d in main (argc=2, argv=0x807d000) at main.c:1142 #13 0x804a069 in _start () server parent process: #0 0xff19db44 in _poll () from /usr/lib/libc.so.1 #1 0xff15236c in _select () from /usr/lib/libc.so.1 #2 0x00025ee8 in writefd_unbuffered () #3 0x00026f4c in io_multiplex_write () #4 0x0001ce6c in rwrite () #5 0x0001cfcc in rprintf () #6 0x00012ae0 in recv_generator () #7 0x000139fc in generate_files () #8 0x0001...

...5.8 Generic_117000-03 sun4u sparc SUNW,Sun-Fire-V240. sshd seems to ignore or miss SIGCLD. this is a rare behaviour we observe about once per week in a ssh intensive environment. the process hangs here: truss: 24453: poll(0xFFBEEF28, 2, -1) (sleeping...) gcore, mdb: libc.so.1`_poll+4(b, 0, 0, ffbeef38, 6fc40, ffbeef28) 0x20710(ffbef084, ffbef080, ffbef07c, ffbef078, 0, 1) server_loop2+0xd4(6a800, 0, 0, ff1e8000, 2151c, 1) do_authenticated+0x80(753b0, 6a400, f90, 1, 2151c, 6d800) main+0xbf4(2f, 6fc00, 6a800, 1ecc, 1, 6dbd0) _start+0x5c(0, 0, 0, 0, 0, 0) the corresponding c so...

...= 1 26110: read(4, 0xFFBEF2CF, 1) Err#11 EAGAIN 26110: sigprocmask(SIG_BLOCK, 0xFFBEF328, 0xFFBEF338) = 0 26110: sigprocmask(SIG_SETMASK, 0xFFBEF338, 0x00000000) = 0 26110: poll(0xFFBEF268, 2, -1) (sleeping...) stack: > $c libc.so.1`_poll+4(b, 0, 0, ffbef278, 68dc8, ffbef268) 0x1f278(ffbef3c4, ffbef3c0, ffbef3bc, ffbef3b8, 0, 1) server_loop2+0xe0(6e518, 0, 0, ff078000, 2151c, 1) do_authenticated+0x80(6e518, 6e518, 6e518, ffbef4c4, 2151c, 66000) main+0xc28(2e, 68d88, 64000, 1, 1ed0, 66674) _start+0x5c(0, 0, 0, 0, 0, 0) disassemble t...

Hi, I'm using Dovecot 2.1.6 and LDAP server as a backend for Postfix SMTP-Auth (SASL) on Debian GNU/Linux (wheezy), Solaris 10 and AIX 6.1/7.1. If Dovecot passdb is configured with LDAP (no TLS/SSL), it is no problem. But if Dovecot passdb is configured with LDAPS (or LDAP+TLS), Dovecot auth process has a problem that Dovecot auth delays exiting about between 20 and 60 seconds when Dovecot

...= 96, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 41125008, si_status = -512, si_addr = 0xfffffe00027388f0, si_value = {sival_int = 3, sival_ptr = 0x3, sigval_int = 3, sigval_ptr = 0x3}, _reason = {_fault = {_trapno = 40}, _timer = {_timerid = 40, _overrun = 0}, _mesgq = {_mqd = 40}, _poll = {_band = 40}, __spare__ = {__spare1__ = 40, __spare2__ = {-405535488, -128, -2137810668, -1, 3, 0, 0}}}}, ksi_flags = 2147483647, ksi_sigq = 0xfffffe00000002d1} #5 0xffffffff80cdc863 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 No locals. #6 0xffffffff81afd551 in M_FUSEFH () fro...

...0, si_addr = 0xfffffe0000000000, si_value = {sival_int = -1833355392, sival_ptr = 0xffffff8092b93780, sigval_int = -1833355392, sigval_ptr = 0xffffff8092b93780}, _reason = {_fault = {_trapno = -2138032854}, _timer = {_timerid = -2138032854, _overrun = -1}, _mesgq = {_mqd = -2138032854}, _poll = {_band = -2138032854}, __spare__ = { __spare1__ = -2138032854, __spare2__ = {192571360, -512, 192571360, -512, 2, 0, 0}}}}, ksi_flags = -1833355296, ksi_sigq = 0xffffffff806955f3} #6 0xffffffff80891043 in calltrap () at /usr/home/julian/src/freebsd/sys/amd64/amd64/exception.S:228 No lo...

Hmm… I see that there is a patch in the bugzilla page for that bug. I guess I could try that one… :-) I notice in the patch that there is a lot of talk about SMB2 - we use SMB3 mostly now. But perhaps there is some code sharing? Or perhaps SMB2 is used when talking to the AD servers? Or the few SMB2-talking clients causes the problem for all of the other users? When testing the “timeout” issue I

...However, we must call napi_complete to clear NAPI_STATE_SCHED before polling the virtqueue for used buffers, otherwise napi_schedule_prep in a callback will fail, causing us to lose RX events. To fix, call virtqueue_enable_cb_prepare with NAPI_STATE_SCHED set (under napi lock), later call virtqueue_poll with NAPI_STATE_SCHED clear (outside the lock). Reported-by: Jason Wang <jasowang at redhat.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/net/virtio_net.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/virtio_net.c b/drivers/...

...However, we must call napi_complete to clear NAPI_STATE_SCHED before polling the virtqueue for used buffers, otherwise napi_schedule_prep in a callback will fail, causing us to lose RX events. To fix, call virtqueue_enable_cb_prepare with NAPI_STATE_SCHED set (under napi lock), later call virtqueue_poll with NAPI_STATE_SCHED clear (outside the lock). Reported-by: Jason Wang <jasowang at redhat.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/net/virtio_net.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/virtio_net.c b/drivers/...

From reading the wiki for a filesystem quota, I took my shot at 1) building my binaries using the mods in AIXPluginsSupport 2) changing dovecot.conf and 3) putting the plugins in the library But I'm getting this error message when I invoke dovecot: Plugin imap_quota not found from directory /usr/local/lib/dovecot Error: imap dump-capability process returned 89 It would seem that a) I have

...for /usr/lib/libdl.so.1 Symbols already loaded for /usr/lib/libmp.so.2 Symbols already loaded for /usr/lib/librt.so.1 Symbols already loaded for /usr/lib/libmd5.so.1 Symbols already loaded for /usr/lib/libaio.so.1 Symbols already loaded for /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1 0xff01ae00 in _poll () from /usr/lib/libc.so.1 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0xfefb2e48 in strlen () from /usr/lib/libc.so.1 (gdb) -------------- next part -------------- (gdb) where #0 0xfefb2e48 in strlen () from /usr/lib/libc.so.1 #1 0xfeda68e0 in ?? () #2 0xfede09f4...