I think SELinux may be the problem, especially since it’s killing both the
mud and the php calls. I’ll turn it off, but since I have to reboot the box
I won’t have an answer back to you guys until I can do that.

On a side note, how can I make a “./server_restart” script execute as a user
from their /home/<user> directory when the system is rebooted?

-Valnir


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David
Wilson
Sent: Thursday, April 19, 2007 2:03 PM
To: Nathan Kodak
Subject: Re: system calls failing

For some reason the list isn't letting me post. I think it might be SELinux.
It's been a while since I've messed with FC, so I don't remember how, but
try disabling SELinux and see if that helps.

-David 
On 4/19/07, Valnir <[EMAIL PROTECTED]> wrote:
I'm running on Fedora Core 6, and it seems to actually be blocking all the
system() calls, since even when I do:

if ( system(NULL) != 0 )
        bug( "System call failure!", 0 );

it throws the bug even there. 

-Valnir



-----Original Message-----
From: Chad Ziccardi [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 19, 2007 11:36 AM
To: Nathan Kodak
Subject: Re: system calls failing 


On Apr 19, 2007, at 10:40 AM, Valnir wrote:

> Yes, I've already checked that. It's a problem where the system
> call is
> being denied (or so it seems).. I'm having the same problem from my 
> php
> pages.

What platform are you on?

For php it's easy to block system calls, but I'm not sure if that is
easily done via kernel modules to BSD/linux. I believe it's possible
in solaris with the proper RBAC based access.

Does it deny them for all system calls?

I'm wondering if it's not in the path, or if they are actually
blocking system() calls.

Does something like this work? 

#include <stdarg.h>
#include <stdlib.h>
#include <stdio.h>

int main (int argc, char ** argv[]) {

         system("/bin/ls -l");

}

--
Chad Ziccardi, Professional Slacker           [EMAIL PROTECTED]
"Some cause happiness wherever they go; others whenever they go."




--
ROM mailing list
[email protected] 
Unsubscribe here ->>> http://www.rom.org/cgi-bin/mailman/listinfo/rom



--
ROM mailing list
[email protected]
Unsubscribe here ->>> http://www.rom.org/cgi-bin/mailman/listinfo/rom

Reply via email to