Closed remram44 closed 3 years ago
still not work in chroot. What an arbitrary reason for a search engine.
Caused by: java.io.IOException: Mount point not found
at sun.nio.fs.LinuxFileStore.findMountEntry(LinuxFileStore.java:91) ~[?:?]
at sun.nio.fs.UnixFileStore.
mount --bind /your/chroot /your/chroot according to https://docs.docker.com/storage/bind-mounts/#start-a-container-with-a-bind-mount Start a container with a bind mount & /usr/bin/arch-chroot
I don't think you can mount a directory over itself. The doc you linked is for Docker, not chroot.
I could make a fix for this in reprounzip-vagrant, but I don't feel so good adding something weird only for one application... Might be worth doing since Elasticsearch is so common, though...
For somewhat arbitrary reason, Elasticsearch's file locking code does a bunch of sanity checks and will error out if
/
is not a mountpoint. This is not the case when running in a chroot.While the correct fix is definitely for Elasticsearch to accept to run in chroots (elastic/elasticsearch#12018), there might be some possible workarounds in reprounzip-vagrant.
/
a mountpoint by bind-mounting it from somewhere else and chrooting in the mount/
? Docker mounts a few key files into the container (such as hosts, resolv.conf), we might want to do that