# APM Agent not sending traces on AWS Lambda **URL:** \ **Category:** APM\ **Tags:** dotnet\ **Created:** [June 6, 2020, 6:27pm UTC](https://discuss.elastic.co/t/apm-agent-not-sending-traces-on-aws-lambda/236053 "2020-06-06T18:27:44Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![thiago.dantas](https://avatars.discourse-cdn.com/v4/letter/t/8797f3/32.png) [@thiago.dantas](https://discuss.elastic.co/u/thiago.dantas)\ **Post date:** [June 6, 2020, 6:27pm UTC](https://discuss.elastic.co/t/apm-agent-not-sending-traces-on-aws-lambda/236053/1 "2020-06-06T18:27:44Z")
**Kibana version** : # elastic cloud 7.3.2 **APM Agent language and version** : dotnet 1.5.1 **Original install method (e.g. download page, yum, deb, from source, etc.) and version**: nuget package **Description of the problem including expected versus actual behavior. Please include screenshots (if relevant)**: I deployed a new dotnet core 3.1 function in AWS Lambda and i noticed barely any, if any at all, traces land in APM I tried setting crazy environment variables like ELASTIC\_APM\_FLUSH\_INTERVAL=50ms, ELASTIC\_APM\_MAX\_BATCH\_EVENT\_COUNT=1 and adding a 200ms delay before exiting my lambda call to no avail. Enabling debug log with ELASTIC\_APM\_LOG\_LEVEL=Debug, the last message logged is always {PayloadSenderV2} Enqueued Transaction I have python APM Agents deployed on AWS Lambda that seem to work super fine and a dotnet APM Agent deployed in ECS that also works fine, the problem seems to only be with dotnet Agent + AWS Lambda I'm convinced a method for manually and synchronously flushing the APM Agent send queue before exiting lambda invocations is required here, but none is found **Steps to reproduce** : 1. Deploy a function in AWS Lambda 2. Watch in despair as your traces never land in APM **Provide logs and/or server output (if relevant)**: 2020-06-06 18:16:40.2229|Info|61|hotspring.Connector.RowsCopied|trace.id=9a67f4b8e5f8fd44b50f12dc4be22a21, transaction.id=84b7ee70ad438d9a, AWSRequestId=9fe6c424-8e0e-5288-b24b-937151bc1dab, batchId=hotspring/manifest/4896348d-fcef-486c-96af-8bedf647ea88, fileCount=3, fileLines=5, durationInMS=537|Copy statistics [2020-06-06 18:16:40.224 +00:00][Debug] - {PayloadSenderV2} Enqueued Span. newEventQueueCount: 130. MaxQueueEventCount: 1000. Span: Span{Id: 15f9fe945acca95e, TransactionId: 84b7ee70ad438d9a, ParentId: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, Name: Connector.RunCopy, Type: redshift, IsSampled: True}. 2020-06-06 18:16:40.2229|Info|61|hotspring.Batch.Execute|trace.id=9a67f4b8e5f8fd44b50f12dc4be22a21, transaction.id=84b7ee70ad438d9a, AWSRequestId=9fe6c424-8e0e-5288-b24b-937151bc1dab, batch\_id=4896348d-fcef-486c-96af-8bedf647ea88|Executed [2020-06-06 18:16:40.242 +00:00][Debug] - {PayloadSenderV2} Enqueued Span. newEventQueueCount: 131. MaxQueueEventCount: 1000. Span: Span{Id: 33e45ccfa12b02ae, TransactionId: 84b7ee70ad438d9a, ParentId: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, Name: dynamo.SetBatchStatus, Type: dynamodb, IsSampled: True}. [2020-06-06 18:16:40.320 +00:00][Debug] - {PayloadSenderV2} Enqueued Span. newEventQueueCount: 132. MaxQueueEventCount: 1000. Span: Span{Id: 295de3bcfc6c6949, TransactionId: 84b7ee70ad438d9a, ParentId: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, Name: s3Client.DeleteObjectAsync, Type: s3, IsSampled: True}. [2020-06-06 18:16:40.337 +00:00][Debug] - {PayloadSenderV2} Enqueued Span. newEventQueueCount: 133. MaxQueueEventCount: 1000. Span: Span{Id: d345c807c2639896, TransactionId: 84b7ee70ad438d9a, ParentId: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, Name: dynamo.SetBatchStatus, Type: dynamodb, IsSampled: True}. [2020-06-06 18:16:40.338 +00:00][Debug] - {PayloadSenderV2} Enqueued Span. newEventQueueCount: 134. MaxQueueEventCount: 1000. Span: Span{Id: fe8887841dc31dbf, TransactionId: 84b7ee70ad438d9a, ParentId: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, Name: batch.ExecuteBatch, Type: exec, IsSampled: True}. [2020-06-06 18:16:40.338 +00:00][Debug] - {PayloadSenderV2} Enqueued Transaction. newEventQueueCount: 135. MaxQueueEventCount: 1000. Transaction: Transaction{Id: 84b7ee70ad438d9a, TraceId: 9a67f4b8e5f8fd44b50f12dc4be22a21, ParentId: null, Name: SQS-Execute, Type: exec, IsSampled: True}. END RequestId: 9fe6c424-8e0e-5288-b24b-937151bc1dab REPORT RequestId: 9fe6c424-8e0e-5288-b24b-937151bc1dab Duration: 2356.85 ms Billed Duration: 2400 ms Memory Size: 256 MB Max Memory Used: 158 MB ---
**Author:** ![GregKalapos](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/gregkalapos/32/37205_2.png) [@GregKalapos](https://discuss.elastic.co/u/GregKalapos)\ **Post date:** [June 6, 2020, 6:49pm UTC](https://discuss.elastic.co/t/apm-agent-not-sending-traces-on-aws-lambda/236053/2 "2020-06-06T18:49:11Z")
Hi @thiago.dantas, there is [an issue](https://github.com/elastic/apm-agent-dotnet/issues/518) about this in the agent repo. > I'm convinced a method for manually and synchronously flushing the APM Agent send queue before exiting lambda invocations is required here, but none is found That topic is tracked [here](https://github.com/elastic/apm-agent-dotnet/issues/288). ---
**Author:** ![thiago.dantas](https://avatars.discourse-cdn.com/v4/letter/t/8797f3/32.png) [@thiago.dantas](https://discuss.elastic.co/u/thiago.dantas)\ **Post date:** [June 6, 2020, 7:30pm UTC](https://discuss.elastic.co/t/apm-agent-not-sending-traces-on-aws-lambda/236053/3 "2020-06-06T19:30:15Z")
will watch, cheers ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [June 27, 2020, 3:30pm UTC](https://discuss.elastic.co/t/apm-agent-not-sending-traces-on-aws-lambda/236053/4 "2020-06-27T15:30:25Z")
This topic was automatically closed 20 days after the last reply. New replies are no longer allowed.