Bug 784604

Summary: Typo in path in gdm-ovirtcred
Product: [Retired] oVirt Reporter: Jakub Libosvar <jlibosva>
Component: ovirt-guest-agentAssignee: Barak <bazulay>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: iheim, Rhev-m-bugs, ykaul
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: virt
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-03 12:24:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jakub Libosvar 2012-01-25 14:38:39 UTC
Description of problem:
SSO doesn't work on Fedora guest due to wrong path for dynamic used library:
Jan 25 14:36:32 f16-64 gdm-ovirtcred][14268]: PAM unable to dlopen(/lib64/security/pam_rhev_cred.so): /lib64/security/pam_rhev_cred.so: cannot open shared object file: No such file or directory
Jan 25 14:36:32 f16-64 gdm-ovirtcred][14268]: PAM adding faulty module: /lib64/security/pam_rhev_cred.so

pam_rhev_cred.so -> pam_ovirt_cred.so ?

Version-Release number of selected component (if applicable):
gdm-3.2.1.1-8.fc16.x86_64
ovirt-guest-agent-gdm-plugin-1.0.0-1.fc16.x86_64
ovirt-guest-agent-pam-module-1.0.0-1.fc16.x86_64
ovirt-guest-agent-1.0.0-1.fc16.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Try to use desktopLogin command on host against running fedora VM with agent installed
  
Actual results:
SSO fails

Expected results:
SSO succeeds

Additional info:

CredServer::INFO::2012-01-25 14:09:14,127::CredServer::220::root::CredServer is running...
Dummy-1::DEBUG::2012-01-25 14:09:17,136::OVirtAgentLogic::160::root::AgentLogicBase::sendUserInfo - cur_user = '(unknown)'
Dummy-2::INFO::2012-01-25 14:09:22,805::OVirtAgentLogic::124::root::Received an external command: login...
Dummy-2::DEBUG::2012-01-25 14:09:22,807::OVirtAgentLogic::145::root::User log-in (credentials = '\x00\x00\x00\x06cubeek********\x00')
Dummy-2::INFO::2012-01-25 14:09:22,807::CredServer::165::root::The following users are allowed to connect: [0]
Dummy-2::DEBUG::2012-01-25 14:09:22,808::CredServer::235::root::Token: 486578
Dummy-2::INFO::2012-01-25 14:09:22,808::CredServer::236::root::Opening credentials channel...
Dummy-2::INFO::2012-01-25 14:09:22,810::CredServer::96::root::Emitting user authenticated signal (486578).
Dummy-2::INFO::2012-01-25 14:09:22,810::CredServer::240::root::Credentials channel was closed.

Comment 1 Itamar Heim 2013-02-03 12:24:42 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.