Ticket #190 (closed defect: invalid)

Opened 7 years ago

Last modified 5 years ago

Acrobat reader: getpwuid_r failed

Reported by: villeys Owned by: somebody
Priority: major Milestone: SSSD 1.0
Component: SSSD Version: 0.5.0
Keywords: Cc:
Blocked By: Blocking:
Sensitive: Tests Updated: no
Coverity Bug: Patch Submitted:
Red Hat Bugzilla: 0 Design link:
Feature Milestone:
Design review: Fedora test page:
Chosen: Candidate to push out:
Release Notes:
Temp mark:


launching Acroread 8: user@host ~]$ acroread

(acroread:4880): GLib-WARNING : getpwuid_r(): failed due to unknown user id (811)

id username works ok. This is with native LDAP domain, offline. No local domain defined.

Change History

comment:1 Changed 7 years ago by villeys


"this means that the application isn't using /etc/nsswitch.conf, so implicitly using just the file value for passwd. A HACK to get round this is to ensure that nscd is running. To request that it is started, check for 5:on from chkconfig"

I suspect that nm-applet has similar issue.

comment:2 Changed 7 years ago by villeys

Actually I get this warning both online and offline.

comment:3 Changed 7 years ago by sgallagh

  • Status changed from new to closed
  • Resolution set to invalid

This is a bug in a third-party application. We properly handle getpwuid_r requests when they are handed to us.

The nscd solution provided above is a hack that just happens to fix the problem because nscd intercepts the getpwuid_r request. A proper solution would be for the calling function to behave sanely.

comment:4 Changed 7 years ago by villeys

The nscd link was just for reference. I tried acroread with without sssd and nsswitch ldap, no nscd, it works. But ok it is third party app.

comment:5 Changed 7 years ago by simo

  • Status changed from closed to reopened
  • Resolution invalid deleted

Villeys are you using sssd on a 64bit system by chance ?

comment:6 Changed 7 years ago by simo

  • Status changed from reopened to closed
  • doc changed from 0 to 1
  • Resolution set to invalid

ok this is a problem of 64 bit OS with only 64bit pam_sss and nss_sss libraries, and use of a 32bit app. Resolution is to install also 32bit version of sssd so that 32bit pam_sss and nss_sss are available as well.

Closing as Invalid but worth documenting.

comment:7 Changed 7 years ago by villeys

I confirm installing i386 rpms fixed the issue on 64bit system.

comment:8 Changed 7 years ago by sgallagh

Documentation needs to indicate that when running 32-bit applications on a 64-bit host operating system (e.g. i386/i686 applications running on an x86_64 kernel), it is necessary to manually install the sssd-client.i686 package or the 32-bit applications will be unable to see network users.

comment:9 Changed 5 years ago by dpal

  • Red Hat Bugzilla set to 0
Note: See TracTickets for help on using tickets.