# Hippocms 11 CmsSecurityValve.invoke(CmsSecurityValve.java:174) - locked

**URL:** <https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949>\
**Category:** Experience Manager (PaaS/OnPrem)\
**Created:** [April 5, 2019, 5:44pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949 "2019-04-05T17:44:53Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![martinarias](https://avatars.discourse-cdn.com/v4/letter/m/898d66/32.png) [@martinarias](https://community.bloomreach.com/u/martinarias)\
**Post date:** [April 5, 2019, 5:44pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/1 "2019-04-05T17:44:53Z")

</div>

Hello guys, I’m experiencing this issue daily at 1PM.

[https://pastebin.com/aF56ZcR5](https://pastebin.com/aF56ZcR5)

There is nothing scheduled (at least I can’t see anything in the console) to run at that time.  
Do you know what could be the reason for that?

Thanks in advance,  
Martin

---

<div class="post-metadata">

**Author:** ![martinarias](https://avatars.discourse-cdn.com/v4/letter/m/898d66/32.png) [@martinarias](https://community.bloomreach.com/u/martinarias)\
**Post date:** [April 9, 2019, 3:10pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/2 "2019-04-09T15:10:52Z")

</div>

No clues? Anyone? Bueller?

---

<div class="post-metadata">

**Author:** ![woonsanko](https://avatars.discourse-cdn.com/v4/letter/w/b5a626/32.png) [@woonsanko](https://community.bloomreach.com/u/woonsanko)\
**Post date:** [April 9, 2019, 3:40pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/3 "2019-04-09T15:40:51Z")

</div>

At the moment, a page was requested, probably through channel manager invoking an internal rest api.  
The internal rest api used to _refresh_ the underlying JCR session unnecessarily for data reading. That session refreshing might have caused cluster synchronizations and so it took more time to wait for the sync’ing and finally complete the cms user’s visit handling with synchronizing the http session for the authenticated cms user.  
I believe this has been relieved since v12. ref) [https://issues.onehippo.com/browse/HSTTWO-4031](https://issues.onehippo.com/browse/HSTTWO-4031)  
If you see the problem more often and causing an issue, please upgrade it to v12.

Woonsan

---

<div class="post-metadata">

**Author:** ![martinarias](https://avatars.discourse-cdn.com/v4/letter/m/898d66/32.png) [@martinarias](https://community.bloomreach.com/u/martinarias)\
**Post date:** [April 10, 2019, 6:58pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/4 "2019-04-10T18:58:54Z")

</div>

Thanks for the information Woonsan. I don’t think upgrading to v12 is an option right now though.

---

<div class="post-metadata">

**Author:** ![martinarias](https://avatars.discourse-cdn.com/v4/letter/m/898d66/32.png) [@martinarias](https://community.bloomreach.com/u/martinarias)\
**Post date:** [April 16, 2019, 6:48pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/5 "2019-04-16T18:48:49Z")

</div>

> [@woonsanko](#):
>
> At the moment, a page was requested, probably through channel manager invoking an internal rest api.  
> The internal rest api used to _refresh_ the underlying JCR session unnecessarily for data reading. That session refreshing might have caused cluster synchronizations and so it took more time to wait for the sync’ing and finally complete the cms user’s visit handling with synchronizing the http session for the authenticated cms user.

This wouldn’t explain why it happens at a given time everyday, could there be anything else triggering the cluster synchronization at that time?

---

<div class="post-metadata">

**Author:** ![woonsanko](https://avatars.discourse-cdn.com/v4/letter/w/b5a626/32.png) [@woonsanko](https://community.bloomreach.com/u/woonsanko)\
**Post date:** [April 16, 2019, 8:25pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/6 "2019-04-16T20:25:32Z")

</div>

> [@martinarias](#):
>
> This wouldn’t explain why it happens at a given time everyday, could there be anything else triggering the cluster synchronization at that time?

My explanation was based on the stack trace. It is possible that your stack trace is not directly related to the cause though. Or, otherwise, you might want to investigate the access log what makes the request at the time periodically.

---

<div class="post-metadata">

**Author:** ![martinarias](https://avatars.discourse-cdn.com/v4/letter/m/898d66/32.png) [@martinarias](https://community.bloomreach.com/u/martinarias)\
**Post date:** [April 23, 2019, 1:20pm UTC](https://community.bloomreach.com/t/hippocms-11-cmssecurityvalve-invoke-cmssecurityvalve-java-174-locked/949/7 "2019-04-23T13:20:36Z")

</div>

Woonsan, these are the only things I found suspicious around that time, could you please take a look?

[https://pastebin.com/DuKvuGNS](https://pastebin.com/DuKvuGNS)

Thank you
