2015-06-09 1 views
0

Я пытаюсь загрузить Vagrant VM из Дженкинса. Я дал путь Vagrantfile в «Boot up Vagrant VM». При выполнении задания, я получаю следующее сообщение об ошибке:Загрузка бонуса из Дженкинса бросает разрешение Отказано

Failed to iterate on remote directory vagrant_projs 
[ vagrant ]: Executing command :[vagrant, up] in folder /Users/abc/Desktop/vagrant_projs 
[vagrant_projs] $ vagrant up 
[ vagrant ]: Error starting up vagrant, caught IOException, message: Cannot run program "vagrant" (in directory "/Users/abc/Desktop/vagrant_projs"): error=13, Permission denied 
[ vagrant ]: [Ljava.lang.StackTraceElement;@5e144dc9 
Build step 'Boot up Vagrant VM' marked build as failure 
Finished: FAILURE 

Я думал, что это может быть из-за разрешения Vagrantfile и, таким образом, я CHMOD 777 к нему вручную. Даже после этого он дает мне ту же ошибку.

UPDATE: я переместил папку, в которой Vagrantfile обитал с рабочего стола в папку пользователя, и я получил другую StackTrace.

[workspace] $ vagrant -v 
Vagrant 1.7.2 
[ vagrant ]: Executing command :[vagrant, up] in folder /Users/abalan15/vagrant_projs 
[vagrant_projs] $ vagrant up 
/opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/machine.rb:313:in `unlink': Permission denied - /Users/abalan15/vagrant_projs/.vagrant/machines/default/virtualbox/id (Errno::EACCES) 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/machine.rb:313:in `delete' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/machine.rb:313:in `id=' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/machine.rb:142:in `initialize' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/vagrantfile.rb:75:in `new' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/vagrantfile.rb:75:in `machine' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:614:in `machine' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb:168:in `block in with_target_vms' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb:192:in `call' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb:192:in `block in with_target_vms' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb:174:in `each' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb:174:in `with_target_vms' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/plugins/commands/up/command.rb:74:in `block in execute' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:277:in `block (2 levels) in batch' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:275:in `tap' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:275:in `block in batch' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:274:in `synchronize' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:274:in `batch' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/plugins/commands/up/command.rb:58:in `execute' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/cli.rb:42:in `execute' 
from /opt/vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/environment.rb:301:in `cli' 
from /opt/vagrant/bin/../embedded/gems/gems/vagrant-1.7.2/bin/vagrant:174:in `<main>' 
Build step 'Boot up Vagrant VM' marked build as failure 
Finished: FAILURE 
+0

Была ли она когда-либо работал или не удалась от начала? Он по-прежнему выглядит как сбой разрешения, но в папке '/ Users/abalan15'. – mbb

+0

Сбой с –

ответ

1

Наконец-то! Когда мы пытаемся вызвать/загружать Vagrant VM из Jenkins (с бранным плагином), .vagrant.d & папка с vagrantfile будет вызываться. Разрешения для пользователя jenkins следует указывать на эти папки.

В макинтош, щелкните правой кнопкой мыши на этих папках, получить информацию, на основании (разрешений), нажмите на символ + и добавить Дженкинс в «Пользователи & Группы»

0

Несколько вещей, чтобы проверить при решении проблем разрешения в Дженкинс:

  • Что имя пользователя работает контейнер (Tomcat) или родной двоичный Дженкинс?
  • Что имя пользователя является Дженкинс процесс/JNLP/ведомый с использованием (если это не на главном узле Jenkins)