search for: eventpol

...ssl/imap.sonic.net.crt ssl_key = </etc/dovecot/ssl/imap.sonic.net.key } protocol pop3 { ssl_ca = </etc/dovecot/ssl/pop.sonic.net.ca-bundle ssl_cert = </etc/dovecot/ssl/pop.sonic.net.crt ssl_key = </etc/dovecot/ssl/pop.sonic.net.key } STRACE: 263563 epoll_wait(14<anon_inode:[eventpoll]>, [{EPOLLIN, {u32=2772983280, u64=94500643429872}}], 8, -1) = 1 263563 accept(9<TCP:[0.0.0.0:993]>, {sa_family=AF_INET, sin_port=htons(39552), sin_addr=inet_addr("64.142.18.25")}, [16]) = 18<TCP:[64.142.111.79:993->64.142.18.25:39552]> 263563 fcntl(18<TCP:[64.142.11...

...urn pollflags; +} + -+static struct file_operations aioq_fops = { ++static const struct file_operations aioq_fops = { + .release = aio_queue_fd_close, + .poll = aio_queue_fd_poll +}; @@ -201,7 +201,7 @@ static int ep_events_transfer(struct eve int maxevents, long timeout); static int eventpollfs_delete_dentry(struct dentry *dentry); -static struct inode *ep_eventpoll_inode(void); -+static struct inode *ep_eventpoll_inode(struct file_operations *fops); ++static struct inode *ep_eventpoll_inode(const struct file_operations *fops); static int eventpollfs_get_sb(struct file_system_type *...

...#39;ve got: Process 2539 attached - interrupt to quit gettimeofday({1536308480, 998803}, NULL) = 0 epoll_wait(15, After about 60 seconds, I've aborted the strace and restarted dovecot to avoid upsetting customers. Searching for file descriptor #15 in /proc/nnnn/fd I found "anon_inode: [eventpoll]" *Simone Lazzaris* *Qcom S.p.A.* simone.lazzaris at qcom.it[1] | www.qcom.it[2] * LinkedIn[3]* | *Facebook[4]* [5] -------- [1] mailto:simone.lazzaris at qcom.it [2] https://www.qcom.it [3] https://www.linkedin.com/company/qcom-spa [4] http://www.facebook.com/qcomspa [5] https://www...

...7 +0900 @@ -0,0 +1,241 @@ +diff --git a/fs/aio.c b/fs/aio.c +index aec2b19..a1a4c2c 100644 +--- a/fs/aio.c ++++ b/fs/aio.c +@@ -29,6 +29,7 @@ #include <linux/aio.h> + #include <linux/highmem.h> + #include <linux/workqueue.h> + #include <linux/security.h> ++#include <linux/eventpoll.h> + + #include <asm/kmap_types.h> + #include <asm/uaccess.h> +@@ -812,6 +813,7 @@ static void aio_queue_work(struct kioctx + timeout = 1; + else + timeout = HZ/10; ++ timeout = 1; + queue_delayed_work(aio_wq, &ctx->wq, timeout); + } + +@@ -1435,6 +1437,9 @@ static ss...

In data venerd? 7 settembre 2018 10:06:00 CEST, Sami Ketola ha scritto: > > On 7 Sep 2018, at 11.00, Simone Lazzaris <s.lazzaris at interactive.eu> > > wrote: > > > > > > The only suspect thing is this: > > > > Sep 6 14:45:41 imap-front13 dovecot: director: doveadm: Host > > 192.168.1.142 > > vhost count changed from 100 to 0 >

.... Although I couldn't figure out exactly why it would go to infinite loop there. But attached a patch that may fix it, if you're able to test. We haven't noticed such infinite looping in other installations or automated director stresstests though.. >> FD 13 is "anon_inode:[eventpoll]" > > What about fd 78? I guess some socket. > > Could you also try two more things when it happens again: > > ltrace -tt -e '*' -o ltrace.log -p <pid> > (My guess this isn't going to be very useful, but just in case it might be..) > > gdb -p &...

...EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=149035320, u64=149035320}}) = 0 > epoll_ctl(13, EPOLL_CTL_DEL, 78, {0, {u32=149035320, u64=149035320}}) = 0 Nothing else but these epoll_ctl() calls? So it's gone to some loop where it keeps calling io_add() and io_remove(). > FD 13 is "anon_inode:[eventpoll]" What about fd 78? I guess some socket. Could you also try two more things when it happens again: ltrace -tt -e '*' -o ltrace.log -p <pid> (My guess this isn't going to be very useful, but just in case it might be..) gdb -p <pid> bt full quit Preferably install d...

