POST
|
@Mandalorian, I never did figure out what caused the issue the first time. But the second time I did the upgrade it was successful. (Granted it did not go as smooth as I would have liked, but it was a success.) We uninstalled Cisco AMP (antivirus), disabled Sophos (antivirus and file scanning), and disabled Windows Defender prior to the second attempt to upgrade. I kept a close eye on the Task Manager to make sure the upgrade was still running, because there are several instances where it seems to stall and isn't doing anything. This helped my sanity a little to see activity on the installer, so I knew it hadn't locked up. At one point during the upgrade I had a message pop up that the windows installer was not responding. I was able to click to continue and it started again. Once that long (4 hour) process finished I finally got to the point where you upload the license.json file and click to continue the upgrade of portal. after it finished the upgrade I received the following error: Upgrade failed. java.lang.Exception: Failed to start the database server. The startup timed out. Interestingly, I had observed a bunch of PostgreSQL Server background processes starting up, but then they started shutting down before the error occurred. Additionally, there was only one OpenJDK Platform binary background process running when it failed. I restarted the portal machine (waited a good 15 minutes or more to make sure the system was ready before proceeding) and attempted to upload the license.json file again to complete the upgrade. This time the PostgreSQL Server and OpenJDK Platform binary background processes seemed stable and did not shut down. The upgrade then finished with a success message. This was by far the most painful and stressful upgrade I have experienced of any software, ever. Portal alone took 6 hours to complete and the entire system upgrade took just under 12 hours. I never want to do this again. But unfortunately, we will need to upgrade to 10.9.1 to take advantage of the new parcel fabric features. ugh! I wish you the best of luck!
... View more
01-27-2021
02:40 PM
|
1
|
2
|
3499
|
POST
|
This is an interesting thought. Originally it was on a shared drive and I am pretty sure I was trying to access it via UNC path. I did moved it to the local server and tried to import it from there... but we generally do not use the C drive. Our IT sets up all our VMs with the OS installed on the C drive, then they create a D drive dedicated to all the software installations. I do recall having issues installing the Web Adapter in the past if the installation files are extracted on the D drive instead of the C drive. I will definitely keep this in mind as I attempt the installation again tomorrow. Thank you for your comment and bringing this into my radar.
... View more
01-15-2021
07:38 AM
|
0
|
0
|
3584
|
POST
|
Thanks David. I did look at the .json file in notepad++. I also used a .json viewer to compare the 10.7.1 and 10.8.1 license files side by side. There were a few additional items in the new file to accommodate the new apps and functionality in the new release, however the format was exactly the same and seemed fine. When I was on the phone with tech support we double checked all the ports and those were not the issue. ESRI tech support does not think the anti-virus is preventing the licensing from being installed. They believe that the anti-virus corrupted the installation. I did receive the following error after the update process completed... "The portal has been initialized and configured but is not accessible. The internal portal database does not appear to be running or accepting connections. Restart the portal machine or machines." I restarted the portal machine and re-ran the update and received the same error. This is when i started looking deeper and turned off the Cisco AMP Endpoint service, and after running the update a third time I received a message that the update was successful. However, Tech Support thinks there may have been internal issues with the install due to the software running while the install was being performed. There was some weird behavior that I was not aware was an issue where I would log into the portaladmin directory and it would take me directly to the "populate license" screen. It would allow me to navigate the other directories if I manually entered the URL, but I was not able to navigate from the home directory, as the home directory would take me back to the "populate license" directory. I assumed this was because the licensing failed. But ESRI said that should not be the case, and that I should be able to access the home directory even if it is not licensed. Ultimately they determined that somehow the license cannot be read due to some internal issue and while the software thinks it installed correctly... some internal items are either missing or corrupt. I have nothing more to go on at this time. But a new install will be attempted this weekend (hopefully with Cisco AMP completely uninstalled and not just disabled) so we can know for sure. I am aware of the recommended anti-virus exclusions and we have them set on our other anti-virus software (Sophos) because it actually interfered with the services and would cause them to going into a permanent "stopping service" state that could only be resolved by rebooting the server. A reboot would fix the issue for about an hour and the services would get hit again and get stuck in the "stopping service" mode. After speaking with Tech Support I started searching deeper and notice that ESRI has updated their documentation that now has conflicting information with our original set up. This technical article was updated recently and does not match what was originally in it when we set up 10.7.1 https://support.esri.com/en/technical-article/000015732 I also found this guidance document which is not 100% consistent with the technical article above, nor do the directory paths for portal seem correct. https://trust.arcgis.com/en/customer-documents/ArcGIS_Enterprise_AV_Guidance.pdf Thanks again, Kathleen
... View more
01-11-2021
05:56 AM
|
0
|
0
|
5539
|
POST
|
I thought I might also mention (not sure if it is relevant or not) but we have portal collaboration set up with 2 ArcGIS Online accounts.
... View more
01-06-2021
07:23 AM
|
0
|
9
|
4173
|
POST
|
David, Even though I was not able to resolve our issues, I appreciate your comments none the less. I am curious to hear more about some of the other issues you have seen that people are having with the migration, and if they were able to over come them. I was not able to get a single search engine hit on the error message we received. But perhaps issues others have experienced may be of help in getting to the bottom of it. (I will do some searches with less specific key words in the ESRI community to see what I come up with, but if you have seen some common issues, please do share.) Also curious what anti-virus is running on your enterprise servers? Our IT department installed Cisco AMP on all our servers on Christmas Day and our upgrade was attempted on New Years Day. So we haven't really had much time to determine if the anti-virus had any adverse effects on the enterprise deployment. I sure hope I don't need to do a double upgrade like you did in order to get this done. We are trying to migrate our parcel fabric from Desktop to Pro so it is pretty important we get this upgrade done before we start mapping 2021 parcel changes. Thanks again.
... View more
01-06-2021
06:02 AM
|
0
|
0
|
4177
|
POST
|
Yes. Thank you David. I spent over 2 hours on the phone with ESRI Tech Support yesterday and they think that the anti-virus software that our IT department installed on all our machines recently interfered with the upgrade process. Per our support ticket, ERSI concluded the following: The Portal logs only referenced that is was unable to process the appbundles contained within the json license No other logs related to functionality We tried running the upgradeportal batch file located in the Portal tools folder The utility completed successfully but said that the Portal has already been initialized From this point Portal thinks that the upgrade completed successfully but has missed crucial parts of the upgrade. We have reverted all our systems back to a pre-install state and plan to reattempt the upgrade with the anti-virus disabled in 2 weeks. Which is a real shame as the entire enterprise upgrade took almost 12 hours to complete from beginning to end. I will post an update after the second attempt to upgrade (with anti-virus disabled) is complete. Thanks again for your help.
... View more
01-05-2021
10:27 AM
|
0
|
12
|
4185
|
POST
|
We are using both concurrent and named users. The different creator groups are due to different licensing types and expiration dates. The 10 perpetual creators are our concurrent licenses and the 4 that expire are named users that we converted from AGOL.
... View more
01-04-2021
02:23 PM
|
0
|
14
|
4197
|
POST
|
Thank you. Yes, the file is a .json and I have tried recreating it several time. I have already tried to clear the browser cache and cleared the cookies. I have also tried importing the file from the command line (using run as administrator) which does not use a browser and it fails with the error 'Failed to configure the definition of the appBundles Essential Apps.'
... View more
01-04-2021
12:30 PM
|
1
|
16
|
4203
|
POST
|
We just upgraded our ArcGIS Enterprise deployment from 10.7.1 to 10.8.1 and are having issues importing the new license file generated in MyESRI. From the Portal GUI I receive a generic message 'There was an error importing your licenses'. From the Portal Admin API and from the command line, I receive a more detailed message 'Failed to configure the definition of the appBundles Essential Apps.' In the Portal logs I see several SEVERE errors that read 'The server at https://machine.domain:7443/arcgis/sharing/rest/portals/configureAppBundle' returned and error. Invalid app Bundle. ["Invalid apps"] Has anyone ran across a similar issue? I have tried recreating the license file and i have already ran a repair on the portal installation. Our deployment consists of the following: Portal for ArcGIS Microsoft Windows Server 2016 Standard ArcGIS Server (Hosted) Microsoft Windows Server 2016 Standard ArcGIS Data Store Microsoft Windows Server 2016 Standard ArcGIS Server (with Image Server) Microsoft Windows Server 2019 Standard Thanks, Kathleen
... View more
01-04-2021
10:20 AM
|
2
|
29
|
12501
|
POST
|
No. I was not able to get this resolved. The primary key is a unique integer. It is also an identity field in SQL if that makes any difference.
... View more
05-13-2020
06:12 AM
|
0
|
1
|
1754
|
POST
|
I have created a spatial view in SQL Server that has a not null constraint on a primary key field. When I try to register this view with the geodatabase I receive an error code 999999. Error message: The column must not have a NOT NULL constraint. I cannot find this restriction in any of the ESRI documentation. Since a field can be set to NOT NULL in SDE I don't understand why is error occurs? Is this a bug? If not can someone point me to any documentation that discusses this? SQL Server 2014 (SP3) on Windows Server 2012 ArcDesktop 10.7.1 on Windows 10 (64 bit) Thanks, Kathleen
... View more
01-29-2020
09:19 AM
|
0
|
6
|
1852
|
POST
|
I am running a tool in arcpy to remove a feature class from topology... arcpy.RemoveFeatureClassFromTopology_management(topo, fc) here is the error message... File "T:\ArcSDE\Fabric\FabricQC.py", line 274, in buildTopo arcpy.RemoveFeatureClassFromTopology_management(topo, fc) File "C:\Program Files (x86)\ArcGIS\Desktop10.5\ArcPy\arcpy\management.py", line 18028, in RemoveFeatureClassFromTopology raise e ExecuteError: ERROR 999999: Error executing function. Cannot register as versioned on this database. Cannot register as versioned on this database. Failed to execute (RemoveFeatureClassFromTopology). umm... what does this tool have to do with registering as versioned? Does anyone have any experience with this error from this tool? How do I get around it? I am using ArcDesktop version 10.5.1
... View more
11-13-2019
09:00 AM
|
0
|
0
|
341
|
POST
|
I know this is an older post, but we just ran into a similar issue where we could not get the services to start and they would be stuck in a "stopping" status. Most of the articles I read all point to low memory or network changes being the cause of this. In our scenario we think it was related to new anti-virus software that was recently installed on the servers. While researching this I ran across this article about excluding ArcGIS Enterprise directories from the virus scans. FAQ: Which ArcGIS Enterprise directories should be excluded for security or antivirus software? Different antivirus and security software on the market and in computing environments sometimes detect ArcGIS Enterprise directories or components as a threat to the systems and networks with which they interact. When detected, the software may attempt to fix the ArcGIS Enterprise threat as it would any other, resulting in a partial or total loss of functionality for ArcGIS Enterprise. To ensure the best functionality of ArcGIS Enterprise with the environment security, the following directories can be marked as excluded. Portal for ArcGIS <installation drive>:\arcgisportal <installation drive>:\Program Files\ArcGIS\Portal ArcGIS Server <installation drive>:\arcgisserver <installation drive>:\Program Files\ArcGIS\Server <installation drive>:\Python27 ArcGIS Data Store <installation drive>:\arcgisdatastore <installation drive>:\Program Files\ArcGIS\Datastore This solution seems to have worked for us. Hopefully this will help someone else in the future because we battled with this for over a month before we figured it out.
... View more
01-02-2019
08:44 AM
|
1
|
0
|
1488
|
POST
|
Andres, The links you provided are very helpful. I really need to read the whole Versioning for Dummies series. Generally we use 3 tier versioning with a QC version below default that all our other versions are built from. But the Parcel Fabric only allows for 2 tier versioning. (all versions off of default) My nightly script reconciles and posts all grandchildren to their parent (QC), then QC to default. Then it runs a second time, in the same order. (Not the reverse order like you suggested.) It seems this method should still get all edits pushed up and down. (we only have a few versions off of QC) Strangely, since some of our editors have been on vacation the last week, it has suddenly pushed all the edits to the base table and the adds and deletes tables are empty. So maybe our method is not 100% because it seems like it took a few days for all the edits to get moved over to the base. Thank you again for all your help! Kathleen
... View more
07-05-2018
02:47 PM
|
1
|
1
|
790
|
POST
|
We work in a versioned environment using SQL server back end. Whenever you 'register a table as versioned' a versioned view is created that sees everything the default version sees. These views in SQL Server will either have _VW or _evw at the end of the table name depending on the release of the ArcGIS Enterprise database. My question is why these views do not exist for the Parcel Fabric? Is there any way to perform a direct SQL Query on the default version without doing some sort of elaborate join with the business table and the add and delete tables? I am mostly concerned with the parcels table. I realize that a compress will update the business table. But it seems that some nights even though my reconcile, post, compress, index and analyze script runs without failure, the edits are not always visible in the business table the next morning. Thanks, Kathleen
... View more
06-27-2018
12:37 PM
|
0
|
3
|
1117
|
Title | Kudos | Posted |
---|---|---|
1 | 09-20-2023 10:50 AM | |
1 | 06-13-2023 11:45 AM | |
3 | 01-11-2022 07:33 AM | |
1 | 05-25-2022 10:27 AM | |
1 | 01-27-2021 02:40 PM |
Online Status |
Offline
|
Date Last Visited |
08-28-2024
09:57 PM
|