ACE action-list error

Unanswered Question
Jun 15th, 2009
User Badges:


I get following error while trying to apply action-list to a policy:

"Error: Error in creating link between SLB Policy and action-list"

Didn't have this problem when creating whole configuration from scratch.

It appeared now when trying to add new policies.

The same action-list is applied to all policices. And it works :-)

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Gilles Dufour Mon, 06/15/2009 - 05:14
User Badges:
  • Cisco Employee,

Do the following before the error :

debug logfile cisco

debug cfgmgr table-err

debug cfgmgr table-info

Then configure the line that creates the error

Then do

undebug all

show debug logfile cisco

Normally, the only reason for this error is if one onject is missing.

After the debug also capture a 'show cfgmgr internal table '

You should get the obj_type from the debug message.


jleszewski Mon, 06/15/2009 - 23:22
User Badges:

Something is wrong:

I get "Internal error(40050029) in getting logfile cisco" when trying to execute "show debug logfile cisco"

If I delete this file with "clear debug-logfile cisco" then I get "Logfile(cisco) does not exist"


i'm running A2(1.5)

Gilles Dufour Tue, 06/16/2009 - 05:28
User Badges:
  • Cisco Employee,


It means there was no messages.

So, the error must come even before.

Activate the following debug to catch more errors:

'debug cfgmgr error'.


jleszewski Tue, 06/16/2009 - 23:47
User Badges:

Here is what I got:

2009 Jun 17 07:44:59.290892 cfgmgr: (ctx:3)cm_lb_add_or_lookup_action: Adding two_way_link to action-list failed.

Gilles Dufour Wed, 06/17/2009 - 06:24
User Badges:
  • Cisco Employee,

I'm clueless.

The error you display comes when we call the two_way_link function and the result is null.

But, if the two_way_link function is called, we should see a message with the 'debug cfgmgr table-info' command.

Are you inside a context ?

There is a possibility that the message is incorrectly displayed in Admin.

If you see the error inside a non-Admin context, could you have 2 terminal session.

1 in Admin and 1 in the context.

Enable debug in both Admin and the Context with different logfile name and then see if we get a message in both Admin and the context.


jleszewski Wed, 06/17/2009 - 23:44
User Badges:

i was inside a context

when I enabled debug also in Admin to a different file then I got this:

"2009 Jun 18 06:59:50.109345 cfgmgr: (ctx:0)IDMAP library:cfg_idmap_local_id_to_p

eer_id type 6 local_id 3 peer_id 3

2009 Jun 18 06:59:51.821622 cfgmgr: (ctx:0)IDMAP library:cfg_idmap_local_id_to_p

eer_id type 6 local_id 3 peer_id 3


Gilles Dufour Thu, 06/18/2009 - 00:42
User Badges:
  • Cisco Employee,

I verified the code and indeed the messages are incorrectly sent to the Admin context.

We will correct this.

Regarding your issue, I still don't have the message I'm looking for.

Did you have the 'debug cfgmgr table-err' configured in both Admin and your context ?


jleszewski Thu, 06/18/2009 - 01:07
User Badges:

probably not. I got more messages this time

idmap_local_id_to_peer_id type 6 local_id 3 peer_id 3

2009 Jun 18 09:05:29.562884 cfgmgr: (ctx:0)IDMAP library:cfg_idmap_local_id_to_peer_id type 6 local_id 3 peer_id 3

2009 Jun 18 09:05:36.259054 cfgmgr: (ctx:0)one_way_link_add(ENTER): list(0x10ec8190) DUP(NO_DUP) size(32) obj_type(ACTIONLIST_TABLE) id(1) line(0)

2009 Jun 18 09:05:36.259228 cfgmgr: (ctx:0)one_way_link_add: creating the entry and linking

2009 Jun 18 09:05:36.259342 cfgmgr: (ctx:0)one_way_link_add(ENTER): list(0x10dc6168) DUP(NO_DUP) size(32) obj_type(SLB_POLICY) id(58) line(0)

2009 Jun 18 09:05:36.259462 cfgmgr: (ctx:0)one_way_link_add: Can not add the same link twice for object(SLB_POLICY:58)

2009 Jun 18 09:05:36.259570 cfgmgr: (ctx:0)remove_obj_from_list: head(0x10ec8190) object_type(ACTIONLIST_TABLE) id(1)

2009 Jun 18 09:05:36.259678 cfgmgr: (ctx:0)remove_obj_from_list: Returning

2009 Jun 18 09:05:36.260240 cfgmgr: (ctx:0)IDMAP library:cfg_idmap_local_id_to_peer_id type 6 local_id 3 peer_id 3

jleszewski Thu, 06/18/2009 - 04:01
User Badges:

one more information that might be useful:

just before creating 2 new SLB policies I removed 4 old ones

Maybe not everyting was cleared when removing old polices?

Gilles Dufour Thu, 06/18/2009 - 05:45
User Badges:
  • Cisco Employee,

do you do it very quickly or wait 5 seconds or more before adding the new ones ?

Could you describe the sequence of events exactly so I can try it here.



jleszewski Fri, 06/19/2009 - 04:53
User Badges:

I think the case is not clearing everything from removed policies.

Today I added some more policies and I only had problems with first 2 of them.

Together with 2 more we are talking about in this thread it makes 4, and this is exactly the number of previously removed policies.

Besides this, I can add an action list with different name to these 4 policies.

Which is what I did to workaround this issue :-)

Gilles Dufour Thu, 06/18/2009 - 05:43
User Badges:
  • Cisco Employee,


Do a 'show cfgmgr internal table slb-policy | i 58'.

You will get a policy name and a class-map name.

Get me the config for the policy and class-map.



jleszewski Thu, 06/18/2009 - 06:01
User Badges:

this is the policy i'm trying to add action-list to

i think there's nothing unusual in this I think:

twr-agg-ace/SLS# show cfgmgr internal table slb-policy | i 58

58 LB_STICKY_REPA #class_default_slb 3 DATA_INVALID

twr-agg-ace/SLS# show run policy-map LB_STICKY_REPA

Generating configuration....

policy-map type loadbalance http first-match LB_STICKY_REPA

class class-default

sticky-serverfarm STICKY_REPA

since this is class-default then there's no config for this

Gilles Dufour Fri, 06/19/2009 - 05:48
User Badges:
  • Cisco Employee,

Just weird.

Looks like a bug.

To be able to track this properly, could you open a service request with the TAC.

Provide them all the debugs, the config and steps to reproduce.




This Discussion