Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.
SOLVED

AEM looking for a valid user on content pages

Avatar

Level 3

I just upgraded to AEM 6.5.2 and have content copied from production. The number of users available on different level servers will NOT be same, different levels have different set of users.

Now when I load a page by navigation from coral UI in column view and load any page, the error log is full of missing user errors:

GET /mnt/overlay/wcm/core/content/sites/jcr:content/views/column.0.40.html/content/abc/global/en_yy HTTP/1.1] WARN  AEM Unable to get display name for USER

javax.jcr.RepositoryException: Unable to retrieve properties for USER

        at com.adobe.granite.security.user.internal.UserPropertiesManagerImpl.checkValidAuthorizableInfo(UserPropertiesManagerImpl.java:676)

The USER value here is user-id for different user, who might have created of modified the page. I believe AEM is trying to read from page version history or something.

As the pages are copy of production, but users are not available on every level, I see 100s of such errors on each level.

If I add these missing users on test levels the error goes away, but this seems an un-necessary task for test levels or even on local. [ I will NOT want to copy all users if I just need the content.]

I tried to look for this issue and it seems that people have reported this as known AEM issue.

Migration Error while upgrading to AEM 6.2 from 6.4

If anyone has encountered OR resolved this issue, please suggest.

Thanks in Advance!!

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hello,

This is a known issue with internal JIRA ID GRANITE-26948 which has been resolved in current master branch.

The workaround is to redirect the warnings into another logs with level "Error".

Regards,

Vishu

View solution in original post

9 Replies

Avatar

Correct answer by
Employee Advisor

Hello,

This is a known issue with internal JIRA ID GRANITE-26948 which has been resolved in current master branch.

The workaround is to redirect the warnings into another logs with level "Error".

Regards,

Vishu

Avatar

Level 3

Thanks for quick response Vish.dhaliwal​ .

Will this fix be available in any upcoming hotfix or next SP?

Avatar

Employee Advisor

Hey Sawan,

This might not get backported to 6.5 since there is no functional impact as such. Please raise a daycare ticket with a strong business impact statement in case you require a fix 6.5.

Regards,

Vishu

Avatar

Level 2

Hello Vishu,

this has been a problem for us as well, after the update. Could you please elaborate about how to redirect the warnings? I haven´t been able to find a configuration for this.

Best Regards

Martin

Avatar

Employee Advisor

Hello Martin,

Take a look at the example in this blog: CQ-OPS - How to Suppress INFOrmational Log Messages From...

In this case, the log level should be ERROR since the messages are thrown as warnings.

Regards,

Vishu

Avatar

Employee Advisor

Please follow these steps to suppress the  messages:

- Go to /system/console/slinglog

- Log level - ERROR

- Logger: com.adobe.granite.security.user.util.AuthorizableUtil

- Log file: error.log

Regards,

Vishu

Avatar

Employee Advisor

Hello Martin,

btw, I see there has been a new backport request opened NPR-30977 for 6.5. So, the chances are this might get fixed in upcoming services packs.

Regards,

Vishu

Avatar

Employee Advisor

HI Martin,

this warning is caused by references to users (in "jcr:lastModified" or "jcr:created" properties), who do no longer exist.

Avatar

Level 2

Thank You both, it helped, I was configuring it a bit wrongly Nice to hear that it will get addressed.