ADDITIONAL SYSTEM INFORMATION :
Red Hat Enterprise Linux Server release 7.4 (Maipo)
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)


A DESCRIPTION OF THE PROBLEM :
we have a setup where each time OOM occurs then the hprof file is corrupted...

this is how we execute the JVM:

we execute the JVM as follow:
 -XX:InitialCodeCacheSize=64m -XX:ReservedCodeCacheSize=256m
 -Daj.weaving.loadersToSkip=com.cisco.nm.xms.xdi.util.prmgr.ZipLoader,org.apache.jasper.servlet.JasperLoader,net.sf.jasperreports.engine.util.JRClassLoader -Djava.security.egd=file:///dev/urandom
  -XX:CompileCommand=quiet -XX:CompileCommand=exclude,org/snmp4j/Snmp.send -XX:-ReduceInitialCardMarks -Dnet.sf.ehcache.enableShutdownHook=true
 -Djdk.tls.ephemeralDHKeySize=2048 -Xmx4096m -XX:MetaspaceSize=512m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/CSCOlumos/crash -XX:ThreadStackSize=512 -XX:+UseConcMarkSweepGC
 -XX:ParallelGCThreads=5 -XX:NewRatio=2 -XX:+UnlockDiagnosticVMOptions -XX:-UseLoopPredicate -DsolrHome=/opt/CSCOlumos/conf/ifm/ciscoSolrHome2 -DsolrCore=core0
 -XX:-UseCompressedClassPointers -XX:-UseCompressedOops -XX:MetaspaceSize=1280m -Xms2048m -Xmx24G



STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
OOM...

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
valid hprof
ACTUAL -
corrupted hprof

CUSTOMER SUBMITTED WORKAROUND :
generate dump with jmap works fine

FREQUENCY : always