Skip to content
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

myproxy-logon still returns code 0 when voms-proxy-init called by it fails #68

Closed
zsalvet opened this issue Feb 4, 2019 · 6 comments · Fixed by #147
Closed

myproxy-logon still returns code 0 when voms-proxy-init called by it fails #68

zsalvet opened this issue Feb 4, 2019 · 6 comments · Fixed by #147

Comments

@zsalvet
Copy link

zsalvet commented Feb 4, 2019

Return value from voms_proxy_init() is checked for negative values instead of non-zero values.

@msalle
Copy link
Member

msalle commented Feb 4, 2019

To document the issue:
The problem comes from myproxy_get_delegation.c lines 205-210 where a warning is logged in case the voms-proxy-init command failed, but it does not influence the exit value. (Note that the actual call and waitpid() is in at the end of the same file myproxy_get_delegation.c lines 506-L510). So when the voms-proxy-init command fails, you get a warning and instead a non-voms proxy is successfully issued, hence you get the 0 exit value. We should decide whether we find this behaviour correct (in which case it probably must be documented) or a bug.

@zsalvet
Copy link
Author

zsalvet commented Feb 4, 2019

The second part of the problem is lack of proper handling of "rc" returned by the waitpid(),
it needs to be interpreted (at least WIFEXITED and WIFSIGNALED cases) and replaced
with suitable negative value before return from voms_proxy_init().

@msalle
Copy link
Member

msalle commented Feb 4, 2019

I agree that returning the status as rc is incorrect, but in any case, any return value of voms_proxy_init() is currently ignored. Parsing the status to produce better (and correct) logging would indeed be a good idea.

@fscheiner
Copy link
Member

@zsalvet @msalle
@jbasney and me have provided #147 to solve this issue. This should automatically close this issue when merged. If the provided solution is not what you had in mind or incomplete, please re-open this issue and provide an explanation.

@fscheiner
Copy link
Member

Ok, as per #129 I label this issue "fixed in git master", re-open it and keep it open until our next release.

@fscheiner fscheiner reopened this Feb 26, 2021
@fscheiner
Copy link
Member

Fixed in GCT 6.2.20210826 maintenance release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants