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 :-)
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
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.
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)
It means there was no messages.
So, the error must come even before.
Activate the following debug to catch more errors:
'debug cfgmgr error'.
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.
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
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 ?
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
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?
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.
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 :-)
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.
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
policy-map type loadbalance http first-match LB_STICKY_REPA
since this is class-default then there's no config for this
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.