Bug 1174984
| Summary: | cockpit: adding host failed with Error converting arg 0 to GVariant of type s for method SetPasswordHash on interface com.redhat.Cockpit.Account: Unexpected type '(null)' in JSON node | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Zbigniew Jędrzejewski-Szmek <zbyszek> | ||||
| Component: | cockpit | Assignee: | Stef Walter <stefw> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 21 | CC: | grant.abraham, puiterwijk, stefw | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | cockpit-0.48 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-10-19 10:42:43 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Work in progress to fix this upstream, and move away from accountsservice. Incomplete: https://github.com/cockpit-project/cockpit/pull/1877 |
Created attachment 969780 [details] slightly trimmed logs Description of problem: In the browser: Will add server to dashboard: Address: XXX.XXX.XXX.XXX Fingerprint: ... Synchronize administrator test Error converting arg 0 to GVariant of type s for method SetPasswordHash on interface com.redhat.Cockpit.Account: Unexpected type '(null)' in JSON node On the server: Version-Release number of selected component (if applicable): cockpit-0.27-2.fc21.armv7hl How reproducible: Dunno. Steps to Reproduce: 1. connect to one server with credentials 'test'/<password>. 2. connect to a second server, where the username is different ('zbyszek', but I presume that anything except 'test' works), but click 'use current credentials' 3. when the connection fails, input the correct username and password Actual results: Web interface shows error as above. What happens on the host is actually more interesting: a user is created, with the "wrong" credentials, please see the attached logs. Expected results: Dunno, but this wasn't expected. Additional info: The server is virtualized: qemu-system-arm $ lscpu Architecture: armv7l Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Model name: ARMv7 Processor rev 1 (v7l)