- 최신
- 최다 투표
- 가장 많은 댓글
Hello,
I understand that you are using SnapStart enabled Lambda function, where you are seeing following error intermittently:
Runtime restore hook execution timed out after 2 seconds (Service: Lambda, Status Code: 408
Please check to confirm whether you have implemented runtime hook, in your application. If yes, then the issue could be that the interface method afterRestore() times out.
"Resource – An interface with two methods, beforeCheckpoint() and afterRestore(). Use these methods to implement the code that you want to run before a snapshot and after a restore."
Also, when SnapStart is activated, your initialization code can run for up to 15 minutes. Checkpoint hooks beforeCheckpoint()) count towards the 15 minutes. Restore hooks (afterRestore()) time out after 2 seconds.
If this does not address your issue, we require details that are non-public information for further troubleshooting. Please open a support case, with AWS using this link, and make sure to include details on Lambda function ARN, Request IDs and Timestamp.
hello, the 2 second timeout limit applies to loading the runtime (JVM) and the afterRestore() hooks. Please find the updated documentation here. Can you please let us know if there's a support ticket submitted that we can investigate to understand why your restore is timing out?
I have encountered this too today. Is there a CTI I can submit a ticket too?
Can you please let us know if there's a support ticket submitted that we can investigate to understand why your restore is timing out?
We have not created a ticket since our team decided not to spend more time on SnapStart for now.
Note that the only thing I can think of that might be relevant about the errored invocation was that there were about 500 concurrent invocations of the same lambda at the time of the error. We were not using afterRestore() for this lambda.
Thanks for the follow-up.
We for sure didn't have afterRestore() in our code. That would have required the crac library dependency which we don't have included in our jar.
At this point, we have opted not to use SnapStart for the time being.