New Community Ranking System
Our Community ranking system has recently been updated. You may notice changes in user rankings and receive system messages or notifications. If you have questions about how the new ranking works, please refer to the announcement post for more details (click here).
DCE 7.9.2 - Unable to mount CIFS share using service account
EcoStruxure IT Forum
Schneider Electric support forum about installation and configuration for DCIM including EcoStruxure IT Expert, IT Advisor, Data Center Expert, and NetBotz
Search in
Improve your search experience:
Exact phrase→Use quotes " "(e.g., "error 404")
Wildcard→Use * for partial words(e.g., build*, *tion)
AND / OR→Combine keywords(e.g., login AND error, login OR sign‑in)
Keep it short→Use 2–3 relevant words, not full sentences
Filters→Narrow results by section(Knowledge Base, Users, Products)
Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.
You have entered an invalid email address. Please re-enter the email address.
This co-worker has already been invited to the Exchange portal. Please invite another co-worker.
Please enter email address
Send InviteCancel
Invitation Sent
Your invitation was sent.Thanks for sharing Exchange with your co-worker.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2026-05-1911:44 AM
DCE 7.9.2 - Unable to mount CIFS share using service account
We are trying to setup a windows repository and scheduled backups utilizing an active directory non-user service account and are unable to get the share mounted.
The share mounts properly using an individual active directory account.
I am unable to find any details on unusable special characters or a character count limit on passwords.
Any troubleshooting would be helpful.
This shows the error received but i have no idea how to interpret this.
Regardless of user type, the User object in active directory should all work the same. If the issue is with the service user only, then likely it is something with permissions like the Test Results you provided show. I haven't seen any issues with using a service user (standard user object with a password that never expires and isn't forced to change on first login).
By a non-user service account, I assume that you mean a standard user object with the following:
- Checkbox unchecked for require user password change on first login
- Checkbox checked for for Password never expires
I recommend making sure the specific user is listed in the permissions of the share for full access to see if the same issue persists.