nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

"Method failed.HRESULT = 0x80070057 : The parameter is incorrect" in AGS 10.1 log

TomCohen

I have several map services running on the same server / AGS instance and one of them, which sources all its data from File GeoDatabases (which are registered folders on the server) periodically logs the following message in AGS (tagged SEVERE).

Method failed.HRESULT = 0x80070057 : The parameter is incorrect

The service is configured to always draw data dynamically, and has never been configured to create / use a tile cache. However, it also periodically logs

Failed to rename cache folder

This message is also tagged SEVERE. There doesn't seem to be any issue rendering data, and rendering time is good, so I have no idea if this is a problem or not.

Any suggestions on what's going on here would be much appreciated.

Find more posts tagged with

Accepted answers

All comments

StevenMoore1

It's tough to say what that error could be caused by since there doesn't seem to be any impact on performance.

Do you have any other services published using the same file geodatabase data? Do they log similar errors? If you don't have any other services that use this data, can you publish a test one that does and see if it logs the same errors?

Can you try republishing this service?

nicogis

Tom, can you do this test?

1) with browser go in rest directory service
2) select a service and a layer in service
3) do a query (example only where ...)
4) repeat same query
Have you an error?

I have seen that I log these errors with this operations (10 sp1 and fgdb and dynamic service) but I am not sure if it is this problem. Seem that ags fails retrieve results of the same request from its cache.

JackZHANG

we have the same problem on one of our feature access service. What does the error message mean?

soniadickerson1

We have the same problem. Services producing these entries in the log files but in our case, it did affect the service. The service could be viewed from the rest endpoint but none of the layers were available.

Here's the error description from 10.1 help:

http://resources.arcgis.com/en/help/main/10.1/index.html#//00vp00000033001499

Description
The cache folder gets renamed prior to being deleted. That rename process has failed. The cache folder may be open in some other window. Some other application may currently be consuming the cache folder. The cache folder could be set to read-only.
Solution
Make sure that the service cache directory and its folders are not open in any other program or window and that they are not read-only.

Is it possible that the permissions for the cache directory maybe set up incorrectly? The Arcgis server administrator group would need read/write permissions.

TonyAlfredsson

Hi,

Did anyone confirm this to be related to the permissions on the cache directory? We have a client with the same error who have service issues around no cache data getting displayed.

Regards, Tony

We have the same problem. Services producing these entries in the log files but in our case, it did affect the service. The service could be viewed from the rest endpoint but none of the layers were available.

Here's the error description from 10.1 help:

http://resources.arcgis.com/en/help/main/10.1/index.html#//00vp00000033001499

Description
The cache folder gets renamed prior to being deleted. That rename process has failed. The cache folder may be open in some other window. Some other application may currently be consuming the cache folder. The cache folder could be set to read-only.
Solution
Make sure that the service cache directory and its folders are not open in any other program or window and that they are not read-only.

Is it possible that the permissions for the cache directory maybe set up incorrectly? The Arcgis server administrator group would need read/write permissions.

AlinaTaus

Hi,

I am experiencing the same problem as everyone else on this thread. The two error messages are logged every time I publish/re-publish a service. The map services seem to work fine, although we've had some issues with users not being able to save their field edits. The error message reads "An error occurred while posting feature edits. Unable to compute operation". After several attempts the edits do get saved eventually. I am not sure if this issue is related to this error message or not, we've also had some issues with our SDE database...

Does anybody have any updates on this?

Thank you very much!

NielsVemmelund1

the cache rename error is a known bug

http://support.esri.com/en/bugs/nimbus/role/beta10_1/TklNMDg5MTY2‌

regard, niels

TammyKobliuk

niels - the URL you provided appears to be in a password-protected beta testing area. Are you able to extract and post some text? I am currently dealing with the same issue...

NielsVemmelund1

Sorry about that

I searched for this issue while i was logged in.

The result without login is

http://support.esri.com/en/bugs/nimbus/TklNMDg5MTY2

GabiVoicu

Two more versions pass by and sure enough coming across exact same error in ArcGIS Server 10.3

Method failed.HRESULT = 0x80070057 : The parameter is incorrect

The service looks fine in the rest point as well as the query on a certain layer but the app does not display this one layer in particular from the service that throws this error ...it's not consistent either ...

It's been a while since this post was started - is anyone else is seeing this error in 10.3 ?

Thank you

ChrisJensen

I am getting this error in 10.3.1 while trying to publish an editable feature layer, followed by 'Failed to rename cache folder' error

MarkBockenhauer_0-1778791670919.png

GerardEddy

Is this still an issue for anyone? Has anybody come across this error in relation to a Dynamic Service? There is no cache associated with the service. Niels' links were dead ends. one was a 404 error, the other gave a "site error" and informed me the administrator was notified.

Was/Is this a known bug with respect to dynamic services?

Thanks all, in advance.

AndyBradford

I'm getting this error, and it seems to be causing a service publish to fail. We have a third-party SOE that has to be enabled in the service's Capabilities to function, and this error message appears as it's failing. It works if the service is pushed without the SOE, but if I enable it it fails.

KarenFolger

I am getting this same error publishing at 10.5.1. I made sure that my ArcGIS Server Service account had all the permissions to the Cache folder and all the other arcgiserver folders and that they were not read-only. I re-published several services and got this same sequence of errors on every service. They are dynamic feature services from a file geodb on the same server. The services do work but excessive logging concerns me. All errors are SEVERE:

Failed to rename cache folder.

Method failed.HRESULT = 0x80070057 : The parameter is incorrect. . - for the Source service - this msg shows twice.

ApurvDanke

