635459 - "Could not chdir to home directory : No such file or directory" when connecting to bzr.mozilla.org

Status: RESOLVED FIXED

(mozilla.org Graveyard :: Server Operations, task)

Description

[Dave Miller [:justdave]]

Users of bzr.mozilla.org via ssh are greeted with the error "Could not chdir to home directory : No such file or directory" on every connect.  Upon investigation, "getent passwd" shows that all of the users have null home directory entries.  ldap.conf is set to map homeDirectory to the "bzrHome" attribute in LDAP, and all of these users have that attribute set to "/tmp" according to phpla.  I can't figure out why it's showing up null instead of /tmp on the box.

Comment 1

[Dave Miller [:justdave]]

I found several bugs referencing a similar problem with Hg and SVN 4 years ago, all fixed by aravind, but the bugs all only say it got fixed, not what he did to fix it.

Comment 2

[Aravind Gottipati [:aravind]]

Changed the map attribute from bzrHome to fakeHome.  Let me know if you still see that message.

Comment 3

[Dave Miller [:justdave]]

I just changed it from fakeHome to bzrHome when this bug was initially filed because half of the users didn't have fakeHome showing up and were getting that message.  Was wondering why it was fakeHome to begin with.  With it set to fakeHome some users get this message and some don't.  Since everyone had the correct values in bzrHome in LDAP already I figured fixing the permissions on bzrHome so it actually worked would be a better course to take.

Comment 4

[Teemu Mannermaa (:wicked)]

This is still happening for me.

Comment 5

[Justin Dow [:jabba]]

I think this is fixed now. I added an ACL to the ldap server to allow both the fakeHome and the bzrHome attributes to be read. I tested by setting my fakeHome to / , running getent passwd, changing back to /tmp and running it again to make sure that it is being read from ldap and not cached. This seems to work fine now. I'm not sure if we should leave it set to fakeHome or set it back to bzrHome. It probably doesn't matter. I added both to the ACL and it looks like it is consistently /tmp across the board.

Comment 6

[Teemu Mannermaa (:wicked)]

Looks like this is still happening for me. I just did a "bzr update" on an old checkout and got greeted with this error message as the first line of output. The update did work, so this is only annoying false error.

Comment 7

[Justin Dow [:jabba]]

I found the issue with Teemu's account was that the fakeHome attribute was missing altogether:
[root@dm-bzr01 ~]# getent passwd |grep wicked
[e-mail]:*:1539:100:Teemu Mannermaa::/bin/bash

I added it in ldap, and now I see:

[root@dm-bzr01 ~]# getent passwd |grep wicked
[e-mail]:*:1539:100:Teemu Mannermaa:/tmp:/bin/bash