1
31%
master: 64%

Ran 26 Mar 2020 10:55PM UTC

Files 191

Run time 25s

Badge

Embed ▾

Committed 26 Mar 2020 10:55PM UTC coverage: 30.809% (-35.4%) from 66.208%

Job # TR_ARCH=local GCOV=1

Build Type

Pull #668

travis-ci

Committed by Andrei Vagin

Commit Message

fsnotify: open_handle -- Handle multiple mounts with same s_dev

When inotify is laying on uovermounted fs we should walk over
all mountpoints with same s_dev to find openable path.

Note on restore the path is usually already allocated during
dump stage so get_mark_path won't call for open_handle(), in
turn on dump stage the positive return from open_handle()
will cause fsnotify engine to find openable path, thus there
is kind of double work to be optimized in future.

For example we got a container where systemd-udevd inside
opens inotify for /dev/X entry then overmount ./dev path
with slave option and in result irmap engine on predump
can't figure out where the inotify is sitting causing
migrtion to abort.

Signed-off-by: Cyrill Gorcunov <gorcunov@virtuozzo.com>
Signed-off-by: Pavel Emelyanov <xemul@virtuozzo.com>

Pull Request Pull Request #668:

Run Details

4162 of 13509 relevant lines covered (30.81%)

0.31 hits per line

avagin / criu / 2329 / 1
31%
master: 64%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 2329.1 (TR_ARCH=local GCOV=1)

avagin / criu / 2329 / 1 31% master: 64%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 2329.1 (TR_ARCH=local GCOV=1)

avagin / criu / 2329 / 1
31%
master: 64%

README BADGES
x