You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
A clear and concise description of what the bug is.
My Rundeck detail
After i updated target node to debian version 12, while mounting remote directory with sshfs on target node, rundeck does not use its own ssh key to mount but try to mount directory with ssh key present on node. Step in workflow that mount directory looks like it mountpoint -q /local/dir|| sshfs -o auto_cache,allow_other,nosuid,nodev,noatime,reconnect,ciphers=aes128-ctr,compression=no,ServerAliveInterval=15,ServerAliveCountMax=3 user@<IP-ADDRES>:/remote/directory/catalog/catalog /local/dir && echo mounted. It worked fine on older debian.
Rundeck version: Rundeck 5.2
install type: docker
OS Name/version: debian 12
DB Type/version: mysql:5.7
To Reproduce
Steps to reproduce the behavior:
Try mount remote directory on debian 12 remote node with sshfs.
Expected behavior
While mounting remote directory on target node, rundeck should forward its own ssh key to be used by sshfs
The text was updated successfully, but these errors were encountered:
Describe the bug
A clear and concise description of what the bug is.
My Rundeck detail
After i updated target node to debian version 12, while mounting remote directory with sshfs on target node, rundeck does not use its own ssh key to mount but try to mount directory with ssh key present on node. Step in workflow that mount directory looks like it
mountpoint -q /local/dir|| sshfs -o auto_cache,allow_other,nosuid,nodev,noatime,reconnect,ciphers=aes128-ctr,compression=no,ServerAliveInterval=15,ServerAliveCountMax=3 user@<IP-ADDRES>:/remote/directory/catalog/catalog /local/dir && echo mounted
. It worked fine on older debian.To Reproduce
Steps to reproduce the behavior:
Expected behavior
While mounting remote directory on target node, rundeck should forward its own ssh key to be used by sshfs
The text was updated successfully, but these errors were encountered: