From: Alexander Turenko <alexander.turenko@tarantool.org> To: Roman Khabibov <roman.habibov@tarantool.org> Cc: tarantool-patches@freelists.org Subject: [tarantool-patches] Re: [PATCH v2 2/2] say: take getaddrinfo() errors into account Date: Thu, 29 Aug 2019 00:34:31 +0300 [thread overview] Message-ID: <20190828213431.3yd4kwcahe2oizgs@tkn_work_nb> (raw) In-Reply-To: <C4BD545F-1D9F-493F-9E17-7870B015A024@tarantool.org> This particular patch is mostly okay, but I would work a bit more on tests and minor details. Please, consider comments below. WBR, Alexander Turenko. On Mon, Aug 05, 2019 at 04:32:41PM +0300, Roman Khabibov wrote: > > > > On Jul 23, 2019, at 17:52, Alexander Turenko <alexander.turenko@tarantool.org> wrote: > > > >> @@ -594,6 +594,7 @@ log_syslog_init(struct log *log, const char *init_str) > >> log->fd = log_syslog_connect(log); > >> if (log->fd < 0) { > >> /* syslog indent is freed in atexit(). */ > >> + diag_log(); > > > > 1. It is need to be properly commented: we need to log a diagnostics > > here until stacked diagnostics will be implemented (#1148). > > > > 2. syslog_connect_unix() does not set a diag, diag_log() will lead to an > > assertion fail. > > > > 3. I would mention this change in the commit message, because it is not > > part of the problem with Mac OS you described in it. > @@ -506,10 +506,15 @@ syslog_connect_remote(const char *server_address) > hints.ai_protocol = IPPROTO_UDP; > > ret = getaddrinfo(remote, portnum, &hints, &inf); > - if (ret < 0) { > + if (ret != 0) { > errno = EIO; > diag_set(SystemError, "getaddrinfo: %s", > gai_strerror(ret)); > + /* > + * We need to log a diagnostics here until stacked > + * diagnostics will be implemented (#1148). > + */ > + diag_log(); It is not the only error that is possible in this function, but others will not be logged. I think the logging should be added before replacing the diagnostic with the next one: | --- a/src/lib/core/say.c | +++ b/src/lib/core/say.c | @@ -593,6 +593,7 @@ log_syslog_init(struct log *log, const char *init_str) | say_free_syslog_opts(&opts); | log->fd = log_syslog_connect(log); | if (log->fd < 0) { | + /* XXX: comment. */ | + diag_log(); | /* syslog indent is freed in atexit(). */ | diag_set(SystemError, "syslog logger: %s", strerror(errno)); | return -1; > commit f5b19e933fbf2eb3784a0c3cc28d999a3fa85abe > Author: Roman Khabibov <roman.habibov@tarantool.org> > Date: Tue Jul 30 15:39:21 2019 +0300 > > coio/say: take getaddrinfo() errors into account I would say that this fix is for Mac OS in the commit header if possible. Say, 'coio/say: fix getaddrinfo error handling on Mac OS'. > > Before this patch, branch when getaddrinfo() returns error codes > couldn't be reached on Mac OS, because they are greater than 0 on > Mac OS (assumption "rc < 0" in commit ea1da04 is incorrect for > Mac OS). > > * diag log() in say.c was added, because we need to log a > diagnostics here until stacked diagnostics will be implemented > (#1148). I would say, because otherwise it will be hid by the following diagnostic and then say that it should be handler in a better way after #1148. Asterisk here is redundant, because it is not a list. > > Need for #4138 > > diff --git a/src/lib/core/coio_task.c b/src/lib/core/coio_task.c > index 908b336ed..83f669d05 100644 > --- a/src/lib/core/coio_task.c > +++ b/src/lib/core/coio_task.c > @@ -413,7 +413,7 @@ coio_getaddrinfo(const char *host, const char *port, > return -1; /* timed out or cancelled */ > > /* Task finished */ > - if (task->rc < 0) { > + if (task->rc != 0) { > /* getaddrinfo() failed */ > errno = EIO; > diag_set(SystemError, "getaddrinfo: %s", > diff --git a/src/lib/core/say.c b/src/lib/core/say.c > index 0b2cf2c34..a45595443 100644 > --- a/src/lib/core/say.c > +++ b/src/lib/core/say.c > @@ -506,10 +506,15 @@ syslog_connect_remote(const char *server_address) > hints.ai_protocol = IPPROTO_UDP; > > ret = getaddrinfo(remote, portnum, &hints, &inf); > - if (ret < 0) { > + if (ret != 0) { > errno = EIO; > diag_set(SystemError, "getaddrinfo: %s", > gai_strerror(ret)); > + /* > + * We need to log a diagnostics here until stacked > + * diagnostics will be implemented (#1148). > + */ > + diag_log(); > goto out; > } > for (ptr = inf; ptr; ptr = ptr->ai_next) { > diff --git a/test/box-tap/cfg.test.lua b/test/box-tap/cfg.test.lua > index 55de5e41c..d92e9140d 100755 > --- a/test/box-tap/cfg.test.lua > +++ b/test/box-tap/cfg.test.lua > @@ -6,7 +6,7 @@ local socket = require('socket') > local fio = require('fio') > local uuid = require('uuid') > local msgpack = require('msgpack') > -test:plan(104) > +test:plan(105) > > -------------------------------------------------------------------------------- > -- Invalid values > @@ -566,6 +566,23 @@ os.exit(0) > ]] > test:is(run_script(code), 0, "log_nonblock") > > +-- > +-- gh-4138: check getaddrinfo() error and panic after that. > +-- > +code=[[ > +local socket = require('socket') > +local log = require('log') > +local fio = require('fio') > + > +path = fio.pathjoin(fio.cwd(), 'log_unix_socket_test.sock') > +unix_socket = socket('AF_UNIX', 'SOCK_DGRAM', 0) > +unix_socket:bind('unix/', path) > + > +opt = string.format("syslog:server=non_exists_hostname:%s,identity=tarantool", path) > +box.cfg{log = opt, log_nonblock=true} log_nonblock is not needed here, so it is better to remove it. box.cfg{log = 'syslog:server=non_exists_hostname:3301'} is enough, not need to form a file path, no need identity, no need requiring socket, log and fio. The test passes even before the patch, so what it is intended to test? I think we should write a test that verifies stderr output to find all log messages we expect to appear in the case: Linux: | SystemError getaddrinfo: Temporary failure in name resolution: Input/output error | SystemError syslog logger: Input/output error: Input/output error | failed to initialize logging subsystem gai_strerror() message corresponds to EAI_AGAIN. Mac OS: | SystemError getaddrinfo: nodename nor servname provided, or not known: Input/output error | SystemError syslog logger: Input/output error: Input/output error | failed to initialize logging subsystem gai_strerror() message corresponds to EAI_NONAME. I propose to call ffi.C.gai_strerror() right from a test to form two error messages and verify that the actual input match one of them. If it is hard to catch stderr, then let's proceed w/o this test. However I think it is doable. I also propose to test error messages in the similar way (using ffi.C.gai_strerror(GAI_AGAIN) and ffi.C.gai_strerror(GAI_NONAME)) in test cases in second patch of the patchset. > +]] > +test:is(run_script(code), PANIC, "log_nonblock") > + > -- > -- Crash (instead of panic) when trying to recover a huge tuple. > -- > diff --git a/test/unit/coio.cc b/test/unit/coio.cc > index bb8bd7131..a70d3254d 100644 > --- a/test/unit/coio.cc > +++ b/test/unit/coio.cc > @@ -72,7 +72,7 @@ static void > test_getaddrinfo(void) > { > header(); > - plan(1); > + plan(3); > const char *host = "127.0.0.1"; > const char *port = "3333"; > struct addrinfo *i; > @@ -81,6 +81,12 @@ test_getaddrinfo(void) > is(rc, 0, "getaddrinfo"); > freeaddrinfo(i); > > + /* gh-4138: Check getaddrinfo() error. */ > + isnt(coio_getaddrinfo("non_exists_hostname", port, NULL, &i, 1), 0, > + "getaddrinfo error"); I would say 'getaddrinfo retval' instead 'getaddrinfo error'. Use `rc = coio_getaddrinfo(<...>)` as above within this function, it reads easier. > + isnt(strstr(diag_get()->last->errmsg, "getaddrinfo"), NULL, > + "getaddrinfo error message"); > + I propose to verify the entire error message using gai_strerror(GAI_AGAIN) and gai_strerror(GAI_NONAME)—just as proposed above for a log message. > /* > * gh-4209: 0 timeout should not be a special value and > * detach a task. Before a fix it led to segfault > diff --git a/test/unit/coio.result b/test/unit/coio.result > index 5019fa48a..49759b747 100644 > --- a/test/unit/coio.result > +++ b/test/unit/coio.result > @@ -7,6 +7,8 @@ > # call done with res 0 > *** test_call_f: done *** > *** test_getaddrinfo *** > -1..1 > +1..3 > ok 1 - getaddrinfo > +ok 2 - getaddrinfo error > +ok 3 - getaddrinfo error message > *** test_getaddrinfo: done *** >
next prev parent reply other threads:[~2019-08-28 21:34 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-06-25 13:38 [tarantool-patches] [PATCH v2 0/2] " Roman Khabibov 2019-06-25 13:38 ` [tarantool-patches] [PATCH v2 2/2] say: " Roman Khabibov 2019-07-23 14:52 ` [tarantool-patches] " Alexander Turenko 2019-08-05 13:32 ` Roman Khabibov 2019-08-28 21:34 ` Alexander Turenko [this message] 2019-08-29 0:51 ` Alexander Turenko [not found] ` <8E98F721-601F-436D-8F0A-5E399D8F7CAB@tarantool.org> 2019-09-06 13:44 ` Alexander Turenko 2019-09-10 12:52 ` Roman Khabibov 2019-11-01 15:19 ` [Tarantool-patches] " Alexander Turenko 2019-11-21 17:28 ` [Tarantool-patches] [tarantool-patches] " Roman Khabibov 2019-12-08 19:48 ` Alexander Turenko 2019-12-10 16:25 ` Roman Khabibov 2019-12-18 15:01 ` Alexander Turenko 2019-12-21 17:50 ` Roman Khabibov 2019-12-23 12:56 ` Alexander Turenko 2019-12-23 13:38 ` Alexander Turenko 2019-12-26 17:29 ` Roman Khabibov 2019-12-26 21:05 ` Alexander Turenko 2019-12-27 13:01 ` Roman Khabibov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20190828213431.3yd4kwcahe2oizgs@tkn_work_nb \ --to=alexander.turenko@tarantool.org \ --cc=roman.habibov@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='[tarantool-patches] Re: [PATCH v2 2/2] say: take getaddrinfo() errors into account' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox