Import Objetcs with tower-cli from AWX version 2.1.2 to version 7.0.0

I have been worked with AWX in production along a year with the version 2.1.2.

When I migrated from 1.0.6 to 2.1.2 version, I used tower-cli with receive and send options.

Now I have tried the same procedure to migrate the objects.

When I have imported the credential, projects, teams I don´t have any problem, but when I trie to import the job_template it doesn´t go ok.

It appears allways the next error message:

Option credential is not a valid option for job_template xxxxx

Is it possible import a object of AWX 2.1.2 version to AWX 7.0.0?
What is the procedure?

This is a known bug in tower_cli. It will not likely be fixed there though, and instead usage will shift over to awx cli, powered by awxkit.

I installed awx from github https://github.com/ansible/awx/tree/devel/awxkit/awxkit/cli/docs with this command:

pip install "https://github.com/ansible/awx/archive/7.0.0.tar.gz#egg=awxkit&subdirectory=awxkit"
awx --help

And It works.

Is there any option as tower-cli receive/send in awx-cli?

Is there any procedure to migrate data from AWX2.1.2 to 7.0.0?

resource
login authenticate and retrieve an OAuth2 token
config print current configuration values
job_templates (job_template)
metrics
job_events
inventory_scripts (inventory_script)
labels (label)
schedules (schedule)
workflow_job_nodes
instances (instance)
instance_groups (instance_group)
credential_types (credential_type)
teams (team)
inventory_updates (inventory_update)
system_jobs
workflow_jobs (workflow_job)
ad_hoc_commands (ad_hoc)
project_updates (project_update)
ping
inventory (inventories)
config
credential_input_sources
inventory_sources (inventory_source)
jobs (job)
users (user)
organizations (organization)
notification_templates (notification_template)
tokens
unified_jobs
applications (application)
groups (group)
unified_job_templates
credentials (credential)
workflow_approvals
workflow_job_template_nodes (node)
projects (project)
me
workflow_job_templates (workflow)
roles (role)
notifications
settings (setting)
system_job_templates
hosts (host)
activity_stream

I actually believe this will need to be addressed on the tower-cli side as a stop-gap measure, only because it is vastly easier than the alternatives. I have one test in the AWX collection which is marked as xfail right now for this bug. I have some prior attempts at the problem lying around, but we updated the error handling to rase 400 errors in this case. You’re seeing that message. This is better than silently failing to copy the credentials in my book. This also gives some more options to catch and detect the error in tower-cli and make decisions based on that. I’m am still unsure of exact details of the solution right now, but it’s a known issue and a fix is planned for the sake of both the functionality of the AWX collection and send/receive.