New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Example jobs fail to run, expecting wrong data structure in source system #367
Comments
Thanks for the submission! This definitely looks wrong, we should account for the new data structure. |
@JonathanNathanson can you confirm this is addressed now with #395? |
@jdrew82 I'm seeing this error when running Example Data Source:
Certainly seems to get further through the job than before. A side-note - the instance I ran it in already had a LocationType with the name Building. I'll test it with a clean database and update this comment. Update: Ok, so it ran when on a clean database and executed with a "success" status. The celery worker did moan though, and there are errors in the Sync logs:
The records created were LocationTypes and Locations. I didn't get any Prefixes or Tenants - the source code for the example job suggests I should have. And indeed, the job logs do show that the adapter loaded records for prefixes and tenants, but they did not get created. |
@JonathanNathanson can you test the fixes in #405 and let us know if you're still running into these issues? |
I re-ran this against the instance I ran it on previously - so there was some data in there but not all. It kicked up a whole heap of errors. I'm not sure of the best way to export the full list? Some examples:
I then cleaned out the database (deleted all device types, manufacturers, platforms, devices, locations, location types) and re-ran it. All records were created successfully. So only seems to be issues with syncing after the initial sync, and perhaps because the data was bad from the previous import from the previously tested version of the SSOT job? As a side note, I can see in the job logs that it loads a whole bunch of prefixes from the remote, but they don't get created. |
Environment
Expected Behavior
For the example job "Example Data Source" to sync against the default parameters (https://demo.nautobot.com) without producing errors.
Observed Behavior
The job fails to run with a return value of:
{'exc_type': 'KeyError', 'exc_module': 'builtins', 'exc_message': ['label']}
The traceback looks like this, indicating that the job is expecting a different data format to that which is being returned via the source system's API:
Steps to Reproduce
latest-py3.9
tag, with plugin_requirements.txt includingnautobot_ssot
The text was updated successfully, but these errors were encountered: