Thanks a lot. tested with success. master and slave on same unix machine 
without doing anything else that playing with "add a node" in Jenkins 
administration.

Concerning ressource taken by jenkins slave. do you have an idea ? Because 
if we need one slave per user on the unix machine, there could be a 
ressource problem.

Le samedi 10 octobre 2015 00:02:43 UTC+2, Mark Waite a écrit :
>
>
> On Fri, Oct 9, 2015 at 3:58 PM armandooooo <arman...@gmail.com 
> <javascript:>> wrote:
>
>> thanks a lot for details. 
>>
>> I was told that one jenkins installation must be configured as master OR 
>> slave.
>>
>> When I read your post, it seems that it is possible to configure a slave 
>> on the same machine without installing another Jenkins installation and 
>> configure it as a slave:
>>
>> one jenkins installation could be configured as a master and also be used 
>> to configure other slaves ? right ?
>>
>
> That's right.
>
> The general guidance is one slave per machine because a single slave can 
> have multiple executors.  Executors are lighter weight than slaves, since 
> they exist within a slave.  Your use case is atypical because you need 
> different system level attributes (logged in user, signing certificate 
> access, etc.) for different jobs.
>
> Mark Waite
>  
>
>> 2015-10-09 23:51 GMT+02:00 Mark Waite <mark.ea...@gmail.com <javascript:>
>> >:
>>
>>> I can confirm that it is possible to have a master and a slave on the 
>>> same Linux machine where the master runs as one user and the slave runs as 
>>> another user.
>>>
>>> It is atypical because most Jenkins users don't need a specific user to 
>>> execute their build steps.  It is not abnormal or hard to do.
>>>
>>> I've never seen any documentation which describes how to do that, though 
>>> there are help icons beside each of the fields which control that behavior.
>>>
>>> Using our Jenkins server (running as the user "jenkins"), I configured a 
>>> slave to run as the user "mwaite" on the same machine by configuring a 
>>> slave, and selecting credentials for the user mwaite from the "Advanced" 
>>> section of the Jenkins nodes configuration page.  Then I ran a job on that 
>>> slave which executed the command "id".  That command showed that the slave 
>>> is running as the user "mwaite" as expected.
>>>
>>> Mark Waite
>>>
>>> On Fri, Oct 9, 2015 at 3:15 PM iostrym <arman...@gmail.com <javascript:>> 
>>> wrote:
>>>
>>>> Thanks a lot for your answer.
>>>>
>>>> Then can you confirm me that it is possible to have a master (user 
>>>> jenkins) and its slave (user TOTO) on the same linux machine ?
>>>>
>>>> If yes, is it a abnormal and tricky way of doing (hard to do, badly 
>>>> documented, with low chance of success) or is it a common way of doing ?
>>>>
>>>>
>>>> Le vendredi 9 octobre 2015 22:58:05 UTC+2, Mark Waite a écrit :
>>>>
>>>>> The Jenkins slave launch will allow you to launch the slave as the 
>>>>> user TOTO.  Then all jobs which run on that slave will be executed as the 
>>>>> user TOTO.  You can even run multiple slaves as the same user (though I 
>>>>> don't know why you would), so long as you use a distinct directory for 
>>>>> each 
>>>>> of the slaves.
>>>>>
>>>>> Mark Waite
>>>>>
>>>>> On Fri, Oct 9, 2015 at 9:03 AM iostrym <arman...@gmail.com> wrote:
>>>>>
>>>> We have a multi-user linux server.
>>>>>>
>>>>>> Jenkins in installed and configured as master.
>>>>>>
>>>>>> Some jobs need to be run by a user TOTO for some specific reasons 
>>>>>> (license access for example)
>>>>>>
>>>>>> One of our solution is to use "execute shell script on remote host 
>>>>>> using ssh" but then the workspace is still on the jenkins user whereas 
>>>>>> data 
>>>>>> are generated on the TOTO home directory. We would like to avoid a 
>>>>>> script 
>>>>>> to move data generated (pretty dirty)
>>>>>>
>>>>>> So I wonder if it is possible to install a slave jenkins for each 
>>>>>> user on the same linux machine ? Then the job workspace will be on TOTO 
>>>>>> homespace.
>>>>>>
>>>>>> What is the most-used multi-user linux architecture for Jenkins ? 
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> -- 
>>>>>> 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 jenkinsci-use...@googlegroups.com.
>>>>>
>>>>>
>>>>>> To view this discussion on the web visit 
>>>>>> https://groups.google.com/d/msgid/jenkinsci-users/68956858-28c3-4b0d-bc1c-f789c3f644fc%40googlegroups.com
>>>>>>  
>>>>>> <https://groups.google.com/d/msgid/jenkinsci-users/68956858-28c3-4b0d-bc1c-f789c3f644fc%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>> .
>>>>>> 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 jenkinsci-use...@googlegroups.com <javascript:>.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/jenkinsci-users/7b5d870e-d898-4911-a14a-9e8ce5a549ce%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/jenkinsci-users/7b5d870e-d898-4911-a14a-9e8ce5a549ce%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>> -- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "Jenkins Users" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/jenkinsci-users/zvHK5yl-dcs/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to 
>>> jenkinsci-use...@googlegroups.com <javascript:>.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtEtB6WgO8LKcMnYHPe1gKH%2BoREFkw%2B%3DR1jScdCXxUGysg%40mail.gmail.com
>>>  
>>> <https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtEtB6WgO8LKcMnYHPe1gKH%2BoREFkw%2B%3DR1jScdCXxUGysg%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>> .
>>
>>
>>> 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 jenkinsci-use...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/CALdEp19TptHSBwccfJX6pEMEw6r9qp0ycKMdY6P6Lm%3DR6L6WxQ%40mail.gmail.com
>>  
>> <https://groups.google.com/d/msgid/jenkinsci-users/CALdEp19TptHSBwccfJX6pEMEw6r9qp0ycKMdY6P6Lm%3DR6L6WxQ%40mail.gmail.com?utm_medium=email&utm_source=footer>
>> .
>> 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 jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/11a6edc8-3c4c-44e4-b782-21034ef80dbd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to