BLOG
|
Nevermind, just saw it was in the new sept 2018 update. When will this log be availble in portal?
... View more
09-25-2018
06:40 AM
|
0
|
0
|
1612
|
BLOG
|
Looking for a report just like this for security audits. Is this report available in portal 10.6.1?
... View more
09-25-2018
06:38 AM
|
0
|
0
|
1612
|
POST
|
Forgive me for replying to an old post, but I have the same question. I don't think it was answered above. We are discussing options for maintenance with out DBA. They rebuild indexes on everything weekly. It that sufficient? The only task we use GP tools for is a nightly compress. Anybody clear on which is better? 6 1/2 dozen? Thanks for any input.
... View more
07-18-2018
08:56 AM
|
1
|
1
|
835
|
POST
|
Pretty simple cloning operation here. Just want to test cloning Survey123 forms and there associated feature service from arcgis import GIS
from arcgis.mapping import WebMap
import arcpy
from arcpy import env
#set portal and define resources
source = GIS('https://source.southernute.com/portal', "admin", "password")
target = GIS('https://target.southernute.com/portal', "admin", "password")
print (source)
print (target)
##get source info
#sourceItem = source.content.search('owner:arcgisportaladmin',item_type = "Form", max_items=500)
sourceItem = source.content.get('f0979f620b30416db90bf6d0de5d2866')
print (sourceItem)
target.content.create_folder(("Survey-"+sourceItem.title).rstrip())
f = ("Survey-"+sourceItem.title).rstrip()
print ('cloning...')
clone = target.content.clone_items([sourceItem], folder=f, copy_data=True) Keep getting this error? It happens on forms with and without attachments? Any ideas? Traceback (most recent call last):
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 1629, in clone
self._add_features(new_layers, relationships, layer_field_mapping, feature_service.properties['spatialReference'])
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 1130, in _add_features
attachments = original_attachment_manager.search()
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\features\managers.py", line 153, in search
for result in results['attachmentGroups']:
KeyError: 'attachmentGroups'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\source\code\admin\clonetest.py", line 32, in <module>
clone = target.content.clone_items([sourceItem], folder=f, copy_data=True)
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py", line 3121, in clone_items
return deep_cloner.clone()
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 525, in clone
results = loop.run_until_complete(self._clone(executor))
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\asyncio\base_events.py", line 467, in run_until_complete
return future.result()
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 510, in _clone
raise result
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\concurrent\futures\thread.py", line 55, in run
result = self.fn(*self.args, **self.kwargs)
File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 1638, in clone
raise _ItemCreateException("Failed to create {0} {1}: {2}".format(original_item['type'], original_item['title'], str(ex)), new_item)
arcgis._impl.common._clone._ItemCreateException: ("Failed to create Feature Service SUU - Confined Space Reclassification Certificate\n: 'attachmentGroups'", <Item title:"SUU - Confined Space Reclassification Certificate
" type:Feature Layer Collection owner:arcgisportaladmin>)
... View more
05-10-2018
12:51 PM
|
0
|
5
|
1228
|
POST
|
Note: It is only happening on enterprise users. All "arcgis" users are created fine. The 1st enterprise user is created then all others fail....
... View more
04-19-2018
12:11 PM
|
0
|
3
|
676
|
POST
|
Got this working...it was an IIS Setting blocking the request. Follow these instructions to fix. I set the “uploadReadAheadSize” to 20 mb IIS 7.5 - WCF - 413 Request Entity Too Large (on https only, http works fine) | The ASP.NET Forums
... View more
04-18-2018
09:26 AM
|
2
|
0
|
3586
|
POST
|
I keep running into HTTP Error 413: Request Entity Too Large errors when using the clone_items function. It happens intermittenly with web maps and forms. here is a sample traceback Traceback (most recent call last): File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 2362, in update_form new_item.update(data=form_zip) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py", line 5572, in update large_thumbnail) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\portalpy.py", line 2159, in update_item resp = self.con.post(path, postdata, files) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\connection.py", line 1076, in post resp = opener.open(req) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 532, in open response = meth(req, response) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 642, in http_response 'http', request, response, code, msg, hdrs) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 570, in error return self._call_chain(*args) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 504, in _call_chain result = func(*args) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 650, in http_error_default raise HTTPError(req.full_url, code, msg, hdrs, fp) urllib.error.HTTPError: HTTP Error 413: Request Entity Too Large During handling of the above exception, another exception occurred: Traceback (most recent call last): File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 2243, in clone self.update_form(self.target, new_item, self._clone_mapping) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 2364, in update_form raise Exception("Failed to update {0} {1}: {2}".format(new_item['type'], new_item['title'], str(ex))) Exception: Failed to update Form Cover - Service Lines, Mains and Transmission Lines : HTTP Error 413: Request Entity Too Large During handling of the above exception, another exception occurred: Traceback (most recent call last): File "D:\source\code\admin\clonetest.py", line 32, in <module> clone = targetportal.content.clone_items(items=[item], folder=f, copy_data=True) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py", line 2978, in clone_items return deep_cloner.clone() File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 524, in clone results = loop.run_until_complete(self._clone(executor)) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\asyncio\base_events.py", line 467, in run_until_complete return future.result() File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 509, in _clone raise result File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\concurrent\futures\thread.py", line 55, in run result = self.fn(*self.args, **self.kwargs) File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\common\_clone.py", line 2250, in clone raise _ItemCreateException("Failed to create {0} {1}: {2}".format(original_item['type'], original_item['title'], str(ex)), new_item) arcgis._impl.common._clone._ItemCreateException: ('Failed to create Form Cover - Service Lines, Mains and Transmission Lines\n: Failed to update Form Cover - Service Lines, Mains and Transmission Lines\n: HTTP Error 413: Request Entity Too Large', <Item title:"Cover - Service Lines, Mains and Transmission Lines " type:Form owner:arcgisportaladmin>) thanks for any insight into this issue.
... View more
04-17-2018
07:07 AM
|
1
|
1
|
5441
|
POST
|
I modified the create users functions from the Clone portal sample to create users in our new stack from the old portal. The script seems good, works for a few users then starts hitting 500 errors all the others (600+). Error: java.lang.Exception: The server at 'https://mynewportal.com:7443/arcgis/sharing/rest/community/createUser' returned an error. Unable to signup user. ["Unable to add user."] (Error Code: 500) Anybody have any ideas what I might be doing wrong? I thought it was a certificate issue, but that looks ok. Thanks for any input! from arcgis.gis import GIS
source_password = '*'
target_password = '*'
source = GIS("https://ouroldportal.com/arcgis", "arcgisportaladmin", source_password)
target = GIS("https://ournewportal.com/portal", "arcgisportaladmin", target_password)
target_admin_username = 'arcgisportaladmin'
source_users = source.users.search('!esri_ & !arcgisportaladmin', max_users=700)
for user in source_users:
print(user.username + "\t:\t" + str(user.role)+ "\t:\t" + str(user.idpUsername))
print (len(source_users))
# filter out system and initial administrator accounts
target_users = target.users.search('!esri_ & !arcgisportaladmin & !system_publisher', max_users=700)
print (target_users)
for source_user in source_users:
try:
target_user = target.users.get(source_user.username)
if target_user is not None:
print('Deleting user: ' + target_user.fullName)
target_user.reassign_to(target_admin_username)
target_user.delete()
except:
print('User {} does not exist in Target Portal'.format(source_user.username))
def copy_user(target_portal, source_user, pw):
# See if the user has firstName and lastName properties
try:
first_name = source_user.firstName
last_name = source_user.lastName
except:
# if not, split the fullName
full_name = source_user.fullName
first_name = full_name.split()[0]
try:
last_name = full_name.split()[1]
except:
last_name = 'NoLastName'
source_level = source_user.level
if source_level == str("1"):
source_role = 'org_viewer'
if source_level == str("2"):
source_role = 'org_user'
if source_user.provider == 'enterprise':
source_password = None
if source_user.provider == 'arcgis':
source_password = pw
try:
# create user
target_user = target_portal.users.create(username = source_user.email,
firstname = first_name,
lastname = last_name,
email = source_user.email,
role =source_role,
provider =source_user.provider, level=source_level, password=source_password)
# update user properties
target_user.update(source_user.access, source_user.preferredView,
source_user.description, source_user.tags,
source_user.get_thumbnail_link(),
culture=source_user.culture, region=source_user.region)
return target_user
except Exception as Ex:
print(str(Ex))
print("Unable to create user "+ source_user.username)
return None
for user in source_users:
print("Creating user: " + user.username)
copy_user(target, user, 'TestPassword@123')
... View more
04-13-2018
07:49 AM
|
0
|
4
|
1095
|
POST
|
Here is the request to the web adaptor and response when it switches to 7443.
... View more
04-11-2018
06:39 AM
|
0
|
6
|
2374
|
POST
|
Anymore input from Esri on this? I configured everything via the ArcGIS Enterprise Builder and it was working great. After I installed SQL clients and rebooted it started redirecting to 7443/arcgis when I hit the web adaptor?
... View more
04-10-2018
03:50 PM
|
0
|
1
|
2374
|
POST
|
Will this work for moving items from one portal to another? arcgis.gis module — arcgis 1.4.0 documentation If not, is there a copy_items with a source and target? Thanks!
... View more
04-09-2018
03:21 PM
|
0
|
2
|
3404
|
POST
|
Some background... we have a 2 machine site (with machines that live in different datacenters) that share configs/directories on separate file server. We are doing some testing to see what happens we take one of the servers out of service. We have tested reboots, disconnecting from network and stopping the arcgis server, etc We are seeing a differences in behavior when we take down each server. When we take down the 1st server (used to create the site) no services draw until server has completely started up all the SOCs and CPU has come back down. This can take 20-30 mins as there are a few hundred services. When we take down the 2nd server (Joined to site) the affect isn;t as significant. We do see a lag in draw times, but is is brief. My questions are is this architecture designed to be HA? or is the site dependant on the 1st machine being available? Should we view the 1st machine as "Primary"? Also of note. After a machine restarts, it stays in a mixed status: configured state: stopped realtime state: started Seems to function ok at this point, but we have to manually start the machine to correct the status? Thanks for any insight, this has been confusing us for awhile now. James
... View more
12-21-2017
09:27 AM
|
0
|
2
|
693
|
POST
|
Just figured out a way to verify (duh). 1 - Create a new test web map 2 - Copy itemid 3 - Search new content directory for item and inspect xml config for title. Let me know if anyone has a better way.
... View more
11-14-2017
05:47 AM
|
0
|
1
|
247
|
POST
|
I updated (mabey) the portal content directory to a new share following these instructions: Changing the portal content directory—Portal for ArcGIS (10.5.x) | ArcGIS Enterprise However the path is encrypted and I have no way of verifying. Any tips?
... View more
11-14-2017
05:41 AM
|
0
|
2
|
496
|
Title | Kudos | Posted |
---|---|---|
1 | 07-18-2018 08:56 AM | |
1 | 10-03-2017 01:36 PM | |
1 | 10-03-2017 02:50 PM | |
2 | 04-18-2018 09:26 AM | |
1 | 04-17-2018 07:07 AM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|