moby/volume
Kir Kolyshkin 516010e92d Simplify/fix MkdirAll usage
This subtle bug keeps lurking in because error checking for `Mkdir()`
and `MkdirAll()` is slightly different wrt to `EEXIST`/`IsExist`:

 - for `Mkdir()`, `IsExist` error should (usually) be ignored
   (unless you want to make sure directory was not there before)
   as it means "the destination directory was already there"

 - for `MkdirAll()`, `IsExist` error should NEVER be ignored.

Mostly, this commit just removes ignoring the IsExist error, as it
should not be ignored.

Also, there are a couple of cases then IsExist is handled as
"directory already exist" which is wrong. As a result, some code
that never worked as intended is now removed.

NOTE that `idtools.MkdirAndChown()` behaves like `os.MkdirAll()`
rather than `os.Mkdir()` -- so its description is amended accordingly,
and its usage is handled as such (i.e. IsExist error is not ignored).

For more details, a quote from my runc commit 6f82d4b (July 2015):

    TL;DR: check for IsExist(err) after a failed MkdirAll() is both
    redundant and wrong -- so two reasons to remove it.

    Quoting MkdirAll documentation:

    > MkdirAll creates a directory named path, along with any necessary
    > parents, and returns nil, or else returns an error. If path
    > is already a directory, MkdirAll does nothing and returns nil.

    This means two things:

    1. If a directory to be created already exists, no error is
    returned.

    2. If the error returned is IsExist (EEXIST), it means there exists
    a non-directory with the same name as MkdirAll need to use for
    directory. Example: we want to MkdirAll("a/b"), but file "a"
    (or "a/b") already exists, so MkdirAll fails.

    The above is a theory, based on quoted documentation and my UNIX
    knowledge.

    3. In practice, though, current MkdirAll implementation [1] returns
    ENOTDIR in most of cases described in #2, with the exception when
    there is a race between MkdirAll and someone else creating the
    last component of MkdirAll argument as a file. In this very case
    MkdirAll() will indeed return EEXIST.

    Because of #1, IsExist check after MkdirAll is not needed.

    Because of #2 and #3, ignoring IsExist error is just plain wrong,
    as directory we require is not created. It's cleaner to report
    the error now.

    Note this error is all over the tree, I guess due to copy-paste,
    or trying to follow the same usage pattern as for Mkdir(),
    or some not quite correct examples on the Internet.

    [1] https://github.com/golang/go/blob/f9ed2f75/src/os/path.go

Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
2017-11-27 17:32:12 -08:00
..
drivers Fixup some issues with plugin refcounting 2017-10-21 15:17:57 -04:00
local Simplify/fix MkdirAll usage 2017-11-27 17:32:12 -08:00
store Replace vol plugin integration test w/ unit test 2017-11-15 13:13:22 -05:00
testutils Replace vol plugin integration test w/ unit test 2017-11-15 13:13:22 -05:00
lcow_parser.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
linux_parser.go Typo fixed and simple code. 2017-10-18 10:26:58 +08:00
parser.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
validate.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
validate_test.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
validate_unix_test.go Add deadcode linter 2017-08-21 18:18:50 -04:00
validate_windows_test.go Add deadcode linter 2017-08-21 18:18:50 -04:00
volume.go Simplify/fix MkdirAll usage 2017-11-27 17:32:12 -08:00
volume_copy.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
volume_test.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
volume_unix.go Remove solaris build tag and `contrib/mkimage/solaris 2017-11-02 00:01:46 +00:00
volume_windows.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00
windows_parser.go Volume refactoring for LCOW 2017-09-14 12:33:31 -07:00