%OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE

[erodriguez27]

                   Hi, i have a 3750 ME

(C3750ME-I5-M), Version 12.2(37)SE1, RELEASE SOFTWARE (fc1)

The cpu processes is in 90% and 80%

CORE-MPLS-3750ME-1-HOWA#sh processes cpu | exclude 0.00

CPU utilization for five seconds: 61%/43%; one minute: 58%; five minutes: 57%

PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process

  21      689503   2444665        282  0.15%  0.10%  0.08%   0 ARP Input       

  46    11653085   6383250       1825  0.15%  0.16%  0.15%   0 Adjust Regions  

  47     3936737   5563541        707  0.15%  0.04%  0.04%   0 FE free chunk   

  58    15005707 472794278         31  7.50%  7.58%  7.04%   0 HLFM address lea

107    17564793 379398332         46  0.15%  0.15%  0.20%   0 Hulc LED Process

108    99065861  11691358       8473  0.63%  0.79%  0.81%   0 HL3U bkgrd proce

135    14193067  79281289        179  0.15%  0.12%  0.15%   0 IP Input        

138      761090  15891677         47  0.31%  0.12%  0.09%   0 PI MATM Aging Pr

238    61771997   3185113      19394  0.47%  0.52%  0.50%   0 MFI LFD Stats Pr

242     7227189  19760005        365  1.91%  0.26%  0.13%   0 ISIS Upd        

290         109        85       1282  0.95%  0.12%  0.02%   1 Virtual Exec  

Apr 15 13:31:03: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

Apr 15 13:33:29: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

Apr 15 13:44:18: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

Apr 15 13:31:03: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

Apr 15 13:33:29: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

Apr 15 13:44:18: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

CORE-MPLS-3750ME-1-HOWA#sh processes cpu | exclude 0.00
CPU utilization for five seconds: 61%/43%; one minute: 58%; five minutes: 57%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process
  21      689503   2444665        282  0.15%  0.10%  0.08%   0 ARP Input       
  46    11653085   6383250       1825  0.15%  0.16%  0.15%   0 Adjust Regions  
  47     3936737   5563541        707  0.15%  0.04%  0.04%   0 FE free chunk   
  58    15005707 472794278         31  7.50%  7.58%  7.04%   0 HLFM address lea
107    17564793 379398332         46  0.15%  0.15%  0.20%   0 Hulc LED Process
108    99065861  11691358       8473  0.63%  0.79%  0.81%   0 HL3U bkgrd proce
135    14193067  79281289        179  0.15%  0.12%  0.15%   0 IP Input        
138      761090  15891677         47  0.31%  0.12%  0.09%   0 PI MATM Aging Pr
238    61771997   3185113      19394  0.47%  0.52%  0.50%   0 MFI LFD Stats Pr
242     7227189  19760005        365  1.91%  0.26%  0.13%   0 ISIS Upd        
290         109        85       1282  0.95%  0.12%  0.02%   1 Virtual Exec   

I try to find the origin of the problem

The 3750 have the nex log's

Apr 15 13:31:03: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain
Apr 15 13:33:29: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain
Apr 15 13:44:18: %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE: Missing handler for 'non choice oce get next' function for type Midchain

This because the version have a bug (bug CSCsi51035), can the bug afect the processor?

[InayathUlla Sharieff]

Hi Ero,

The %OCE-3-MISSING_HANDLER_FOR_SW_OBJ_TYPE:

<http://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi?action=sear

ch&counter=0&paging=5&links=reference&index=all&query=OCE-3-MISSING_HAND

LER_FOR_SW_OBJ_TYPE>  messages you are receiving is actually a common

bug which has been running in the 3750 IOS train for quite some time.

The messages you are seeing are informational only (no operational

impact - except that it floods the log buffer which is the reason you

cannot tell when it started). 

This is actually an IOS 'cosmetic' bug, and can be seen in further

detail on the following link:

http://wwwin-metrics.cisco.com/cgi-bin/ddtsdisp.cgi?id=CSCsi51035

Workaround:

==========

There is currently no workaround for the issue.  However, the issue is

fixed in the latest IOS image release 12.2(40)se, which is available on

CCO and you can upgrade to get it resolved.  Please note however, that

the issue you are experiencing is only informational, and will not

impact the operational performance of the switch in any way.

HTH

REgards

Inayath

        *Plz rate if this information is helpfull.