Re: [foxboro] AIM*OPC Server CLOSE_WAIT errors

  • From: Ted Jirik <ted.jirik@xxxxxxxxxxxxxxx>
  • To: "foxboro@xxxxxxxxxxxxx" <foxboro@xxxxxxxxxxxxx>
  • Date: Thu, 14 Mar 2013 10:37:49 -0700

David,

Just spoke to our field service rep and he verified my thinking. That is what 
we did to solve it at two sites.

Reboot after changes?

Be sure other servers are not listed in your an_init.tcp file?

Ted

On Mar 14, 2013, at 8:48 AM, "Johnson, David" 
<David.Johnson@xxxxxxxxxxxxxxxxxx> wrote:

> Ted,
> 
> That sounds like a potential problem, but we checked, and the disable 
> broadcast box was checked in APIAdmin on ALL of the AWs listed.  We only have 
> AIM*OPC Server on SRVONE, there are no other OPC servers or clients on the 
> DCS network.  So I still don't know why the AIM*OPC Server is attempting to 
> talk to the other AWs.  And although I only listed 2 sample netstat lines 
> with the CLOSE_WAIT there are many, possibly hundreds, to each AW after a few 
> days.
> 
> Any other ideas?
> Thanks,
> David
> 
> 
> 
> -----Original Message-----
> From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On 
> Behalf Of Ted Jirik
> Sent: Thursday, March 14, 2013 9:32 AM
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] AIM*OPC Server CLOSE_WAIT errors
> 
> 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
> 
> 
> 
> _______________________________________________________________________
> 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: