| Summary: | Java Error when creating user with spacecmd | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Jason Huddleston <jason.huddleston> |
| Component: | API | Assignee: | Steven Hardy <shardy> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Red Hat Satellite QA List <satqe-list> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 1.6 | CC: | cperry, jonathan.d.lewis, jpazdziora |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-03-07 09:55:02 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | |||
| Bug Blocks: | 765736 | ||
Could you please paste the full traceback from /var/log/tomcat*/catalina.out? Yes, this looks like a spacecmd trouble. I am able to create new user via client.user.create API with enabled pam authentication without any issues. Aron, would you take a look, please? If I clear out the catalina.out file and rerun the command below is what I see:
spacecmd {SSM:0}> user_create -u testuser -f Test -l User -e jason.huddleston --pam -p testtest
ERROR: com.redhat.rhn.common.translation.TranslationException: Could not find translator for class java.lang.Boolean to class java.lang.Integer
spacecmd {SSM:0}> exit
root@lnxfdis1:/var/log/tomcat5 # cat catalina.out
Dec 13, 2011 9:17:10 AM redstone.xmlrpc.XmlRpcDispatcher writeError
WARNING: com.redhat.rhn.common.translation.TranslationException: Could not find translator for class java.lang.Boolean to class java.lang.Integer
----
Jay
I'm not a programmer but it appears to an issue in:
/usr/lib/python2.6/site-packages/spacecmd/user.py
Couple of issues I see, there should be case where if pam is set, password should not be required and when pam is set it actually needs to make options.pam=1
quick and dirty work around, below the following:
if not options.pam:
options.pam = 0
Add:
if options.pam:
options.pam = 1
Password will still be required, hoping this will all get addressed in the next update...
Fix committed 00345a08e72af8f668107bc8f6a72f9f554fc017 which I think solves this issue Spacewalk 1.7 has been released: https://fedorahosted.org/spacewalk/wiki/ReleaseNotes17 |
Description of problem: When creating a user with the spacecmd command with the --pam switch I get the following error: spacecmd {SSM:0}> user_create -u testuser -f Test -l User -e jason.huddleston --pam -p testtest ERROR: com.redhat.rhn.common.translation.TranslationException: Could not find translator for class java.lang.Boolean to class java.lang.Integer I do not get this error when I leave the --pam switch off. I see this on both of my satellite servers. Have you seen this before? Also, if I leave the password flag off it says it is required. The password should not be required if the pam flag is set. Version-Release number of selected component (if applicable): spacewalk-utils-1.2.1-3.el5sat How reproducible: Everytime Steps to Reproduce: 1. spacecmd 2. user_create -u testuser -f Test -l User -e jason.huddleston --pam -p testtest user_create -u testuser -f Test -l User -e jason.huddleston -p testtest Actual results: spacecmd {SSM:0}> user_create -u testuser -f Test -l User -e jason.huddleston --pam -p testtest ERROR: com.redhat.rhn.common.translation.TranslationException: Could not find translator for class java.lang.Boolean to class java.lang.Integer Expected results: spacecmd {SSM:0}> user_create -u testuser -f Test -l User -e jason.huddleston -p testtest spacecmd {SSM:0}> Additional info: