[
https://issues.apache.org/jira/browse/OAK-12048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Baedke updated OAK-12048:
---------------------------------
Description:
In oak-segment-azure, {{mvn clean install}} seems to fail on Ubuntu
reproducibly:
{code:java}
java.lang.OutOfMemoryError: Java heap space
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.clear(CacheLIRS.java:836)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.<init>(CacheLIRS.java:791)
at
org.apache.jackrabbit.oak.cache.CacheLIRS.invalidateAll(CacheLIRS.java:201)
at org.apache.jackrabbit.oak.cache.CacheLIRS.<init>(CacheLIRS.java:188)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1637)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1633)
at
org.apache.jackrabbit.oak.segment.ReaderCache.<init>(ReaderCache.java:78)
at
org.apache.jackrabbit.oak.segment.TemplateCache.<init>(TemplateCache.java:33)
at
org.apache.jackrabbit.oak.segment.CachingSegmentReader.<init>(CachingSegmentReader.java:91)
at
org.apache.jackrabbit.oak.segment.file.AbstractFileStore.<init>(AbstractFileStore.java:159)
at
org.apache.jackrabbit.oak.segment.file.FileStore.<init>(FileStore.java:140)
at
org.apache.jackrabbit.oak.segment.file.FileStoreBuilder.build(FileStoreBuilder.java:477)
at
org.apache.jackrabbit.oak.segment.spi.persistence.split.v8.SplitPersistenceBlobV8Test.setup(SplitPersistenceBlobV8Test.java:117)
{code}
It is always the same stack trace, but does not happen when
SplitPersistenceV8Test is run in isolation. Also it apparently does not happen
on Windows or Mac. The CacheLIRS in question is just 64M. Maybe earlier tests
do not release resources on shutdown properly.
was:
In oak-segment-azure,
{noformat}
mvn clean install seems
{noformat}
to fail on Ubuntu reproducibly:
{code:java}
java.lang.OutOfMemoryError: Java heap space
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.clear(CacheLIRS.java:836)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.<init>(CacheLIRS.java:791)
at
org.apache.jackrabbit.oak.cache.CacheLIRS.invalidateAll(CacheLIRS.java:201)
at org.apache.jackrabbit.oak.cache.CacheLIRS.<init>(CacheLIRS.java:188)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1637)
at
org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1633)
at
org.apache.jackrabbit.oak.segment.ReaderCache.<init>(ReaderCache.java:78)
at
org.apache.jackrabbit.oak.segment.TemplateCache.<init>(TemplateCache.java:33)
at
org.apache.jackrabbit.oak.segment.CachingSegmentReader.<init>(CachingSegmentReader.java:91)
at
org.apache.jackrabbit.oak.segment.file.AbstractFileStore.<init>(AbstractFileStore.java:159)
at
org.apache.jackrabbit.oak.segment.file.FileStore.<init>(FileStore.java:140)
at
org.apache.jackrabbit.oak.segment.file.FileStoreBuilder.build(FileStoreBuilder.java:477)
at
org.apache.jackrabbit.oak.segment.spi.persistence.split.v8.SplitPersistenceBlobV8Test.setup(SplitPersistenceBlobV8Test.java:117)
{code}
It is always the same stack trace, but does not happen when
SplitPersistenceV8Test is run in isolation. Also it apparently does not happen
on Windows or Mac. The CacheLIRS in question is just 64M. Maybe earlier tests
do not release resources on shutdown properly.
> Tests in oak-segment-azure fail on Ubuntu with OoM.
> ---------------------------------------------------
>
> Key: OAK-12048
> URL: https://issues.apache.org/jira/browse/OAK-12048
> Project: Jackrabbit Oak
> Issue Type: Bug
> Components: segment-azure
> Reporter: Manfred Baedke
> Priority: Minor
>
> In oak-segment-azure, {{mvn clean install}} seems to fail on Ubuntu
> reproducibly:
> {code:java}
> java.lang.OutOfMemoryError: Java heap space
> at
> org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.clear(CacheLIRS.java:836)
> at
> org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.<init>(CacheLIRS.java:791)
> at
> org.apache.jackrabbit.oak.cache.CacheLIRS.invalidateAll(CacheLIRS.java:201)
> at org.apache.jackrabbit.oak.cache.CacheLIRS.<init>(CacheLIRS.java:188)
> at
> org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1637)
> at
> org.apache.jackrabbit.oak.cache.CacheLIRS$Builder.build(CacheLIRS.java:1633)
> at
> org.apache.jackrabbit.oak.segment.ReaderCache.<init>(ReaderCache.java:78)
> at
> org.apache.jackrabbit.oak.segment.TemplateCache.<init>(TemplateCache.java:33)
> at
> org.apache.jackrabbit.oak.segment.CachingSegmentReader.<init>(CachingSegmentReader.java:91)
> at
> org.apache.jackrabbit.oak.segment.file.AbstractFileStore.<init>(AbstractFileStore.java:159)
> at
> org.apache.jackrabbit.oak.segment.file.FileStore.<init>(FileStore.java:140)
> at
> org.apache.jackrabbit.oak.segment.file.FileStoreBuilder.build(FileStoreBuilder.java:477)
> at
> org.apache.jackrabbit.oak.segment.spi.persistence.split.v8.SplitPersistenceBlobV8Test.setup(SplitPersistenceBlobV8Test.java:117)
> {code}
> It is always the same stack trace, but does not happen when
> SplitPersistenceV8Test is run in isolation. Also it apparently does not
> happen on Windows or Mac. The CacheLIRS in question is just 64M. Maybe
> earlier tests do not release resources on shutdown properly.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
