Re: [libvirt-jenkins-ci PATCH 2/5] guests: templates: Introduce a gitlab-runner RC init service template

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Apr 03, 2020 at 06:26:23PM +0200, Andrea Bolognani wrote:
> Looks like I somehow sent an empty reply by mistake the first time
> around. Let's try again...
>
> On Fri, 2020-04-03 at 16:04 +0200, Erik Skultety wrote:
> > On Fri, Apr 03, 2020 at 03:50:21PM +0200, Andrea Bolognani wrote:
> > > I have tested this, though not extensively, on Linux and adding
> > > User=gitlab to the service file seems to be basically all that's
> >
> > Did ^this actually work? I recall having some issues on Linux when I used the
> > User= directive and I could not get the agent pull a job from the server,
>
> It would seem that way:
>
>   https://gitlab.com/abologna/libvirt/pipelines/132661098

Sorry, what exactly am I looking at ^here? Those are all containers, whereas
these patches are targeting VMs mainly.

Anyhow, now I remember why I didn't go with User=gitlab systemd service
directive and opted for dropping the privileges by gitlab-runner itself, the
build fails on debian-9:
https://gitlab.com/eskultety/libvirt/-/jobs/498107944

..so far, I haven't been able to identify the problem on debian. In fact, if I
create the directory forcefully, I get:
https://gitlab.com/eskultety/libvirt/-/jobs/499941944

...which is even weirder because it doesn't tell me anything and not even debug
messages on gitlab-runner reveal what the issue is, it just "fails the job"

Centos-7 (identical setup):
https://gitlab.com/eskultety/libvirt/-/jobs/498107857

FreeBSD:
https://gitlab.com/eskultety/libvirt/-/jobs/498107686

--
Erik Skultety





[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux