|
POST
|
originally we just kept the cache that was used and created in 10.2.2, but the more I read the more it really seems you cant keep the existing cache when upgrading. I feel little mislead by Esri as they will tell you that you can keep the existing cache and services....im slowly learning that really isn't the case. so I decided to rebuild the tiles using the manage map cache tiles tool. dave
... View more
02-22-2019
09:54 AM
|
0
|
2
|
1463
|
|
POST
|
All, I know this topic has been discussed a lot in the past and wanted to bring it forward again as its completely frustrating that we are running into issues we first saw in 10.2.2 and now seem them in 10.5.1! Reporting status from SERVERNAME/arcgis/rest/services/System/CachingControllers/GPServer/Manage Map Cache Tiles/jobs/j370aa7f0530a4475996f88a6a4752537 Failed to cache extent: -8159804.154220 5165921.617084 -8150023.200424 5175702.570880 at scale 1128.4971760000001 The index was either too large or too small. that issues followed by at least 8 other extents that failed to cache. I have pulled the status.gdb to look at the areas that actually failed and they are not large areas and seem to be very random. does anyone have any solid input how to get past this? especially in 10.5.1? thanks
... View more
02-22-2019
08:22 AM
|
0
|
4
|
1752
|
|
POST
|
John, thanks for the input! in the back of my mind, I was thinking I would have to rebuild (285gb worth of cache on our machine = 1 week of work) my relationship with the mosaic process is a love/hate...its frustrating that you have to wait so long to see if anything is wrong! may I ask what led you to separating the process as you do? dave
... View more
02-15-2019
07:26 AM
|
0
|
1
|
1452
|
|
POST
|
as a test... 1) open mxd in arcgis and using the area of interest recreate all tiles within a given area easy to find 2) after creating all tiles in a certain area i zoomed to the area from the REST end point and level 18 was now visible ONLY in the are of interest that i had just rebuilt. thoughts?
... View more
02-14-2019
04:55 PM
|
0
|
1
|
1452
|
|
POST
|
1) check - that was my first thought and everything looks good 2) so originally with the service was published and cache was the path for the imagery was the local drive, ie: c:\imagery\tiles a. i later adjusted this to a UNC path name and republished the service keeping the existing cache 3) this environment was running 10.2.2 and was upgrade to 10.5.1 a. could this upgrade has cause some issues with rebuilding certain parts of the cache? i have never only seen one level not sure, its usually been an all or nothing in my experience. Dave
... View more
02-14-2019
04:32 PM
|
0
|
0
|
1452
|
|
POST
|
All, i found the issue with the caching slowdown... somehow the spatial index got out of sort and needed to be added. i would zoom in arcmap to levels where our addresses and roads turn on and noticed that the roads took a very long time to show and label. so i added the spatial index and that fixed the delay in display and then attempted to start the cache process back up again and it moved along much faster! thanks everyone for their input on the matter. Dave
... View more
02-14-2019
11:18 AM
|
0
|
1
|
1531
|
|
POST
|
All, i was wondering if anyone else has experienced the following issue while zooming in on their cached map service... while zooming through levels 0-17 all the imagery appears fine, the next step down to level 18 the imagery changes to the black/white checkerboard pattern but you can still see the GIS data (addresses, roads, etc), zoom to level 19 and the imagery comes back into view. levels 0-18 have successfully cached all tiles according to the status.gdb (i even rebuilt the status thinking it was wrong, it wasnt). level 19 is still in the caching process. desktop vesrion 10.5.1 server version 10.5.1 thanks for the help! Dave
... View more
02-14-2019
11:00 AM
|
0
|
6
|
1608
|
|
POST
|
Adam, i wanted to ask you a question that i hope you can answer... What is the suggested process in upgrading a deployment from a version like 10.2.2 to 10.5.1? 1) more specifically, with the existing services on multiple server being created by 10.2.2 but now running 10.5.1 software, will that cause any issues? 2) i was curious if ESRI would suggest that once upgraded to the new version, should all services be rebuilt completely using the new version? a. currently we have a process that calculates the delta from week to week and only updates what is needed 1. my fear with that is we will have services with tiles that are created using 10.2.2 and 10.5.1 within the same server. i hope this makes sense as im really curious as to what esri would suggest doing. thanks dave
... View more
02-05-2019
12:06 PM
|
0
|
3
|
1531
|
|
POST
|
Adam 1) yes we are using that tool 2) we took the suggestion from ESRI documentation that i believe stated "n-1" a. we were originally using 7 instances and the memory and we felt the memory and cpu usage was rather high almost maxed so we throttled back to 6 instances. 3) i could see if reducing to 4or5 instance improves the process any, i say 4or5 in hopes that freeing up memory/cpu would help the process somewhat a. right now it appears the process it "stalled", id like to see at least some movement, even if its slow movement. also, when we running the same process with the same number of instances we could publish this service within a week (its a large cache), since upgrading to 10.5.1 we are now seeing this level 18/19 issue. thanks dave
... View more
01-31-2019
11:11 AM
|
0
|
0
|
1531
|
|
POST
|
All, I was wondering if anyone else has experienced an issue when trying to publish a map service where once the process reaches level 18 and 19 it seems to slow way day? I'm talking almost to the point where it seems the process has stalled. here is a screenshot of the cache status, which it has been stuck at this point for almost a full 12hrs... Desktop Version: 10.5.1 Server Version: 10.5.1 Cores: 8 Ram: 12gb Windows: Server 2012 R2 I haven't seen any errors being logged anywhere, it just seems to almost give up when it reaches this point. thanks dave
... View more
01-31-2019
10:21 AM
|
0
|
8
|
1631
|
|
POST
|
All i was thinking the other day about how we are serving out our services and what it takes to update all the data in play, and it got me wondering... we are serving out two main services: Service 1 only has vector data, Service 2 has that same vector data but also has raster data underneath. I have seen where some users always keep their vector and raster data separate instead of combining them. I was wondering if anyone has looked into if there is any major cost to bandwidth in having them separate vs having them combined? I would imagine that there would be some cost involved as you are reaching out to two separate services all the time. thanks Dave
... View more
01-29-2019
10:13 AM
|
0
|
0
|
643
|
|
POST
|
All trying to figure out more about the Data Store and if its the solution were looking for... we have about 15 employees in different departments that are publishing services to arcgis server (cached, dynamic, geocoding). we have had some of these employees leave and we have lost the source data for the services that were published. would the data store be the solution for our problem? we want a central location for all the source data that everyone is using to build and publish services. we just want to make it easier as people move in and out of departments to find the data being used in certain services. thanks dave
... View more
09-19-2018
08:23 AM
|
0
|
1
|
674
|
|
IDEA
|
is there any update on the release of this functionality? dave
... View more
07-17-2018
11:29 AM
|
1
|
0
|
8102
|
|
POST
|
All, does anyone know what this patch is doing? it just seems a bit vague and im going to have to explain why i want to install a patch in a live production environment. thanks Dave
... View more
05-15-2018
11:52 AM
|
0
|
3
|
797
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-08-2018 05:55 PM | |
| 1 | 10-26-2021 05:56 AM | |
| 1 | 01-27-2016 08:37 AM | |
| 1 | 07-18-2016 11:22 AM | |
| 1 | 02-16-2018 06:44 AM |
| Online Status |
Offline
|
| Date Last Visited |
02-14-2024
10:22 AM
|