LiteSpeed Technologies
Download Download     Blog Blog     Wiki Wiki     Forum Forum     Store     Contact Contact    

Go Back   LiteSpeed Support Forums > External Applications > PHP > 'force gid' not working

Reply
 
Thread Tools Display Modes
  #11  
Old 02-12-2009, 04:14 AM
_qwerty_ _qwerty_ is offline
Member
 
Join Date: Feb 2009
Posts: 12
by 104555 I ment -r-sr-xr-x in octal notation not the size. sorry for the confusion.

So besides size and timestamp, they look exactly the same

old one
Code:
-r-sr-xr-x  1 root root 11680 Feb  6 07:56 lscgid.3.3.24
new one
Code:
-r-sr-xr-x  1 root root 15138 Feb 11 08:53 lscgid.3.3.24

Last edited by _qwerty_; 02-12-2009 at 04:18 AM..
Reply With Quote
  #12  
Old 02-12-2009, 09:31 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,603
Please check stderr.log see if anything logged.
Will it work if you take the "Set UID" bit off?
Reply With Quote
  #13  
Old 02-12-2009, 01:43 PM
_qwerty_ _qwerty_ is offline
Member
 
Join Date: Feb 2009
Posts: 12
Quote:
Originally Posted by mistwang View Post
Will it work if you take the "Set UID" bit off?
Yes, but all scripts will run as nobody:nobody

Quote:
Originally Posted by mistwang View Post
Please check stderr.log see if anything logged.
The only thing I ever had in this log is
Code:
2009-02-12 06:45:11.630 sh: /usr/local/bin/ftpwho: No such file or directory
which puzzled me a little (is LiteSpeed aware of presence of ftp server and trying to get some info from it?). But it has nothing to do with a new binary. It was there before swapping.
Reply With Quote
  #14  
Old 02-12-2009, 06:45 PM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,603
It is not related.
Are you using a real group for the Force GID?

looks like syscall "setgroups(1, &gid);" failed for some reason.

Which OS are you using?
Reply With Quote
  #15  
Old 02-12-2009, 07:57 PM
_qwerty_ _qwerty_ is offline
Member
 
Join Date: Feb 2009
Posts: 12
Quote:
Originally Posted by mistwang View Post
Are you using a real group for the Force GID?
in /etc/group i have
nogroup:x:90000:
and the force gid is set to 90000

Quote:
Which OS are you using?
It is the Scientific Linux distribution.
Here is /proc/version output
Linux version 2.6.9-78.0.8.EL.cernsmp (root@lxcert-i386-old.cern.ch) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-10)) #1 SMP Thu Nov 27 15:19:42 CET 2008
Reply With Quote
  #16  
Old 02-13-2009, 10:14 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,603
How about trying a regular CGI script which print the output of "id"?
Maybe try

strace -f -p <pid_of_lshttpd>

it will show what happened when lshttpd tries to start PHP in suEXEC mode.
Reply With Quote
  #17  
Old 03-16-2009, 08:16 AM
gosborne gosborne is offline
New Member
 
Join Date: Mar 2009
Posts: 5
Did this ever get resolved? I'm having a very similar issue with my installation of litespeed as well.
Reply With Quote
  #18  
Old 03-16-2009, 09:53 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,603
Please try 4.0rc1 release.
Reply With Quote
  #19  
Old 03-16-2009, 11:24 AM
gosborne gosborne is offline
New Member
 
Join Date: Mar 2009
Posts: 5
Okay, we've updated but it still returns the same information.

This is on Ubuntu server 8.04, for what it's worth.
Reply With Quote
  #20  
Old 03-17-2009, 11:25 AM
mistwang mistwang is offline
LiteSpeed Staff
 
Join Date: May 2003
Location: New Jersey
Posts: 7,603
We could not reproduce this, can you please try the 4.0 release package, just change the version number in link to 4.0rc1 package.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 12:09 AM.



- Archive - Top
© Copyright 2003-2011 LiteSpeed Technologies, Inc. All rights reserved. Privacy Policy.