Re: [cobalt-users] Strange hang problem via FTP and web on Raq4

[Logan Lewis <logan@xxxxxxxxx>]

Thanks, but I already found that in the archive.  It's not the one series of 
messages that makes me wonder, but that I see the entire list several times 
an hour.  Since I know it happens at proftpd startup, I'm wondering if/why 
proftpd is restarting so often.

Logan

On Thursday 25 July 2002 07:29 pm, you wrote:
> Hi,
>
> I don't know about your system hanging but as for the ftp bind messages
> look at /etc/proftpd.conf  there you will duplicate entries.
>
> I have found that for each virtual site there were two and sometimes 3
> entries in the /etc/proftpd.conf file. Removing the duplicates caused the
> cannot bind message to stop showing in the logs.
>
> regards
>
> Erik Venema
> DutchNet
>
> ----- Original Message -----
> From: "Logan Lewis" <logan@xxxxxxxxx>
> To: <cobalt-users@xxxxxxxxxxxxxxx>
> Sent: Friday, July 26, 2002 12:33 AM
> Subject: [cobalt-users] Strange hang problem via FTP and web on Raq4
>
> > Recently I have been experiencing strange hang problems on at least one
>
> Raq4.
>
> > On the server I have diagnosed most carefully, the problem can be
>
> reproduced
>
> > trying to download files via FTP.  The actual transfer of files is not
>
> where
>
> > it hangs, but usually with this message: "150 Opening ASCII mode data
> > connection for file list".  As soon as the actual files start
>
> transferring, I
>
> > have never experienced it hang.  However, the problem has also been
> > reproduced by spending time browsing around through CGI generated web
>
> pages
>
> > hosted by the server.
> >
> > While the server is hanging, any open ssh sessions will not respond.
>
> Pinging
>
> > the server produces "Destination Host Unreachable" on my Linux
> > workstation and "Request timed out" on a Windows computer.
> >
> > Sometimes the hang will last a few seconds or a fraction of a minute.
> > Sometimes it stays hanged until the FTP client is restarted, and
> > sometimes
>
> it
>
> > needs the networking interface restarted.  Sometimes even this does not
>
> work,
>
> > so the panel-button interface on the Cobalt is needed to restart it.
>
> Since
>
> > the button interface works, I at least know that the server is responding
> > locally if nothing else.
> >
> > The log files show no information during the hang, and the last recorded
> > message is seemingly normal, the usual ttloop: read: Broken pipe.  I do
>
> seem
>
> > to be getting the series of messages about "cannot bind [IP address] to
>
> server
>
> > 'ProFTPD', already bound to 'ProFTPD' fairly often.  I know that it means
> > there are virtual sites sharing the same IP and it only binds proftpd
> > once
>
> to
>
> > the IP, but I get the whole series of messages multiple times in one
> > hour.
>
> I
>
> > don't know if this is indicative of ProFTPD restarting itself or if it
>
> means
>
> > something else.
> >
> > The only related message I have found in my searches is this one:
> > http://list.cobalt.com/pipermail/cobalt-users/2001-May/047418.html
> >
> > It seems to have very similar symptoms, but I contacted him and his
>
> solution
>
> > was to ensure that DNS and reverse DNS was working for the IP addresses.
> > Though reverse DNS was not set up for each IP address at first, fixing it
>
> did
>
> > not help the problem.
> >
> > I have tried using tcpdump to look at the packets being sent during the
>
> hang,
>
> > and they don't seem unusual.  I'd be happy to provide log entries and
>
> tcpdump
>
> > info if anyone would think it was useful.
> >
> > The problems seemed to start while two principle changes were taking
>
> place: I
>
> > updated the software on the Raq 4s for the latest security updates, and I
> > reformatted our primary DNS server.  The DNS server (a Raq 2) broke
> > during
>
> the
>
> > named update several months back, forcing me to use an older version.  So
> > after formatting I was able to restore the named configuration files
> > first and run the updates, which worked this time.  However, since the
> > only
>
> other
>
> > instance of this problem was due to DNS, I thought I would mention this.
> >
> > The server is not running out of memory - I created enough swap files
> > (100 meg/each, I didn't know if Raq4s had the Linux swap file size issue)
> > to
>
> have
>
> > more than 700 mb of swap space.
> >
> > Though it hasn't been tested as thoroughly, the problem does not seem to
> > occur from outside the network.  The possible requirement of a manual
>
> reboot
>
> > makes it more risky to test at a different location.  If anyone else has
> > experience this problem, or has a suggestion, I would greatly appreciate
>
> it.
>
> > My apologies for the lengthy post.
> >
> > Sincerely,
> > Logan
> >
> > _____________________________________
> > cobalt-users mailing list
> > cobalt-users@xxxxxxxxxxxxxxx
> > To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> > http://list.cobalt.com/mailman/listinfo/cobalt-users
>
> _____________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users