|
||||||||
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
[JIRA] (JENKINS-13764) CVS authentication failure while running rlog command (Windows master / Unix slave)
michael.m.cla...@gmail.com (JIRA) Wed, 05 Sep 2012 13:43:55 -0700
- [JIRA] (JENKINS-13764) CVS authenticati... michael.m.cla...@gmail.com (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... schaarschmidt_dan...@web.de (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... michael.m.cla...@gmail.com (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... michael.m.cla...@gmail.com (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... schaarschmidt_dan...@web.de (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... schaarschmidt_dan...@web.de (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... michael.m.cla...@gmail.com (JIRA)
- [JIRA] (JENKINS-13764) CVS authent... schaarschmidt_dan...@web.de (JIRA)
Daniel: this is expected behaviour - Rlog activities (polling and changelog generation) happen on the Master which is why the path is converted to contain Windows separators in your case. Polling isn't given a workspace so there would be no way to execute polling on a slave. Changelog generation could potentially be done on the same machine as the checkout, but this wouldn't fix the polling issue. This therefore isn't a suitable solution as polling would still fail for any users with a similar setup to yours.
To fix this properly, you'll have to copy your private key file to \home\myUser\.ssh\id_dsa on your master (or set environmental variables that specify where it is on each machine and then copy it to the relevant location).