Skip to content

AWS DevOps Agent - Topology Shows 0 Resources Found

0

Hi all, I’m testing AWS DevOps Agent and ran into a weird issue with topology / resource discovery.

Basically, I created a new DevOps Agent Space in us-east-1, associated my AWS account and attached a service role for the agent (through auto-create), gave it access to my EKS Cluster through an IAM Access Entry, and gave the service role the following policies: "AIOpsAssistantPolicy" (per official documentation) and "AWSResourceExplorerReadOnlyAccess", as well as some extra inline policies.

The topology page just says “Analyzing your topology” and shows 0 resources found, even after a few hours have passed. I'm not using a CloudFormation stack, but rather AWS Tags from the Capabilities section, where I basically put 2 of the tags that my resources are provisioned with from my Terraform code, so the agent can find the resources I created through Terraform and create the topology with them. I double-checked (and probably more than quadruple-checked) that the tags are correct, and they are. I even went into resource explorer, searched for resources with those tags, and it found them.

Agent diagnostics show an error like: AccessDeniedException ... not authorized to perform: resource-explorer-2:Search ... because no session policy allows the resource-explorer-2:Search action

What I’ve checked:

Resource Explorer:

  • Aggregator index is configured in us-east-1.
  • A view that includes the whole account is configured and active.
  • If I run resource-explorer-2 list-views and get-view from the CLI, they work.
  • If I run resource-explorer-2 search with a tag query (for example, tag.Owner:...), it returns my VPCs, EKS cluster, etc.

IAM role for DevOps Agent:

The role assumed by DevOps Agent has:

  • An inline policy that explicitly allows: resource-explorer-2:Search resource-explorer-2:GetView resource-explorer-2:ListViews
  • AWS managed policies including "AIOpsAssistantPolicy" and "AWSResourceExplorerReadOnlyAccess".

IAM simulate-principal-policy on this role shows: Search → allowed GetView → allowed ListViews → allowed

If I manually sts:AssumeRole into the same role and then run resource-explorer-2 search from the CLI, it works and returns resources.

What DevOps Agent reports (yeah I know, using DevOps agent to diagnose DevOps agent problems, insert spiderman pointing at another spiderman meme):

DevOps Agent’s own analysis says that when it assumes the role, the session policy attached to the STS session does not include resource-explorer-2:Search. So even though the role policy allows Search, the session policy effectively filters it out and the call is denied. As a result, the topology UI shows 0 resources.

Is this a known issue or misconfiguration with AWS DevOps Agent’s use of STS session policies? It looks like the service is assuming the role with a restrictive session policy that omits resource-explorer-2:Search.

What is the recommended way to fix this from the DevOps Agent side, given that:

The role policies and Resource Explorer configuration are already correct. Manual AssumeRole + Resource Explorer search works, but DevOps Agent’s own session still gets AccessDenied for Search?

P.S - I created a DevOps Agent Space yesterday, literally only added tags to capabilities, and added IAM access entry to my EKS Cluster with the "AIOpsAssistantPolicy" managed policy, and everything worked fine, resources were detected and topology was created. Today I decided to delete that agent space, create a new one (because it wasn't seeing my load balancer before), and now it's not finding any resources at all.

Perhaps this is a known bug that the team is working to fix? Would really help in my investigation to know the situation of this problem.

Thank you so much!

2 Answers
0

Based on the information provided, there are several potential reasons why your AWS DevOps Agent topology might be showing "0 resources found."

First, it's important to note that AWS DevOps Agent is currently in preview in the US East (N. Virginia) Region. As with any preview service, there may be limitations or issues that are still being addressed.

The error message you're seeing suggests a permissions issue with Resource Explorer. Specifically, the "AccessDeniedException ... not authorized to perform: resource-explorer-2:Search" indicates that when DevOps Agent assumes your service role, the session policy being applied is restricting access to the Resource Explorer search functionality.

This appears to be a case where the role itself has the correct permissions (as evidenced by your successful manual testing), but when DevOps Agent assumes the role, it's applying a restrictive session policy that excludes the resource-explorer-2:Search permission.

For topology views in general, there are some limitations to be aware of:

  1. Topology views may only be available for specific resource states (for example, EC2 instances must be in the "running" state)
  2. Each topology view is unique per AWS account
  3. Some resources or services may not support telemetry or associated entities

Since you mentioned that a previous setup worked correctly with just the "AIOpsAssistantPolicy" managed policy and IAM access entry to your EKS cluster, it's possible that:

  1. There's an issue with the new agent space configuration
  2. There might be a temporary service issue
  3. The additional policies you've added might be causing unexpected interactions

As a troubleshooting step, you could try:

  1. Creating a new agent space with minimal configuration (similar to your previous successful setup)
  2. Ensuring your service role has the AIOpsAssistantPolicy without additional custom policies
  3. Checking if there are any service quotas or limits that might be affecting resource discovery
  4. Verifying that the resources you expect to see are in the appropriate state to be discovered

Since this is a preview service and you've observed inconsistent behavior between deployments, it's also possible this could be a known issue that the AWS team is working to address.
Sources
Explore related telemetry - Amazon CloudWatch
Amazon EC2 topology - Amazon Elastic Compute Cloud
Introducing AWS DevOps Agent (preview), frontier agent for operational excellence - AWS
Understanding the immediate resource discovery experience - AWS Resource Explorer

answered 7 months ago

EXPERT

reviewed 6 months ago

0

Hello, we have recently made improvements to the topology for new DevOps Agentspaces. Please let us know if you are still seeing any issues.

AWS
SUPPORT ENGINEER

answered 6 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.