Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-30 Thread Kyle Bader
   * Starting apache2 ...
  (98)Address already in use: make_sock: could not bind to address
  64.166.164.49:80
  no listening sockets available, shutting down
  Unable to open
  logs   [

Strace will probably reveal which log file can't be opened, something
like this will probably do the trick:

strace /path/to/apache2 -D module list -d /path/to/apache2dir

 And that's a DNS listener, an NTP listener, and firefox as a client, not a
 listener.  Though it makes me want to track down 1e100.net and find out who
 they are.

Google:

   Domain Name: 1E100.NET
   Registrar: MARKMONITOR INC.
   Whois Server: whois.markmonitor.com
   Referral URL: http://www.markmonitor.com
   Name Server: NS1.GOOGLE.COM
   Name Server: NS2.GOOGLE.COM
   Name Server: NS3.GOOGLE.COM
   Name Server: NS4.GOOGLE.COM

Registrant:
DNS Admin
Google Inc.
1600 Amphitheatre Parkway
 Mountain View CA 94043
US
dns-ad...@google.com +1.650253 Fax: +1.6506188571

-- 

Kyle



Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-30 Thread Kevin O'Gorman
On Fri, Jul 30, 2010 at 9:12 AM, Kyle Bader kyle.ba...@gmail.com wrote:

* Starting apache2 ...
   (98)Address already in use: make_sock: could not bind to address
   64.166.164.49:80
   no listening sockets available, shutting down
   Unable to open
   logs
 [

 Strace will probably reveal which log file can't be opened, something
 like this will probably do the trick:

 strace /path/to/apache2 -D module list -d /path/to/apache2dir

  And that's a DNS listener, an NTP listener, and firefox as a client, not
 a
  listener.  Though it makes me want to track down 1e100.net and find out
 who
  they are.

 Google:


I should have known that.  1e100 is a mathematical/programming synonym for
google.
Amusing.

I do most of this in gmail, so those connections look normal.

I don't know what the usual module list is, so I guess I have to go trolling
throught the
init.d scripts to figure it out, unless somebody knows a better way.

-- 
Kevin O'Gorman, PhD


[gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Kevin O'Gorman
As of today, my apache2 web server seems to refuse to start.  I've tried a
system reboot, to no avail --
connections are refused on port 80.

In /etc/init.d it looks like this: if I try to start it, it says it's
already started.  netstat says there's no listener
on port 80.  If I try to restart it, it cannot start a listener.  I'm really
bummed.

Any ideas how to get this going again?

Here's a short look at what I was doing in /etc/init.d

treat init.d # ./apache2 start
 * WARNING:  apache2 has already been started.
treat init.d # ./apache2 restart
 * Stopping apache2 ...
httpd (no pid file) not
running   [ ok ]
 * Starting apache2 ...
(98)Address already in use: make_sock: could not bind to address
64.166.164.49:80
no listening sockets available, shutting down
Unable to open
logs   [ ok
]
treat init.d # ./apache2 start
 * WARNING:  apache2 has already been started.
treat init.d # netstat -l --inet
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address
State
tcp0  0 *:printer   *:*
LISTEN
tcp0  0 *:  *:*
LISTEN
tcp0  0 t:domain*:*
LISTEN
tcp0  0 treat.kosmanor.c:domain *:*
LISTEN
tcp0  0 localhost:domain*:*
LISTEN
tcp0  0 *:ipp   *:*
LISTEN
tcp0  0 *:smtp  *:*
LISTEN
tcp0  0 localhost:rndc  *:*
LISTEN
netstat: no support for `AF INET (sctp)' on this system.
treat init.d # netstat -l --inet -n
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address
State
tcp0  0 0.0.0.0:515 0.0.0.0:*
LISTEN
tcp0  0 0.0.0.0:0.0.0.0:*
LISTEN
tcp0  0 192.168.1.149:530.0.0.0:*
LISTEN
tcp0  0 64.166.164.49:530.0.0.0:*
LISTEN
tcp0  0 127.0.0.1:530.0.0.0:*
LISTEN
tcp0  0 0.0.0.0:631 0.0.0.0:*
LISTEN
tcp0  0 0.0.0.0:25  0.0.0.0:*
LISTEN
tcp0  0 127.0.0.1:953   0.0.0.0:*
LISTEN
netstat: no support for `AF INET (sctp)' on this system.
treat init.d #


Any ideas?  What else could I look at?

-- 
Kevin O'Gorman, PhD


Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Tomas Krasnican
Kevin O'Gorman wrote:
 As of today, my apache2 web server seems to refuse to start.  I've tried
 a system reboot, to no avail --
 connections are refused on port 80.

I think that apache will try to create listener on address:port, which have 
already created (because it is possibly defined that).
After this fail apache will die and you can't see any active listener on this 
port in netstat -l, thats correct.

Try to check for twice definition of the same listener. 

Or, example, if you have listener for 0.0.0.0:80 and you trying to create 
listener for 1.2.3.4.80. 

...or dubble include of the same configuration file? I don't know, if is it 
possible...

Regards,
Tomas Krasnican




Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Kyle Bader
  * Starting apache2 ...
 (98)Address already in use: make_sock: could not bind to address
 64.166.164.49:80
 no listening sockets available, shutting down
 Unable to open
 logs   [ ok
 ]

Make sure an interface is listening on that address:

ip a |grep 64.166.164.49

Check for bound processes:

lsof -i @64.166.164.49

If that fails I'd strace the startup manually.

-- 

Kyle


Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread William Kenworthy
There is an Unable to open logs in there ... are you doing some fancy
remote logging that cant start? - I cant see anything that says its
specifically port 80 thats causing the problem, just no listening
sockets available.

syslog is udp port 514, and then there is ssl on 443.

BillK



On Thu, 2010-07-29 at 14:24 -0700, Kevin O'Gorman wrote:
 As of today, my apache2 web server seems to refuse to start.  I've
 tried a system reboot, to no avail --
 connections are refused on port 80.
 
 In /etc/init.d it looks like this: if I try to start it, it says it's
 already started.  netstat says there's no listener
 on port 80.  If I try to restart it, it cannot start a listener.  I'm
 really bummed.
 
 Any ideas how to get this going again?
 
 Here's a short look at what I was doing in /etc/init.d
 
 treat init.d # ./apache2 start
  * WARNING:  apache2 has already been started.
 treat init.d # ./apache2 restart
  * Stopping apache2 ...
 httpd (no pid file) not running
 [ ok ]
  * Starting apache2 ...
 (98)Address already in use: make_sock: could not bind to address
 64.166.164.49:80
 no listening sockets available, shutting down
 Unable to open logs
 [ ok ]





Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Kevin O'Gorman
On Thu, Jul 29, 2010 at 3:12 PM, Tomas Krasnican kra...@krasko.sk wrote:

 Kevin O'Gorman wrote:
  As of today, my apache2 web server seems to refuse to start.  I've tried
  a system reboot, to no avail --
  connections are refused on port 80.

 I think that apache will try to create listener on address:port, which have
 already created (because it is possibly defined that).
 After this fail apache will die and you can't see any active listener on
 this port in netstat -l, thats correct.

 Try to check for twice definition of the same listener.

 Or, example, if you have listener for 0.0.0.0:80 and you trying to create
 listener for 1.2.3.4.80.

 ...or dubble include of the same configuration file? I don't know, if is it
 possible...

 Regards,
 Tomas Krasnican


Thanks, but...

Grepping for Listen, all I see is

hexDirs.conf:Listen 64.166.164.49:80
hexDirs.conf:Listen localhost:80

And grepping for Includes, I find nothing suspicious or cyclic.

-- 
Kevin O'Gorman, PhD


Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Kevin O'Gorman
On Thu, Jul 29, 2010 at 3:14 PM, Kyle Bader kyle.ba...@gmail.com wrote:

   * Starting apache2 ...
  (98)Address already in use: make_sock: could not bind to address
  64.166.164.49:80
  no listening sockets available, shutting down
  Unable to open
  logs   [
 ok
  ]

 Make sure an interface is listening on that address:

 ip a |grep 64.166.164.49

 treat apache2 # ip a | grep 64.166.164.49
inet 64.166.164.49/29 brd 64.166.164.55 scope global eth0
treat apache2 #
That's no listener.

Check for bound processes:

 lsof -i @64.166.164.49


treat apache2 # lsof -i @64.166.164.49
COMMAND  PID  USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
named   4725 named   21u  IPv4   8406  0t0  TCP treat.kosmanor.com:domain
(LISTEN)
named   4725 named  513u  IPv4   8405  0t0  UDP treat.kosmanor.com:domain

ntpd5117   ntp   18u  IPv4   9045  0t0  UDP treat.kosmanor.com:ntp
firefox 7832 kevin   27u  IPv4  29522  0t0  TCP treat.kosmanor.com:57043
-nuq04s01-in-f83.1e100.net:https (ESTABLISHED)
firefox 7832 kevin   56u  IPv4  29352  0t0  TCP treat.kosmanor.com:57034
-nuq04s01-in-f83.1e100.net:https (ESTABLISHED)
firefox 7832 kevin   58u  IPv4  29453  0t0  TCP treat.kosmanor.com:54324
-nuq04s01-in-f18.1e100.net:https (ESTABLISHED)
firefox 7832 kevin   63u  IPv4  29536  0t0  TCP treat.kosmanor.com:59436
-nuq04s01-in-f102.1e100.net:http (ESTABLISHED)
firefox 7832 kevin   66u  IPv4  29538  0t0  TCP treat.kosmanor.com:56773
-74.125.164.30:http (ESTABLISHED)
firefox 7832 kevin   72u  IPv4  29475  0t0  TCP treat.kosmanor.com:37415
-mg201a.mail.vip.mud.yahoo.com:http (CLOSE_WAIT)
treat apache2 #

And that's a DNS listener, an NTP listener, and firefox as a client, not a
listener.  Though it makes me want to track down 1e100.net and find out who
they are.

I'll see about strace.


 If that fails I'd strace the startup manually.

 --

 Kyle




-- 
Kevin O'Gorman, PhD


Re: [gentoo-user] All of a sudden, no apache2. No clue why.

2010-07-29 Thread Kevin O'Gorman
 On Thu, 2010-07-29 at 14:24 -0700, Kevin O'Gorman wrote:
  As of today, my apache2 web server seems to refuse to start.  I've
  tried a system reboot, to no avail --
  connections are refused on port 80.
 
  In /etc/init.d it looks like this: if I try to start it, it says it's
  already started.  netstat says there's no listener
  on port 80.  If I try to restart it, it cannot start a listener.  I'm
  really bummed.
 
  Any ideas how to get this going again?
 
  Here's a short look at what I was doing in /etc/init.d
 
  treat init.d # ./apache2 start
   * WARNING:  apache2 has already been started.
  treat init.d # ./apache2 restart
   * Stopping apache2 ...
  httpd (no pid file) not running
  [ ok ]
   * Starting apache2 ...
  (98)Address already in use: make_sock: could not bind to address
  64.166.164.49:80
  no listening sockets available, shutting down
  Unable to open logs
  [ ok ]



 On Thu, Jul 29, 2010 at 4:27 PM, William Kenworthy bi...@iinet.net.auwrote:
There is an Unable to open logs in there ... are you doing some fancy
remote logging that cant start? - I cant see anything that says its
specifically port 80 thats causing the problem, just no listening
sockets available.

syslog is udp port 514, and then there is ssl on 443.

BillK

I'm doing nothing fancy, but I did have a nearly full root directory.  I
flushed out some
old portage stuff an I'm back to 19 GB free.  I still get the same result
messages during
a reboot.

It is true I modified the local apache config
/etc/apache2/kosmanor/hexDirs.conf slightly just before.  I added a /HexData
alias, like
a few others that I have.  I've attached the config file in case you can
find any unintended
change.

Looking at the logs, there does not seem to be logging going on since July
16, and things
were working then, I thought.  List of log directory follows.  I do seem to
have two different styles of log rotation going on simultaneously, but that
seems to have been the case for
quite a while now; I'll find that later.

treat apache2 # ls -l
total 4368
-rw-rw-rw- 1 root root  0 Jul 16 03:10 access_log
-rw-rw-rw- 1 root root 191438 Jun 15  2009 access_log.1.gz
-rw-rw-rw- 1 root root 678879 Jun 25 03:10 access_log-20100625.gz
-rw-rw-rw- 1 root root 693424 Jul  2 03:10 access_log-20100702.gz
-rw-rw-rw- 1 root root 701307 Jul  9 03:10 access_log-20100709.gz
-rw-rw-rw- 1 root root 840730 Jul 16 03:10 access_log-20100716.gz
-rw-rw-rw- 1 root root 234663 Jun  8  2009 access_log.2.gz
-rw-rw-rw- 1 root root 270349 Jun  1  2009 access_log.3.gz
-rw-rw-rw- 1 root root 277761 May 25  2009 access_log.4.gz
-rw-rw-rw- 1 root root  0 Jul 16 03:10 error_log
-rw-rw-rw- 1 root root 117611 Jun 15  2009 error_log.1.gz.out
-rw-rw-rw- 1 root root  61608 Jun 25 03:10 error_log-20100625.gz
-rw-rw-rw- 1 root root  69397 Jul  2 03:10 error_log-20100702.gz
-rw-rw-rw- 1 root root 118085 Jul  9 03:10 error_log-20100709.gz
-rw-rw-rw- 1 root root 114433 Jul 16 03:10 error_log-20100716.gz
-rw-rw-rw- 1 root root   5706 Jun  8  2009 error_log.2.gz
-rw-rw-rw- 1 root root   5628 Jun  1  2009 error_log.3.gz
-rw-rw-rw- 1 root root   6344 May 25  2009 error_log.4.gz
-rw-rw-rw- 1 root root  0 Feb  3  2008 ssl_access_log
-rw-rw-rw- 1 root root  0 Feb  3  2008 ssl_error_log
-rw-rw-rw- 1 root root  0 Feb  3  2008 ssl_request_log
treat apache2 # pwd
/var/log/apache2
treat apache2 #


The ownership may seem odd, but agrees with backups.  That July 16 log ends
with
something familiar:

[Fri Jul 16 03:10:07 2010] [notice] SIGUSR1 received.  Doing graceful
restart
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
treat apache2 #

So I guess my page has been down for a while.  A nuisance at most because
it's just my
personal stuff, which a handful of people care about.  But I want it back
up, not to mention the logging.



-- 
Kevin O'Gorman, PhD
#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, instead of the default. See also the VirtualHost
# directive.
#
# Change this to Listen on specific IP addresses as shown below to 
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
#Listen 12.34.56.78:80
# Listen 80
# no need to listen promiscuously (I think)
Listen 64.166.164.49:80
Listen localhost:80

#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.  
#
# User/Group: The name (or #number) of the user/group to run httpd as.
#  . On SCO (ODT 3) use User nouser and Group nogroup.
#  . On HPUX you may not be able to use shared memory as nobody, and the
#suggested workaround is to create a user www and use that user.
#  NOTE that some kernels refuse to setgid(Group) or semctl(IPC_SET)
#  when the value of (unsigned)Group is above 6; 
#  don't use Group #-1 on these systems!
#
User apache
Group apache

#
# ServerAdmin: Your address, where problems with the server should be
#