Old-stats plugin and fifo_listener permissions
Hello, Currently working on using the old-stats plugin in dovecot version 2.3.10.1. What file permissions are recommended for the old-stats-mail and old-stats-user sockets? I was seeing a lack of data from the doveadm oldstats dump command until I adjusted the default config to the following: service old-stats { fifo_listener old-stats-mail { group = mode = 0666 user = root } fifo_listener old-stats-user { group = mode = 0666 user = } } Not totally clear on which processes need read or write on those so any advice is appreciated.
Dovecot fixing maildir message size?
We recently updated dovecot from 2.1.17 to 2.3.10. It used to be when we encountered the following error: Jan 6 15:29:20 d.imapd.sonic.net dovecot: imap(momomo): session=aBd2O/LULMu4F6ia Error: Mailbox INBOX: UID=1: read(/var/spool/mail/07/00/momomo/cur/1510707300.12345_0.a.spam,S=1234:2,) failed: Cached message size larger than expected (1234 > 704, box=INBOX, UID=1) (read reason=) Dovecot would fix the size by renaming the file. Now this doesn't appear to be the case. Was there a change in behaviour, or is there an option I need to enable now to have dovecot auto fix this?
mail_location for doveadm?
Hello, I am working on getting doveadm commands working from a director to a backend server and I am hitting a bit of a roadblock. We use a homebrew hashing algorithm for mail_location, which we set for users in postlogin scripts. Works fine except I get the following when I run doveadm on a user: # doveadm -D expunge -u gvk mailbox INBOX.Trash SENTBEFORE 1-Jan-2021Debug: Loading modules from directory: /usr/lib64/dovecot/doveadm Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_fts_lucene_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/lib20_doveadm_fts_lucene_plugin.so: undefined symbol: lucene_index_iter_deinit (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/lib20_doveadm_fts_plugin.so: undefined symbol: fts_user_get_language_list (this is usually intentional, so just ignore this message) Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib64/dovecot/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message) doveadm(gvk): Debug: auth-master: passdb lookup(gvk): Started passdb lookup doveadm(gvk): Debug: auth-master: conn unix:/var/run/dovecot/director-userdb: Connecting doveadm(gvk): Debug: auth-master: conn unix:/var/run/dovecot/director-userdb (pid=21984,uid=0): Client connected (fd=11) doveadm(gvk): Debug: auth-master: passdb lookup(gvk): auth PASS input: user=gvk proxy=y proxy_refresh=450 host=c.lab.imapd.sonic.net hostip=184.23.168.77 doveadm(gvk): Debug: auth-master: passdb lookup(gvk): Finished passdb lookup (user=gvk proxy=y proxy_refresh=450 host=c.lab.imapd.sonic.net hostip=184.23.168.77) doveadm(gvk): Error: remote(c.lab.imapd.sonic.net:1842): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/home2/22/25/gvk doveadm(gvk): Debug: auth-master: conn unix:/var/run/dovecot/director-userdb (pid=21984,uid=0): Disconnected: Connection closed (fd=11) I don't see anything like a doveadm-postlogin service in the documentation, so how would I go about making this work. Grant Keller System Operations grant.kel...@sonic.com
Re: Issue with the log service after upgrading from 2.1.17 to 2.3.10.1
Dug a bit more because we are still seeing this issue after upgrading. Apparently this error has to do with a high rate of log messages: Oct 4 16:54:39 f.imapd.sonic.net dovecot: log(30450): Warning: Log connection fd 34 listen_fd 34 prefix 'imap-postlogin: ' is sending input faster than we can write But how do I determine what is doing so much logging? The mail logs on the system seem fine. This server in particular has had that same warning for 4 days, with the corresponding log process consuming 100% cpu. There is no stuck postlogin script spewing to the logs that I can see. Quoting Grant Keller (2021-09-30 19:04:02) > Hello, > > As stated in the subject we have been doing a pretty big version > upgrade. Both new and old are on CentOS 7. For the second time, one of > our upgraded servers have had the dovecot log process start consuming > 100% cpu, and the strace output shows it trying to access > /etc/localtime: > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 > > With no other output then that multiple times a second. The process > itself shows this from ps: > root 76106 8.3 0.0 15384 6532 ?RSep29 140:21 dovecot/log > [service too fast: 34/34/imap-postlogin: ] > As a part of this upgrade we also modified our postlogin script to > include an index location for each user, so I am not sure if this is > related to that change or a change in the logging service. Any help > tracking this down is appreciated. > > # OS: Linux 3.10.0-1160.42.2.el7.x86_64 x86_64 CentOS Linux release 7.9.2009 > (Core) > # Hostname: d.lab.imapd.sonic.net > auth_failure_delay = 0 > auth_master_user_separator = * > auth_username_format = %Ln > auth_verbose = yes > auth_verbose_passwords = sha1 > auth_worker_max_count = 64 > default_client_limit = 1 > listen = * > login_log_format_elements = user=<%u> session=%{session} method=%m rip=%r > lip=%l mpid=%e %c > login_trusted_networks = 64.142.18.0/24 64.142.111.71/32 64.142.111.37/32 > 76.191.254.238/32 64.142.111.79/32 64.142.111.34/32 157.131.224.152/32 > 157.131.224.153/32 184.23.168.75/32 184.23.168.76/32 > mail_fsync = always > mail_log_prefix = "%s(%u): session=%{session} " > mail_plugins = zlib > maildir_very_dirty_syncs = yes > mmap_disable = yes > passdb { > args = /etc/dovecot/master-users > driver = passwd-file > master = yes > } > passdb { > args = imap > driver = pam > } > plugin { > lazy_expunge = DELETED_MESSAGES. > mail_log_events = delete expunge flag_change > mail_log_fields = uid box msgid from flags size > mwi_update_debug = no > mwi_update_events = flag_change delete undelete expunge copy save > mwi_update_hosts = 76.191.249.68 76.191.255.180 > mwi_update_master_user = _mwi-master > mwi_update_port = 6472 > mwi_update_watch_folder = INBOX.Voicemail > quota = fs:User quota > stats_refresh = 30 secs > stats_track_cmds = yes > } > protocols = imap pop3 > service anvil { > client_limit = 1 > } > service auth { > client_limit = 1 > vsz_limit = 1 G > } > service doveadm { > inet_listener { > port = 1842 > } > unix_listener doveadm-server { > mode = 0666 > } > } > service imap-login { > inet_listener imap { > port = 143 > } > inet_listener imaps { > port = 993 > ssl = yes > } > process_limit = 7000 > process_min_avail = 32 > vsz_limit = 256 M > } > service imap-postlogin { > executable = script-login -d /etc/dovecot/bin/sonic-imap-postlogin > user = $default_internal_user > } > service imap { > executable = imap imap-postlogin > process_limit = 7000 > vsz_limit = 2516 M > } > service pop3-login { > inet_listener pop3 { > port = 110 > } > inet_listener pop3s { > port = 995 > ssl = yes > } > process_limit = 2000 > process_min_avail = 32 > vsz_limit = 512 M > } > service pop3-postlogin { > executable = script-login -d /etc/dovecot/bin/sonic-pop3-postlogin > user = $default_internal_user > } > service pop3 { > executable = pop3 pop3-postlogin > process_limit = 2000 > vsz_limit = 512 M > } > shutdown_clients = no > ssl = no > ssl_cipher_list = ALL:!LOW:!SSLv2:!
Issue with the log service after upgrading from 2.1.17 to 2.3.10.1
Hello, As stated in the subject we have been doing a pretty big version upgrade. Both new and old are on CentOS 7. For the second time, one of our upgraded servers have had the dovecot log process start consuming 100% cpu, and the strace output shows it trying to access /etc/localtime: stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2819, ...}) = 0 With no other output then that multiple times a second. The process itself shows this from ps: root 76106 8.3 0.0 15384 6532 ?RSep29 140:21 dovecot/log [service too fast: 34/34/imap-postlogin: ] As a part of this upgrade we also modified our postlogin script to include an index location for each user, so I am not sure if this is related to that change or a change in the logging service. Any help tracking this down is appreciated. # OS: Linux 3.10.0-1160.42.2.el7.x86_64 x86_64 CentOS Linux release 7.9.2009 (Core) # Hostname: d.lab.imapd.sonic.net auth_failure_delay = 0 auth_master_user_separator = * auth_username_format = %Ln auth_verbose = yes auth_verbose_passwords = sha1 auth_worker_max_count = 64 default_client_limit = 1 listen = * login_log_format_elements = user=<%u> session=%{session} method=%m rip=%r lip=%l mpid=%e %c login_trusted_networks = 64.142.18.0/24 64.142.111.71/32 64.142.111.37/32 76.191.254.238/32 64.142.111.79/32 64.142.111.34/32 157.131.224.152/32 157.131.224.153/32 184.23.168.75/32 184.23.168.76/32 mail_fsync = always mail_log_prefix = "%s(%u): session=%{session} " mail_plugins = zlib maildir_very_dirty_syncs = yes mmap_disable = yes passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes } passdb { args = imap driver = pam } plugin { lazy_expunge = DELETED_MESSAGES. mail_log_events = delete expunge flag_change mail_log_fields = uid box msgid from flags size mwi_update_debug = no mwi_update_events = flag_change delete undelete expunge copy save mwi_update_hosts = 76.191.249.68 76.191.255.180 mwi_update_master_user = _mwi-master mwi_update_port = 6472 mwi_update_watch_folder = INBOX.Voicemail quota = fs:User quota stats_refresh = 30 secs stats_track_cmds = yes } protocols = imap pop3 service anvil { client_limit = 1 } service auth { client_limit = 1 vsz_limit = 1 G } service doveadm { inet_listener { port = 1842 } unix_listener doveadm-server { mode = 0666 } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } process_limit = 7000 process_min_avail = 32 vsz_limit = 256 M } service imap-postlogin { executable = script-login -d /etc/dovecot/bin/sonic-imap-postlogin user = $default_internal_user } service imap { executable = imap imap-postlogin process_limit = 7000 vsz_limit = 2516 M } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } process_limit = 2000 process_min_avail = 32 vsz_limit = 512 M } service pop3-postlogin { executable = script-login -d /etc/dovecot/bin/sonic-pop3-postlogin user = $default_internal_user } service pop3 { executable = pop3 pop3-postlogin process_limit = 2000 vsz_limit = 512 M } shutdown_clients = no ssl = no ssl_cipher_list = ALL:!LOW:!SSLv2:!EXP:!aNULL syslog_facility = local0 userdb { driver = passwd } verbose_proctitle = yes protocol imap { imap_id_send = support-url support-email imap_max_line_length = 128 k mail_max_userip_connections = 20 mail_plugins = zlib mwi_update mail_log notify imap_zlib } protocol pop3 { mail_plugins = zlib lazy_expunge pop3_fast_size_lookups = yes pop3_uidl_format = %f } Grant Keller System Operations grant.kel...@sonic.com
Re: imap-login segfaulting on 2.3.1
Sorry about that, here it is: (gdb) bt full #0 i_stream_get_root_io (stream=0x0) at istream.c:911 No locals. #1 0x7f963a47de39 in i_stream_set_input_pending (stream=, pending=pending@entry=true) at istream.c:923 No locals. #2 0x7f9637cb0a59 in openssl_iostream_bio_input (type=OPENSSL_IOSTREAM_SYNC_TYPE_HANDSHAKE, ssl_io=0x5615d14844d0) at iostream-openssl.c:498 data = 0x7f963a4d00bd "" bytes = 17339 ret = bytes_read = true size = 0 #3 openssl_iostream_bio_sync (ssl_io=ssl_io@entry=0x5615d14844d0, type=OPENSSL_IOSTREAM_SYNC_TYPE_HANDSHAKE) at iostream-openssl.c:510 ret = false #4 0x7f9637cb0c2a in openssl_iostream_more (ssl_io=0x5615d14844d0, type=type@entry=OPENSSL_IOSTREAM_SYNC_TYPE_HANDSHAKE) at iostream-openssl.c:524 ret = #5 0x7f9637cb2f6c in o_stream_ssl_flush (stream=0x5615d14847d0) at ostream-openssl.c:128 sstream = 0x5615d14847d0 plain_output = 0x5615d146d570 ret = #6 0x7f963a4960fe in o_stream_flush (stream=stream@entry=0x5615d1484870) at ostream.c:200 _stream = 0x5615d14847d0 ret = 1 __func__ = "o_stream_flush" #7 0x7f963a4961a0 in o_stream_close_full (stream=0x5615d1484870, close_parents=) at ostream.c:53 No locals. #8 0x7f963a496243 in o_stream_destroy (stream=stream@entry=0x5615d149af90) at ostream.c:75 No locals. #9 0x7f963a72acbc in login_proxy_free_final (proxy=0x5615d149af50) at login-proxy.c:416 ---Type to continue, or q to quit--- __func__ = "login_proxy_free_final" #10 0x7f963a72b427 in login_proxy_free_full (_proxy=_proxy@entry=0x7ffea4c6c578, reason=0x5615d14280c0 "Disconnected by server(0s idle, in=2015, out=10272)", delayed=delayed@entry=true) at login-proxy.c:521 proxy = 0x5615d149af50 client = 0x5615d1469d08 ipstr = delay_ms = __func__ = "login_proxy_free_full" #11 0x7f963a72be07 in login_proxy_free_delayed (reason=, _proxy=0x7ffea4c6c578) at login-proxy.c:541 No locals. #12 login_proxy_free_errstr (server=true, errstr=, _proxy=0x7ffea4c6c578) at login-proxy.c:129 proxy = 0x5615d149af50 reason = 0x5615d1428088 #13 login_proxy_finished (side=, status=, proxy=0x0) at login-proxy.c:619 errstr = server_side = true #14 0x7f963a487fb5 in io_loop_call_io (io=0x5615d149b190) at ioloop.c:674 ioloop = 0x5615d1430d70 t_id = 2 __func__ = "io_loop_call_io" #15 0x7f963a48989f in io_loop_handler_run_internal (ioloop=ioloop@entry=0x5615d1430d70) at ioloop-epoll.c:222 ctx = 0x5615d14612e0 events = list = 0x5615d1462150 io = tv = {tv_sec = 59, tv_usec = 664792} events_count = msecs = ---Type to continue, or q to quit--- ret = 1 i = 0 call = __func__ = "io_loop_handler_run_internal" #16 0x7f963a4880b2 in io_loop_handler_run (ioloop=ioloop@entry=0x5615d1430d70) at ioloop.c:726 __func__ = "io_loop_handler_run" #17 0x7f963a4882d8 in io_loop_run (ioloop=0x5615d1430d70) at ioloop.c:699 __func__ = "io_loop_run" #18 0x7f963a404673 in master_service_run (service=0x5615d1430c00, callback=callback@entry=0x7f963a72dd70 ) at master-service.c:767 No locals. #19 0x7f963a72e532 in login_binary_run (binary=, argc=2, argv=0x5615d14308c0) at main.c:549 set_pool = 0x5615d1431ef0 login_socket = 0x5615d14308eb "director" c = #20 0x7f963a002c05 in __libc_start_main (main=0x5615cfbe84d0 , argc=2, ubp_av=0x7ffea4c6c898, init=, fini=, rtld_fini=, stack_end=0x7ffea4c6c888) at ../csu/libc-start.c:274 result = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -1836909874292919703, 94651679671521, 140731662911632, 0, 0, 1836542576478188137, 1850284778656821865}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x7f963a9454c3 <_dl_init+275>, 0x7f963ab59150}, data = {prev = 0x0, cleanup = 0x0, canceltype = 982799555}}} not_first_call = #21 0x5615cfbe850a in _start () No symbol table info available. (gdb) Quoting Aki Tuomi (2018-04-23 23:55:24) > > > On 24.04.2018 00:40, Grant Keller wrote: > > Hello, > > > > I have a new director ring I am setting up on centos 7 with dovecot > > 2.3.1. I haven't been able to replecate this in testing, but as soon as > > I start pushing production traffic to the new ring I see dozens of these > > in the > > logs: > > Apr 18 00:34:00 d.director.imapd.sonic.net kernel: imap-login[163107]: > > segfault at 10 ip 7ff625698dd5sp 7ffe4b77bb28 error 4 in > > libdovecot.so.0.0.0[7ff6255bf000+16e000] > > > > My c
imap-login segfaulting on 2.3.1
Hello, I have a new director ring I am setting up on centos 7 with dovecot 2.3.1. I haven't been able to replecate this in testing, but as soon as I start pushing production traffic to the new ring I see dozens of these in the logs: Apr 18 00:34:00 d.director.imapd.sonic.net kernel: imap-login[163107]: segfault at 10 ip 7ff625698dd5sp 7ffe4b77bb28 error 4 in libdovecot.so.0.0.0[7ff6255bf000+16e000] My config: # 2.3.1 (c5a5c0c82): /etc/dovecot/dovecot.conf # OS: Linux 3.10.0-693.21.1.el7.x86_64 x86_64 CentOS Linux release 7.4.1708 (Core) # Hostname: c.director.imapd.sonic.net auth_master_user_separator = * auth_username_format = %Ln auth_verbose = yes default_client_limit = 2 director_mail_servers = 64.142.111.75 64.142.111.43 64.142.111.76 64.142.111.39 64.142.111.81 director_servers = c.director.imapd.sonic.net d.director.imapd.sonic.net disable_plaintext_auth = no doveadm_port = 1842 login_trusted_networks = 64.142.18.0/24 64.142.105.2 64.142.111.67 64.142.111.36 64.142.105.3 64.142.111.35 64.142.111.68 namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = proxy=y nopassword=y driver = static } service anvil { client_limit = 40103 } service auth { client_limit = 41704 } service director { fifo_listener login/proxy-notify { mode = 0666 } inet_listener { port = 9321 } unix_listener login/director { mode = 0666 } } service imap-login { executable = imap-login director process_limit = 2 process_min_avail = 32 } service imap { process_limit = 20480 } service ipc { unix_listener ipc { user = dovecot } } service pop3-login { executable = pop3-login director process_limit = 2 process_min_avail = 32 } ssl_cert =
Issue with a bug with imap-login
epoll_ctl(14, EPOLL_CTL_DEL, 10, 0x7ffcd4f4f270) = 0 263563 close(7) = 0 263563 close(8) = 0 263563 close(9) = 0 263563 close(10)= 0 263563 epoll_wait(14, [{EPOLLIN, {u32=2773128976, u64=94500643575568}}], 10, 179981) = 1 263563 read(1864.142.18.25:39552]>, "\26\3\3\0f", 5) = 5 263563 read(1864.142.18.25:39552]>, "\20\0\0ba\4:tZW\323_&\31\205\274\254\242\246\203\342\324O\350\36\206uX\36@/\r"..., 102) = 102 263563 read(1864.142.18.25:39552]>, "\24\3\3\0\1", 5) = 5 263563 read(1864.142.18.25:39552]>, "\1", 1) = 1 263563 read(1864.142.18.25:39552]>, "\26\3\3\0(", 5) = 5 263563 read(1864.142.18.25:39552]>, "\224\204\216\367\254\217z\253$S\325\242F\t\256<'vz\3\355\37\fmz\204\261li\307\23\225"..., 40) = 40 263563 write(1864.142.18.25:39552]>, "\26\3\3\0\252\4\0\0\246\0\0\1,\0\240q/\300C\32\250\251\253I>\177\205A\3\331&\\"..., 226) = 226 263563 epoll_ctl(14, EPOLL_CTL_ADD, 191401334]>, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=2773039024, u64=94500643485616}}) = 0 263563 read(1864.142.18.25:39552]>, 0x55f2a5498db3, 5) = -1 EAGAIN (Resource temporarily unavailable) 263563 epoll_wait(14, [{EPOLLIN, {u32=2773039024, u64=94500643485616}}], 10, 179974) = 1 263563 read(191401334]>, "* OK [CAPABILITY IMAP4rev1 LITER"..., 1024) = 103 263563 setsockopt(1864.142.18.25:39552]>, SOL_TCP, TCP_CORK, [1], 4) = 0 263563 write(1864.142.18.25:39552]>, "\27\3\3\0\177[\202'O\267-\354\\\301@\225\301\363YeQ\213\341\204!x\347\314\305\327\16\366"..., 132) = 132 263563 read(191401334]>, 0x55f2a5492a54, 1024) = -1 EAGAIN (Resource temporarily unavailable) 263563 setsockopt(1864.142.18.25:39552]>, SOL_TCP, TCP_CORK, [0], 4) = 0 263563 epoll_wait(14, [{EPOLLIN, {u32=2773128976, u64=94500643575568}}], 10, 179973) = 1 263563 read(1864.142.18.25:39552]>, "\27\3\3\0!", 5) = 5 263563 read(1864.142.18.25:39552]>, "\224\204\216\367\254\217z\254\366W\2765\27\22l\277\262\v\217f\323\254i\272\214\364\264#q\254n\323"..., 33) = 33 263563 sendto(191401334]>, "? logout\n", 9, 0, NULL, 0) = 9 263563 read(1864.142.18.25:39552]>, 0x55f2a5498db3, 5) = -1 EAGAIN (Resource temporarily unavailable) 263563 epoll_wait(14, [{EPOLLIN, {u32=2773038880, u64=94500643485472}}], 10, 177320) = 1 263563 read(201401333]>, "? logout\n", 863) = 9 263563 write(2, "\1\010263563 prefix=imap-login: \n", 29) = 29 263563 write(2, "\1\002263563 Aborted login (no auth "..., 131) = 131 263563 epoll_ctl(14, EPOLL_CTL_DEL, 1864.142.18.25:39552]>, 0x7ffcd4f4f2d0) = 0 263563 epoll_ctl(14, EPOLL_CTL_DEL, 191401334]>, 0x7ffcd4f4f2d0) = 0 263563 write(1864.142.18.25:39552]>, "\25\3\3\0\32[\202'O\267-\354]\221\344\235?\351'\270g\262\2-\31\216V\236\364\314\253", 31) = 31 263563 close(1864.142.18.25:39552]>) = 0 263563 close(191401334]>) = 0 263563 setsockopt(201401333]>, SOL_TCP, TCP_CORK, [1], 4) = -1 EOPNOTSUPP (Operation not supported) 263563 write(201401333]>, "* BYE Logging out\r\n? OK Logout c"..., 43) = -1 EPIPE (Broken pipe) 263563 --- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, si_pid=263563, si_uid=994} --- 263563 epoll_ctl(14, EPOLL_CTL_DEL, 201401333]>, 0x7ffcd4f4f2e0) = 0 263563 close(201401333]>) = 0 263563 epoll_ctl(14, EPOLL_CTL_DEL, 171423948]>, 0x7ffcd4f4f280) = 0 263563 close(171423948]>) = 0 263563 epoll_ctl(14, EPOLL_CTL_DEL, 131250858]>, 0x7ffcd4f4f400) = 0 263563 close(131250858]>) = 0 263563 close(111449033]>) = 0 263563 epoll_ctl(14, EPOLL_CTL_DEL, 6, 0x7ffcd4f4f420) = 0 263563 epoll_ctl(14, EPOLL_CTL_DEL, 15, 0x7ffcd4f4f3f0) = 0 263563 close(15)= 0 263563 close(16)= 0 263563 close(14) = 0 263563 exit_group(0)= ? 263563 +++ exited with 0 +++ Grant Keller System Operations grant.kel...@sonic.com