Windows XP x64를 실행하는 Hudson에 대해 세 개의 빌드 슬레이브를 새로 추가했습니다. 우리는 이전에 보지 못했던 (이미 두 개의 다른 XP32 머신이 이미 종속되어있는) 이들에 배치하는 데 문제가 있습니다. 에 이후에 시도Hudson Windows 서비스 슬레이브 시작으로 인해 SmbException이 발생합니다.
Connecting to beast.example.com Copying slave.jar The parameter is incorrect. jcifs.smb.SmbException: The parameter is incorrect. at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:542) at jcifs.smb.SmbTransport.send(SmbTransport.java:644) at jcifs.smb.SmbSession.sessionSetup(SmbSession.java:371) at jcifs.smb.SmbSession.send(SmbSession.java:235) at jcifs.smb.SmbTree.treeConnect(SmbTree.java:161) at jcifs.smb.SmbFile.doConnect(SmbFile.java:858) at jcifs.smb.SmbFile.connect(SmbFile.java:901) at jcifs.smb.SmbFile.connect0(SmbFile.java:827) at jcifs.smb.SmbFile.open0(SmbFile.java:917) at jcifs.smb.SmbFile.open(SmbFile.java:951) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:142) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:97) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:67) at jcifs.smb.SmbFile.getOutputStream(SmbFile.java:2793) at hudson.os.windows.ManagedWindowsServiceLauncher.copySlaveJar(ManagedWindowsServiceLauncher.java:198) at hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:152) at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:175) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) at java.util.concurrent.FutureTask.run(FutureTask.java:123) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676) at java.lang.Thread.run(Thread.java:613)
"
우리가 먼저 서버를 다시 시작하거나 서버 서비스를 다시 시작한 후
은 허드슨에있는 노드의 로그는 다음 (무고한을 보호하기 위해 변경 도메인 이름)을 보여줍니다 시작 노예 서비스 ", 우리는 얻는다 :Connecting to beast.example.com Copying slave.jar 0xC0000205 jcifs.smb.SmbException: 0xC0000205 at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:542) at jcifs.smb.SmbTransport.send(SmbTransport.java:644) at jcifs.smb.SmbSession.send(SmbSession.java:242) at jcifs.smb.SmbTree.send(SmbTree.java:111) at jcifs.smb.SmbFile.send(SmbFile.java:729) at jcifs.smb.SmbFile.open0(SmbFile.java:934) at jcifs.smb.SmbFile.open(SmbFile.java:951) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:142) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:97) at jcifs.smb.SmbFileOutputStream.(SmbFileOutputStream.java:67) at jcifs.smb.SmbFile.getOutputStream(SmbFile.java:2793) at hudson.os.windows.ManagedWindowsServiceLauncher.copySlaveJar(ManagedWindowsServiceLauncher.java:198) at hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:152) at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:175) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) at java.util.concurrent.FutureTask.run(FutureTask.java:123) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676) at java.lang.Thread.run(Thread.java:613)
그것은 허드슨이 아니라 삼바 자체처럼 보인다. C : \ hudson에 대한 그룹 구성원 자격 및 디렉토리 사용 권한을 두 번 확인했으며 다른 두 슬레이브와 동일합니다. 가능성이있는 IRPStackSize 문제를 제안
smb: \hudson\> get hudson-slave.exe NT_STATUS_INSUFF_SERVER_RESOURCES opening remote file \hudson\hudson-slave.exe
주위에 인터넷 검색 : 실제로 톰캣 + 허드슨을 실행중인 (하지만 빌드 실행되지 않음)에서라도 서버에서 smbclient를 사용
, 나는 하나 개의 시도에 이상한 반응을 얻을 수 있었다 범인이 되겠지만, 한 번에 5 개씩 (결국 50 = 0x32) 훔쳐서 서버 서비스를 다시 시작하는 것이 도움이되지 않습니다.
JNLP 클라이언트를 시작하는 것은 잘 작동하지만, 서비스로 사용하는 것을 선호합니다.
허드슨 버전은 1.323입니다. (단 하나 뒤에서 만 변경 로그의 내용은 특히 적합합니다.)