Could you please show us in details how to do it?
After re-pathing my data from being referenced via Drive letter (Y:\geodatabase.gdb) to a UNC path, I was getting this error for all layers in my Map Services. Even though ArcMap showed that I was publishing with data referenced via UNC path, I realized that somehow the data published was still referencing my mapped drive letter (Y:\geodatabase.gdb)Removing my mapped drive and ensuring that data was referenced via UNC path fixed the issue for me.
I fixed this issue by disabling schema lock of map service and republishing.
I had the same problem today: this didn't have anything to do with permissions since I was using featureclasses in SQLEXPRESS and connected using the dataowner. Also not with permissions of the arcgis user since I could add the SOE before without problem.
I got the error after adding a new version of my SOE to the service and solved it as Ross Brewer said: deleting the service and publishing it again, and adding the SOE again.
By the way: I'm using AGS 10.2.2
This was the solution for me... I have a subfolder on our application server containing a geodatabase with my data for server. We gave the subfolder (not the root) full access to the 'arcgis' user and the service published just fine.
I received this error using ArcGIS for Server 10.2 when I tried to publish from an mxd in my C:/Users/user/Desktop folder. Once I moved the mxd and data to a folder higher in the directory structure (to C:/newFolder), I no longer had the error. I assume this was a permissions issue; this does seem to be (another) one of those ESRI errors which the error description itself is not really related to the actual problem.
I am running ArcGIS server 10.22 which means my server had the 10.1 version uninstalled and the new one installed. Therefore I have the users and permissions setup a little differently.
Try this:
Right click on computer, expand server manage>Configuration>Local users and groups>groups
Double click administrators and add ArcGIS local user to the administrators group.
Thanks peter,how do i add the arcgis user with permissions
kindly help,am stuck here,if need be take me through each step
Hi, i had the same problem.
Solution
The standalone table that have a problem was on the last in the TOC "Lyst by source" into the mxd file.
I try to delete it and control if the rest work. Then the next last table failed.
So I try to add after my last table, one table with name 'z_something' and then publish my webservice.
Failed the last table with name 'z_something' but the rest work good.
Mistery !!!
I was having the same problem as is discussed in this thread. I was also getting this error:Error: Error handling service request : Cannot obtain a free instance.; nested exception is: com.esri.arcgis.discovery.ejb.ArcGISServerEJBException: com.esri.arcgis.discovery.servicelib.AGSException: AutomationException: 0x80004005 - Unspecified errorCode: 500Granting the ArcGIS Server user full security on the folder with my data resolved both problems.
I loaded ArcTutor and copied the folder "C:\arcgis\ArcTutor\Parcel Editing" to "C:\Users\Public\Documents".I then tried to publish ParcelEditing.mxd as a map service using ArcMap. It fails with the "base table definition string is invalid" error being discussed here.ESRI support suggested adding the arcgis account to folder so I did. No difference. In fact I don't think that doing this should be necessary since the SERVICE group has access and both the ArcGISServer and ArcSOC processes are a member of the SERVICE group.What does work to is to create a folder C:\GisData and then give the arcgis account access to it. So there is a permission issue here but it is not related to the arcgis account. Seems like a bug to me. Let's see what ESRI support comes back with.
That's the understatement of the year. I don't know how many times I've been given a generic error and had no idea how to fix it because I didn't know what the problem was. Many of the errors I've had require the use of MXD Doctor or checking each individual layer for problems. Of course, a generic error is better than no error at all which I've had a lot when I go to print and ArcMap locks up.
It would be helpful if ArcGIS Server provided additional/better error information.
I am not sure if this would help but I would install arcgis server 10.1 service pack 1, etc. It fixed several problems I was experiencing in editing.
you might want to check securtiy permissions on the file geodatabase to see if you arc user is allowed access
What if my data is file geodatabase but not SDE? how to give "select" permission?
I had the same issue and resolved it by giving user arcgis SELECT rights to the database in SQL
@ESRI - there's a lot of us getting this error message including myself. Can you shed some light on the possible causes of this issue?Brad
Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.