I setup an AWS Lambda job recently, and then added a trigger to run it every morning. I checked it one morning and realized:
- The job failed for some reason.
- I had no idea what that reason was, because nothing was written to the logs.
According to the docs, all
Console.WriteLine statements are logged:
To output logs from your function code, you can use methods on the Console class, or any logging library that writes to stdout or stderr.
But all I got on the logs page was an error message... an awful, unhelpful message:
There was an error loading Log Streams. Please try again by refreshing this page.
Telling users to refresh the page is like IT telling someone to turn their monitor off and back on - okay, it's something to do, but it's not going to fix any problems. Unless your problem is that your screen is dark.
When you create a new Lambda job, logging is (inexplicably, to my thinking) not configured by default. I'm sure there's reasons for it, but considering this is a service where jobs run headless, it seems pretty important to be able to jump in and quickly see exactly why a job is failing. The metrics screens aren't enough.
So, if you've just setup a job and you're running into this same problem, check the execution role for your job, which "defines the permissions of your function". These permissions include the ability to write out to the logs (or a "log group" as they call it).
My issue ended up being two separate problems:
- I targeted .NET Core 2.1 when I created the Lambda function (because that's the only one available), but my C# project targeted .NET Core 3.0. Oops.
- I also forgot to add a reference to
Amazon.Lambda.Core, which is really easy to do since it's not used in the project nor required by any part of the project, but its absence will cause the job to fail when it runs on AWS. 🤦♂️
If that didn't do it for you, or you already had a comparable permission selected, there's some more helpful suggestions in this post by Dora Hodanic: