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)

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.

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.

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.

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 ?

G.

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.

Tx.

G.

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

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.

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

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.