Latest Contributions by DavidColey

Hi Matt- No, just the cache directory for the service.  I delete the service, then delete that services' cache folders.  You may or may not have to stop each ArcServer.exe process on each of your site machines (ie stopping the site) in order to delete the services' cache folders'.  We found that we had to in order to remove the services' cache folders containing the corrupted bundles because windows would not let us completely delete the directories otherwise.  Robinson at ESRI contacted me yesterday asking if I was seeing the same behavior (when running the ManageMapTiles Recreate or Delete Tiles) from both python and catalog to which I responded yes I am- David ... View more

What about for encoding geodatabase behaviors such as ID generation or auto-generating related geometries such that the behavior is independent of geodatabase type.  Much like the old CASE-Visual C++ tutorials ... View more

Yes, we use to use this all the time to track down orphan states.  Please bring it back Thanks David ... View more

Hello- Yes we experienced the same issues as well with our distributed site when we moved to 10.2.2 as well.  We also moved to .2 for the same reason - promised 10.2.1 slowness fixed that never seemed to materialize.  As such we moved all server directories (config, data, system etc) off of our SAN share and onto a local array of raided disks and then re-establihsed the shares. This did seem to allivate some of our issues for a few days, but alas not for long.  So what I have taken to doing for workarounds is to script local fdgb copy proceedures from a staging environment to the data-store for heavy I/O traffic layers such as parcels and tax roll info and spatial views to relieve some cpu pressure off our SDE.  That has helped considerably but ideally I shouldn't have to resort to these types of programmatic gymnastics.  More:  because we use a three-server site with two clusters, I typically set my map services with zero minimum pooling instances.  This is a known issue now with esri as far as service overwrites are concerned, whether the data is sourced from SDE or from a data-store fgdb.  So in when I do overwrite, I first dial up the minimum instances to one, then after the overwrite succeeds, I return to zero.Even so, I have still experieced dirty overwrites (leaving behind service .glock files that can only be removed by stopping the ArcServer.exe proccesses on each machine) from time to time if I overwrite large services during peak usage hours - so I don't do it. Lastly, see my thread Manage Map Cache Tile: Errors at 10.2.2.  We have yet to be able to overwrite an existing cache- regardless of source - without receiving 'error moving bundle' and completely corrupting the cache.  I am in communicaiton with esri on this one but havn't heard back from them in many weeks. I hope all  of this helps the community- Thanks David ... View more

Hi Sarah- We use a combination of python and bat scripts to accomplish exactly what you describe for layers that experience tremendous I/O. thereby relieving our SQL SDE of large cpu loads.  Each python script loops through feature datasets in my staging fgdb's stored locally on my dev pc, deletes the desired fc's, then either copies or imports (depending on the data and relational dependencies) the same fc down from our sde.  The scripts then update spatial and attribute indices (if import method must be used).  Even for large datasets such as parcels and tax rolls, all of this takes less than 5 minutes.  I then use bat scripts to remove the fdgb directory and xcopy in the staging fgdbs, usually in less than one minute.  If map service must hold a lock on the publicaiton data, the arcgis utitlity scripts for stopping and starting the service is employed as part of a bat.  This is performed nightly for some datasets (such as for property tax rolls), weekly for all others (such as streets - we empoly a weekly replica sync from our edit to production sde gdbs).   And forgive me for saying so, but this is a quite robust method and I have yet to experience a failure not caused by my own user error.  Please keep in mind that all shared directories must be setup with the appropriate permissions for all participating directories. Thanks David ... View more

Hi masoodkhadri- I don't think you can.  I think you have to remove the user from LDAP as once you've brought LDAP or AD in as your user store.  I could be mistaken, but we could not do that.  You can remove the user from any of the server roles, in effect removing the user.  Thanks David ... View more

Hi Mattias et al - No sorry I have not.  I have a request ticket in with a Robinson at ESRI but have not heard back from him in many days.  So for us, nothing has chnaged since June 6 sorry to say.  I'm certain this is a bug but am not expecting much back from ESRI at this time, esp with the UC coming right up.  Unfortunate, as I'd really like to get a NIM created for this.  As Mattias says, if anyone has found a solution for the bundle move error please share.  As far as the extent error you are receiving, I have had that occur when in earlier releases when using an AOI fc.  I was able to stop the error by either keeping all my cache data and the AOI in a fdgb, OR by keeping all cache data and the AOI in our SDE.  I always received the extent errror when I mixed them- David ... View more

Yes you are correct... ... View more

True, but how you connect depends on your security.  If you don't supply a user name and password, and if that user is not part of the PUBLISHER or ADMINISTER roles in server, then you won't be able to manage or pupblish services from your desktop.   We use gis tier and token security as our AD policies are too restrictive to effectively manager services.  As such, I add users, passwords andd and assign them to roles via scripting.  But, we still use an AD account for our arcgisserver account as we have a distributed cluster environement, with single-sign on or federation not an issue for us. David ... View more

No sorry, I ran into this same exact issue long ago and that's what it was.  We use an AD service account as well for the arcgisserver account.  I made sure in Computer Management on my machine that the account is in the Users group, that the account has full share priv's on all the server directories, inlcuding the config and data stores.  I always make sure that my sde connections or file gdbs are registered with sserver, and that I always publish my services using the conneciton from my data store.  That did it for us- ... View more

Erik- you can't serve map joins, at least I never could.  You can however, serve a spatial view or if that's not possible set up a gp to create a layer out of your join, store it in a file gdb that is in a sever-registered location and inlcude that as part of your map service. David ... View more

Andrew- Typically when you can see the service in your rest but not in your catalog server connection that means an arcgisserver account configuration issue.  If the account is local to your dev box, you likely can't see the service in desktop. David ... View more