Re: [foxboro] OM lists

  • From: dirk.pauwels@xxxxxxxxxx
  • To: foxboro@xxxxxxxxxxxxx
  • Date: Thu, 26 Aug 2010 17:33:07 +0200

Hi Alex,
It seems strange to me that only this station is filling it's import 
table. At the rate it's filling now i guess it'll be at 0 early next week. 
What happens when the table is full? Smurfed fields?

I can reboot on monday. I'll have a look at the BO400BZ.

Thanks & rgds,

Dirk 



"Johnson, Alex P (IOM)" <Alex.Johnson@xxxxxxxxxxxx> 
Sent by: foxboro-bounce@xxxxxxxxxxxxx
26/08/2010 15:15
Please respond to
foxboro@xxxxxxxxxxxxx


To
"foxboro@xxxxxxxxxxxxx" <foxboro@xxxxxxxxxxxxx>
cc

Subject
Re: [foxboro] OM lists






Dirk,

B0700AX, The MESH Control Network System Planning and Sizing, guide 
defines the parameter as:

OM_NUM_IMPORT_VARS

   ? Total number of entries used to save station addresses for I/A 
objects to minimize 
   Message multicasts.
  ? You can use the /usr/local/show_params utility to view the usage of 
I/A objects
   imported.
  ? You can use the /opt/fox/bin/tools/som utility (?imp? command) to view 
the names of
   imported I/A objects (for example, compounds).

The filling of the table is a good thing; that means you are minimizing 
the multicasts from the system.

If you can reboot the machine, you can increase the OM_NUM_IMPORT_VARS by 
following the instructions in Application Object Services User?s Guide 
(B0400BZ) for information on setting OS configurable parameters.


Regards,
 
Alex Johnson
Invensys Operations Management
10900 Equity Drive
Houston, TX 77041
+1 713 329 8472 (desk)
+1 713 329 1600 (operator)
+1 713 329 1944 (SSC Fax)
+1 713 329 1700 (Central Fax)
alex.johnson@xxxxxxxxxxxx (current)
alex.johnson@xxxxxxxxxxxxxxxx (good until September 2010)


Attend OpsManage'10
Real Collaboration. Real-Time Results.

Click Here to learn more about these events and to register.



-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] 
On Behalf Of dirk.pauwels@xxxxxxxxxx
Sent: Thursday, August 26, 2010 6:23 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] OM lists

I'm not familiar with som/rsom and I would like to find out why the number 

of  OM_NUM_IMPORT_VARS is so high on one of our AW51's.  (last rebooted on 

june 23.)  I could reboot to reset, but I would like to find out what's 
causing it.
Any rsom/som tips? 
( i couldn't find any info on rsom/som in BO193BC, maybe I've been looking 

in the wrong place?) 

Current Station Configuration   FOX CONFIG 001.00

                         Number Free    In-use
CMX_NUM_CONNECTIONS      96     83      13      # of connections
URFS_NUM_CONNECTIONS     96     96      0       # of connections used by 
RFS
OM_NUM_OBJECTS           1250   811     439     # of OM object variables
OM_NUM_CONNECTIONS       90     82      8       # of connections used by 
OM
OM_NUM_IMPORT_VARS       100    9       91      # of OM import variables
OM_NUM_LOCAL_OPEN_LISTS  200    138     62      # of OM local open lists
OM_NUM_REMOTE_OPEN_LISTS 50     49      1       # of OM remote open lists
IPC_NUM_CONN_PROCS       96     86      10      # of IPC connection users
IPC_NUM_CONNLESS_PROCS   150    55      95      # of IPC connectionless 
users

                         Apps   Objs    Attrs
APPLICATION OBJECTS      0      0       0       # of Application Objects

thanks & rgds,
Dirk

 
 
_______________________________________________________________________
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
 


*** Confidentiality Notice: This e-mail, including any associated or 
attached files, is intended solely for the individual or entity to which 
it is addressed. This e-mail is confidential and may well also be legally 
privileged. If you have received it in error, you are on notice of its 
status. Please notify the sender immediately by reply e-mail and then 
delete this message from your system. Please do not copy it or use it for 
any purposes, or disclose its contents to any other person. This email 
comes from a division of the Invensys Group, owned by Invensys plc, which 
is a company registered in England and Wales with its registered office at 
3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 
166023). For a list of European legal entities within the Invensys Group, 
please go to 
http://www.invensys.com/legal/default.asp?top_nav_idw&nav_id?&prev_idw
.

You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail 
reception@xxxxxxxxxxxxx This e-mail and any attachments thereto may be 
subject to the terms of any agreements between Invensys (and/or its 
subsidiaries and affiliates) and the recipient (and/or its subsidiaries 
and affiliates).

 
 
_______________________________________________________________________
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:

  1. Home
  2. foxboro
  3. Archive
  4. 08-2010