-
Notifications
You must be signed in to change notification settings - Fork 331
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
vmware_vm_info: Fix AttributeError #1919
vmware_vm_info: Fix AttributeError #1919
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1919 +/- ##
==========================================
- Coverage 20.29% 20.29% -0.01%
==========================================
Files 189 189
Lines 24582 24583 +1
Branches 5568 5569 +1
==========================================
Hits 4988 4988
- Misses 19565 19566 +1
Partials 29 29
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Build failed. ✔️ ansible-tox-linters SUCCESS in 12m 42s |
recheck |
Build succeeded. ✔️ ansible-tox-linters SUCCESS in 10m 40s |
@AndrewSav Could you please test if this PR fixes your issue? |
@mariolenz Thank you for your work!
Is there a |
No, there isn't. Since I couldn't reproduce your issue (and therefor don't know if this really fixes you issue without introducing another one) the idea is that you test the code before I merge and release it on galaxy. One way to get this PR so you can test it might look like this:
I don't know how to get the changes into AWX / an EE. I think AWX and testing upstream code changes are no friends... but I might be wrong there. |
Thank you, a realize that. You can ran galaxy with as in
You may well be right, but this is a practical issue, AWX provides a lot of infrastructure, such a secret and inventory management (inventory probably is not relevant in our context), so It can take significant amount of time even reproducing it outside it, let alone testing the patch. I really appreciate your work and I'm eager to test the fix, but I need to figure out how to do that. It can take awhile. |
@mariolenz we have tested this now and it does fix our issue. Thank you again! |
@AndrewSav Thanks for testing! You might have to wait two weeks or so for the next release, though. |
Build succeeded (gate pipeline). ✔️ ansible-tox-linters SUCCESS in 9m 59s |
Pull request merge failed: Resource not accessible by integration, You may need to manually rebase your PR and retry. |
Build succeeded. ✔️ ansible-tox-linters SUCCESS in 10m 02s |
Build succeeded (gate pipeline). ✔️ ansible-tox-linters SUCCESS in 9m 49s |
Pull request merge failed: Resource not accessible by integration, You may need to manually rebase your PR and retry. |
@mariolenz is there any ETA when its going to publish into galaxy? |
There's no ETA. One or two weeks, I guess. |
@mariolenz is it published into galaxy? |
I would have liked to fix some more bugs and maybe implement some new features, but I'm afraid I didn't find the time. Therefore, I've just released 4.0.1 to fix this at least. And yes @sapanp007, it's available on galaxy. Since a couple of minutes... |
SUMMARY
According to the documentation
ipConfig
in GuestNicInfo(vim.vm.GuestInfo.NicInfo) might be unset. This can lead to anAttributeError: 'NoneType' object has no attribute 'ipAddress'
.ISSUE TYPE
COMPONENT NAME
ADDITIONAL INFORMATION
I wasn't really able to reproduce this with:
But it looks like some users run into this issue.