Forum Discussion
OLE DB provider 'MSOLAP.5' cannot be instantiated - Error: 80040154 Class not registered
- 9 years ago
Hi,
This issue was related to these specific errors I found in the Diagnostic Gateway logs.
OLE DB provider 'MSOLAP.5' cannot be instantiated
COMException (0x80040154)
80040154 Class not registered
I managed to resolve this by deregistering the 32-bit versions
“C:\Program Files (x86)\Microsoft Analysis Services\AS OLEDB\110\msolap110.dll”
“C:\Program Files (x86)\Microsoft Analysis Services\AS OLEDB\120\msolap120.dll”
and registering the 64 bit version.
“C:\Program Files\Microsoft Analysis Services\AS OLEDB\120\msolap120.dll”
This fixed my issue.
Hi Halfloaf82_ZA,
According to this article, you should be able to follow steps below to troubleshoot this issue.:smileyhappy:
Within Show details, you will see an error code of DM_GWPipeline_Gateway_DataSourceAccessError.
If the underlying error message is similar to the following, this means that the account you are using for the data source is not a server admin for that Analysis Services instance.
The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.
If the underlying error message is similar to the following, it could mean that the service account for Analysis Services may be missing the token-groups-global-and-universal (TGGAU) directory attribute.
The user name or password is incorrect.
Domains with Pre-Windows 2000 compatibility access will have the TGGAU attribute enabled. However, most newly created domains will not enable this attribute by default. You can read more about this here.
You can confirm this by doing the following.
-
Connect to the Analysis Services machine within SQL Server Management Studio. Within the Advanced connection properties, include EffectiveUserName for the user in question and see if this reproduces the error.
-
You can use the dsacls Active Directory tool to validate whether the attribute is listed. This is tool is normally found on a domain controller. You will need to know what the distinguished domain name is for the account and pass that to the tool.
dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"
You want to see something similar to the following in the results.
Allow BUILTIN\Windows Authorization Access Group SPECIAL ACCESS for tokenGroupsGlobalAndUniversal READ PROPERTY
To correct this issue, you will need to enable TGGAU on account used for the Analysis Services windows service.
Another possibility for user name or password incorrect
This error could also be caused if the Analysis Services server is in a different domain than the users and there is not a two-way trust established.
You will need to work with your domain administrators to verify the trust relationship between domains.
Regards
I am having this same issue.
v-ljerr-msft the underlying error message the OP lists is not the same as the errrors your response says it is meant to solve.
In addition to the exact errors i'm getting that the OP listed, here's the contents of the "show details":
Couldn't load the data for this visual
We reached the data gateway, but the gateway can't access the on-premises data source.
Please try again later or contact support. If you contact support, please provide these details.
Error CodeDM_GWPipeline_Gateway_DataSourceAccessError
Activity ID7ff2deb4-0dea-4fa7-bb10-da4018f8c4d0
Correlation ID4c77ac17-2bf1-0481-e900-69b0baa2625e
Request IDeb146678-570a-4bfb-3f8f-80646df5fa1f
TimeThu Mar 23 2017 11:29:05 GMT-0800 (Alaskan Daylight Time)
Version13.0.1700.1501
Cluster URIhttps://wabi-west-us-redirect.analysis.windows.net