В jenkins отказано в разрешении [закрыто]
Текст назначения симлинка ссылается не на файл, а на запись в таблице /proc/net/tcp, которая описывает каждый сокет с помощью кодированных текстовых полей. Например, в моей системе в данный момент я вижу:
$ ls -l /proc/24724/fd/7
lrwx------ 1 vagrant vagrant 64 Feb 13 15:08 /proc/24724/fd/7 -> socket:[19164451]
Что соответствует этой строке из таблицы tcp:
$ grep 19164451 /proc/net/tcp
433: 0100007F:C8AA 0100007F:0C8A 01 00000000:00000000 02:00000286 00000000 1000 0 19164451 2 0000000000000000 20 4 1 10 27
Быстрый поиск в Google поможет вам найти множество ресурсов для расшифровки этих строк. Два примера:
http://www.onlamp.com/pub/a/linux/2000/11/16/LinuxAdmin.html https://stackoverflow.com/questions/5992211/list-of-possible-internal-socket-statuses-from-proc
Если вам нужен инструмент, который обработает их за вас, netstat сделает это, если вы используете опцию -p, чтобы сказать ему читать все ваши /proc fd ссылки, чтобы узнать, какие процессы принадлежат каким сокетам. Try:
netstat -tuapn
Recientemente tuve un problema muy similar con jenkins. Verifique si el usuario jenkins tiene derechos de acceso ejecutable en cada archivo en la ruta de archivo absoluta. Ese es el hogar, administrador, los scripts también deberían estar disponibles para su ejecución para el usuario jenkins. En caso de que estos directorios no sean propiedad de jenkins y propiedad de un grupo al que no se agrega jenkins, se deben otorgar permisos ejecutables a otros usuarios. O puede agregar jenkins al grupo propietario del archivo. Sin embargo, en tal caso, deberá reiniciar el servidor jenkins para volver a cargar la configuración con un nuevo acceso de grupo para el usuario jenkins.