Re: [foxboro] AIM*OPC Server CLOSE_WAIT errors

  • From: Ted Jirik <ted.jirik@xxxxxxxxxxxxxxx>
  • To: foxboro@xxxxxxxxxxxxx
  • Date: Thu, 14 Mar 2013 07:32:28 -0700

David,

We had the same problem. As I recall we had to disable broadcast requests under 
edit server connection in apiadmin. We did this on all stations and the problem 
went away.

Ted 

On Mar 14, 2013, at 6:25 AM, Johnson, David wrote:

> Hello All,
> We have an AIM*OPC server installed on an AW running Win 2003 Server. The OPC 
> server is working (will return data, no errors).  We have an OSI PI data 
> collector running.  It will connect to and get data from I/A via the OPC 
> link.  This will work for several days, but then the AW becomes so 
> unresponsive, it must be rebooted.  After a reboot the problem goes away for 
> a day or two, and then returns.
> 
> Running  the netstat command shows the following
> 
> TCP        SRVONE:4997    SRVTWO:45678                 CLOSE_WAIT      612    
>      AIM AT OPC Server
> [Aimopcsvr.exe]
> TCP        SRVONE:4998    SRVTWO:45678                 CLOSE_WAIT      612    
>      AIM AT OPC Server
> [Aimopcsvr.exe]
> ..
> We have these going from SRVONE to ALL of the other AWs, not just SRVTWO.  It 
> looks like some kind of broadcast message to the other AWs.
> 
> Does anyone know what would cause this, and how we should correct it.
> 
> Thanks,
> David Johnson
> PREMIER System Integrators, Inc.
> Cell   :(256) 318-9257
> Work :(256) 355-1732
> [cid:image001.jpg@01CE2086.8A0C9530]
> 
> 
> ________________________________
> Confidentiality Notice:
> 
> The information contained in this message is private and confidential. This 
> information is intended only for the individual or entity named above. If the 
> reader of this message is not the intended recipient, you are hereby notified 
> that any use, review, dissemination, distribution, copying or action taken 
> based on this message or its attachments, if any, is strictly prohibited. If 
> you are not the intended recipient, please contact the sender by reply email 
> and delete or destroy all copies of this message and any attachments. Thank 
> you.
> 
> 
> 
> 
> _______________________________________________________________________
> This mailing list is neither sponsored nor endorsed by Invensys Process
> Systems (formerly The Foxboro Company). Use the info you obtain here at
> your own risks. Read http://www.thecassandraproject.org/disclaimer.html
> 
> foxboro mailing list:             //www.freelists.org/list/foxboro
> to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
> 
> 

 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             //www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 

Other related posts: