# Request timeout error while saving an access review

**URL:** <https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506>\
**Category:** IIQ Discussion and Questions\
**Tags:** identityiq\
**Created:** [July 14, 2025, 5:38pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506 "2025-07-14T17:38:13Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![milinaphalke](https://avatars.discourse-cdn.com/v4/letter/m/d26b3c/32.png) [@milinaphalke](https://developer.sailpoint.com/discuss/u/milinaphalke)\
**Post date:** [July 14, 2025, 5:38pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/1 "2025-07-14T17:38:13Z")

</div>

## Which IIQ version are you inquiring about?

IIQ8.4p2

## Please share any images or screenshots, if relevant.

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/f/4/f4e1e7b47038710a3bda788847918cf909dab9c4.jpeg)

## Please share any other relevant files that may be required (for example, logs).

_[Please insert files here, otherwise delete this section]_

## Share all details about your problem, including any error messages you may have received.

While trying to save an Access Review decision, getting request timeout error.  
This is faced by many endusers. Any pointers what could be the issue ?

---

<div class="post-metadata">

**Author:** ![pattabhi](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/pattabhi/32/25700_2.png) [@pattabhi](https://developer.sailpoint.com/discuss/u/pattabhi)\
**Post date:** [July 14, 2025, 7:36pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/2 "2025-07-14T19:36:09Z")

</div>

Hi @milinaphalke

I would like to ask for more details.

Could you please provide the application server name and database name?

Additionally, please get the stack trace details from the application logs during the UI error timeframe. (You can find the main IdentityIQ log files on your application server, usually `identityiq.log` or `catalina.out` if you’re running on Tomcat.)

How many application servers do you have, especially if this is a Production environment? (Do you have designated UI servers and Task servers?)

Lastly, could you provide information on the volume of data, such as the number of line items, certifiers, or how many concurrent users were logged in?

---

<div class="post-metadata">

**Author:** ![milinaphalke](https://avatars.discourse-cdn.com/v4/letter/m/d26b3c/32.png) [@milinaphalke](https://developer.sailpoint.com/discuss/u/milinaphalke)\
**Post date:** [July 15, 2025, 9:46am UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/3 "2025-07-15T09:46:48Z")

</div>

Thanks @pattabhi for looking into this issue.  
Application server - tomcat  
Database - SQL server  
We could not see any specific error during the timeout error that shows up in SailPoint logs. However we will still monitor.  
There are servers - 2 UI and 2 Task servers.  
Approximately 20000 users have access to SailPoint.  
From login audit approx 100 to 160 users login through out the business hours.  
There were overall 56000+ certification items.  
Few users have also reported the issue during approving access requests.  
So might not be specific to access review.

---

<div class="post-metadata">

**Author:** ![pravin\_ranjan](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/pravin_ranjan/32/6771_2.png) [@pravin\_ranjan](https://developer.sailpoint.com/discuss/u/pravin_ranjan)\
**Post date:** [July 15, 2025, 5:10pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/4 "2025-07-15T17:10:38Z")

</div>

@milinaphalke if possible pls share the catalina.sh, just want to see the memory configuration.

---

<div class="post-metadata">

**Author:** ![pattabhi](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/pattabhi/32/25700_2.png) [@pattabhi](https://developer.sailpoint.com/discuss/u/pattabhi)\
**Post date:** [July 15, 2025, 5:52pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/5 "2025-07-15T17:52:30Z")

</div>

Please check below parameters & pointers, hope these might help you with respect to timeout error.

Just giving some trouble shooting points like where and what needs to be looked into.

1. Tomcat: `connectionTimeout`

From UI servers, please check the `connectionTimeout="XXXXX"` from `server.xml` from location: `<Tomcat_Installation_Directory>/conf/server.xml`

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/6/0/6072c976664ca700786b307e171f7a834125d870.png)

1. Designated Servers:

You have 2 UI and 2 Task servers. Ensure your `Server.xml` and `ServiceDefinition` objects (especially for `Request` and `Task` services) are correctly configured, from debug pages(object browser) – \> ServiceDefinition – check `Request` and `Task` details

1. Insufficient JVM Memory:

search for `OutOfMemoryError` in the application logs which will be an indication.

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/6/7/67c8be9604270adec17542b77d003162afca0a92.png)

1. Database Connection Pool:

from `iiq.properties` check the details from below section:

`##### Data Source Properties #####`

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/0/5/057d18370d6291056cb9f60e3df7ece58ce73cbd.png)

Database Health and Performance: – check with DBA team.

I’ll try to replicate the scenario and see if I can replicate the issue.

---

<div class="post-metadata">

**Author:** ![milinaphalke](https://avatars.discourse-cdn.com/v4/letter/m/d26b3c/32.png) [@milinaphalke](https://developer.sailpoint.com/discuss/u/milinaphalke)\
**Post date:** [August 11, 2025, 12:28pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/6 "2025-08-11T12:28:44Z")

</div>

Thanks @pravin_ranjan for looking into this.  
I can see the following configuration in catalina.bat file

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/1/8/18282391f72a3e539e5ccfd28f6db10a0dc403a7.png)

---

<div class="post-metadata">

**Author:** ![milinaphalke](https://avatars.discourse-cdn.com/v4/letter/m/d26b3c/32.png) [@milinaphalke](https://developer.sailpoint.com/discuss/u/milinaphalke)\
**Post date:** [August 11, 2025, 12:29pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/7 "2025-08-11T12:29:47Z")

</div>

Thanks @pattabhi  
I will check these recommendations.

---

<div class="post-metadata">

**Author:** ![pattabhi](https://sea1.discourse-cdn.com/sailpoint/discuss/user_avatar/developer.sailpoint.com/pattabhi/32/25700_2.png) [@pattabhi](https://developer.sailpoint.com/discuss/u/pattabhi)\
**Post date:** [August 11, 2025, 1:53pm UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/8 "2025-08-11T13:53:04Z")

</div>

Hi @milinaphalke

After changing these values, try to restart the application servers as instructed below.

Recommended values to give a try.

```auto
##### Data Source Properties #####
dataSource.maxWaitMillis=30000
dataSource.maxTotal=250
dataSource.minIdle=5
dataSource.minEvictableIdleTimeMillis=3000000
#dataSource.maxOpenPreparedStatements=-1

```

`dataSource.maxTotal` – this can be up to 500- **for UI servers** as per document reference:  
[IIQ Properties Settings - Compass](https://community.sailpoint.com/t5/Technical-White-Papers/IIQ-Properties-Settings/ta-p/74037#toc-hId-1367272695)

> Controls the number of connections that can be attached to the database at one time; the default value is 50, though higher values are usually specified for production installations.
> 
> This setting is typically higher for UI servers than for task servers, and often ranges from 200-500. The max HTTP sessions in the application server also may need to be adjusted, and the database server must be configured to support all connections from all clients as well.
> 
> Installations taking advantage of the partitioning and parallelized aggregation features available in releases 6.2 and newer should consider increasing this number to 100 or 200 as a minimum for batch and task servers. Servers performing aggregations using partitioning use more database connections than servers performing single threaded aggregations.

Instructions:

1. Stop Tomcat.
2. Update` iiq.properties` file as recommended above.
3. Delete the `temp` and `work` folders to clear the cache.

**Note:** You **MUST** stop the Tomcat server before deleting these folders content. While the `temp` and `work` folders in Tomcat can generally be deleted safely, stopping the server beforehand is crucial to prevent corruption or issues.

Please refer **SailPoint** best practices while updating these values.

1. Start Tomcat.

**Expected values in UI:** from Object Browser – \> Wrench Icon – Database

 ![image](https://global.discourse-cdn.com/sailpoint/original/3X/a/0/a0da1aeaba4dc6ff83f4a3ead6068e1ee8a984ca.png)

---

<div class="post-metadata">

**Author:** ![milinaphalke](https://avatars.discourse-cdn.com/v4/letter/m/d26b3c/32.png) [@milinaphalke](https://developer.sailpoint.com/discuss/u/milinaphalke)\
**Post date:** [August 12, 2025, 5:01am UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/9 "2025-08-12T05:01:48Z")

</div>

Thanks @pattabhi will check.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/sailpoint/original/2X/f/f2136700ed5e3703e0b85e02f6be799dacca7735.png) [@system](https://developer.sailpoint.com/discuss/u/system)\
**Post date:** [October 11, 2025, 5:02am UTC](https://developer.sailpoint.com/discuss/t/request-timeout-error-while-saving-an-access-review/155506/10 "2025-10-11T05:02:36Z")

</div>

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
