As no one seems to be able to help me with this, pls can somebody tell me what is "execvp" and where is it normally located so I can check permissions etc. thx.

Thanks for this LL, but the doc does not tell me where this exe is located. I need to know why http does not start and reports error: Starting httpd: execvp: Permission denied.

Any help would be appreciated.

It is located in /etc/httpd/conf

But the question is why this file is missing and how?

No no no, execvp is not a file, it's a function. It's trying to replace a running process with another, but failing because it doesn't have permission.

If you would look in the Errors section of the document that is linked, you would see (among other things):

I have just installed Apache2 and have just looked in both /etc/httpd/conf and /usr/local/apache2/conf and cannot find this file. But the error is "permissions denied" and so I am assuming that httpd must be calling it from somewhere. I have attached my /etc/init.d/httpd file to see if you can see where I may be going wrong. I changed the path for the modules and /etc/httpd, but this has not worked:

# Path to the apachectl script, server binary, and short-form for messages.
apachectl=/usr/local/apache2/bin/apachectl
httpd=/etc/httpd
prog=httpd
RETVAL=0

# Find the installed modules and convert their names into arguments httpd
# can use.
moduleargs() {
moduledir=/usr/local/apache2/modules
moduleargs=`

Should I change the path of: /etc/httpd to /usr/local/apache2?

The Apache binary is usually not located in /etc (that's not for binaries!) Probably the error you're getting is the result of the file you're trying to execute not being executable, or the file system is mounted with noexec (see above). Usually if /etc mounted from it's own partition, noexec is set. Additionally I highly doubt /etc/httpd is the actual binary (it should be in /usr/local/bin, or some place very similar).

Pls advise exactly what directories, bar /usr/local/apache2 and files that I should scrap in order to do a complete new install of Apache? Whenever I just get shot of Apache2, I always have this same problem.

I have done a very basic install this time around and cannot understand what exactly this execvp process is calling. Best to start afresh because we are just going around in circles here and I am none the better for it.

what happens when you try
/usr/sbin/httpd -k start

Do you have anything in /var/log/httpd/error_log that might shed
some light?

The last entry in /var/log/httpd/error_log was dated January 13, there has been nothing since then. I have also checked out/usr/sbin/httpd but the directory does not exist!

This is not something that I have to add in myself is it?

Am using Apache v 2.0.47.
./configure (default options)
make
make install

All ran with no errors.

No i dont think u ahve to add it but at the red hat mailing list i read some time back, this fellow also had the same problem as u do, but he could start apache by issuing the command.

BTW execvp also exists in /bin/sh

OK thanks LL. Apache from removing /usr/local/apache2, where else do I have to delete in order to remove httpd completely to start from scratch?

If you want to remove Apache2, then remove httpd-2.0.40-21
So, in your case, you would type:
rpm -e httpd-2.0.40-21 redhat-config-httpd-1.0.1-18

You can(and should ) also follow up this thread at LQ
http://www.linuxquestions.org/questi...003/08/1/79201

Thx for all your efforts. I managed to reinstall httpd and it works well now with php.

Some how you lost the binary file (perhaps you moved things around incorrectly?). Next time you want to know where something is, try
# find / -name "httpd"
(or substitute the file you're trying to find in place of "httpd")

You'll probably want to output that to a file with >/tmp/findresults.txt or something like that, or pipe it to less with |less. If you think you found the right file, do an ls -l /path/file and see if it has 'x' set in it's permissions, i.e. execute. That's not a sure-fire way to determine if it's the right file, but it will get you started in the right direction.

BTW there are more sophisticated ways to do the above, but that's the 30 second off-the-top-of-my-head version.

Basically what I think was happening was you were trying to execute either a plain text file or a directory.