Come posso definire l'ordine di esecuzione dei plugin middleware vagabondi?

Question

Sto creando una VM Red Hat Enterprise Linux 7 in VirtualBox con vagabondo. Se ho una scatola di base che sia non hanno le Guest Additions di VirtualBox, e non è registrato, quindi avrei bisogno manualmente per effettuare le seguenti operazioni:

• registrare la scatola con subscription-manager
• Installa guest aggiunte

Il motivo per cui avrei dovuto eseguire prima la registrazione, è che per installare le aggiunte guest, avrei bisogno di installare alcuni pacchetti aggiuntivi.

Ora, ci sono plugin vagrant di terze parti per entrambe queste attività: vagrant-registration e vagrant-vbguest.

Il problema che sto avendo è che il plugin vagrant-vbguest cercherà sempre di correre prima, e non riuscirà a scaricare i pacchetti di cui ha bisogno, perché il plugin vagrant-registration non ha ancora avuto la possibilità di registrare il sistema.

C'è un modo per forzare uno di loro a essere eseguito prima dell'altro? O qualsiasi altra soluzione alternativa a cui non avessi ancora pensato (non sono un mago vagabondo (o si chiama semplicemente un vagabondo?) Ancora)?

Answer 1

nello spirito dei miei commenti, ma dovrebbe essere in un modo più automatico

VAGRANTFILE_API_VERSION = "2" 
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| 
    config.vbguest.auto_update = false 

    if Vagrant.has_plugin?("vagrant-registration") 
    system "vagrant vbguest --auto-reboot --no-provision" if ARGV[0] == 'up' 
    end 

non sono sicuro però che verrà eseguito nel giusto ordine (non provate io)

Modifica il problema con questo codice è che proverà a eseguire vbguest quando il comando viene avviato, quindi prima che vm sia in esecuzione, vbguest non può installare le librerie necessarie.

l'altra possibilità che vedo è quello di utilizzare il plugin grilletto vagabondo (https://github.com/emyl/vagrant-triggers), è possibile definire per eseguire script specifico dopo il comando specifico è stato eseguito

config.vbguest.auto_update = false 
config.trigger.after :up do 
    run "vagrant vbguest --auto-reboot --no-provision" 
end 

il vbguest viene eseguito correttamente dopo la macchina è avviata (quindi presumo dopo vagabondo-registrazione ho proprio roba)

l'uscita (parte interessante) di correre vagrant up:

==> default: Machine booted and ready! 
==> default: Checking for guest additions in VM... 
    default: The guest additions on this VM do not match the installed version of 
    default: VirtualBox! In most cases this is fine, but in rare cases it can 
    default: prevent things such as shared folders from working properly. If you see 
    default: shared folder errors, please make sure the guest additions within the 
    default: virtual machine match the version of VirtualBox you have installed on 
    default: your host and reload your VM. 
    default: 
    default: Guest Additions Version: 4.2.0 
    default: VirtualBox Version: 4.3 
==> default: Mounting shared folders... 
    default: /vagrant => /Users/fhenri/project/examples/vagrant/precise 
==> default: Running triggers after up... 
==> default: Executing command "vagrant vbguest --auto-reboot --no-provision"... 
==> default: GuestAdditions versions on your host (4.3.16) and guest (4.2.0) do not match. 

l'installazione delle aggiunte guest si accende e la macchina viene riavviata ok

Answer 2

Questo sembra essere un problema con il plug-in di registrazione vagrant. Vedere https://github.com/projectatomic/adb-vagrant-registration/issues/69

Il problema è stato risolto e la versione fissa è rilasciata ora vale a dire https://rubygems.org/gems/vagrant-registration/versions/1.2.2