Vagrant: As pastas sincronizadas não são compartilhadas automaticamente no centos 7

Criado em 18 set. 2016 · 3Comentários · Fonte: hashicorp/vagrant

Por favor, informe se este não é o local correto para postar. Obrigado

Depois de pesquisar vigorosamente no Google, ainda não consigo fazer com que as pastas sincronizadas funcionem no CentOS7. Eu entendi
para trabalhar no Ubuntu pronto para uso. Todos os meus servidores de produção são CentOS. Ubuntu foi para teste. eu quero
para editar o código-fonte na minha caixa de host e executá-lo no convidado, Sinatra, por exemplo.

Snippets de ambos com 'vagrant up'
centos / 7
==> default: Rsyncing folder: /home/lewisb/src/ruby-dev/web-dev/ => /vagrant
ubuntu / wily64
==> default: Mounting shared folders... default: /vagrant => /home/lewisb/src/ruby-dev/sinatra-dev-box

Versão Vagrant

Vagrant 1.8.5

Sistema operacional host

Fedora Linux 4.7.3-200.fc24.x86_64
VirtualBox 5.0.26r108824
Ruby 2.3.1p112 (2016-04-26 revisão 54768) [x86_64-linux]

Sistema operacional convidado

Centos 7
Linux web-dev 3.10.0-327.28.3.el7.x86_64 # 1 SMP Qui. 18 de agosto 19:05:49 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Vagrantfile

# -*- mode: ruby -*-
# vi: set ft=ruby :

Vagrant.configure("2") do |config|
  config.vm.box = "centos/7"
  config.vm.hostname = 'web-dev'
  config.vm.provider 'virtualbox' do |v|
    v.memory = 4096
    v.cpus = 2
    v.gui = true
  end
  config.vm.provision :shell, path: 'bootstrap.sh', keep_color: true
end

Comportamento esperado

Devo ser capaz de criar e modificar arquivos no host ou no convidado e ter os resultados automaticamente
sincronizado. Ubuntu / Wiley faz isso fora da caixa.

Comportamento real

Preciso de vagrant reload para sincronizar os arquivos. Saída cortada de 'vagrant reload'

==> default: Machine booted and ready!
[default] GuestAdditions 5.0.26 running --- OK.
==> default: Checking for guest additions in VM...
==> default: Setting hostname...
==> default: Rsyncing folder: /home/lewisb/src/ruby-dev/web-dev/ => /vagrant
==> default: Machine already provisioned. Run `vagrant provision` or use the `--provision`

Passos para reproduzir

Destrua / crie o vm usando centos / 7
Ssh para convidado após definir as permissões para 0600 no arquivo .ssh / authorized_keys no convidado
Mude o diretório para / vagrant e touch foo
Verifique a existência do arquivo foo no host - não existe
Recarregue o vagrant e o arquivo aparecerá

synced-foldergeneral

Fonte

lebogan

👍3

Comentários muito úteis

Sei que este é um problema encerrado, mas gostaria de compartilhar como resolvi esse problema.

Eu tive esse problema com a caixa centos/7 também. O provedor de caixa define rsync como o mecanismo de sincronização padrão. Você pode vê-lo na caixa Vagrantfile. Na minha máquina, ele estava localizado aqui: ~/.vagrant.d/boxes/centos-VAGRANTSLASH-7/1804.02/virtualbox/Vagrantfile

Para usar o Virtual Box, basta adicioná-lo ao seu VM Vagrantfile. Será parecido com:

# -*- mode: ruby -*-
# vi: set ft=ruby :

Vagrant.configure("2") do |config|
  # Shared folder setting
  config.vm.synced_folder ".", "/vagrant", type: 'virtualbox'
  # Other settings...
end

Além disso, antes de executar vagrant up , você deve instalar o plug-in de adições de convidado do Virtual Box para o vagrant:

vagrant plugin install vagrant-vbguest

Depois de fazer essas 2 etapas, execute vagrant up e as pastas compartilhadas devem funcionar corretamente, bidirecionalmente.

Fonte: https://stackoverflow.com/questions/46230783/vagrant-synced-folder-without-reload

clebersa em 2 out. 2018

👍5

Todos 3 comentários

Oi! O problema tem a ver com as adições de convidados que não estão instaladas na caixa. Puxei a caixa centos/7 para confirmar e realmente não inclui acréscimos de convidados. Se você vir as adições de convidado disponíveis após uma recarga, suponho que você tenha o plug-in vbguest instalado. Para fazer vagrant up funcionar como esperado "fora da caixa", você precisará instalar adições de convidado no convidado e reembalar a caixa, ou usar uma caixa diferente (como a caixa bento centos).

Felicidades!

chrisroberts em 20 set. 2016

👍2