Latest Contributions by RyanUthoff

That sounds like an issue with the underlying PostgreSQL DB that the ArcGIS Data Store runs off of. I've received that message immediately after restarting the ArcGIS Data Store, when all the underlying services are still starting up. But it goes away after a couple minutes once everything is fully online. There are a couple logs you can check to see if there is any useful information. C:\arcgisdatastore\logs\machine name\server - These are log files specific to Esri's ArcGIS Data Store service. C:\arcgisdatastore\logs\machine name\database - These are log files specific to the underlying PostgreSQL DB.  I think searching through those logs is a good first step. If you know a specific time when users start experiencing that error, that would be a good timeframe to check in the logs. You might need to start there and work your way back to when you last knew it was working. ... View more

I'm not aware of any overrides to constraints. But, I think you could probably get creative with it. You might be able to keep your question as is, but incorporate an override value into the constraint itself. And then that would open up a new question for you to enter the "correct" value. It would be something like this: User inputs a value less than the previous meter reading value. Constraint catches it and displays a message saying that the entered reading is lower than the previous reading. Either correct your reading, or enter the manual override value (for example, they could type in 0) to override the constraint. Note that you would need to modify your constraint to accept the override value. Then, you would have a secondary question appear that is required based on the override value from your previous question where you ask the user to enter the meter reading value. From there, you can do some additional calculations if necessary so your "final" meter reading value is in a single column, instead of potentially mixed in two columns (one column for the initial meter reading value, and another column for the overridden meter reading value). That's a potential workflow that might work. It's the best idea that I have, but it might be overly complicated compared to some other ideas people might have. ... View more

I'd look into the second link I posted if it doesn't show up in the rest endpoint. You can try taking the ItemID of your corrupted Portal item and see if it exists in your content directory on your Portal server machine. There should be a folder that is named with the ItemID of every item in Portal. But if it's not there, then you might be able to follow the instructions from the second link I posted and fix it that way.  ... View more

Are you able to see the Portal item in the Portal REST endpoint? You can try and attempt to delete the item directly from the REST endpoint, although I'm not sure if it will let you with delete protection enabled. Also, this could be something to look into: https://community.esri.com/t5/arcgis-enterprise-portal-questions/remove-items-of-type-null/td-p/1115945 Edit: Also this could be useful: https://support.esri.com/en-us/knowledge-base/problem-unable-to-delete-a-detached-item-in-portal-for--000024798 ... View more

You might be able to use the Python API to programmatically disable delete protection and then delete it. That would be the "safest" way to do it. https://developers.arcgis.com/python/latest/guide/managing-your-content/ ... View more

I don't like this approach, but what you could do is download/export the entire hosted feature service as a FGDB which will give you access to the underlying attachment table. From there, you can filter based on file type in the attachment table. It's certainly not ideal, but it's something. What we really need is query access to the underlying attachment table in AGOL. But without that, I think the options are limited to be able to do anything directly within AGOL. Edit: I just re-read your original question and saw that you already did this. Sorry! But I'll leave it here in case anyone else comes across this question and finds this comment useful. ... View more

Well, I was thinking if there was any sort of standardization in the records where you can tell based off of something in the record of what file type it is, you could only select those records and export them. For example, if records that only have a specific attribute "A" are only associated with PDFs, then select all "A" records and export them. But, I totally realize that's probably not feasible. It's more of a long shot idea. From what it sounds like, you have a single record with multiple file attachment types and want to filter out the attachments that way. Unfortunately in that case, I'm not aware of a way to do that. ... View more

According to the tool documentation, it honors selections. Would you be able to pre-select all the records based on attachment type, and then use the tool? I haven't personally tried that before, but that's the first thought I had. ... View more

Are there any status updates for this bug? We are looking to upgrade from 11.2 to 11.3, but are hesitant because we don't want to encounter this bug as it would have a pretty big impact to our end users. The support article you posted said this happens when the web adaptor is "under load", but that is a very relative term. I was wondering if there is a more specific definition of "under load", or had any specific examples of when this happens "under load." We're trying to get a feel if it is "safe" for us to upgrade to 11.3 or not. ... View more

So what exactly is the discrepancy? You have a hosted feature class in AGOL with dates. Are you saying the dates in the hosted feature class are incorrect? ... View more

What do you mean there is a discrepancy in the dates between AGOL and "the layer"? Where is "the layer" coming from? And by AGOL, are you referring to a hosted feature service, referenced feature service from an ArcGIS Server, etc.? ... View more

You are able to rename the archive feature class in ArcMap by going to the feature class properties. But, I can't rename it through ArcGIS Pro. It appears that Esri might have removed that functionality. With that being said, do not change the table name outside of Esri (like, do not rename it directly through SQL). That will definitely mess up some things. And considering this capability isn't available in ArcGIS Pro and that ArcMap is end of life, I'd be cautious renaming it through ArcMap, especially if the database was created using ArcGIS Pro.   ... View more

@ReedHunter 100% agree. We encountered an issue where a layer was causing the feature service to crash. And since it was a shared instance, it was causing all of the shared instances to crash. Changing it to a dedicated instance isolated the issue to only that feature service crashing. So, having multiple shared pools could help mitigate the risk of a single service causing all the shared instances to crash, and instead, just limit it to a smaller subset of shared instances in specific pool. ... View more