Open starise opened 8 years ago
It seems to be an issue with Ansible and non-POSIX filesystems mounted by Vagrant. Seems to be quite a popular bug when Ansible is messing with the shared folders...
For a quick fix, you could try moving the secret/
DebOps directory, either relative to Ansible inventory, or absolute, to somewhere inside of the Virtualbox filesystem. You can use these variables to change its location through Ansible inventory, so that debops.pki
role can pick it up in the new place.
Alternatively you could try copying the files/secret/pki/lib/pki-authority
script to secret/pki/lib/
directory and see if Ansible will "accept it" without raising an error.
As for the long term solution, since this will probably show up often due to people using Vagrant frequently... I'm not sure yet. Use non-POSIX filesystem for DebOps secret/
directory?
Thanks a lot for your fast and very detailed answer. Either solutions work. Manually copying these files to secret/pki/lib
(and make sure they are always there) looks like a faster solution.
Solve permanently the issue it's a little problematic, because Windows doesn't work natively with POSIX file systems and has in general bad interoperability with 3rd party platforms.
I would love to see this problem solved.... :heart_eyes:
@thiagotalma Not using Vagrant shared folders for DebOps secret/
directory should solve this issue. For example try using an NFS-mounted share stored in a Linux host.
I stumbled upon this error:
Ansible installed and running into the guest machine (ubuntu 14.04, windows 10 host) where /home/vagrant/ is a mounted shared folder via Vagrant/Virtualbox.
Any suggestion?