Hudson Windows Service 슬레이브 런칭은 SMBException을 유발합니다

Question

우리는 방금 3 개의 새로운 빌드 노예를 인수했습니다 허드슨 강, Windows XP X64를 실행 중입니다. 우리는 이전에 보지 못한 것들에 배포하는 데 문제가 있습니다 (우리는 이미 노예가 된 다른 두 개의 XP32 기계가 있습니다).

서버를 처음으로 재부팅하거나 서버 서비스를 다시 시작한 직후에 노드의 로그인 Hudson에 다음을 표시합니다 (무고한 보호를 위해 도메인 이름이 변경됨).

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에 대한 그룹 멤버십 및 디렉토리 권한을 두 번 확인했으며 다른 두 노예와 동일합니다.

실제로 Tomcat+Hudson (빌드를 실행하지 않음)을 실행하는 MacOSX 서버의 smbclient를 사용하여 한 번의 시도에서 이상한 응답을 얻을 수있었습니다.

smb: \hudson\> get hudson-slave.exe
NT_STATUS_INSUFF_SERVER_RESOURCES opening remote file \hudson\hudson-slave.exe

GOOGLING 주변 제안 an irpstacksize 문제는 범인 일지 모르지만 한 번에 5 개씩 (결국 50 = 0x32)를 훔치고 서버 서비스를 다시 시작하는 것은 도움이되지 않는 것 같습니다.

제쳐두고, JNLP 클라이언트를 시작하는 것은 서비스를 선호하지만 JNLP 클라이언트는 잘 작동합니다.

---

Hudson 버전은 1.323입니다. 그건 그렇고, 그 뒤에는 하나만, Changelog의 어느 것도 특히 관련이없는 것처럼 보입니다).

Answer 1

JCIF 가이 문제를 해결할 수있는 것 같습니다. 동료로부터 :

"jcifs-1.3.10 released / Bugfix for SmbException: The parameter is incorrect
posted by Mike, June 4, 2009
This release fixes a bug that could sporadically trigger a "The parameter is incorrect" error." 

"현재 Hudson 소스를 살펴보면 JCIFS-1.3.3을 사용하고 있으므로 뒤에 있고 다른 여러 개 업데이트가 없습니다."

나는 이것을 상류 버그 추적기로 밀어 넣는 것에 대해보고, 아마도 최신 버전을 통합하고 로컬로 재건하는 데 촬영할 것입니다.

---

업데이트 1 : 제출 된 여기에서 추적기 항목을 발행합니다

---

업데이트 2 : JNLP로 전환하여이를 사용하여 서비스를 설치하여 자동으로 시작하도록 설정되었습니다. 이것은 하루나 이틀 동안 오프라인 문제없이 작동했습니다. 활동이 발생하는지/시기를 확인하기 위해 업스트림 버그를 계속보고 있습니다.