Forum Discussion

DaleJohnson's avatar
DaleJohnson
Regular Visitor
11 months ago
Solved

Power BI Gateway Installation issues

Good Afternoon,

I am trying to install the latest version of PowerBI Data Gateway onto Server 2022 running RDS services.

The server uses User Profile Disks.

The install fails with the error that the PBIEgwService cannot be started.

I am not sure what is causing the issues.

  • I have opened a support case with MS Support.  Their tech team could not solve my issue either.

    I could not wait to get this resolved anymore so I just built a new server.

    I am sorry I do not have an official resolution.

21 Replies

  • Hi DaleJohnson I have a similar issue when upgrading the Gateway. Everything is fine until it needs to start the service and then it rollsback and doesn't upgrade.

     

    As a workaround, I manually start the service (when the progress bar is around 90%). To start the service, open the service properties, go to the Log On tab, remove the password for the NT SERVICE\PBIEgwService account, and click OK three times. Then, start the service manually.

  • Hello DaleJohnson ,

     

    Do you have more information in Event Viewer under Windows Logs → Application for more detailed error message

     

    Vivien 

     

    • DaleJohnson's avatar
      DaleJohnson
      Regular Visitor

      Log Name: Application
      Source: MsiInstaller
      Date: 10/3/2025 2:18:24 PM
      Event ID: 11920
      Task Category: None
      Level: Error
      Keywords: Classic
      User: ESCSEC\sec_djohnson
      Computer: SECRDSP001.escsec.local
      Description:
      Product: GatewayComponents -- Error 1920. Service 'On-premises data gateway service' (PBIEgwService) failed to start. Verify that you have sufficient privileges to start system services.
      Event Xml:
      <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
      <Provider Name="MsiInstaller" />
      <EventID Qualifiers="0">11920</EventID>
      <Version>0</Version>
      <Level>2</Level>
      <Task>0</Task>
      <Opcode>0</Opcode>
      <Keywords>0x80000000000000</Keywords>
      <TimeCreated SystemTime="2025-10-03T20:18:24.5888689Z" />
      <EventRecordID>121762</EventRecordID>
      <Correlation />
      <Execution ProcessID="0" ThreadID="0" />
      <Channel>Application</Channel>
      <Computer>SECRDSP001.escsec.local</Computer>
      <Security UserID="S-1-5-21-4222912542-1287919725-14415386-1103" />
      </System>
      <EventData>
      <Data>Product: GatewayComponents -- Error 1920. Service 'On-premises data gateway service' (PBIEgwService) failed to start. Verify that you have sufficient privileges to start system services.</Data>
      <Data>(NULL)</Data>
      <Data>(NULL)</Data>
      <Data>(NULL)</Data>
      <Data>(NULL)</Data>
      <Data>(NULL)</Data>
      <Data>
      </Data>
      <Binary>7B30323338313244332D304135372D343638312D383333412D4338393735363336343045357D</Binary>
      </EventData>
      </Event>

       

       

      Log Name: Application
      Source: Microsoft-Windows-User Profiles Service
      Date: 10/3/2025 2:18:24 PM
      Event ID: 1501
      Task Category: None
      Level: Error
      Keywords:
      User: NT SERVICE\PBIEgwService
      Computer: SECRDSP001.escsec.local
      Description:
      Windows cannot create a temporary profile directory. This problem may be caused by insufficient security rights.

      DETAIL - Element not found.

      Event Xml:
      <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
      <Provider Name="Microsoft-Windows-User Profiles Service" Guid="{89b1e9f0-5aff-44a6-9b44-0a07a7ce5845}" />
      <EventID>1501</EventID>
      <Version>0</Version>
      <Level>2</Level>
      <Task>0</Task>
      <Opcode>0</Opcode>
      <Keywords>0x8000000000000000</Keywords>
      <TimeCreated SystemTime="2025-10-03T20:18:24.3472474Z" />
      <EventRecordID>121763</EventRecordID>
      <Correlation />
      <Execution ProcessID="1944" ThreadID="3600" />
      <Channel>Application</Channel>
      <Computer>SECRDSP001.escsec.local</Computer>
      <Security UserID="S-1-5-80-1835761534-3291552707-3889884660-1303793167-3990676079" />
      </System>
      <EventData>
      <Data Name="Error">Element not found.
      </Data>
      </EventData>
      </Event>

      • DaleJohnson's avatar
        DaleJohnson
        Regular Visitor

        I rant the installer by right clicking on the .exe and running it as Administrator.  If it helps, my account on the server is a Domain Admin, so I have full admin access on the server.

  • Hi DaleJohnson,

     

    The on-premises data gateway is a machine-wide Windows service, not per-user, so RDS user profiles/UPDs shouldn’t be involved. Use the Standard (enterprise) gateway installer and run it as an administrator. See Microsoft’s install guide: Install an on-premises data gateway.

     

    Verify the service account has “Log on as a service”. By default the service runs as the virtual account NT SERVICE\PBIEgwService. Confirm Group Policy isn’t stripping this right on RDS hosts:

    • Open secpol.msc > Local Policies > User Rights Assignment > Log on as a service and ensure NT SERVICE\PBIEgwService is present.
    • If your domain GPO overwrites local settings, add it (or switch to a gMSA/domain account) centrally. Docs: Change the on-premises data gateway service account.
      Tip: If you do change accounts, do it in the Gateway app, not just services.msc, so permissions are applied correctly.

    Start the service and check Event Viewer.

    • Start: services.msc > On-premises data gateway service (PBIEgwService).
    • Event logs: Event Viewer > Applications and Services Logs > On-premises data gateway service for precise startup errors. Microsoft’s troubleshooting article shows where to look and how to export logs: Troubleshoot the on-premises data gateway.

    Best practice (optional but recommended): Consider hosting the gateway on a dedicated utility VM instead of an RDS session host to avoid contention and GPO/profile hardening side-effects. Background and guidance: RADACAD gateway overview and Using the gateway with Fabric.


    If you found this helpful, consider giving some Kudos. If I answered your question or solved your problem, mark this post as the solution.

    • DaleJohnson's avatar
      DaleJohnson
      Regular Visitor

      The issue is I cannot get the gateway to install.  It gets to the end of the installer then it bombs out and reverts the install.

      As much as it is running on RDS, we have no GPOs that impact RDS services.  When I look at the secpol.msc, I do see the NT SERVICE\PBIEgwService user in the list.

      I cannot change the service account to anything else as the appication will not even install.

      In these instructions, I cannot get past Step #2

      Install an on-premises data gateway | Microsoft Learn

       

       

       

       

       

  • Anonymous's avatar
    Anonymous
    Not applicable

    Hi DaleJohnson ,

    Thanks for reaching out to the Microsoft fabric community forum. Also thank you tayloramy  and vivien57  for your helpful response.

     

    Since the gateway installs correctly on a clean Server 2022 RDS host with the same settings, it looks like the problem is specific to the production server’s environment, rather than being caused by permissions or the installer itself.

    The PBIEgwService startup failure typically points to a system-level conflict, such as a corrupted service profile, leftover registry entries, or interference from a local security or endpoint agent that blocks the gateway from initializing its necessary components. Since you have already tried all the troubleshooting steps, it would be best to open a support case with Microsoft so their engineering team can perform a more detailed trace on the affected host.

    You can open a support ticket using the following link:

    Power BI and Fabric support overview - Power BI | Microsoft Learn

    Hope this helps. Please feel free to rech out for any further questions.


    Thank you .

     

  • Anonymous's avatar
    Anonymous
    Not applicable

    Hi DaleJohnson ,

     

    Could you please confirm if the issue has been resolved or raised support ticket with Microsoft? If the issue has been resolved, we kindly request you to share the resolution or key insights here to help others in the community.

    Please feel free to contact us if you have any further questions.

    Also thank you Wikkleyn_81  for your helpful response.

     

    Thank you.

  • Anonymous's avatar
    Anonymous
    Not applicable

    Hi DaleJohnson ,

     

    We haven’t received an update from you in some time. Could you please let us know if the issue has been resolved?
    If you still require support, please let us know, we are happy to assist you.

     

    Thank you.

    • DaleJohnson's avatar
      DaleJohnson
      Regular Visitor

      I have opened a support case with MS Support.  Their tech team could not solve my issue either.

      I could not wait to get this resolved anymore so I just built a new server.

      I am sorry I do not have an official resolution.

  • I am faced with the same error 1920 on an AWS EC2 instance where the gateway service fails to start at the end of installation and the installation rolls back completely. I have traced the issue to our network security policy which enforces a role-based domain level security group for logging on as a service (thus requiring a domain account to run as a service) while simultaneously locking the local security policy so that it can't be modified on the machine, even temporarily. Because the install fails and rolls back its changes, there is no way to modify the login account for the service after installation. The service is uninstalled and there is no GUI without the installation.

  • SOLVED - Error 1920 / PBIEgwService fails to start

     

    I was unable to update/install the On-premises data gateway on Windows Server 2022.

     

    The installation always failed with:

     

    Error 1920. Service 'On-premises data gateway service' (PBIEgwService) failed to start. Verify that you have sufficient privileges to start system services.

     

    I also received Windows Service Error 1064 when trying to start PBIEgwService manually.

     

    In my case, this was not a permissions, .NET, WMI, Windows Update, or service account issue.

     

    The actual cause was a port conflict with On-premises data gateway (personal mode).

     

    I checked the gateway logs here:

     

    C:\Windows\ServiceProfiles\PBIEgwService\AppData\Local\Microsoft\On-premises data gateway\GatewayErrors*.log

     

    The log showed:

     

    System.ServiceModel.AddressAlreadyInUseException

     

    and:

     

    System.Net.Sockets.SocketException (10048)

     

    The standard gateway was trying to listen on:

     

    127.0.0.1:45376

     

    but that port was already in use.

     

    I checked the port with PowerShell:

     

    Get-NetTCPConnection -LocalPort 45376 -State Listen

     

    Then I identified the process using the returned PID:

     

    Get-CimInstance Win32_Process -Filter "ProcessId = <PID>" | Select ProcessId, ParentProcessId, Name, ExecutablePath, CommandLine

     

    The process using port 45376 was:

     

    Microsoft.PowerBI.DataMovement.PersonalGateway.exe

     

    from:

     

    C:\Users<user>\AppData\Local\Microsoft\On-premises data gateway (personal mode)\

     

    Solution:

     

    Stop the Personal Gateway process.

    Confirm that nothing is listening on port 45376 anymore.

    Start PBIEgwService again.

     

    After stopping the Personal Gateway process, the standard On-premises data gateway service started successfully and showed Running in Services.

     

    So if you are getting Error 1920 and already have or previously had Personal Mode installed, check the GatewayErrors log for AddressAlreadyInUseException and check whether port 45376 is already in use before spending time troubleshooting permissions.

     

    In my case, the Personal Gateway and the standard On-premises data gateway were conflicting over the same localhost port.