Hi,

I am also having the issue as given below in ArcGIS Server logs.

In my case, I have a web service which calls the "ExportMap" method of ArcGIS Server REST API for a particular dynamic map service to generate a map image for a given extent. In few cases such as mentioned above, the web service fails to generate a map image because of the errors mentioned above in ArcGIS Server logs. When I checked the same scenario again, the image was retrieved successfully and generally it works. It is these one off cases where I've observed that it fails. I am using ArcGIS Server 10.4.1. Any suggestions?

Regards,

Apurv

CesarAlvear

Encontré la solución aquí, en mi caso funciono..!

The solution here.!

BLOG DE CMAV: Method failed.HRESULT = 0x80070057 : The parameter is incorrect. .

TaraPreston

Hi Cesar. Do you by chance know if this has been translated into English anywhere? Thanks.

davehorsey1

Hi Tara. Open the link in Chrome and it'll translate the page for you.

This error code and message can also be seen in other applications. Has anyone in the thread tried to do the registry tweaks mentioned in this article - Error Code 0x80070057 - Causes and Methods to fix it | Fix Errors

Change you make to the registry are done at your own risk, etc, etc

DaveSivertsenz

This link is no longer valid. Anyone care to post the solution that used to be there?

We have this issue as well.

Thanks.

Stefan_Offermann

The solution was to check if the ArcGIS Server Account (which is running the Windows Service) has full control of the directory "arcgisserver", eg. C:\arcgisserver, \arcgisserver, E:\arcgisserver etc depending on your installation.

The spanish blog post can be found here:

https://uruleando.blogspot.com/2017/11/method-failedhresult-0x80070057.html

JoshuaDalton

For us, the crash was repeatable by loading MXD and browsing to same coordinates, or using the actual REST service endpoint with the query? function like this to pass in geometry:
http://servername.domain.com/arcgis/rest/services/SOMEFOLDER/SERVICENAME/MapServer/9/query?where=&text=&objectIds=&time=&geometry=%7By%3D45.12345%2Cx%3D-0.51234%7D&geometryType=esriGeometryPoint&inSR=&spatialRel=esriSpatialRelIntersects&relationParam=&outFields=&returnGeometry=true&returnTrueCurves=false&maxAllowableOffset=&geometryPrecision=&outSR=&returnIdsOnly=false&returnCountOnly=false&orderByFields=&groupByFieldsForStatistics=&outStatistics=&returnZ=false&returnM=false&gdbVersion=&returnDistinctValues=false&resultOffset=&resultRecordCount=&f=html

Which would result in this:

Query: LAYERNAME (ID: ###)

Error performing query operation

and an HRESULT severe error would be logged by the ArcGIS server machinename\service logs.
Changing our coordinates would not cause the error.

Opening the mxd in arcmap and allowing the whole thing to draw would crash. stopping it early and zooming in to a good coordinate area would not crash, but panning over to the problem coordinates would always crash arcmap.exe (send report to esri dialog and all).

The problem was... a bad polygon in the sde layer, which was reloaded nightly by scripts that generate that feature class. Something corrupted the layer during that dataload, and our previously functional service would then crash because of bad polygon data.

Reloading the polygon layer with fresh uncorrupted data resolved the crashing of our server.

Hope this helps someone else.

-Josh Dalton

Jelle_Stu_PR

I have the same issue when publishing dynamic services to ArcGIS Server using ArcMap 10.5.1. I get the same errors in the ArcGIS Server logs.:

SEVERE

31 jan. 2020 19:54:47

Failed to rename cache folder.

SEVERE

31 jan. 2020 19:53:46

Method failed.HRESULT = 0x80070057 : The parameter is incorrect. .

SEVERE

31 jan. 2020 19:53:46

Method failed.HRESULT = 0x80070057 : The parameter is incorrect. .

On the map (In Geocortex Essentials) the symology is not showed on others people's account but when clicking the pop-ups do show up, meaning that the data is loaded. The issue thus lies with the symbology. The symbology is shown through my account which indicates something is wrong with the sharing settings of the directory where the symbology is stored, as suggested above.

I have come to the observation that it happens when my symbology in the ArcMap document is not simple line/fill but complex symbology (such as cartographic line symbology). Replacing this to simple line/fill symbology resolves the issue. It's a workaround but not a solution to the problem.

Somehow this symbology definition is not written properly in the ArcGIS Server directories so that everyone has access. This while other dynamic layers are published successfully in the exact same directory but without complex symbology.

Anyone any idea or update what is going on and how this can be fixed?

Jelle Stuurman

PiperMcKinnon1

I too am seeing these errors at 10.6, on both dynamic and cached services. The services themselves seem unaffected, but I see jobs stacking up in the arcgisserver/directories/arcgisjobs/system/publishingtools_gpserver and cachingtools_gpserver folders. These jobs are not being cleared after publication completes. For cached services, when checking the status, some crazy numbers are returned, for example "407% of the tiles are present". We ran into this initially several months ago with cached services and esri support walked us through stopping the cache gp services in server admin, clearing out the gpserver folders related to caching, then restarting the services which did resolve it until it cropped up again a couple days ago. I tried this same method today for both caching and publishing tools but am still seeing the same errors when I republish an existing dynamic service. We were advised at the time of the initial problem that we had "too many services published to our arcgis server". Basically, the number of services causes a large number of ArcSOC processes running at the same time which affects performance (Problem: The number of ArcSOC instances causes ArcGIS Server performance issues). We combined a number of services to reduce the count, but have since published some additional services so there may be some truth to a large number of services and therefore ArcSOC processes being one possible cause of these errors.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.