Forum Moderators: phranque
Starting the Apache2.2 service
The Apache2.2 service is running.
rmine the server's fully qualified domain name, using 192.168.1.175 for ServerName
[Tue Nov 18 14:50:40 2008] [notice] Apache/2.2.10 (Win32) configured -- resuming normal operations
[Tue Nov 18 14:50:40 2008] [notice] Server built: Oct 10 2008 12:39:04
[Tue Nov 18 14:50:40 2008] [crit] (OS 5)Access is denied. : Parent: Failed to create the child process.
[Tue Nov 18 14:50:40 2008] [crit] (OS 5)Access is denied. : master_main: create child process failed. Exiting.
[Tue Nov 18 14:50:40 2008] [notice] Parent: Forcing termination of child process 36
httpd.exe: Could not reliably determine the server's fully qualified domain name, using 192.168.1.175 for ServerName
[Tue Nov 18 14:51:08 2008] [notice] Apache/2.2.10 (Win32) configured -- resuming normal operations
[Tue Nov 18 14:51:08 2008] [notice] Server built: Oct 10 2008 12:39:04
[Tue Nov 18 14:51:08 2008] [crit] (OS 5)Access is denied. : Parent: Failed to create the child process.
[Tue Nov 18 14:51:08 2008] [crit] (OS 5)Access is denied. : master_main: create child process failed. Exiting.
[Tue Nov 18 14:51:08 2008] [notice] Parent: Forcing termination of child process 36
This is before any configuration changes have been made to httpd.conf. I have tried uninstalling and reinstalling the server but the same thing happens. Any ideas what could be causing my problem?
Could not reliably determine the server's fully qualified domain name, using 192.168.1.175 for ServerName
192.168..1.175 is a non-routable Local Area Network IP address, not a fully-qualified domain name. So, put your domain name into the ServerName [httpd.apache.org] configuration directive instead of an IP address. If you don't have a domain name, pick one; You can use example.com or any other domain name that won't conflict with any actual sites' domain name.
If you don't have a registered domain name and use a made-up one, you will need to create DNS entries in all machines which will refer to your server by domain name, to point that domain name to the WAN IP address of your server. This is done by editing the 'hosts' file on each machine. The location varies among operating systems and versions, but the file is always named 'hosts' -- no file extension, just 'hosts'. You will also need to configure your network's border router to port-forward incoming port 80 requests to the LAN IP address of your server.
Looking at what you've posted, you would use 192.168.1.175 as the IP address for your domain in all machines on your LAN that you want to access your server. If you run a browser on the server itself, then you would put 127.0.0.1 in the hosts file on that machine.
There may be other problems, but this one is most obvious. Fix it first -- divide and conquer.
Jim
blahblah.net is perfectly acceptable as long as no-one has registered that domain, or registers it while you are using it. And even then, it won't be a problem as long as no-one on your LAN tries to access the 'real' blahblah.net.
Jim
[Wed Nov 19 08:16:40 2008] [notice] Apache/2.2.10 (Win32) configured -- resuming normal operations
[Wed Nov 19 08:16:40 2008] [notice] Server built: Oct 10 2008 12:39:04
[Wed Nov 19 08:16:40 2008] [crit] (OS 5)Access is denied. : Parent: Failed to create the child process.
[Wed Nov 19 08:16:40 2008] [crit] (OS 5)Access is denied. : master_main: create child process failed. Exiting.
[Wed Nov 19 08:16:40 2008] [notice] Parent: Forcing termination of child process 36
Unfortunately for you (and fortunately for me), I've never had this problem. Maybe someone else can offer more useful advice.
If you installed Apache as a pre-configured package such as LAMP or XAMP, etc., try the support forums at the Web site for your particular package -- You will likely get access to a more experienced user-base, and you'll likely get more focused replies as a result.
Jim
I have tried uninstalling and reinstalling the server but the same thing happens. Any ideas what could be causing my problem?
Uninstalling and reinstalling the server will not get rid of the existing configuration files. Apache is pretty nice about keeping your old conf files around for you on Windows, even if you forget to back them up before uninstalling or reinstalling a new Apache version.
My recommendation would be to uninstall Apache again, remove all the files from the installation directory -- after you backup anything you need first, such as any configuration files you want to keep, document root directories for any web sites you may have stored in the Apache sub directories, any log files you wish to retain, etc.
Do a fresh install and start over. Be very careful about editing your configuration files.
As a side note, Apache 2.2.x ... I forget which version ... starting a new directory format on Windows within the "conf" sub directory. They started putting in an "original" sub directory that is an exact duplicate of the "conf" directory itself, including the default "extra" sub directory and it's associated *.conf files. You could actually select everything in the "original" sub directory and copy it back into the "conf" root and replace any mods you made to the conf files by resetting them back to Apache default installation settings. Note again, if you choose to do this instead and want to retain copies of the modifications you have made in the "conf" directory, make a backup!
After uninstalling, you might want to run a registry clean-up tool as well; Old configuration data in the registry may be surviving and messing up the new install as well.
So, in other words, don't just uninstall Apache, but root out and delete every possible left-over from the previous install...
I like Apache - a lot, as should be fairly obvious. :) But I'm not very proud of these frequent uninstall problems... :(
Also, be aware that having the "free" IIS server enabled or trying to run Apache and Skype together without changing Skype's port assignments can cause trouble.
Jim
Some days, you just get lucky... :)
Me, I'd try re-installing the firewall (or at least *a* firewall), turning off all the firewall rules I could find, and then turning them back on one-by-one, checking to see if the server will still start and run. Leave as many rules on as you can, and check to see if you can define "exceptions" for the rules that interfere with the server. And write everything down for safekeeping; You might need the information for a later firewall upgrade or re-install.
You *do not* want to run a server on Windows without a hardware or software firewall: You will see port scans within a few seconds of putting the machine on-line (The longest I've seen recently took 17 seconds from plugging in the Ethernet cable). The least I would settle for is a router with stateful packet inspection (SPI) and even then, I'd keep it on a separate subnet from my other machines, delete any and all personal data files and non-server-related programs from it, and disable all file and printer sharing. Lock it down solidly, because I can assure you that the burglars are already looking at it...
Jim
[edited by: jdMorgan at 4:38 am (utc) on Nov. 20, 2008]