Latest Contributions by DavidColey

Hello Hua - I'm not sure that an underscore in a domain service account name is allowed and that may be why the 'Log On As' from the services window is showing as running under Local System. - or the directory permissions for the domain account are such that the domain account could not fully access all of Server's directories - or it did not have full write permissions to create any new directories that 11.3 may need. If the domain account is set up properly, the ArcGIS Server windows process should be showing that it is running from the account:  e.g. domain\arcgisserviceaccount, not Local System or Local Service. Documentation exists that also recommends, if possible, to suspend any active virus scanning just prior to the upgrade.  This cuts the upgrade and post upgrade times down considerably, and if you remove the web adaptor prior to upgrade the chance of access is minimized. ... View more

Ok @MarkTorrey  - thanks for the reply.  I'll get this worked into my post-update steps.  I have to say, does seem to me that 1) an sd update shouldn't remove a full text index (unlike the attribute indices) and maybe this is something that will be addressed in a future update? and 2) do you know if full text indexes are going to be supported for enterprise hosted feature layers at 11.4?   They don't seem to be supported yet at 11.3 . . .  ... View more

Ok Josh - thanks for the feedback, I appreciate it.  What @MarkTorrey is showing below is what I need to get worked into my post-update steps. ... View more

Hi @WhitneyLoy and @NiG  - clearly Josh's reply/solution(s) below render my question moot, but thanks anyway ... View more

Hello @WhitneyLoy  - can you report here what support did to help you get the db back online?  Did you have to go through the same steps as @NiG  - removing and then recreating the agm database?   ... View more

Sure thing @AnninaRupe1 it sounds like you guys are distributed, in that server and portal are on separate VMs, same as us.  Only difference is currently we're on Windows VMs on a VMWare host, basically like an on-prem cloud.  The thing to keep in mind is that the Mosaic Datasets just contain a reference path to wherever your source imagery is stored, while storing image info (like pixel size, etc), in an an attribute table along with an image footprint shape and a dataset boundary shape, but as part of the mosaic dataset object.  I'd say building mosaic datasets from your COGs would be more of longer term service management strategy.  But in the short term, until ExB team gets this fixed, you might want to consider doing what I am doing and create an Instant App (like just a Basic Viewer or a Media Map) and have a link to it from your ExB.  You can look at my ExB link in this post to see how I did that . . . ... View more

HI @AnninaRupe1  - can you describe your deployment for me?  We have a distributed deployment, with  portal, a 2-machine hosting site cluster, a relational datastore, a tile cache datastore and a 2-machine federated site cluster that holds our Image Server role.  We then use a separate configuration server to hold the hosting sites' ArcGIS server directories and the federated sites' ArcGIS server directories. For image storage, we have an on-prem storage NAS that holds all of our source tiffs for all of our imagery (14Tb currently) Everything communicates by directory share via a server-registered datastore folder connection (datastore) that holds a file gdb containing Image Mosaic datasets.  Currently the Image Mosaic file gdb is up to 15Gb, but it contains 35 mosaic datasets. l guess my point is, you shouldn't have to copy any source images or data to the server if you share a folder with the arcgis server service account, and then register that folder to either portal or directly to server.  That is how I am able to publish my mosaic datasets as Image Services without having to copy any data.  Even if you don't have a distributed deployment like us, you could share a local folder with the arcgis  server service account, and then register that local folder as a datastore folder.  The Image Mosaic datasets will just contain the path reference to your cloud storage for the source COGs - and you can even write out the Image Mosaic Overview tiffs to your drive, since they don't take much space. But it is a lot of work, and fortunately I only have to do it once a year, when we receive our annual Pictometry flights.  ... View more

Ok thanks again for the update @TonghuiMing  ... View more

Ok thank you for the update on this @TonghuiMing. Please let us know if a fix comes out with the current release, as I suspect the next Online release will be in November / December? I suppose for us, I could add my file geodatabase raster dataset as a source raster for a Mosaic Dataset and then construct that Image Mosaic dataset without Overview files. Otherwise, a service pixel value returned from an Overview file pixel will contain skewed (averaged or otherwise interpolated) values.  For an elevation DEM, that cannot be.  But it is tricky to do and requires a lot of work, and this may not be an option for @AnninaRupe1  or others using COG. She would have to construct Image Mosaic datasets using the cloud-sourced COG (Cloud Optimized GeoTiff) files as the source rasters, and then would need to be able to store Overview files and in their cloud location. ... View more

Just to kind of follow up on this @TonghuiMing - when you write: "" Our map widget has the logic to check and sync with the data source selection (so that in regular cases, other widgets will be able to use these selections), and OBJECTID being null has caused the check to fail. Thus, you will see the loading and then flash behavior. "This behavior seems fairly recent, within the last few weeks or so." - However, this comment seems a bit confusing to me, since the logic is there for a while. It should not happen recently. "" I'd just like to add that I would have used an Instant App solution for my app (probably Media Map), but none of them we're quite right, since we needed customers and residents to be able to add data layers AND return a pixel value. I would never have used the ExB solution if the pixel value were NOT returned when I created the app on June 3, 2024.  I was quite happy to see that the map widget popup did honor the pixel value as a return. So, to me, you saying that the ExB map widget should never have returned a pixel value doesn't sound right - UNLESS the behavior began with the June 26, 2024 ArcGIS Online update and I just did not notice until the last week or so. If that's the case, then I would say the June 26 Online update has a breaking change and to please fix . . .    ... View more

Yes - one of my older collabs did also sync successfully.  I should note again that all my 'production' collaborations are Distributed>Send Content>By Reference>Scheduled Interval.   ... View more

A new collab I set up yesterday to replace an existing failed collab just tested ok - it sync'd its 3 large portal hosted feature layers by reference to our agol.  Now I'm going to test one of my older collabs containing hosted feature layers.  ... View more

Tech support notified me of the fix.  I'm running a scheduled sync at 11:30 - hopefully will work ... View more