search for: epoll_ctl_del

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 >

...rective on pop3-login. I've observed that while the issue is occurring, the director process goes 100% CPU. I've straced the process. It is seemingly looping: ... ... epoll_ctl(13, EPOLL_CTL_ADD, 78, {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 epoll_ctl(13, EPOLL_CTL_DEL, 78, {0, {u32=149035320, u64=149035320}}) = 0 epoll_ctl(13, EPOLL_CTL_ADD, 78, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP,...

...-1 EAGAIN (Resource temporarily unavailable) 263563 epoll_ctl(14<anon_inode:[eventpoll]>, EPOLL_CTL_ADD, 18<TCP:[64.142.111.79:993->64.142.18.25:39552]>, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=2773128976, u64=94500643575568}}) = 0 263563 epoll_ctl(14<anon_inode:[eventpoll]>, EPOLL_CTL_DEL, 7<TCP:[0.0.0.0:143]>, 0x7ffcd4f4f270) = 0 263563 epoll_ctl(14<anon_inode:[eventpoll]>, EPOLL_CTL_DEL, 8<TCPv6:[:::143]>, 0x7ffcd4f4f270) = 0 263563 epoll_ctl(14<anon_inode:[eventpoll]>, EPOLL_CTL_DEL, 9<TCP:[0.0.0.0:993]>, 0x7ffcd4f4f270) = 0 263563 epoll_ctl(14<an...

...1 EPIPE (Broken pipe) 0.000035 --- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, si_pid=17956, si_uid=108} --- 0.000020 epoll_wait(15, {{EPOLLIN|EPOLLHUP, {u32=850618928, u64=140128453618224}}}, 14, 12614) = 1 0.000031 read(19, "", 8192) = 0 0.000026 epoll_ctl(15, EPOLL_CTL_DEL, 19, 7fff77616870) = 0 0.000027 close(19) = 0 0.000029 socket(PF_LOCAL, SOCK_STREAM, 0) = 19 0.000027 fcntl(19, F_GETFL) = 0x2 (flags O_RDWR) 0.000028 fcntl(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0 0.000029 connect(19, {sa_family=AF_LOCAL, sun_path="a...

On 7.3.2019 23.37, A. Schulze via dovecot wrote: > > Am 07.03.19 um 17:33 schrieb Aki Tuomi via dovecot: > >>> test-http-client-errors.c:2989: Assert failed: FALSE >>> connection timed out ................................................. : FAILED > Hello Aki, > >> Are you running with valgrind or on really slow system? > I'm not aware my buildsystem

..._fn: messaging_send_buf to 20726 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: send_all_fn: messaging_send_buf to 20765 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: send_all_fn: messaging_send_buf to 20750 failed: NT_STATUS_OBJECT_NAME_NOT_FOUND /usr/sbin/smbd: samba_tevent: EPOLL_CTL_DEL EBADF for fde[0x556f777743c0] mpx_fde[(nil)] fd[35] - disabling I saw that this error is always after /usr/sbin/smbd: reloading printcap cache /usr/sbin/smbd: reload status: ok /usr/sbin/smbd: pid_to_procid: messaging_dgm_get_unique failed: Aucun fichier ou dossier de ce type /usr/sbin/smbd: s...

...at while the issue is occurring, the director process goes 100% CPU. I've straced the process. It is seemingly looping: >> >> ... >> ... >> epoll_ctl(13, EPOLL_CTL_ADD, 78, {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 >> epoll_ctl(13, EPOLL_CTL_DEL, 78, {0, {u32=149035320, u64=149035320}}) = 0 >> epoll_ctl(13, EPOLL_CTL_ADD, 78, {EPOLLIN|EPO...

...0.000035 --- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, > si_pid=17956, si_uid=108} --- > 0.000020 epoll_wait(15, {{EPOLLIN|EPOLLHUP, {u32=850618928, > u64=140128453618224}}}, 14, 12614) = 1 > 0.000031 read(19, "", 8192) = 0 > 0.000026 epoll_ctl(15, EPOLL_CTL_DEL, 19, 7fff77616870) = 0 > 0.000027 close(19) = 0 > 0.000029 socket(PF_LOCAL, SOCK_STREAM, 0) = 19 > 0.000027 fcntl(19, F_GETFL) = 0x2 (flags O_RDWR) > 0.000028 fcntl(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0 > 0.000029 connect(19, {sa_family=A...

...I've observed that while the issue is occurring, the director process goes 100% CPU. I've straced the process. It is seemingly looping: > > ... > ... > epoll_ctl(13, EPOLL_CTL_ADD, 78, {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 > epoll_ctl(13, EPOLL_CTL_DEL, 78, {0, {u32=149035320, u64=149035320}}) = 0 > epoll_ctl(13, EPOLL_CTL_ADD, 78, {EPOLLIN|EPOLLPRI|EPOLLE...

...:30:36.814608 write(11, "* OK Still here\r\n", 17) = 17 18:30:36.832177 time(NULL) = 1380144636 18:30:36.833279 epoll_wait(9, {{EPOLLIN, {u32=1413012688, u64=139759648824528}}}, 6, 1034) = 1 18:30:37.065994 read(11, "DONE\r\n", 8030) = 6 18:30:37.066289 epoll_ctl(9, EPOLL_CTL_DEL, 11, {0, {u32=1413012688, u64=139759648824528}}) = 0 18:30:37.066574 inotify_rm_watch(13, 2) = 0 18:30:37.066795 epoll_ctl(9, EPOLL_CTL_DEL, 13, {0, {u32=1413125552, u64=139759648937392}}) = 0 18:30:37.067053 write(11, "8 OK Idle completed.\r\n", 22) = 22 18:30:37.067185 epoll_ctl(9, EPOL...

...async IO code or point to a possible external source that could have triggered this. Would it help to compile dovecot with -g and run a version with debugging info, to be able to inspect more when the crash happens again? "strace" showed this endless loop: 09:27:52.837960 epoll_ctl(14, EPOLL_CTL_DEL, 213, 0x7ffe8e642cdc) = 0 09:27:52.837993 epoll_ctl(14, EPOLL_CTL_ADD, 213, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=3317538000, u64=94320799358160}}) = 0 09:27:52.838035 epoll_ctl(14, EPOLL_CTL_DEL, 213, 0x7ffe8e642cdc) = 0 09:27:52.838070 epoll_ctl(14, EPOLL_CTL_ADD, 213, {EPOLLIN|EPOLLPRI|EPOLL...

..._gettime64(CLOCK_REALTIME, {tv_sec=1730806475, tv_nsec=297225024}) = 0 0.000858 epoll_wait(3, [{events=EPOLLIN, data={u32=37735016, u64=37735016}}], 1, 11205) = 1 0.000439 recv(5, "\376SMB@\0\1\0\0\0\0\0\5\0\1\0\21\0\0\0\0\0\0\0\4\0\0\0\0\0\0\0"..., 152, 0) = 152 0.000957 epoll_ctl(3, EPOLL_CTL_DEL, 5, 0xbe9be018) = 0 0.001919 close(3)????????????????? = 0 ? 0.001138 epoll_create(64)????????? = 3 0.000808 fcntl64(3, F_GETFD)?????? = 0 0.000322 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 0.000927 clock_gettime64(CLOCK_REALTIME, {tv_sec=1730806475, tv_nsec=319588164}) = 0 0.000646 clock_gettime64(CLOC...

On Tue, 5 Nov 2024 10:36:49 +0100 Gilles via samba <samba at lists.samba.org> wrote: > On 04/11/2024 15:11, Rowland Penny via samba wrote: > > As I said previously, I do not think this has anything to do with > > Samba. In an earlier post, you had this output when you ran the same > > command using 'time': > > > > real 0m12.500s > > user

..._create(128) = 7 > 22:55:15.287043 fcntl(7, F_GETFD) = 0 > 22:55:15.287062 fcntl(7, F_SETFD, FD_CLOEXEC) = 0 > 22:55:15.287084 epoll_ctl(7, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=47201248, u64=94699781110752}}) = 0 > ... > 22:55:15.294625 epoll_ctl(7, EPOLL_CTL_DEL, 5, 0x7ffd59156b8c) = 0 > 22:55:15.294647 epoll_create(128) = 12 > 22:55:15.294668 fcntl(12, F_GETFD) = 0 > 22:55:15.294687 fcntl(12, F_SETFD, FD_CLOEXEC) = 0 > 22:55:15.294708 epoll_ctl(12, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=47455536, u64=94699781365...

...occasionally get a fatal error unable to delete epoll event: Bad file descriptor I think the attached patch will fix it. The patch does two things: 1) changes the error we look for from ENOENT to EBADF. It is hard to reproduce this error, but if I change the epoll_ctl line to epoll_ctl(epfd, EPOLL_CTL_DEL, 666, ed->GetEpollEvent()); it does return -1 with errno = EBADF on my Linux 2.6.9 system. 2) it tests the variable errno, not e. This obviously was a typo, so even if some systems do return ENOENT for this condition, they still would have crashed. Now if only I knew why the socket was closin...

Hi, I'm using version 1.0.13 of dovecot. I know it's somewhat dated, but that's the latest that Debian etch offers, and I would like to avoid compiling by myself if possible. dovecot is not creating the 'maildirfolder' in folders that are created via IMAP. Looking at the NEWS file, this was implemented in v1.0.rc7, so my version should have that working already. Is

...= 0 22:55:15.287024 epoll_create(128) = 7 22:55:15.287043 fcntl(7, F_GETFD) = 0 22:55:15.287062 fcntl(7, F_SETFD, FD_CLOEXEC) = 0 22:55:15.287084 epoll_ctl(7, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=47201248, u64=94699781110752}}) = 0 ... 22:55:15.294625 epoll_ctl(7, EPOLL_CTL_DEL, 5, 0x7ffd59156b8c) = 0 22:55:15.294647 epoll_create(128) = 12 22:55:15.294668 fcntl(12, F_GETFD) = 0 22:55:15.294687 fcntl(12, F_SETFD, FD_CLOEXEC) = 0 22:55:15.294708 epoll_ctl(12, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=47455536, u64=94699781365040}}) = 0 Doveco...

...26 failed: > NT_STATUS_OBJECT_NAME_NOT_FOUND > /usr/sbin/smbd: send_all_fn: messaging_send_buf to 20765 failed: > NT_STATUS_OBJECT_NAME_NOT_FOUND > /usr/sbin/smbd: send_all_fn: messaging_send_buf to 20750 failed: > NT_STATUS_OBJECT_NAME_NOT_FOUND > /usr/sbin/smbd: samba_tevent: EPOLL_CTL_DEL EBADF for > fde[0x556f777743c0] mpx_fde[(nil)] fd[35] - disabling > > > I saw that this error is always after > > /usr/sbin/smbd: reloading printcap cache > /usr/sbin/smbd: reload status: ok > /usr/sbin/smbd: pid_to_procid: messaging_dgm_get_unique failed: Aucun > fichi...

...tached - interrupt to quit open("/var/run/dovecot/stats-mail", O_WRONLY) = 7 write(7, "DISCONNECT\ta09ade0350d81d517a530"..., 44) = 44 munmap(0x7f1ad8a8d000, 266240) = 0 close(13) = 0 close(12) = 0 epoll_ctl(9, EPOLL_CTL_DEL, 11, {0, {u32=17384128, u64=17384128}}) = 0 close(11) = 0 close(7) = 0 munmap(0x7f1ada5d6000, 2106272) = 0 munmap(0x7f1ada7d9000, 2161360) = 0 munmap(0x7f1ada3cf000, 2124136) = 0 munmap(0x323c800000, 2162768)...

...0 failed - (-1073610723, 'NT_STATUS_RPC_PROTOCOL_ERROR') cpu load is high DNS queries for my samba.company.com no longer work, but samba is listening on port 53, confirmed by netstat -tulpn == on DC1 == Seems to be in even worse shape: root at dc1:~# samba-tool drs showrepl s4_tevent: EPOLL_CTL_DEL EBADF for fde[0x11a6020] mpx_fde[(nil)] fd[8] - disabling ERROR(<class 'samba.drs_utils.drsException'>): DRS connection to dc1.samba.company.com failed - drsException: DRS connection to dc1.samba.company.com failed: (-1073741643, 'NT_STATUS_IO_TIMEOUT') So... any tips how...