Latest Contributions by DavidColey

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

Hello All- More information:  Yesterday's recreate all tiles was completed via the arcCatalog tool gui for Manange Map Tiles.  When run today in python (which is what we really need to do) the bundle error re-appeared.  Back to the drawing board. Thanks David ... View more

Hi All- Hate to keep bumping the thread, but I did a screen share session today (06/05) with esri and wouldn't you know it the 'Line 30Output failure, error string = Error moving bundle' did not occur on our stand-alone development box (Server 2008R2) during a ReCreate All Tiles operation.  The only thing that has changed since the error first occured on or about 05/09 was that we applied MS Updates for May.  I do not know at this time if that has had any affect, since I did not do anything differently.  Here is a list of updates that were applied: KB2931368 - Security Update for Microsoft .NetFramework 4.5.1 KB2852386 - Update for Microsoft Windows KB2953522 - Security Update for Microsoft Windows KB2871997 - Security Update for Microsoft Windows KB2926765 - Security Update for Microsoft Windows KB22931356 - Security Update for Microsoft Windows Further testing will be performed on our distributed production site and I will continue to post results here- Thanks David ... View more

Sure thing Chris.  Yes we are in the position regarding the performance requirements as well.  Going fully dynamic just won't cut it for us either- I'm setting up a screen share now with esri and will post results . .  . David ... View more

Hi Will- If you are able to during off hours, you can stop your ArcServer.exe process directly from the Services folder on each of your site machines.  This will remove the locking on the affected bundle files and you will be able to delete the remaining bundle files.  Stopping the site machines through Server Manager (whether catalog or web) won't remove the lock.  We have a 3-machine site in two clusters and I am able to remove all the bundle and bundlex files once I stop each Server.exe process.  I can then xcopy over updated cache bundles from my edn machine.  However, as I'm sure you already know we really need esri to look into this. Thanks David ... View more

Hi Chris - yes I have.   I have just seen our streets framework cache cut off all tiles on it's lower half... the cache also became corrupted at the same time as the bundlex file is removed but not the bundle file.  Something in 10.2.2 is persisting some type of lock at re-create time when running the manage map tiles tool.   Can't figure it out yet, but this looks very similar to my recent post on tile generation failure Thanks David ... View more

Thanks Akhil.  Yes, I am able to share projects created from the mobile project center to either an internal server name or through our public facing name.  I've pretty much done everyting you've suggested, including importing my server's ssl certificate onto my field device and I've verified I can get to the mobile content server from the field device via the https://ags2 connection through IE, so it should be working in terms of being able to download a project.  Thanks for your help, I'll keep plugging away---- ... View more

Interesting, glad (well, not glad) to hear it's not just us.  I have a support request in with ESRI at the moment but thus far no real replies from them.  Whatever I find out I will post. In further testing, I have also discovered this behavior is happening on my stand-alone, single machine edn dev box.  What I mean is that there shouldn't be any error regarding the 'moving' of bundle or bundlex files from any physical directories to the cache directory,unless it's an error moving fromt the jobs directory to the cache directory (I guess). However, I'm beginning to suspect that this particular error is just the latest manifestation of other problems with service overwrites and caching in general.  For example, we have long had difficulites in overwriting services that have a cache in place.  When we tell server (through the server editor at overwrite time), that the cache will be updated manually typically the overwrite will leave behind it's 'scratch' service, visible in the rest or catalog.  Often at that time, the original service will leave behing a .glock file, not allowing for further service manipulation until the site is bounced via stopping the ArcServer.exe processes. Thanks- David ... View more

Hi Michael- No, the cache tiles are stored in a shared directory on a network server.  A temp directory has been configured through ServerAdmin on each server with Server 10.2.2 installed, which of course the manage tiles operation should handle in terms of moving the bundles from the temp directory to the cache directory.  I am certain this is per ESRI help documentation: http://resources.arcgis.com/en/help/main/10.2/#/Local_cache_directories_on_the_server/01540000046r000000/ Thanks David ... View more

Hi Justin- Yes I am still experiencing the same error.  As far as a workaround goes, I could script the service deletion and run as a task, use task scheduler on each machine to perform a ArcServer.exe service stop, use an OS rmdir command in task scheduler to remove the directories, start the ArcServer.exe on each machine, then script and schedule service definition (sd) files for the map services, publish the sd's, and then finally re-run the caches.  Sure seems like a lot of work for something that was so simple.  Hey, if  you think of another way let me know! David ... View more