Tarantool development patches archive
 help / color / mirror / Atom feed
From: "Alexander V. Tikhonov" <avtikhon@tarantool.org>
To: Alexander Turenko <alexander.turenko@tarantool.org>,
	Nikita Pettik <korablev@tarantool.org>,
	Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v6] vinyl: fix check vinyl_dir existence at bootstrap
Date: Thu, 20 Aug 2020 17:25:38 +0300	[thread overview]
Message-ID: <20200820142538.GA26887@hpalx> (raw)
In-Reply-To: <20200819223552.nplchepqb67tojxr@tkn_work_nb>

Hi Alexander, thanks a lot for your help. As we discussed the commit
message I've made all the changes in it and commited to branch.

On Thu, Aug 20, 2020 at 01:35:52AM +0300, Alexander Turenko wrote:
> This description becomes much better!
> 
> On Wed, Aug 19, 2020 at 09:17:39AM +0300, Alexander V. Tikhonov wrote:
> > During implementation of openSUSE build with testing got failed test
> > box-tap/cfg.test.lua. Found that when memtx_dir didn't exist and
> > vinyl_dir existed and also errno was set to ENOENT, box configuration
> > succeeded, but it shouldn't. Reason of this wrong behaviour was that
> > not all of the failure paths in xdir_scan() set errno, but the caller
> > assumed it.
> > 
> > Debugging the issue found that after xdir_scan() there was incorrect
> > check for errno when it returned negative values. xdir_scan() is not
> > system call and negative return value from it doesn't mean that errno
> > whould be set too. Found that in situations when errno was left from
> > previous commands before xdir_scan() and xdir_scan() returned negative
> > value by itself than the check was wrong. The previous logic of the
> > check was to catch the error ENOENT from inside the xdir_scan()
> > function to handle the situation when vinyl_dir was not exist. In this
> > way errno should be reseted before xdir_scan() call to give the ability
> > for xdir_scan() to use return value without errno set and correctly
> > handle errno from inside the xdir_scan().
> 
> 'from inside' can be interpreted as 'to catch from inside', not as
> 'ENOENT from inside'. The same for 'handle errno for inside': 'to handle
> from inside' or 'errno from inside'?
> 
> 'to use return value without errno set' is unclear for me. Are not it is
> intended to give the same idea as the previous 'errno should be reset
> before xdir_scan()'? If so, it look redundant for me.
> 
> Typo: whould.
> 
> Typo: reseted -> reset (irregular verb).
> 
> > 
> > After discussions found that there was alternative better solution to
> > fix it. As mentioned above xdir_scan() function is not system call and
> > can be changed inside it in any possible way. So check outside of this
> > function on errno could be broken, because of the xdir_scan() changes.
> > To avoid of it we must avoid of errno checks outside of the function.
> > Better solution was to use the flag in xdir_scan(), to check if the
> > directory should exist. So errno check was removed and instead of it
> > the check for vinyl_dir existence using flag added.
> > 
> > Closes #4594
> > Needed for #4562
> > 
> > Co-authored-by: Alexander Turenko <alexander.turenko@tarantool.org>
> > ---
> > 
> > Github: https://github.com/tarantool/tarantool/tree/avtikhon/gh-4562-suse-pack-full-ci
> > Issue: https://github.com/tarantool/tarantool/issues/4594
> > Issue: https://github.com/tarantool/tarantool/issues/4562

  reply	other threads:[~2020-08-20 14:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-19  6:17 Alexander V. Tikhonov
2020-08-19 22:35 ` Alexander Turenko
2020-08-20 14:25   ` Alexander V. Tikhonov [this message]
2020-08-20 19:48     ` Alexander Turenko

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=20200820142538.GA26887@hpalx \
    --to=avtikhon@tarantool.org \
    --cc=alexander.turenko@tarantool.org \
    --cc=korablev@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --cc=v.shpilevoy@tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH v6] vinyl: fix check vinyl_dir existence at bootstrap' \
    /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