Along with CI/CD Systems, automated deployment and orchestration tools, like Kubernetes, have taken over data-centers with fully containerized workloads. Teams that use CI/CD Systems can build, test, and deploy every commit from their codebase. I’ll try this and see if that is the problem.Using CI/CD Systems to quickly build and deploy software has become the norm in professional software development and open source. just after posting this, I found this FAQ entry, which indicates that the account may need the “SeServiceLogonRight” permission. Is there anyplace that the “gitlab-runner start” invocation would write out any more detailed information on what “did not start due to a logon failure” might have been? Or are there any suggestions? I tried gitlab-runner -debug start but it provides no additional info onscreen. The account/password syntax seems valid - any typos there causes the “install” step to fail with an “invalid account/password” message, so install must be doing a basic check on them. I thought it might be that this non-admin account couldn’t open a firewall port or something else runner needs to do, so I tried gitlab-runner install -user “OURDOMAINred.flintstone” -password “slate”, but that also fails “start” with the same error, and I would have thought my admin account should have been able to provide anything the runner needed as well as the system account could.

But the subsequent gitlab-runner start command throws the error “The service did not start due to a logon failure”. I tried installing runner for the day-to-day account with gitlab-runner install -user “OURDOMAINred.flintstone” -password “bedrock” which runs successfully. One is a day-to-day account (call it “fred.flintstone”), which does not have administrator privileges on the machine. I have two accounts on this Windows machine that I could use which can access the file share. Unfortunately, this account does not have access to a necessary network-share drive managed by our Active Directory (call it “OURDOMAIN”), and IT indicates they would prefer not to alter this. This works, and I can successfully set up the runner (“shell”) and use it from GitLab CI jobs. If I do a simple default gitlab-runner install, it configures itself to use the built-in system account (“NT AUTHORITY/System”). I am trying to install gitlab-runner (11.4.2) on a Windows 7 Pro 64-bit machine.

How to install gitlab runner on windows