Service Logon Privileges error needs to be wrapped; why is it failing anyway? The user already has SeServiceLogonRight

Continua CI Discussion
1

See screenshot:



At first I thought the user was missing the SeServiceLogonRight but that’s not it:

C:\Windows\System32>accesschk.exe /accepteula -q -a SeServiceLogonRight
        IIS APPPOOL\Classic .NET AppPool
        NT SERVICE\ALL SERVICES
        VCS-CI\ContinuaCI

This setup used to work in the past, see the screenshots I’ve made back then: https://github.com/jpluimers/Confer…puter-name

–jeroen

2

Can’t see the screenshot, dropbox reporting 404.

3

Somehow it got invalidated. It’s now here:

4
The forum plays URL magic on me; download the screenshot here: https://www.dropbox.com/s/aptj3olqjqo64yy/Screenshot%202016-05-30%2017.05.30.png?dl=0
5

If you use the machine name does that work? Nothing has changed in the installer so not sure what would cause that to stop working.

6

Yes, that works, but it’s not nice.

Could this be Windows 7 versus Windows 8?
Do you have spare VMs to try on?

–jeroen

7

Hi Jeroen,

Using “./username” doesn’t work in our tests on Windows 7, Windows Server 2012 or Windows 10.  We’ve not changed this code so we’re not sure how that would have worked in the past. We will however update the installer to deal with this account format.

8

I’m not sure which version I installed first, but it has worked one day.

So thanks for fixing this in a future version of the installer.

–jeroen