Re: [m2] faulty scp protocol handling in wagon?
I have discussed the bug fix the author if jsch, and he has made a fix which is available on http://www.jcraft.com/jsch/jsch-0.1.23-pre1.zip. I'll test that version later today. -- Ørjan Brett Porter wrote: have jsch indicated when they might include it? is the scpexe protocol a viable alternative for you? - Brett On 10/5/05, Orjan Austvold [EMAIL PROTECTED] wrote: I noticed that sch 0.1.22 got released yesterday. Only to bad that that it did not include a fix for the MNG-678 issue. In the meantime I'm forced to continue providing a modified m2-b2 release containing a patched jsch library for building projects at work. -- Ørjan Brett Porter wrote: This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
great! Thanks, Brett On 10/6/05, Orjan Austvold [EMAIL PROTECTED] wrote: I have discussed the bug fix the author if jsch, and he has made a fix which is available on http://www.jcraft.com/jsch/jsch-0.1.23-pre1.zip. I'll test that version later today. -- Ørjan Brett Porter wrote: have jsch indicated when they might include it? is the scpexe protocol a viable alternative for you? - Brett On 10/5/05, Orjan Austvold [EMAIL PROTECTED] wrote: I noticed that sch 0.1.22 got released yesterday. Only to bad that that it did not include a fix for the MNG-678 issue. In the meantime I'm forced to continue providing a modified m2-b2 release containing a patched jsch library for building projects at work. -- Ørjan Brett Porter wrote: This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
The patch on jsch made by Atsuhiko Yamanaka worked as expected. The intermittent failure with ScpWagon on session is down has vanished. -- Ørjan Brett Porter wrote: great! Thanks, Brett On 10/6/05, Orjan Austvold [EMAIL PROTECTED] wrote: I have discussed the bug fix the author if jsch, and he has made a fix which is available on http://www.jcraft.com/jsch/jsch-0.1.23-pre1.zip. I'll test that version later today. -- Ørjan Brett Porter wrote: have jsch indicated when they might include it? is the scpexe protocol a viable alternative for you? - Brett On 10/5/05, Orjan Austvold [EMAIL PROTECTED] wrote: I noticed that sch 0.1.22 got released yesterday. Only to bad that that it did not include a fix for the MNG-678 issue. In the meantime I'm forced to continue providing a modified m2-b2 release containing a patched jsch library for building projects at work. -- Ørjan Brett Porter wrote: This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
have jsch indicated when they might include it? is the scpexe protocol a viable alternative for you? - Brett On 10/5/05, Orjan Austvold [EMAIL PROTECTED] wrote: I noticed that sch 0.1.22 got released yesterday. Only to bad that that it did not include a fix for the MNG-678 issue. In the meantime I'm forced to continue providing a modified m2-b2 release containing a patched jsch library for building projects at work. -- Ørjan Brett Porter wrote: This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
I noticed that sch 0.1.22 got released yesterday. Only to bad that that it did not include a fix for the MNG-678 issue. In the meantime I'm forced to continue providing a modified m2-b2 release containing a patched jsch library for building projects at work. -- Ørjan Brett Porter wrote: This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
This is great. Thanks for your help on this - I'll take a look. - Brett On 9/30/05, Orjan Austvold [EMAIL PROTECTED] wrote: The issue with intermittent failure in ScpWagon seems to have been solved now. To me it seems to be a race condition between the thread running the ScpWagon and the internal jsch thread tracking session events. ScpWagon terminates the exec channel when it discovers that enough bytes have been read/written. This interferes with jsch which could receive an SSH_MSG_CHANNEL_EOF message from the remote server at the same time. I have filed a bug-report to the jsch project and updated the MNG-678 JIRA issue for m2 with a description of what's going on. My guess is that even though this is a failure in jsch, the ScpWagon code should do proper testing for if a session is connected or not before creating a channel. Thanks, Ørjan Brett Porter wrote: I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] faulty scp protocol handling in wagon?
I have experienced this too - there is an open bug I believe. I'm not sure if the problem is in jsch, or our use of jsch though. I'd welcome any assistance you can provide. Thanks, Brett On 9/21/05, Orjan Austvold [EMAIL PROTECTED] wrote: Often when downloading new artifacts from a scp repository the build fails with Root error: session is down It could be that my the ssh configuration on the scp repository is faulty, but I thought I'd check here before digging into ssh-debugging. In my pom.xml I have configured repositories repository idsecure-repository/id urlscp:/myhost.com/var/mavenrep/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy /repository repository idcentral/id urlhttp://ibiblio.org/maven2/url /repository /repositories In my settings.xml I have configured settings servers server idsecure-repository/id usernameme/username privateKey/home/me/.ssh/id_dsa/privateKey passphrasemyPassPhrase/passphrase /server /servers mirrors mirror idcloser-central/id urlhttp://mirrors.sunsite.dk/maven2/url layoutdefault/layout snapshotPolicydaily/snapshotPolicy mirrorOfcentral/mirrorOf /mirror /mirrors /settings Best regards, Ørjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
