[users@httpd] Apache 2.2.0 + Solaris 10 + ~user not working.

[Matthew Hall <matt@xxxxxxxx>]

I'm reaching my wits end here. I have Sol10 fully installed,
and automounts are working (this is where the home dirs are).

So if I do any of the following:

"cd /home/user"
"ls /home/user"
"su - user"

The home dir gets automagically mounted. That works great.

Here's where my setup gets a little tricky. All the automaps
are stored in LDAP (OpenLDAP). I linked Apache against the
OpenLDAP libs. I can query against the server using the Solaris
provided LDAP tools, and the OpenLDAP ones.

If I "cd /home/user" and then hit the webserver with a "~user"
request, it works fine. If the user dir is not mounted, then
I get a 404.

I wrote a quick C program to "stat" the directory, which triggered
automountd to "do the right thing". AFAICT, the system is performing
as it should be.

My main question at this point is how is Apache handling requests
for userdirs? Why isn't it triggering an automount? Is Apache not
performing a system 'stat' or something similiar? Are the OpenLDAP libs 
of Apache "in the way" of the system LDAP libs? I needed the OpenLDAP
libs in order to do TLS/SSL which Apache 2.2 actively complained
about.

If I switch the backend to "files" in nsswitch.conf, and include
the correct entries for the home dirs, then it works as expected.

At this point, I'm really just looking for closure as to why this is
acting as described, or more things for me to look at.

I used the default apache conf that came with 2.2.0, and turned on
userdirs.

Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7i PHP/5.1.2 Server
ldd httpd

	libm.so.2 =>     /lib/libm.so.2
        libaprutil-1.so.0 =>     /local/apache/lib/libaprutil-1.so.0
        libldap-2.3.so.0 =>      /local/ldap/lib/libldap-2.3.so.0
        libgen.so.1 =>   /lib/libgen.so.1
        libsasl2.so.2 =>         /local/sasl2/lib/libsasl2.so.2
        libdl.so.1 =>    /lib/libdl.so.1
        libresolv.so.2 =>        /lib/libresolv.so.2
        libssl.so.0.9.7 =>       /local/ssl/lib/libssl.so.0.9.7
        libcrypto.so.0.9.7 =>    /local/ssl/lib/libcrypto.so.0.9.7
        liblber-2.3.so.0 =>      /local/ldap/lib/liblber-2.3.so.0
        libexpat.so.0 =>         /local/apache/lib/libexpat.so.0
        libapr-1.so.0 =>         /local/apache/lib/libapr-1.so.0
        libuuid.so.1 =>  /lib/libuuid.so.1
        libsendfile.so.1 =>      /lib/libsendfile.so.1
        librt.so.1 =>    /lib/librt.so.1
        libsocket.so.1 =>        /lib/libsocket.so.1
        libnsl.so.1 =>   /lib/libnsl.so.1
        libpthread.so.1 =>       /lib/libpthread.so.1
        libc.so.1 =>     /lib/libc.so.1
        libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
        libaio.so.1 =>   /lib/libaio.so.1
        libmd5.so.1 =>   /lib/libmd5.so.1
        libmp.so.2 =>    /lib/libmp.so.2
        libscf.so.1 =>   /lib/libscf.so.1
        libdoor.so.1 =>  /lib/libdoor.so.1
        libuutil.so.1 =>         /lib/libuutil.so.1

Any thoughts or other things for me to look at would be appreciated.
Thanks,

--
It's always September somewhere on the 'net. | http://angui.sh
Another proud member of Eep's killfile.      | Unix Sys. Admin.
All projects approach the ghetto, some       |
faster than others.                          | matt@xxxxxxxx

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx