SpectroSERVER crashing due to conflicting HashNodes while loading the Evpn and Vpn modules.


Article ID: 7406


Updated On:


CA Spectrum


The SpectroSERVER crashed while loading the Enterprise VPN Module.

We are seeing a lot of the following in the VNM.OUT:

 mts free: heap -1 unallocated address 0x7f70c1d02c5d on page 0x7f70245c8000 (size >= 60K objects)

The stack from the generate core files contained:





The instability was caused by duplicate definitions of HashNode in two different generics - Evpn, and Vpn. These two generics don't reference or link with each other, so one might think this isn't an issue. 

However, both these modules get loaded into the same process, and these are 'weak' symbols, and quietly collide. Sustaining Engineering's guess is that generally, by luck, the larger object (one is 12 bytes, while the other one is 8 bytes) wins, and this also was really a bug exposed by the x64 project as now pointers are bigger.


Release: SDBSFO99000-10.2-Spectrum-Device Based Suite-Server FOC


Spectrum_10.2.0.D230 changes the names of HashNode in each generic, to be unique, and also takes an additional step of changing how we load Modules so that this isn't a problem in the future. 



This will be included in Spectrum 10.2.2 and Spectrum 10.3.