|
Apr 27
2009
|
|
If you use XAMPP to run a local web server, you might have come across the problem whereby Apache will not start. You click the Start button in the XAMPP control panel, the green 'Running' message appears for a second or two, then disappears again, and Apache fails to start. This can be a very frustrating problem, as you get absolutely no feedback about why it won't start. I found 2 possible causes for this...
The first, and by the looks of things on Google, most common cause, is that some other application is using port 80 on your PC. A likely culprit is Skype. If you open Skype, and go to Tools->Options... and click on 'Advanced' followed by 'Connection', check whether the 'Use port 80 and 443 as alternatives for incoming connections' option is checked. If so, uncheck it, and make sure the port number in the box at the top is not 80.
If Skype is not using port 80, you might be able to work out what is using that port by opening the Windows command console (in Windows XP, go to Start->Run, type 'cmd' [without quotes] and press enter), and typing:
netstat -a -no
...then press enter. Look for 127.0.0.1:80 or 192.168.1.100:80. If you can see one of those, it is likely that another process is using port 80. Make a note of the value in the PID column (Process ID). Then type the following into the command window:
tasklist
...and press enter. You should then be able to match the PID with the executable file that is using that port. It might be obvious from the file name which application is causing it, or you might have to look it up on google. You could also try ending the task in the windows task manager (do so at your own risk!).
The second cause I found, was that if there is an invalid or conflicting value in your php.ini file, it can cause Apache to bomb out and fail to start. Try replacing your php.ini with the default copy that comes with XAMPP (you can find php.ini that is used by xampp at runtime in the /xampp/apache/bin/ folder. A separate copy of php.ini [as supplied] is available in the /xampp/php/ folder), or undo any changes you may have recently made to php.ini. In my case, I found that trying to load both Zend Optimizer and ionCube caused the problem, so I had to comment out one of them.
If neither of these are the cause of your problem, the first place to start looking would be the Windows Event Log. Then panic.

written by Rhys, May 20, 2009
written by Jerminix, September 11, 2009
written by Luke, September 26, 2009
written by Cassidy, November 01, 2009
written by Dude, November 11, 2009
written by Philippe, November 13, 2009
written by joan, November 30, 2009
written by Dva, December 08, 2009
I've checked via the cmd window that nothing else is on port 80, copied the php.ini in the apache/bin folder and I still cant get apache running. I have xampp saved in the C drive - C:xampp
but still getting:
Busy...
Apache started
and the start button still won't change to 'running'.
I've rebooted, uninstalled and reinstalled, tried the above again, and still no good...
written by jouu, December 14, 2009

ur the Besttt
written by Rebecca, January 04, 2010
written by Nausher, January 13, 2010
Win32DisableAcceptEx
into the httpd.conf file in a line by itself, to avoid having the "winnt_accept: getsockname error on listening socket, is IPv6 available?"
error returned.
Finally, running "netsh winsock RESET" and restarting my machine did the trick.
Didn't even need the Win32DisableAcceptEx.
I am running XAMPP Lite 1.7.2 (Apache 2.2.14) on a Win 2003 Server64-bit
Note: I had IPv6 disabled in the XAMPP Setup
written by Joseph Johnson, January 26, 2010
Btw... Nice Joomla site.
written by Saad Bassi, February 02, 2010
written by Jonathan, February 02, 2010
written by Sathiya, February 06, 2010
Thanks Again,
Sathiya
written by MiloMal, February 11, 2010
written by Chris Brauckmuller, February 17, 2010
written by Anwar, March 07, 2010
If someone face this problem here is how I resolved it :
I got this error in Apache error.log :
(OS 10013)An attempt was made to access a socket in a way forbidden by its access permissions. : make_sock: could not bind to address [::]:80
(OS 10013)An attempt was made to access a socket in a way forbidden by its access permissions. : make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Which mean that port 80 is used by another process, but when I tried to look at this port using Nirsoft CurrPorts (great freeware tool btw, better than netstat) I found that it was used by system with no PID or anything, which of course I interpreted as being used by a windows service, and I wasn't wrong, I open the service manager (right click over computer / manage / services ) and I tried to look at the running services quickly who can be the possible reason, and I found that it was
World Wide Web Publishing Service
I stopped it and refreshed Currports, and bang no more process using the port 80, so I launched XAMPP (apache) again and it run like a charm, you can set the service to run Manual instead of Automatic, to avoid this port conflict again, this service is required only if you are using your computer as a IIS server or for some remote administration purposes.
Thank you and good luck
Anwar Ben Tanfous.
written by dude, March 18, 2010
written by Kyle Jones, March 20, 2010
Thanks!
k
written by David, March 22, 2010
I went into services in administrative tools and opened up the apache service and went to the logon tab and changed the password manually to the new one i had created. Apache service started right up after that.
written by Rachel, April 01, 2010
written by RAN, April 02, 2010
written by Modi, April 02, 2010
written by Josh, April 06, 2010
written by mb, April 08, 2010
written by Manny, April 09, 2010
In xamplite UI, there is option to check for ports which are currently being used. If the port: 80 (http) is used by "inetinfo.exe" it means the IIS is running and you have to turn it off by going to control panel. Then try restarting Apache and... Viola!! it's back..
written by Jeff, April 15, 2010
written by Chris, April 16, 2010
Thanks dude! Good investigating
.
written by Asraful, April 22, 2010
written by Guilherme Willemann, April 29, 2010
you are my hero!!!!!
written by A.Hariri, May 19, 2010
written by Isaac, May 20, 2010
Finally I succeeded disabling "mod_perl" on the Setup Control Panel of XAMPP (option 6).
Now, it works.
Isaac
written by ArtY, May 20, 2010
Anyway , a nice blog !
written by SpreckFoo, May 24, 2010
Thanks for this post, put me on the right track.
written by Shayne, May 29, 2010
written by dude harris, June 03, 2010
-- it really worked. thanks for saving me from frustration.
written by Rick, June 11, 2010
Rick
written by Rajendra, July 14, 2010
Thanks
RP Raju
written by shyam, July 15, 2010



Developer Blog 



