Bug #4599
counter group sgsn:pdpctx already exists for index X, instead using Y
0%
Description
When using OsmoSGSN (current nightly) in a setup with 3rd party 2G BSS and 3G RAN, we are running quite often into the following error message:
<0020> rate_ctr.c:224 counter group 'sgsn:pdpctx' already exists for index 5, instead using index 8. This is a software bug that needs fixing.
I wonder how this happens. It basically means we want to allocate a PDP context for the same NSAPI where we already have a PDP context.
The only path that calls sgsn_pdp_ctx_alloc() is sgsn_create_pdp_ctx() via activate_ggsn() originating from do_act_pdp_req() and the latter actually chekcs if we already have a PDP context fro the NSAPI in sgsn_pdp_ctx_by_nsapi. weird.
lynxis any ideas?
Related issues
History
#1 Updated by laforge about 1 month ago
- Related to Bug #4604: Lots of "Unusual event" added
#2 Updated by lynxis about 1 month ago
- Assignee changed from lynxis to laforge
This is a problem of the SGSN code and how it allocates rate counter groups.
The problem here is, that the sgsn tries to allocate a new rate counter for "sgsn:pdpctx" and use as identifier the nsapi. But the nsapi is only unique within a single MS. The rate counter expects this identifier to be unique across the SGSN.
