AWS RoboMaker
Developer Guide

Troubleshooting Simulation Jobs

Use the information here to help you diagnose and fix permissions issues or other common issues that you might encounter when working with AWS RoboMaker simulation jobs.

My Simulation Job Failed

If your simulation job failed, see the following topics for some common solutions.

Are your Amazon S3 resources in the same region as AWS RoboMaker?

Your robot application, simulation application and output locations must be in the same region as AWS RoboMaker. Verify your application sources and simulation job output locations.

Did Your Robot Application Exit Abnormally?

This is a general error indicating there was a problem setting up your robot application for simulation. To troubleshoot, review the robot application logs for the simulation job in CloudWatch.

Logs can be accessed from the simulation job detail screen. Select Logs, and then select a log stream. To look for specific issues, use the filter. For example, "WARNING" or "ERROR".

Is Your Application Missing an .so File?

If your robot application or simulation application crashed, it might be missing a dependent shared object (.so) file. Extract your application bundle in your environment and verify that the shared object libraries you need are in /usr/lib or /usr/local/lib. Make sure the dependency is added to your package xml file.

Did You Use the ARN of your Role with the CLI?

When you call create-simulation-job from the AWS CLI, use the full Amazon Resource Name (ARN) of the role, not just the role name.

Does Your Role Have a Trust Policy for AWS RoboMaker?

If you are passing the full Amazon Resource Name (ARN) of the IAM role when you call create-simulation-job from the AWS CLI, your trust policy might have insufficient privileges. Make sure your role has the following trust policy defined:

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "robomaker.amazonaws.com" }, "Action": "sts:AssumeRole" } ] }

See Modifying a Role for more information on adding a trust policy to an IAM role.

Does Your Role Have Permissions to Publish to Amazon S3?

If you specify an output location (Amazon S3 bucket) for a simulation job, your role must have write permissions to the bucket. Update your trust policy to include write permissions. The trust policy below to adds read, list, and write permissions to an Amazon S3 bucket. Use the bucket to store robot applications and simulation applications used to create applications in AWS RoboMaker and for simulation job output:

{ "Action": "s3:ListBucket", "Resource": [ "my-bucket" ], "Effect": "Allow" }, { "Action": [ "s3:Get*", "s3:List*" ], "Resource": [ "my-bucket" ], "Effect": "Allow" }, { "Action": "s3:Put*", "Resource": [ "my-bucket" ], "Effect": "Allow" }

Does Your Role Have Permission to Publish to Amazon CloudWatch?

Update the permissions policies of your IAM role with CloudWatch access:

{ "Effect": "Allow", "Action": [ "logs:CreateLogGroup", "logs:CreateLogStream", "logs:PutLogEvents", "logs:DescribeLogStreams" ], "Resource": "*" }

Does your Application Have a Mismatched ETag?

The entity tag is a hash of the Amazon S3 object provided while creating the simulation. The ETag reflects changes only to the contents of an object, not its metadata. If you change the content of the robot application or simulation bundle in Amazon S3 before AWS RoboMaker has consumed it, there will be a version mismatch.

To resolve this, create a new robot application or simulation application version and provide the key location for the updated application bundle. For more information, see Creating a Robot Application Version or Creating a Robot Application Version.

Is Your Subnet ENI Limit Exceeded?

AWS RoboMaker uses one elastic network interface (ENI) per concurrent simulation job in the subnet in which the simulation job is run. Each of these must be assigned an IP address. To resolve this: you can:

Is the Launch Command Properly Configured?

Depending on the complexity of your simulation, Gazebo might take a few minutes to launch. If AWS RoboMaker spends more than 10 minutes preparing the simulation job, there might be a problem with the launch command.

Cancel the job and then create a new simulation job. If the problem persists, contact AWS Support.

Another possibility: one of the ROS nodes did not start up or experienced problems. Check the simulation logs for errors. You can also use the terminal simulation too to connect and troubleshoot the running simulation job.

Are Your Subnets in Zones AWS RoboMaker Supports?

Provide subnets in two of the AWS Availability Zones supported by AWS RoboMaker. API response will contain a list of supported AWS Availability Zones.

Are the launch file and package name correct?

Use CloudWatch Logs to verify the package name and launch file used by the simulation job. Filter to roslaunch events, and then expand each event to look for issues similar to:

[launch_file.launch] is neither a launch file in package [package_name] nor is [package_name] a launch file name

Is the node package named correctly in the launch file?

Use CloudWatch Logs to verify the node package name used by the simulation job. Filter to cannot launch node events, and then expand each event to look for issues similar to:

ERROR: cannot launch node of type [node_package_name/node_type]: node_package_name

Did you include an incorrect launch file?

Use CloudWatch Logs to check if the launch file was not found. Filter to roslaunch events, and then expand each event to look for issues similar to:

while processing directory/path/to/launch/launch_file Invalid roslaunch XML syntax: [Errno 2] No such file or directory: 'directory/path/to/launch/launch_file'

Are your world file model references correct?

Use CloudWatch Logs to verify all of the models in your world file are correct. If a model could not be located, you will see information like the following:

[Wrn] [ModelDatabase.cc:340] Getting models from[http://models.gazebosim.org/]. This may take a few seconds. [Wrn] [ModelDatabase.cc:212] Unable to connect to model database using [http://models.gazebosim.org//database.config]. Only locally installed models will be available. [Err] [ModelDatabase.cc:414] Unable to download model[model://model_name] [Err] [SystemPaths.cc:429] File or path does not exist[""] Error [parser.cc:581] Unable to find uri[model://model_name]

On this page: