Is Pageant.exe, not Pagent.exe

To complete this case, adding tasklist command shows me that pageant is 
running from the job side.

D:\AAA\nt>tasklist

Image Name                     PID Session Name        Session#    Mem Usage
========================= ======== ================ =========== ============
System Idle Process              0 Services                   0          4 K
System                           4 Services                   0         36 K
smss.exe                       360 Services                   0        332 K
csrss.exe                      508 Services                   0      3.504 K

...

pageant.exe                   5264 Console                    1      7.384 K

...


I definitely have no idea why the svn update works like is pageant is 
missing, SVN_SSH is defined, there is network access, and pageant.exe is 
visible.

Thanks

 
Le jeudi 12 juin 2014 08:35:56 UTC+1, Juan Pablo Hernandez Vogt a écrit :
>
> Le mercredi 11 juin 2014 16:01:24 UTC+1, Eric Pyle a écrit :
>>
>>  By default a Windows service runs as the Local User account, which has 
>> no access to network resources. Try configuring the service to run as a 
>> particular user who has permission for the SVN repo in question.
>>
>>
> Yes Eric, I thought that and I did it, that was I tried to explain in my 
> notes (1) and (4) where I see from environment variables that the job is 
> running as my user.
>
> A ping command, or a dir to a shared network folder are executed correctly 
> in the job, so I think there is access to network resources. 
>
>
> So that gives me the idea that the problem is svn identification... I 
> checked this:
>
> a) In my terminal, I close Pagent, and executing a svn update now has the 
> same result as Jenkins's job!
> D:\AAA\nt>svn update
> Updating '.':            <-- waiting indefinitely, cancel Ctrl+C
>
> svn: E210002: Unable to connect to a repository at URL 
> 'svn+ssh://user@repodir'
> svn: E210002: To better debug SSH connection problems, remove the -q 
> option from 'ssh' in the [tunnels] section of your Subversion configuration 
> file.
> svn: E210002: Network connection closed unexpectedly
>
> b) Starting Pagent.exe and trying again works!
>
>
> So, what I have here is that my service, launched as my user, does not 
> "see" my Pagent.exe process.
>
>
> Best regards,
> JP
>
>
> On 6/11/2014 8:42 AM, Juan Pablo Hernandez Vogt wrote:
>>  
>> Hello, 
>>
>>  I tried to find an answer in the list but I did not find what is wrong. 
>> Probably is a stupid thing...
>>
>>  The job only execute a command *svn update* in my Windows 8.1 machine:
>>
>>  a) If I start the client from JNLP file, the job is executed.
>>
>>  b) If I install it as service, it holds waiting... waiting for password 
>> maybe?
>>  
>> D:\AAA\nt>svn update 
>> Updating '.':
>>
>>
>> then after 5 minutes I decide to abort the job:
>>
>> Build was aborted
>> Aborted by anonymous <http://jenkins.oe.com/user/anonymous>
>> Finished: ABORTED
>>
>>  Stopping the service, executing a mandatory svn cleanup from an 
>> independent cmd, and launching again from JNLP, works like a charm.
>>
>>  
>>  Why the svn update command does not work from service? Where to read to 
>> understand how Jenkins works on this mode?
>>  
>>  
>>  Notes: 
>> 1) My user is defined in a domain server, not in my local machine. For 
>> that I configured the service to use my specific user@domain and password.
>> 2) I'm using Pagent.exe, all svn commands (checkout, update, commit, 
>> status..) from my cmd.exe work well.
>> 3) The command svn status works perfect from JNLP and from Service.
>>  4) Seems that the connection with Pagent.exe is broken. Printing some 
>> environment variables inside the job I find the expected values:
>>  
>> ALLUSERSPROFILE=C:\ProgramData
>> APPDATA=C:\Users\jpvogt\AppData\Roaming
>> BASE=D:\Jenkins
>>
>> SERVICE_ID=jenkinsslave-D__Jenkins
>> SVN_SSH=C:/putty/plink.exe
>>
>>  
>>  
>>  
>>  Thanks for your time reading this issue.
>>
>>  Best regards,
>> JP
>>
>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to