Как задание может получить доступ к диску на узле, ранее сопоставленному другому заданию?

Я настроил главную подчиненную систему Jenkins с одним ведущим и двумя подчиненными. Каждое задание привязано к определенному узлу. Некоторые задания вызывают другие, и им нужна информация о первых.

Например. Задание A строится на узле A, создает представление моментального снимка (Clearcase) и подключает его к диску r:. Затем он запускает задание B, которое также построено на узле A и должно использовать данные представления. Поскольку возникла проблема с доступом к Clearcase, ведомые устройства Jenkins (службы Windows) вошли в систему как существующее имя пользователя, а не как системный пользователь по умолчанию.

Я думал, что задание B должно иметь доступ к диску r:\, потому что задание A и задание B находятся на одном узле с одним и тем же сервисом и пользователем. Но хотя задание А создало и сопоставило все правильно, и я могу видеть эти файлы, когда захожу на сервер вручную, задание Б не может найти файлы.

Где ошибка? Возможно ли, что задание может получить доступ к диску, назначенному другим заданием?

Спасибо за каждую подсказку и помощь.

Сара


person Haras Brummi    schedule 26.02.2016    source источник
comment
Похоже на вопрос X-Y. Почему бы не подключаться к диску в каждой работе? Реальных накладных расходов нет. Может помочь постоянное сопоставление драйверов: общий сетевой ресурс без необходимости входа в систему Windows">serverfault.com/questions/426288/   -  person Jayan    schedule 27.02.2016
comment
Хорошо, я попытаюсь. Но я все еще не понимаю. Сервер (узел A) всегда работает и подключен к мастеру. Служба Windows не останавливается между заданиями. Это не служба, которая входит в систему, а не каждое отдельное задание? Когда я пытался изменить системного пользователя на другого пользователя, у меня уже была проблема, что служба не входила снова, когда я останавливал и перезапускал мастер. Я запускал задания очень часто, но ничего не менялось. Мне пришлось явно перезапустить службу Windows на узле, а затем она использовала новые данные журнала. Так что я действительно в замешательстве...   -  person Haras Brummi    schedule 28.02.2016
comment
Не могли бы вы настроить слейвы без обслуживания. .   -  person Jayan    schedule 28.02.2016
comment
Да! Это сработало! Конфигурация подчиненных устройств без обслуживания является решением. Если вы напишете свой комментарий в ответ, я могу отметить это как решенное. Большое спасибо за Вашу помощь.   -  person Haras Brummi    schedule 29.02.2016


Ответы (1)


Дженкинс допускает различные типы рабов. Когда вы запускаете ведомое устройство как службу, процесс имеет другой сеанс. Диски, подключенные в других сеансах, не будут к нему применимы.

Вы можете запустить подчиненный сервер jenkins в других режимах, таких как "Плагин Swarm", запускающий команда на подчиненной машине (JNLP).

person Jayan    schedule 29.02.2016
comment
У меня сработало выполнение команды на подчиненной машине (JNLP). Спасибо большое. - person Haras Brummi; 29.02.2016