создайте 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
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 Disconnect
ed 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.
Убедитесь, что 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