search for: fd's

it's verry slow i saw in the archives something about strace and will include it below please help: my dovecot is crawling when downloading through pop here is my last trace file contents :18:04.657706 poll([{fd=10, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=15, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=13, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=17, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=23, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=22, events=POL...

Hello R-Help users, I have a data frame named fd, a sample of which looks like this: cbi_A cbi_B cbi_B1 cbi_B2 cbi_C cbi_D cbi_E cbi_F 2.183451 1.047546 NA NA NA NA 0.428528 NA 0.795837 0.510152 0.510152 NA NA NA NA NA 0.795837 1.149577 0.843485 1.122334 NA NA NA NA 1.885522 2.203959 NA NA 3.020202 3...

...x4b)[0x13eabb] /usr/lib/libkrb5.so.3[0xc68823] /usr/lib/libkrb5.so.3[0xc685c7] /usr/lib/libkrb5.so.3[0xcb93ba] /lib/ld-linux.so.2[0x875058] /lib/libc.so.6(exit+0xc5)[0x1a1c69] /lib/libc.so.6(__libc_start_main+0xce)[0x18bdee] net[0x59c091] ======= Memory map: ======== 00111000-00123000 r-xp 00000000 fd:00 3372889 /lib/libnsl-2.3.5.so 00123000-00124000 r-xp 00011000 fd:00 3372889 /lib/libnsl-2.3.5.so 00124000-00125000 rwxp 00012000 fd:00 3372889 /lib/libnsl-2.3.5.so 00125000-00127000 rwxp 00125000 00:00 0 00127000-0013d000 r-xp 00000000 fd:00 7252441 /usr/lib/libgssapi_krb5.so.2.2 0013d00...

...(auth_request_lookup_credentials_callback): assertion failed: (request->state = = AUTH_REQUEST_STATE_PASSDB) dovecot: 2007-04-12 13:50:14 Error: auth(default): Raw backtrace: dovecot-auth [0x80665a1] -> dovecot-auth [0x80664bc] -> dovecot-auth [0x805429e] -> dovecot-auth [0x805d7fd] -> dovecot-auth [0x805dbc4] -> dovecot-auth [0x8057f3b] -> dovecot-auth(io_loop_handler_run+0x110) [0x8069730] -> dovecot-auth(io_loop_run+0x1c) [0x8068c8c] -> dovecot-auth(main+0x2fe) [0x805920e] -> /lib/libc.so.6(__libc_start_main+0xdc) [0xb7db58cc] -> dovecot-auth [0x8...

...alloc.so.1[0x2adb0f597689] /usr/lib64/libtalloc.so.1(talloc_free+0xd0)[0x2adb0f59a6b0] winbindd[0x2adb0d376603] winbindd(main+0xb2f)[0x2adb0d377d5f] /lib64/libc.so.6(__libc_start_main+0xf4)[0x2adb0fbd6994] winbindd[0x2adb0d375af9] ======= Memory map: ======== 2adb0d2f0000-2adb0d7b4000 r-xp 00000000 fd:00 4980760 /usr/sbin/winbindd 2adb0d7b9000-2adb0d7c4000 rw-s 00000000 fd:00 6109701 /var/lib/samba/private/secrets.tdb 2adb0d7c7000-2adb0d7dd000 rw-s 00000000 fd:00 6109712 /var/lib/samba/connections.tdb 2adb0d7dd000-2adb0d7f4000 rw-s 00000000 fd:00 6109713 /var/lib/samba/netsamlogon_cache.tdb...

...y_fail+0x4d)[0x59d1ed] /lib/libc.so.6[0x59d19a] /usr/lib/R/library/RODBC/libs/RODBC.so(+0x6164)[0x753164] /usr/lib/R/library/RODBC/libs/RODBC.so(RODBCDriverConnect+0x4ed)[0x74f072] /usr/lib/R/lib/libR.so(+0x8601c)[0x1c901c] /usr/lib/R/lib/libR.so(Rf_eval+0x7f2)[0x1eca82] /usr/lib/R/lib/libR.so(+0xabfd5)[0x1eefd5] /usr/lib/R/lib/libR.so(Rf_eval+0x568)[0x1ec7f8] /usr/lib/R/lib/libR.so(+0xac0eb)[0x1ef0eb] /usr/lib/R/lib/libR.so(Rf_eval+0x568)[0x1ec7f8] /usr/lib/R/lib/libR.so(Rf_applyClosure+0x2e7)[0x1f0ac7] /usr/lib/R/lib/libR.so(Rf_eval+0x40d)[0x1ec69d] /usr/lib/R/lib/libR.so(+0xaa43a)[0x1ed43a] /...

