[GeoNode-users] Recurring User 'None' Error Geofence/Geoserver

[Michael Fedak]

Ok, got the war and attempted to deploy it. Tomcat is unable to deploy it
due to an error associated with geotools:


Geoserver log:
2018-10-14 10:24:59,152 TRACE [geotools.factory] - ENTRY
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY)
2018-10-14 10:24:59,152 TRACE [geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): user provided a Class.
2018-10-14 10:24:59,152 TRACE [geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): consider hint[last]
AbstractEpsgMediator.
2018-10-14 10:24:59,152 TRACE [geotools.factory] - THROW
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): could not find implementation.
2018-10-14 10:24:59,152 INFO [geotools.util] - Weak collection cleaner
stopped

Catalina log:


14-Oct-2018 17:21:40.658 SEVERE [http-nio-8080-exec-13]
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks
The web application [geoserver-2.13.x] created a ThreadLocal with key of
type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal at 454bb710]) and a
value of type
[org.geotools.referencing.operation.projection.TransverseMercator.Provider]
(value [PROJECTION["Transverse_Mercator"]]) but failed to remove it when
the web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.
14-Oct-2018 17:21:40.658 SEVERE [http-nio-8080-exec-13]
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks
The web application [geoserver-2.13.x] created a ThreadLocal with key of
type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal at 86e380d]) and a
value of type [org.geotools.referencing.wkt.Formatter] (value []) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.


I will keep trying to troubleshoot this.


On Sun, Oct 14, 2018 at 10:02 AM Michael Fedak <mikefedak at gmail.com> wrote:

> Never mind, found your build server:
> https://build.geo-solutions.it/geonode/geoserver/latest/
>
> On Sun, Oct 14, 2018 at 10:00 AM Michael Fedak <mikefedak at gmail.com>
> wrote:
>
>> Ok, I can do that. Is there a place to download the build with the
>> extension since build.geonode.org is down? Or shall I just download
>> vanilla 2.13 and apply the extension myself?
>>
>> On Sun, Oct 14, 2018 at 9:56 AM Alessio Fabiani <
>> alessio.fabiani at gmail.com> wrote:
>>
>>> Uhm, most probably a Geoserver issue. From. Geoserver 2.13+ there's a
>>> fix to threat void users as * users.
>>> Any chance to try out updating to Geoserver 2.13.x?
>>> You won't have to change anything on the data dir.
>>>
>>> Il ven 12 ott 2018, 19:11 Michael Fedak <mikefedak at gmail.com> ha
>>> scritto:
>>>
>>>> I am using the latest 2.8.x branch with Geoserver 2.12.2 and I keep
>>>> receiving the following error when attempting to run the updatelayers
>>>> command (Below).
>>>>
>>>> I am also having trouble with users not being sync'd with geoserver. I
>>>> have gone through the documentation for security configuration, and checked
>>>> that the geonode role/user apis are accessible to geoserver. As far as I
>>>> can tell, nothing is blocking either geonode from reaching geofence or
>>>> vice-versa.
>>>>
>>>>
>>>> Traceback (most recent call last):
>>>>   File "manage.py", line 29, in <module>
>>>>     execute_from_command_line(sys.argv)
>>>>   File
>>>> "/home/gnode/gndev/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>> line 354, in execute_from_command_line
>>>>     utility.execute()
>>>>   File
>>>> "/home/gnode/gndev/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>> line 346, in execute
>>>>     self.fetch_command(subcommand).run_from_argv(self.argv)
>>>>   File
>>>> "/home/gnode/gndev/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>> line 394, in run_from_argv
>>>>     self.execute(*args, **cmd_options)
>>>>   File
>>>> "/home/gnode/gndev/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>> line 445, in execute
>>>>     output = self.handle(*args, **options)
>>>>   File
>>>> "/home/gnode/geonode_dev/geonode/geonode/geoserver/management/commands/updatelayers.py",
>>>> line 124, in handle
>>>>     execute_signals=True)
>>>>   File "/home/gnode/geonode_dev/geonode/geonode/geoserver/helpers.py",
>>>> line 636, in gs_slurp
>>>>     layer.set_permissions(perm_spec)
>>>>   File "/home/gnode/geonode_dev/geonode/geonode/security/models.py",
>>>> line 216, in set_permissions
>>>>     sync_geofence_with_guardian(self.layer, perms, group=group)
>>>>   File "/home/gnode/geonode_dev/geonode/geonode/decorators.py", line
>>>> 44, in wrapper
>>>>     return func(*args, **kwargs)
>>>>   File "/home/gnode/geonode_dev/geonode/geonode/security/utils.py",
>>>> line 393, in sync_geofence_with_guardian
>>>>     _update_geofence_rule(layer.name, layer.workspace, service)
>>>>   File "/home/gnode/geonode_dev/geonode/geonode/security/utils.py",
>>>> line 564, in _update_geofence_rule
>>>>     raise RuntimeError(msg)
>>>> Exception: ('Failed to process lprca_ws_boundarywgs84',
>>>> RuntimeError("Could not ADD GeoServer User None Rule for Layer
>>>> u'lprca_ws_boundarywgs84'",))
>>>> _______________________________________________
>>>> geonode-users mailing list
>>>> geonode-users at lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/geonode-users
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geonode-users/attachments/20181014/ea09562d/attachment.html>