[GH-ISSUE #103] Unable to handle module iam-role-for-service-accounts-eks #49

New issue

Closed

opened 2026-05-06 12:36:44 +02:00 by BreizhHardware · 4 comments

BreizhHardware commented

2026-05-06 12:36:44 +02:00

Owner

Originally created by @Multox on GitHub (Feb 8, 2024).
Original GitHub issue: https://github.com/patrickchugh/terravision/issues/103

I'm using this module: https://registry.terraform.io/modules/terraform-aws-modules/iam/aws/latest/submodules/iam-role-for-service-accounts-eks

Usage is like this:

module "load_balancer_irsa" {
  source    = "terraform-aws-modules/iam/aws//modules/iam-role-for-service-accounts-eks"
  ...
}

When running Terravision it generates this error

Added Source Location: ./.terraform/modules/load_balancer_irsa
ERROR: No Terraform .tf files found in current directory or your source location. Use --source parameter to specify location or Github URL of source files

The error is correct, there are indeed no .tf files in the location "./.terraform/modules/load_balancer_irsa"
This is because the module is actually at ./.terraform/modules/load_balancer_irsa/modules/iam-role-for-service-accounts-eks

I don't know if there's a work-around, but I am using the module correctly according to the example in the documentation. (The deployment does work)

Btw, thanks for making this project! It looks great and I'm looking forward to seeing my architecture diagrammed by this!

Originally created by @Multox on GitHub (Feb 8, 2024). Original GitHub issue: https://github.com/patrickchugh/terravision/issues/103 I'm using this module: https://registry.terraform.io/modules/terraform-aws-modules/iam/aws/latest/submodules/iam-role-for-service-accounts-eks Usage is like this: ``` module "load_balancer_irsa" { source = "terraform-aws-modules/iam/aws//modules/iam-role-for-service-accounts-eks" ... } ``` When running Terravision it generates this error ``` Added Source Location: ./.terraform/modules/load_balancer_irsa ERROR: No Terraform .tf files found in current directory or your source location. Use --source parameter to specify location or Github URL of source files ``` The error is correct, there are indeed no .tf files in the location "./.terraform/modules/load_balancer_irsa" This is because the module is actually at ./.terraform/modules/load_balancer_irsa/modules/iam-role-for-service-accounts-eks I don't know if there's a work-around, but I am using the module correctly according to the example in the documentation. (The deployment does work) **Btw, thanks for making this project! It looks great and I'm looking forward to seeing my architecture diagrammed by this!**

BreizhHardware closed this issue

2026-05-06 12:36:44 +02:00

BreizhHardware commented

2026-05-06 12:36:44 +02:00

Author

Owner

@crockie commented on GitHub (Jun 10, 2024):

I am also experiencing the same issues with the use of modules.

@Multox I found the bug in fileparser.py and it appears that under the iterative_parse function, and in the module section, it should call find_tf_files with the recursive param set to true. With the above changes, the program is able to find all the tf files in the modules folder.

@patrickchugh However, the program is now stuck in Processing resources

@crockie commented on GitHub (Jun 10, 2024): I am also experiencing the same issues with the use of modules. @Multox I found the bug in `fileparser.py` and it appears that under the `iterative_parse` function, and in the module section, it should call `find_tf_files` with the `recursive` param set to true. With the above changes, the program is able to find all the tf files in the modules folder. @patrickchugh However, the program is now stuck in `Processing resources`

BreizhHardware commented

2026-05-06 12:36:45 +02:00

Author

Owner

@crnakad commented on GitHub (Jun 12, 2024):

I managed to make it work when setting the recursive param to true, but I am getting Unhandled error: <class 'RecursionError'>, maximum recursion depth exceeded while calling a Python object later on in Processing resources

Increasing the system recursion limit results in a Segmentation fault (core dumped) error

@crnakad commented on GitHub (Jun 12, 2024): I managed to make it work when setting the `recursive` param to true, but I am getting `Unhandled error: <class 'RecursionError'>, maximum recursion depth exceeded while calling a Python object` later on in `Processing resources` Increasing the system recursion limit results in a `Segmentation fault (core dumped)` error

BreizhHardware commented

2026-05-06 12:36:45 +02:00

Author

Owner

@patrickchugh commented on GitHub (Dec 16, 2025):

Can you check with the latest version please?

@patrickchugh commented on GitHub (Dec 16, 2025): Can you check with the latest version please?

BreizhHardware commented

2026-05-06 12:36:45 +02:00

Author

Owner

@patrickchugh commented on GitHub (Jan 3, 2026):

@crockie @crnakad @Multox EKS and Karpenter support is working now. Closing this issue.

@patrickchugh commented on GitHub (Jan 3, 2026): @crockie @crnakad @Multox EKS and Karpenter support is working now. Closing this issue.