...8, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=149035320, u64=149035320}}) = 0 epoll_ctl(13, EPOLL_CTL_DEL, 78, {0, {u32=149035320, u64=149035320}}) = 0 epoll_ctl(13, EPOLL_CTL_ADD, 78, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=149035320, u64=149035320}}) = 0 ... ... ... FD 13 is "anon_inode:[eventpoll]" Killing (with -9) the director process, without stopping or restarting the service, restores the correct behaviour. *Simone Lazzaris* *Qcom S.p.A.* simone.lazzaris at qcom.it[1] | www.qcom.it[2] * LinkedIn[3]* | *Facebook[4]* [5] -------- [1] mailto:simone.lazzaris at qcom.it [2...

...ix 0xffff8f56b7b2cc00 0t0 129677608 socket dbus-daem 55 dbus 2u unix 0xffff8f56b7b2cc00 0t0 129677608 socket dbus-daem 55 dbus 3u unix 0xffff8f56bbbb3800 0t0 129676115 /run/dbus/system_bus_socket dbus-daem 55 dbus 4u a_inode 0,11 0 8547 [eventpoll] dbus-daem 55 dbus 5r REG 8,4 10406312 393485 /var/lib/sss/mc/initgroups (deleted) dbus-daem 55 dbus 6u sock 0,8 0t0 129677256 protocol: NETLINK dbus-daem 55 dbus 7r a_inode 0,11 0 8547 inotify dbus-daem 55 dbus...

...misc/sgi-xp/xpc_main.c | 6 ++-- drivers/parport/procfs.c | 58 +++++++++++++++++++------------------- drivers/scsi/scsi_sysctl.c | 6 ++-- fs/coda/sysctl.c | 4 +-- fs/dcache.c | 2 +- fs/drop_caches.c | 2 +- fs/eventpoll.c | 2 +- fs/file_table.c | 4 +-- fs/fscache/main.c | 4 +-- fs/inode.c | 2 +- fs/lockd/svc.c | 6 ++-- fs/nfs/nfs4sysctl.c | 6 ++-- fs/nfs/sysctl.c | 6 +...

...ix 0xc2f27c80 255271 socket pipe 28938 postfix 8u REG 253,0 0 491707 /var/spool/postfix/pid/unix.dovecot pipe 28938 postfix 9u unix 0xc2f27080 255281 socket pipe 28938 postfix 10r 0000 0,11 0 255283 eventpoll pipe 28938 postfix 13r 0000 0,11 0 236827 eventpoll If anyone has an idea what to look at next it would be appreciated. Thanks, -Ted-

...2E7863616368652E302E332E32313137303238332E6C6F636B202864656C6574656429 dev=dm-1 ino=xxxxx scontext=user_u:system_r:system_mail_t:s0 tcontext=user_u:object_r:httpd_tmp_t:s0 tclass=file type=AVC msg=audit(1219458556.400:16996): avc: denied { read } for pid=xxxxx comm="sendmail" path="eventpoll:[xxxxx]" dev=eventpollfs ino=xxxxx scontext=user_u:system_r:system_mail_t:s0 tcontext=user_u:system_r:httpd_t:s0 tclass=file type=SYSCALL msg=audit(1219458556.400:16996): arch=c000003e syscall=59 success=yes exit=0 a0=e04360 a1=e043e0 a2=e031a0 a3=3 items=0 ppid=xxxxx pid=xxxxx auid=xxx uid=x...

...12459322] :pos: 0 :flags: 01 :3:pipe:[12459236] :pos: 0 :flags: 01 :4:pipe:[16684763] :pos: 0 :flags: 04000 :5:pipe:[12459338] :pos: 0 :flags: 04001 :6:pipe:[12459231] :pos: 0 :flags: 01 :7:socket:[12459252] :pos: 0 :flags: 04002 :8:pipe:[16684763] :pos: 0 :flags: 04001 :9:anon_inode:[eventpoll] :pos: 0 :flags: 02 :10:/home/user/mail/.imap/Draft/dovecot.index.log :pos: 0 :flags: 0100002 :11:socket:[16684731] :pos: 0 :flags: 04002 :12:/home/user/mail/.imap/Draft/dovecot.index :pos: 0 :flags: 0100002 :13:/home/user/mail/.imap/INBOX/dovecot.index.log :pos: 0 :flags: 0100002 :14:/h...

...ict 19816 root 2w FIFO 0,7 52832717 pipe dict 19816 root 3u unix 0xf4e58180 52832640 /usr/local/dovecot/var/run/dovecot/dict-server dict 19816 root 4r CHR 1,9 466 /dev/urandom dict 19816 root 5r 0000 0,8 0 52832719 eventpoll dict 19816 root 6r FIFO 0,7 52832720 pipe dict 19816 root 7w FIFO 0,7 52832720 pipe dict 19816 root 8u unix 0xf6fac480 52884208 /usr/local/dovecot/var/run/dovecot/dict-server dict 19816 root 9u IPv4 52832745 TCP 192.1...

...0,8 0t0 45255 pipe qemu-kvm 13468 qemu 3r CHR 1,9 0t0 1033 /dev/urandom qemu-kvm 13468 qemu 4u a_inode 0,9 0 6936 [signalfd] qemu-kvm 13468 qemu 5u a_inode 0,9 0 6936 [eventpoll] qemu-kvm 13468 qemu 6u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 7u a_inode 0,9 0 6936 [eventpoll] qemu-kvm 13468 qemu 8u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 9u a_in...

Hi. I tried for some time to reproduce the "Login process died too early issue". It seems related to when the system run out of file descriptors, to force the issue i forwarded 3k of messages trough the server(using thunderbird). I also tried with my usual mail application - mail.app, but no luck there. Aug 26 18:46:36 soekris postfix/cleanup[14739]: fatal: accept

These changes are based on Jason's latest hmm branch. Patch 1 was previously posted here [1] but was dropped from the orginal series. Hopefully, the tests will reduce concerns about edge conditions. I'm sure more tests could be usefully added but I thought this was a good starting point. [1] https://lore.kernel.org/linux-mm/20190726005650.2566-6-rcampbell at nvidia.com/ Ralph Campbell