The CLOSE_WAIT state is entered when the remote host is first in 

requesting termination of the connection.  The TCP network layer is 

now waiting for a similar request from the local host.  The implication 

is that your file transfer software has not yet requested that the 

connection be closed on your end.  Is the software still running, 

waiting for your input before closing?

To see if a process is holding port 1078 open, you could try:

fuser -v -n tcp 1078

--Joe

-----Original Message-----

 From:        John M. Mills [SMTP:">jmills@tga.com]

Sent:        Tuesday, April 18, 2000 2:09 PM

To:        Atlanta Linux Enthusiasts

Subject:        [ale] Port Timeout Question

ALE'ers -

I noticed from 'netstat' that some tcp ports were hung in 'CLOSE_WAIT'

state from file transfers which must have been at least a few days ago,

such as:

 Proto Recv-Q Send-Q Local Address    Foreign Address         State

 [...]

 tcp        1      0 :1078 helios.metalab.unc.:www CLOSE_WAIT

 [...]

I don't notice any problems this might be causing, but I wondered if there

were some control I should set which would close out such ports after some

timeout period.

This is RH-6.1.

Comments? Thanks.

   John Mills

   Sr. Software Engineer

   TGA Technologies, Inc.

   100 Pinnacle Way, Suite 140

   Norcross, GA 30071-3633

   e-mail: ">jmills@tga.com

   Phone: 770-441-2100 ext.124 (voice)

          770-449-7740 (FAX)


--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.
--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.