Error: send 111
See original GitHub issueI’m getting an obscure “send 111” error when trying to log using the unix
protocol. Any ideas? The node-syslog
package works fine, as does using logger
at the command line.
var winston = require('winston');
require('winston-syslog').Syslog;
winston.add(winston.transports.Syslog, {protocol:'unix',path:'/dev/log'});
winston.debug('hi')
debug: hi
Error: send 111
at errnoException (/home/gwarner/winston-syslog/node_modules/unix-dgram/src/unix_dgram.js:25:11)
at Socket.send (/home/gwarner/winston-syslog/node_modules/unix-dgram/src/unix_dgram.js:75:24)
at /home/gwarner/winston-syslog/lib/winston-syslog.js:158:21
at [object Object].Syslog.connect (/home/gwarner/winston-syslog/lib/winston-syslog.js:200:9)
at [object Object].Syslog.log (/home/gwarner/winston-syslog/lib/winston-syslog.js:131:8)
at [object Object].Logger.log (/home/gwarner/winston-syslog/node_modules/winston/lib/winston/logger.js:182:17)
at Object.winston.(anonymous function) [as log] (/home/gwarner/winston-syslog/node_modules/winston/lib/winston.js:82:34)
at Object.target.(anonymous function) [as debug] (/home/gwarner/winston-syslog/node_modules/winston/lib/winston/common.js:44:21)
at repl:1:13
at REPLServer.replDefaults.eval (/usr/lib/node_modules/coffee-script/lib/coffee-script/repl.js:33:42)
at repl.js:239:12
at Interface.<anonymous> (/usr/lib/node_modules/coffee-script/lib/coffee-script/repl.js:64:9)
at Interface.emit (events.js:117:20)
at Interface._onLine (readline.js:202:10)
at Interface._line (readline.js:531:8)
at Interface._ttyWrite (readline.js:760:14)
at ReadStream.onkeypress (readline.js:99:10)
at ReadStream.emit (events.js:117:20)
at emitKey (readline.js:1095:12)
at ReadStream.onData (readline.js:840:14)
at ReadStream.emit (events.js:95:17)
at ReadStream.<anonymous> (_stream_readable.js:748:14)
at ReadStream.emit (events.js:92:17)
at emitReadable_ (_stream_readable.js:410:10)
at emitReadable (_stream_readable.js:406:5)
at readableAddChunk (_stream_readable.js:168:9)
at ReadStream.Readable.push (_stream_readable.js:130:10)
at TTY.onread (net.js:528:21)
Issue Analytics
- State:
- Created 9 years ago
- Comments:19 (9 by maintainers)
Top Results From Across the Web
T-Mobile Error 111 - 7 Ways To Fix It in 2022
If you don't have enough credit, you'll likely encounter the error message 111. In that case, call customer service and ask them to...
Read more >12 Methods to Fix T-Mobile Error 111
T-Mobile error 111 might occur due to the bad configurations of network-related modules of the phone. The network configurations causing the ...
Read more >SMTP Error 111 - KnownHost
This error is typically referencing a connection issue to the remove SMTP/Mail server. Often in relation to firewalls or misspelled domains. How ...
Read more >Error 111
Check if you are using an activated sender name under your account. If the sender name has a status of "Pending" it has...
Read more >Re: Error 111. I cannot send messages
Are you getting this error when you send a message to one particular number, or is it affecting more than one number (contact)?....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I’ve found the same issue, for a different error, related when method connect is called.
unix-dgram code of connect():
code:
when protocol is equal ‘unix’, the socket is created without events handlers attached, so, all errors events from socket is throw as an Unhandled ‘error’ event. But when protocol is defined as unix-dgram, a call to ._unixDgramConnect() is made, so events handlers is attached to the socket created.
Re: https://github.com/winstonjs/winston-syslog/issues/19#issuecomment-1137377288, I didn’t look into how winston-syslog uses unix-dgram but after a “congestion” event you should pause until the next “writable” event.
“congestion” is only emitted for connected sockets. For unconnected sockets you should just back off a bit and retry.
It sounds like there’s a bug in winston-syslog because that -9 error code is EBADF (bad file descriptor) and suggests it closed the socket while still using it.