06-15-2009 03:55 AM
Hello,
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 :-)
06-15-2009 05:14 AM
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.
Gilles.
06-15-2009 11:22 PM
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"
p.s.
i'm running A2(1.5)
06-16-2009 05:28 AM
ok.
It means there was no messages.
So, the error must come even before.
Activate the following debug to catch more errors:
'debug cfgmgr error'.
Gilles.
06-16-2009 11:47 PM
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.
06-17-2009 06:24 AM
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.
Gilles.
06-17-2009 11:44 PM
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
"
06-18-2009 12:42 AM
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 ?
G.
06-18-2009 01:07 AM
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
06-18-2009 04:01 AM
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?
06-18-2009 05:45 AM
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.
Tx.
G.
06-19-2009 04:53 AM
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 :-)
06-18-2009 05:43 AM
ok.
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.
Thanks,
Gilles.
06-18-2009 06:01 AM
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
06-19-2009 05:48 AM
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.
Thanks,
Gilles.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide