Admin App pool goes idle and emails dont send

Francis Carroll asked on July 25, 2022 13:58

Hi,

I have a website setup on IIS 10, kentico version 13.0.72 using ASP.NET CORE.

A bit of background on the IIS setup for context. I have the admin and front end site setup using its own app pool and website on IIS as per the recommendation outlines here https://docs.xperience.io/installation/manually-configuring-xperience-applications-in-iis.

I have setup this website using the default Kentico forms. When a form is sent it is recieved by the admin and a notification email is sent to our email. Because the admin is setup with its own app pool when it is not being used the app pool becomes idle and shuts down as it should. This causes the email notification not to be sent out until some traffic is on the admin url, which we need as it is time sensitive.

Is there anyway to stop the admin sites app pool from becoming idle in IIS or Kentico so that these email notifications are sent out as they are recieved?

iis 10 kentico13 asp.net core

Recent Answers

Brenden Kehren answered on July 25, 2022 14:16

Set the app pool to be always on. Another option is to use a service to check uptime of the CMS, this will keep it alive if you're accessing a page from the CMS code base.

2 votesVote for this answer Mark as a Correct answer

Francis Carroll answered on July 25, 2022 14:20

Hi Brenden,

Thanks for the quick reply.

I have the admin set to be always runninng and this hasent resolved the issue.

There is an idle time of 20 minutes and idle action of terminate which we sent to o for idle time and that still didnt resolve this issue.

Is there some setting we missed for this?

0 votesVote for this answer Mark as a Correct answer

Brian McKeiver answered on July 25, 2022 14:23

I've seen "always on" not be always on. Never quite figured out why. In my experience, the most reliable way to keep the admin tool alive is to either use a third party service like uptime robot, or an internal PowerShell script that runs as a scheduled task.

4 votesVote for this answer Mark as a Correct answer

Liam Goldfinch answered on July 25, 2022 15:46

I agree with what Brian and Brenden have said.

We run an internal tool which periodically calls the admin site by accessing the scheduler handler URL:

https://admin.url/CMSPages/Scheduler.ashx

We've found this works best at ensuring the background tasks run as expected.

2 votesVote for this answer Mark as a Correct answer

Francis Carroll answered on July 26, 2022 14:06

Thanks all.

Our Network & Infrastructure team have set up a Powershell script on a schedule using invoke-webrequest and this appears to do the job.

0 votesVote for this answer Mark as a Correct answer