-
Notifications
You must be signed in to change notification settings - Fork 88
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
error is not reported in nim module #193
Comments
Hello, Any update about that?? thank you |
Hello, the lpp_source name needs to follow "7xxx-xx-xx-xxxx-lpp_source" format |
The issue is not about lpp_source name format, but about error reporting. If it doesn't work with the lpp_source provided, it MUST report the error and set the task to failed. |
If you use "async=yes" flag in "nim -o cust" command, ansible will move on to next task without return an error |
Sorry, I don't use any flags in any commands. I use IBM's provided ansible module. E.g. as for now I see another error message on another server:
But still the task was successful and didn't return any error/failure. |
can you post your playbook? or use -vvv flag for ansible run? |
The whole playbook is posted in the first message. |
oh, missed that... did you run with a set of nim clients? your nim client nimsh seens inoperative according to the last error |
please re-create problem with -vvv so I can see what flags are being executed. |
Please provide information what you want to see in the output. There is no NIM command in the verbose output and the only error information I posted above. I can't post the whole output because of security considerations. |
please check if you can find any details under meta |
I posted above the whole meta section. I post it again:
|
what is your local host? is it a group of clients or a single client, can you share you inventory file? |
the lpp_source name does not follow the required format based on the current design. please change to: You would keep hitting the same message without changing the lpp_source name. |
The localhost is NIM server where the playbook is. There is no inventory, because I don't need it for the example and we don't have many NIM servers, where NIM module could be run. The command I run is always the same (see the first message):
The difference is only in -vvv if I want to get additional information. |
Again - the problem is not lpp source naming, but your ignorance regarding error messages. I just did the test with the "correct" naming, it fails the same way. If you look in YOUR source code, in file plugins/modules/nim.py, in the function nim_update you ignore all the possible errors. |
understand. what is the log when you use the correct name? your last log does not show it. |
Here was wrong info from my side. With the lpp_source named according to your undocumented rules, the server is being updated. Still the issue with ignoring errors persist. |
thanks for the feedback. We will document the rules. |
and what about errors? how do you plan to handle them? |
we will evaluate the current design and come up with a solution. |
Hello Raeyacld So I run into an issue when patching AIX lpar using ansible when updating AIX from 7200-05-03-2135 to 7200-05-04-2220 . Playbook runs and does not update the nim client. No errors are displayed after the playbook run. The only way to see any significant output is to add -vvv (verbose) option. Here is the meta information. }, Here is the playbook info.
Any help will be really appreciated. |
Describe the bug
A small playbook is run (code see below) and returns "OK", but nothing happens. If it is run with -vvv (very verbose), there is an error in meta information:
To Reproduce
Code:
Expected behavior
The task should fail and the error message should be shown.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: