On Mon 10 Mar 2014 09:15:12 AM CET, Eyal Edri wrote:
> Hi,
>
> Recently I've been approached by several developers who are working on
> enabling
> vdsm functional tests on
jenkins.ovirt.org, and they need access to the
> slaves running those tests,
> otherwise its almost impossible to debug and fix those tests (errors
> doesn't reproduce on their test env).
>
> What i propose is giving "power user" access to jenkins slaves, similar
to
> what we do on jenkins master,
> maybe at 1st w/o sudo access, and later on adding specific commands to sudo
> if it's needed.
>
> procedure should be documented in
ovirt.org and request should be sent to
> infra(a)ovirt.org,
> explaining the need to access the slaves + public key of the requester.
>
> I think it's important to allow this access if we want our infra to scale,
> having more
> people that can fix and solve problems on their specific jobs/projects.
>
> thoughts/suggestions?
>
> Eyal.
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/infra
IMO each allowed developer must have it's own user/ssh key to log into
the slaves.
Also some of the slaves are not reachable from outside (minidells) or
only reachable from jenkins master or vpn (rackspace). That needs to be
sorted out also.
Another "parallel" feature would be the ability to pin a
job to a slave (not sure if this is achievable currently), so you could run a job, login
to the slave, fix something, re-run, repeat.
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Email: dcaro(a)redhat.com
Web:
www.redhat.com
RHT Global #: 82-62605
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra