Community
- Command Central
- MVP Program
- Monthly Mission
- Blogs
- Groups
- Events
- Media Vault
Products
- Observability
- Network Management
- Application Management
- IT Security
- IT Service Management
- System Management
- Database Management
Content Exchange
- SolarWinds Platform
- Server & Application Monitor
- Database Performance Analyzer
- Server Configuration Monitor
- Network Performance Monitor
- Network Configuration Manager
- SQL Sentry
- Web Help Desk
Free Tools & Trials
Store

Access denied on xxx.xxx.xxx.xxx\root\cimv2

I have been performing a WMI test on my solarwinds box to attempt to connect to some servers that are having difficulty connecting to services on five different servers (I hope that makes sense??) So I used a service account (that's a domain admin) to attempt to connect to the particular citrix server to monitor the services. I am using WMI tester (wbemtest.exe) and attempting to connect to one of the servers with the service account (I can logon vie the service account and telnet) but get an access denied to access the root\cimv2 folder.

I have allowed full access (I will tone it down when it works) to both the root and the folder.

I then try my own credentials and it is perfectly fine.

I think it must be some odd permissions in my profile and then copy all permissions from my profile to the service account... ... I still receive 'access is denied'

So what's the deal, am I missing something here?

Find more posts tagged with

Accepted answers

All comments

deverts

Could WMI not be setup "fully?"

wmi Access denied

pratikmehta003

check this out in case the devices you are monitoring are not in domain:

https://support.solarwinds.com/Success_Center/Server_Application_Monitor_(SAM)/Unable_to_access_server_WMI_using_a_local_administrator_account

shaun_9999

Did that. Did that before.

shaun_9999

The services uses network logon, rather than local logon. But the account is an admin on Citrix network services.

pratikmehta003

I have come across issues with WMI connectivity lot of times.. it could be firewall issue, server not in domain, or not enough rights...

probably you will have to do all ways of troubleshooting to nail down in our case...

And u mentioned that, with your account its working so there's something to do with the policy...

shaun_9999

I will address this is three topics:

Firewall - These are turned off via group policy

Server not in domain - Server is attached to the domain as we sign on with domain credentials.

Rights - The service account is an domain admin and admin on the folder.