....lan component ----- rpm username ----- root reason ----- Process /bin/rpm was killed by signal 11 (SIGSEGV) cmdline ----- rpm -q -a --queryformat '%{NAME}\\n%{VERSION}-%{RELEASE}\\n%{EPOCH}\\n%{GROUP}\\n%{SUMMARY}\\n\\n' analyzer ----- CCpp maps ----- 0023b000-003ae000 r-xp 00000000 fd:00 142717 /lib/libdb-4.7.so 003ae000-003b1000 rw-p 00173000 fd:00 142717 /lib/libdb-4.7.so 00710000-0072d000 r-xp 00000000 fd:00 142448 /lib/libgcc_s-4.4.6-20110824.so.1 0072d000-0072e000 rw-p 0001d000 fd:00 142448 /lib/libgcc_s-4.4.6-20110824.so.1 00741000-00748000 r-xp 00000000 fd:00 159125 /li...

...tools/driver/driver.cpp:366 #20 0x7fed425246ff in __libc_start_main (/lib64/libc.so.6+0x206ff) SUMMARY: AddressSanitizer: heap-use-after-free /export/users/amitrokh/llvm-sanitizer/llvm/include/llvm/ADT/ilist.h:410:21 in begin Shadow bytes around the buggy address: 0x0c0e80013900: fa fa fa fa fd fd fd fd fd fd fd fd fd fa fa fa 0x0c0e80013910: fa fa fd fd fd fd fd fd fd fd fd fa fa fa fa fa 0x0c0e80013920: fd fd fd fd fd fd fd fd fd fa fa fa fa fa 00 00 0x0c0e80013930: 00 00 00 00 00 00 00 fa fa fa fa fa fd fd fd fd 0x0c0e80013940: fd fd fd fd fd fa fa fa fa fa 00 00 00 00 00 00 =&...

Hi, I installed Dovecot on FreeBSD 4-STABLE machine and have a problem. MTA is postfix delivering to ~/Maildir, runs perfectly. Dovecot is configured to use plaintext auth, config file is at the end of this mail. When trying to get mail via IMAP, I'm getting the following errors: /var/log/dovecot.log > Aug 24 12:00:35 Info: Dovecot starting up > Aug 24 12:00:51 Info: Login: goshik

...--- a/extras/mini-os/lib/sys.c +++ b/extras/mini-os/lib/sys.c @@ -31,6 +31,7 @@ #include <tpm_tis.h> #include <xenbus.h> #include <xenstore.h> +#include <poll.h> #include <sys/types.h> #include <sys/unistd.h> @@ -678,6 +679,29 @@ static void dump_set(int nfds, fd_set *readfds, fd_set *writefds, fd_set *except #define dump_set(nfds, readfds, writefds, exceptfds, timeout) #endif +#ifdef LIBC_DEBUG +static void dump_pollfds(struct pollfd *pfd, int nfds, int timeout) +{ + int i, comma, fd; + + printk("["); + comma = 0; + for (i =...

...th: PAM [dlerror: /lib/security/pam_stack.so: cannot open shared object file: Too many open files] So, during the event I performed an strace against the dovecot-auth process and noticed the following error as well: accept(3, 0xbfe05a50, [2]) = -1 EMFILE (Too many open files) gettimeofday({1192538310, 41972}, NULL) = 0 poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=18, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=10, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=7, events=POLL...

As the start of work to add remote support, I'm taking a close look at the protocol layer in the library. These are some small cleanups. Rich.

since updating to 5.9 a little while ago I find a load of these in /var/log/messages, which I've not seen before: Jan 17 22:17:18 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid argument Jan 17 22:17:20 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid argument Jan 17 22:17:31 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid argument Jan 17 22:34:22 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid argument Jan 17 22:34:23 fcshome...

...om/show_bug.cgi?id=1495893) Sometimes libvirtd just hangs and stops answering for virsh requests (like `virsh list --all`). At those moments: # strace -p 5786 read(53, "\0\0\0\34", 4) = 4 read(53, "keep\0\0\0\1\0\0\0\2\0\0\0\2\0\0\0\0\0\0\0\0", 24) = 24 poll([{fd=5, events=POLLIN}, {fd=7, events=POLLIN}, {fd=12, events=POLLIN}, {fd=13, events=POLLIN}, {fd=14, events=POLLIN}, {fd=15, events=POLLIN}, {fd=19, events=POLLIN}, {fd=23, events=POLLIN|POLLERR|POLLHUP}, {fd=21, events=POLLIN|POLLERR|POLLHUP}, {fd=27, events=POLLIN|POLLERR|POLLHUP}, {fd=25, even...

