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; } } }

The index was either too large or too small - Map Cache Error

LinKuan_Jen

Dear Sirs,

we have encountered some problem during map caching process, the error messages are as shown below:

Failed to cache extent: 206639.439105 2662911.235289 210804.241808 2669845.025823 at scale 800 ERROR 999999: Error executing function.
Failed to cache extent: 207337.875709 2666378.659724 210804.770976 2669845.554991 at scale 400 ERROR 999999: Error executing function.
The index was either too large or too small.
Failed to execute (Manage Map Cache Tiles).
Failed.
Field is not editable.
Failed to execute (ManageMapServerCacheTiles).

I tried to redo map cache for the the extent mentioned but no luck.

The map cache processes were doing fine in Arcgis 10.0, but there are many map cache problems in Arcgis 10.1, this is just part of it. We have many other problems such as cache job crashes, hangs, and so on..

I have another unsolved problem in post http://forums.arcgis.com/threads/60135-AGS10.1-Failed-to-create-service-quot-System-CachingTools.GPServer-quot

Any help will much appreciated

Thanks, Bryant Lin

Find more posts tagged with

Accepted answers

All comments

TammyKobliuk

the repair geometry tool is what has helped me. I did find a data layer that appeared to have problems.

MatthewDobson1

I've just had some success on this (I think).

I had always assumed that the error related to either the cache tiling scheme -or- the Area Of Interest that I was using. Today I found that running a repair geometry on the FGDB source for the cache info resolved this for a number of sites that I had been having issues with (since 2014!!).

We are still on 10.1 SP 1 on Windows.

Hope this helps somebody.

Here is what I found works:

Before you run the "Manage Cache" processes (like re-create or delete tiles etc.) run Convert Cache Format.

My theory is that in many cases the message is total bogus and the problem is not caused by indexes/extents/data/schema etc., and the process converting the cache format clears out any "locking" that actually triggers the failure. I'm using 10.3 but have seen this with versions 10.1 and 10.2 as well.

NathanSommers

I've come across a few other options to try as well per this thread:

Manage Map Cache Tile: Errors at 10.2.2

1) Using the exploded cache format instead of the compact cache format.

2) If you're using an AOI when you're caching, keep the AOI in the same gdb as the data being cached.

These have helped me and hopefully will help other people as well.

JenniferMcCall4

Here are two possible solutions to try:

1) As Ian mentioned, resetting the data frame extent has helped me in the past. Ensure you are doing this through the Data Frame properties (overwriting the current full extent) and re-publishing the service.

2) Access the status.gdb for the service - open the Task Status feature class and determine the failed areas. Find the bundle name of the failed areas in the attributes. Go into the cache files on Windows Explorer and delete the problematic bundle files. Re-cache to the problematic bundle extents (not the failed areas from Task Status). This option has been useful in more cases of the "index is too large or too small" error.

NathanSommers

I was having this same issue also and I just wanted to post what solved it for me.

I was using a tilling scheme file to define the levels of detail for the cache. The full extent of the map document used to create the tilling scheme file covered a very large area (1:10,000,000 scale when the smallest scale I needed was only 1:80,000). I reset the full extent to cover only the area I needed to cache and recreated the tilling scheme file using that map document which did the trick.

Ian

KevinJohnson

"Upgrade to 10.1 SP1 Quality Improvement Patch "-- this got rid of my keep existing cache checkbox!

How can I keep my existing cache when i republish a service without this check box?

I am also getting the dreaded

"failed to cache extent: ... at scale 480

Field is not editable.

The index was either too large or too small."

was optimistic about this patch until I tried to republish my service and saw the check box to keep the cache was gone.

DivyamGulati

The error actually doesn't tell much other than the extent at which the caching fails.

1. Upgrade to 10.1 SP1 Quality Improvement Patch. Many bugs and other issues related to caching have been addressed with this patch.

http://support.esri.com/en/downloads/patches-servicepacks/view/productid/160/metaid/2064

2. Examine status.gdb created in the cache directory. You can create a copy of status.gdb on your local machine and manually examine 'task status' and 'job status' feature classes by pulling them in ArcMap. These feature classes may convey valuable information (possibly an error) about the extent and level the cache creation is failing. You can then check for the elements in that extent which might be stalling the caching process.

3. The error may also result because of resource limitation on the server. You can experiment by increasing the no. of instances allocated to the Caching tools service. As a general rule the max instances can be n+1 where n is the no. of cores on the server machine.

MatthewDobson

Hey guy's.

I have started generating a grid over the features to be cached then executing the cache process on the grid featureclass. It adds an additional step, but the results are better. The help for the Grid Index Features tool is here: http://resources.arcgis.com/en/help/main/10.1/index.html#//00700000000q000000

I restart the CachingTools service regularly also.

Hope this helps .... MD

Anonymous User

It might help to delete any lock files in any of the caching folders. That came from ESRI; I've had mixed results.

I get this error occasionally, and often find that the tiles were created just fine anyway. I've also had plenty of tiles NOT created after a "successful" cache, so make sure to check for tiles, no matter what the Results message says.

LinKuan_Jen

I have tried building using only one polygon or few small polygons, all fails at scale below 2000. some of my caching services just crashed without any notice, the process looks like still running, in fact no more tiles created for days..

StepanOsokin

Hi!

I've got this error in ArcGIS Server 10.1 SP1 when I tried to build map cache using too many area of interest polygons (over 8000). The issue was resolved by using not so many polygons - 2000 was OK.
However, I often get this error when caching on a large scale by large polygon. Sometimes restart helps, sometimes not. The issue is quite unstable...

JackZHANG

Got the same issue:
Failed to cache extent: 16589675.818559 -4196447.631855 16590729.952912 -4195753.709303 at scale 564.24858800000004 ;Failed.
Failed to cache extent: 16589675.818559 -4196447.631855 16590729.952912 -4195921.841955 at scale 282.12429400000002 ;Failed.

The cache boundary polygon I used is a 800m x 800m square don't believe it's too small or too large.

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.