You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Tomek Rękawek (JIRA)" <ji...@apache.org> on 2017/07/21 10:38:00 UTC
[jira] [Created] (OAK-6481) Missing versionable path property for
oak:mount-libs-crx.default
Tomek Rękawek created OAK-6481:
----------------------------------
Summary: Missing versionable path property for oak:mount-libs-crx.default
Key: OAK-6481
URL: https://issues.apache.org/jira/browse/OAK-6481
Project: Jackrabbit Oak
Issue Type: Bug
Components: core
Affects Versions: 1.7.3
Reporter: Tomek Rękawek
Fix For: 1.8
After applying the OAK-3777, following warning can be found in the logs:
{noformat}
21.07.2017 02:00:00.713 *WARN* [sling-default-999-HourlySnapshotJob] org.apache.jackrabbit.oak.plugins.version.ReadOnlyVersionManager Missing versionable path property for oak:mount-libs-crx.default at /jcr:system/jcr:versionStorage/5e/8d/89/5e8d8989-f86b-4e1b-b7f8-5089c44f5ed7
21.07.2017 02:00:00.713 *WARN* [sling-default-999-HourlySnapshotJob] org.apache.jackrabbit.oak.security.authorization.permission.CompiledPermissionImpl Cannot retrieve versionable node for /jcr:system/jcr:versionStorage/5e/8d/89/5e8d8989-f86b-4e1b-b7f8-5089c44f5ed7/1.0/jcr:frozenNode
{noformat}
It suggests that somehow the name of the new permission store (oak:mount-libs-crx.default) is being used as the workspace name for the version storage.
If I understand correctly, it shouldn't happen. The workspace name is sometimes used as the name of the permission store node (eg. {{/jcr:system/rep:permissionStore/crx.default}}), but not the other way around - the name of the permission store node is not always a valid workspace name (eg. {{/jcr:system/rep:permissionStore/oak:mount-libs-crx.default}})
//cc: [~stillalex]
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)