c89f81c138
In Fedora 29, and Fedora 30 Silverblue, I have come across the following error when executing `make vmsync` from my build container (also on Fedora 29 and Fedora 30 images respectively): ``` ... Failed to connect to new control master ... Control socket connect(/var/tmp/ssh-vmcheck-1556768111752693879.sock): Connection refused Failed to connect to new control master ... ``` Previously this worked with Fedora 28 as the host. After changing the socket to be in /dev/shm, the SSH connection to the `vmcheck` VM is successful and the sources sync over. The cause of this seems to be a problem with overlayfs and unix sockets: https://github.com/moby/moby/issues/12080 Since overlayfs is the default graph driver in Fedora now, work around this by switching the socket to be in /dev/shm. Closes: #1827 Approved by: jlebon |
||
---|---|---|
.. | ||
check | ||
common | ||
compose-tests | ||
composedata | ||
ex-container-tests | ||
gpghome | ||
manual | ||
utils | ||
vmcheck | ||
compose | ||
ex-container | ||
README.md |
Tests are divided into three groups:
-
Tests in the
check
directory are non-destructive and uninstalled. Some of the tests require root privileges. Usemake check
to run these. -
The
composecheck
tests currently require uid 0 capabilities - the default in Docker, or you can run them via a user namespace. They are non-destructive, but are installed.To use them, you might do a
make && sudo make install
inside a Docker container.Then invoke
./tests/compose
. Alternatively of course, you can simply run the tests on a host system or in an existing container, without doing a build.Note: This is intentionally not a
Makefile
target because it doesn't require building and doesn't use uninstalled binaries. -
Tests in the
vmcheck
directory are oriented around using Vagrant. Usemake vmcheck
to run them. See alsoHACKING.md
in the top directory.
The common
directory contains files used by multiple
tests. The utils
directory contains helper utilities
required to run the tests.