Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 67082 invoked from network); 10 Mar 2006 18:14:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Mar 2006 18:14:20 -0000 Received: (qmail 39677 invoked by uid 500); 10 Mar 2006 18:14:09 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 39626 invoked by uid 500); 10 Mar 2006 18:14:09 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 39589 invoked by uid 99); 10 Mar 2006 18:14:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Mar 2006 10:14:09 -0800 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=HTML_00_10,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ckevinj@gmail.com designates 64.233.162.194 as permitted sender) Received: from [64.233.162.194] (HELO zproxy.gmail.com) (64.233.162.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Mar 2006 10:14:08 -0800 Received: by zproxy.gmail.com with SMTP id i11so754203nzh for ; Fri, 10 Mar 2006 10:13:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=cxmgK0nJ/TCeOLTiNNUCK/qwJikLiRpwF2GYEuRhDn3z7GtWYVGDba16MYJe+8r/defD/30jEZyuWVVEDvnnhiMxxsOCrCCma17U5M1QlMEn+h5R5GHXSpZJf9mMa4wqJW5UTs41dlD3YZ6Ist3GNyp1bgLZoiHyhDU8PRHfSms= Received: by 10.35.36.13 with SMTP id o13mr579016pyj; Fri, 10 Mar 2006 10:13:48 -0800 (PST) Received: by 10.35.134.4 with HTTP; Fri, 10 Mar 2006 10:13:48 -0800 (PST) Message-ID: <8b6fdd1d0603101013t57e4b1eey9f4ff24894d2aa53@mail.gmail.com> Date: Fri, 10 Mar 2006 12:13:48 -0600 From: kjc To: users@httpd.apache.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16083_30387399.1142014428007" X-Virus-Checked: Checked by ClamAV on apache.org Subject: [users@httpd] problem with apache or php? X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_16083_30387399.1142014428007 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've posted my question already the PHP internals group because I thought this problem was with PHP. But I haven't had any luck so far, still digging, still searching. A co-worker wonders if this problem isn't Apache though, so I'm cross posting this issue here. I'm running Solaris 10. My web servers are LDAP clients, meaning I use LDAP directory to hold user information instead of NIS. These systems are configured to use standard pam_unix configuration and the ldapclient is configured with a proxy account. I have successfully compiled Apache, PHP, and the other necessary dependencies into 64bit mode. When I start up Apache sans-PHP the httpd webuser process runs and is assigned every (total 10) gid from the directory just fine. When the PHP module is loaded he only see two-- the webuser's primary group the test group I created in /etc/group. It is like it doesn't call the getent group routine or whatever. I've been playing with and learning dtrace, but I'm still not proficient enough to get this pinpointed. For instance I've seen with opensnoop and dtruss that the the httpd process w/out PHP calls /etc/nsswitch.conf whereas the process w/ PHP calls /etc/group directly. I've seen that the process w/out PHP retreives the output from the Directory and counts ten groups. I've seen that the process w/PHP calls /usr/lib/nss_files.so.1 but I don't know why. Is there something I can do with PHP to make it NOT do that? Or is it an Apache problem? Or a system config problem? Why does Apache let PHP change its own process information like that? -- -Kevin ------=_Part_16083_30387399.1142014428007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've posted my question already the PHP internals group because I thought t= his problem was with PHP.
But I haven't had any luck so far, still digging, still searching. A co-worker wonders if this problem isn't Apache though, so I'm cross posting this issue here.

I'm running Solaris 10. My web servers are LDAP clients, meaning I use LDAP directory to hold user information instead of NIS. These systems are configured to use standard pam_unix configuration and the ldapclient is configured with a proxy account.
I have successfully compiled Apache, PHP, and the other necessary dependenc= ies into 64bit mode.
When I start up Apache sans-PHP the httpd webuser process runs and is assigned every (total 10) gid from the directory just fine.
When the PHP module is loaded he only see two-- the webuser's primary group the test group I created in /etc/group. It is like it doesn't call the getent group routine or whatever.

I've been playing with and learning dtrace, but I'm still not proficient en= ough to get this pinpointed.

For instance I've seen with opensnoop and dtruss that the the httpd process w/out PHP calls /etc/nsswitch.conf whereas the process w/ PHP calls /etc/group directly. I've seen that the process w/out PHP retreives the output from the Directory and counts ten groups.
I've seen that the process w/PHP calls /usr/lib/nss_files.so.1 but I don't = know why.

Is there something I can do with PHP to make it NOT do that? Or is it an Ap= ache problem? Or a system config problem?
Why does Apache let PHP change its own process information like that?

--
-Kevin ------=_Part_16083_30387399.1142014428007--