ulimit, не отраженный для jenkins ведомого устройства

создайте backup_script.sh

#!/bin/bash
BACKUP_SERVER_NAME="name"
BACKUP_SERVER_USERNAME="user"
COPY_FILE_TO_WINDOWS="/cygdrive/c/unix_test_copy"

scp -r $1 ${BACKUP_SERVER_USERNAME}@${BACKUP_SERVER_NAME}:${COPY_FILE_TO_WINDOWS}

сделайте исполняемый файл:

chmod +x backup_script.sh

выполненный:

backup_script.sh /etc/

Для отладки измениться

scp -r $1 ${BACKUP_SERVER_USERNAME}@${BACKUP_SERVER_NAME}:${COPY_FILE_TO_WINDOWS}

кому:

echo "scp -r $1 ${BACKUP_SERVER_USERNAME}@${BACKUP_SERVER_NAME}:${COPY_FILE_TO_WINDOWS}"

или выполненный:

set -x

3
задан 8 October 2012 в 23:28
2 ответа

By default Jenkins establish a SSH connection with each of the Node/Slave as userx.

I set the ulimit, took the node offline and bring it back and I thought the problem is on the session side.

So Disconnected the whole node from the jenkins and restarted the connection with it again. It brought back a new session for userx and it obviously worked.

My bad that I didn't look through the logs when I took the node offline.

Remember: Taking a jenkins node offline and bringing it back won't bring up a new SSH session.

1
ответ дан 3 December 2019 в 05:45

Убедитесь, что pam_limits.so включен для su, если ваш сценарий запуска jenkins использует «su» для переключения пользователей.

Для сервера Ubuntu раскомментируйте строку «требуется сеанс pam_limits.so» в /etc/pam.d/su file

sudo sed -i '/# session\s\+required\s\+pam_limits.so/ s/# *//' /etc/pam.d/su
4
ответ дан 3 December 2019 в 05:45

Теги

Похожие вопросы