...45571] /usr/lib/R/lib/libR.so(run_Rmainloop+0x60)[0x9458c0] /usr/lib/R/lib/libR.so(Rf_mainloop+0x1c)[0x9458ec] /usr/lib/R/bin/exec/R(main+0x46)[0x80486f6] /lib/libc.so.6(__libc_start_main+0xdc)[0x49c3b4e4] /usr/lib/R/bin/exec/R[0x80485f1] ======= Memory map: ======== 00111000-0012f000 r-xp 00000000 fd:00 16943095 /usr/lib/R/library/grDevices/libs/grDevices.so 0012f000-00130000 rwxp 0001d000 fd:00 16943095 /usr/lib/R/library/grDevices/libs/grDevices.so 00130000-00181000 r-xp 00000000 fd:00 16976568 /usr/lib/R/library/stats/libs/stats.so 00181000-00183000 rwxp 00051000 fd:00 16976568 /usr/lib/R/li...

...45571] /usr/lib/R/lib/libR.so(run_Rmainloop+0x60)[0x9458c0] /usr/lib/R/lib/libR.so(Rf_mainloop+0x1c)[0x9458ec] /usr/lib/R/bin/exec/R(main+0x46)[0x80486f6] /lib/libc.so.6(__libc_start_main+0xdc)[0x49c3b4e4] /usr/lib/R/bin/exec/R[0x80485f1] ======= Memory map: ======== 00111000-0012f000 r-xp 00000000 fd:00 16943095 /usr/lib/R/library/grDevices/libs/grDevices.so 0012f000-00130000 rwxp 0001d000 fd:00 16943095 /usr/lib/R/library/grDevices/libs/grDevices.so 00130000-00181000 r-xp 00000000 fd:00 16976568 /usr/lib/R/library/stats/libs/stats.so 00181000-00183000 rwxp 00051000 fd:00 16976568 /usr/lib/R/li...

...b/libc.so.6(__libc_free+0x77)[0x32e95f] /lib/libcom_err.so.2(remove_error_table+0x4b)[0x114abb] /usr/lib/libkrb5.so.3[0x268823] /usr/lib/libkrb5.so.3[0x2685c7] /usr/lib/libkrb5.so.3[0x2b93ba] /lib/ld-linux.so.2[0x24b058] /lib/libc.so.6(exit+0xc5)[0x2f5c69] /lib/libc.so.6(__libc_start_main+0xce)[0x2dfdee] net[0x7490f1] ======= Memory map: ======== 00111000-00113000 r-xp 00000000 fd:00 123249841 /usr/lib/libkrb5support.so.0.0 00113000-00114000 rwxp 00001000 fd:00 123249841 /usr/lib/libkrb5support.so.0.0 00114000-00116000 r-xp 00000000 fd:00 16875625 /lib/libcom_err.so.2.1 00116000-00117000 rwxp...

...art Shutting down asterisk: [ OK ] Starting asterisk: [ OK ] [root at asterisk asterisk]# *** glibc detected *** /usr/sbin/asterisk: corrupted double-linked list: 0x08eedb18 *** ======= Backtrace: ========= /lib/libc.so.6[0x17fda9] /lib/libc.so.6[0x18192d] /lib/libc.so.6(__libc_calloc+0xef)[0x18348f] /usr/lib/asterisk/modules/chan_sip.so[0x86d1b1] /usr/lib/asterisk/modules/chan_sip.so[0x87fcaf] /usr/lib/asterisk/modules/chan_sip.so[0x89416c] /usr/sbin/asterisk(ast_sched_runq+0xd3)[0x80f3a23] /usr/lib/asterisk/modules/chan_...

...up to 100% and stays there indefinitely. This seems to happen when a QEMU VM is starting up, although on one occasion I *think* I saw it happen after a QEMU VM was p2p-migrated. Doing strace -f -p <libvirtd pid> reveals a flood of poll() functions calls like these: [pid 1690] poll([{fd=3, events=POLLIN}, {fd=6, events=POLLIN}, {fd=12, events=POLLIN|POLLERR|POLLHUP}, {fd=11, events=POLLIN|POLLERR|POLLHUP}, {fd=10, events=POLLIN|POLLERR|POLLHUP}, {fd=9, events=POLLIN|POLLERR|POLLHUP}, {fd=24, events=POLLIN|POLLERR|POLLHUP}, {fd=21, events=POLLOUT}, {fd=14, events=POLLIN}, {fd=15, e...

...ons(-) diff --git a/drivers/infiniband/hw/hfi1/file_ops.c b/drivers/infiniband/hw/hfi1/file_ops.c index f9a7e9d29c8ba2..7c5e3fb224139a 100644 --- a/drivers/infiniband/hw/hfi1/file_ops.c +++ b/drivers/infiniband/hw/hfi1/file_ops.c @@ -1138,7 +1138,7 @@ static int get_ctxt_info(struct hfi1_filedata *fd, unsigned long arg, u32 len) HFI1_CAP_UGET_MASK(uctxt->flags, MASK) | HFI1_CAP_KGET_MASK(uctxt->flags, K2U); /* adjust flag if this fd is not able to cache */ - if (!fd->handler) + if (!fd->use_mn) cinfo.runtime_flags |= HFI1_CAP_TID_UNMAP; /* no caching */ cinfo.num_ac...