search cancel

Virtual Service Environment Memory Leak

book

Article ID: 256094

calendar_today

Updated On:

Products

Service Virtualization

Issue/Introduction

We are currently running into an issue with our VSE on one of our production servers. There's a service(s) that are continuously increasing our used memory. We are attempting to figure out which service is using all of our memory. Due to this, our VSE has to be constantly watched, and resets at least once a day. 

We had a call with Broadcom and found that by using the VisualVM tool, we are able to pinpoint which service is causing our memory issue, created a HEAP dump (hprof) at the time the issue was happening.

 

Environment

Release : 10.6

Cause

The hprof file provided does reveal a memory leak. The memory leak seems to come from the inner class object LoggingToTestEventAppender of the class ScriptExecHandler. 

Resolution

Engineering has provided two patches:

  • patch_DE550098_10.6.0_LTD.jar
  • patch_DE535023_10.6.0_GA.jar 

 

Depending on what patches you already have, or have not, installed in LISA_HOME/lib/patches folder, will dictate which patch you need to apply.. 

Please read the step carefully below, before applying the patch:

 

Steps to follow:

NOTE: This patch is needed on the machine where the VSE Process runs

  1. Stop VSE and other DevTest services that are running on the machine
  2. Check the LISA_HOME\lib\patches folder.
    • If you notice the presence of the file 'patch_DE535023_10.6.0_GA.jar', then move this file to a folder outside LISA_HOME
      • Place the attached patch file 'patch_DE535023_10.6.0_GA.jar' at LISA_HOME\lib\patches folder. GO TO STEP #3
    • If you don't find the file 'patch_DE535023_10.6.0_GA.jar' at LISA_HOME\lib\patches folder, then place the file 'patch_DE550098_10.6.0_LTD.jar' at LISA_HOME\lib\patches folder
  3. Start VSE and other Devtest services that are stopped in Step 1

 

Bottom-line:

  • If you already have 'patch_DE535023_10.6.0_GA.jar', then you just need to apply the Enhanced patch with the same name ONLY
  • If you don't have the patch 'patch_DE535023_10.6.0_GA.jar' then you just need to apply 'patch_DE550098_10.6.0_LTD.jar' ONLY

This fix is available in Service Virtualization 10.7.2, so when upgrading, please plan to upgrade to 10.7.2 or greater.