• Type: Bug
• Resolution: Fixed
• Priority: Highest
• Fix Version/s: 6.13.11, 7.0.1
• Affects Version/s: 6.6.4, 6.6.7, 6.15.10
• Component/s: Content - Attachments
• Labels:

  • enterprise
  • p20
  • pse-request
  • scale-team

1. 

   HeapLeakSuspect.png

   37 kB

   06/Dec/2018 3:28 PM

[CONFSERVER-57643] PPTX File Conversion Service causes high CPU and/or memory usage because of Aspose Slides InterruptMonitor is not implemented

Jonathan Soo made changes - 11/Aug/2022 6:20 AM

Remote Link

New: This issue links to "Page (Confluence)" [ 671337 ]

Jen Marfell (Inactive) made changes - 02/Jul/2020 6:15 AM

Remote Link

New: This issue links to "Page (Confluence)" [ 492238 ]

Bernardo Andreeti made changes - 18/Jun/2020 9:12 PM

Description

Original: h3. Summary Uploading some PPTX files to Confluence can cause a high CPU/Memory usage which causes the instance to crash or become unavailable. Although this bug was fixed [CONFSERVER-52279|https://jira.atlassian.com/browse/CONFSERVER-52279], the Aspose Library for Powerpoint Slides being used doesn't implement an InterruptMonitor to stop that thread from leaking memory or CPU resources h3. Steps to Reproduce # Upload a large Powerpoint file # Wait for the preview to generate # At the same time monitor the CPU and memory usage on your instance h3. Expected Results Confluence should be able to handle the conversion of a PPTX file and if it reaches a certain threshold it should kills/quit the conversion. h3. Actual Results Confluence becomes unresponsive. High CPU/Memory usage starts showing and we see this in the thread dumps: h5. Thread Dumps In the thread dumps, you would see a *long running thread* that looks like this {code} "conversion-thread-2-internal" #108270 daemon prio=5 tid=0x00007f070068e000 nid=0x7227 runnable [0x00007f05cb539000]    java.lang.Thread.State: RUNNABLE at sun.font.T2KFontScaler.getUnitsPerEMNative(Native Method) at sun.font.T2KFontScaler.getUnitsPerEm(T2KFontScaler.java:227) - locked <0x0000000662839a10> (a sun.font.T2KFontScaler) at sun.font.FileFont.getUnitsPerEm(FileFont.java:247) at sun.font.SunLayoutEngine.layout(SunLayoutEngine.java:161) at sun.font.GlyphLayout$EngineRecord.layout(GlyphLayout.java:685) at sun.font.GlyphLayout.layout(GlyphLayout.java:466) at java.awt.Font.layoutGlyphVector(Font.java:2637) at com.aspose.slides.internal.j7.int.do(Unknown Source) at com.aspose.slides.internal.j7.int.while(Unknown Source) at com.aspose.slides.internal.j7.int.catch(Unknown Source) at com.aspose.slides.internal.j7.int. (Unknown Source) at com.aspose.slides.internal.ek.public.do(Unknown Source) at com.aspose.slides.internal.ek.public.do(Unknown Source) at com.aspose.slides.internal.dc.short.do(Unknown Source) - locked <0x00000007bc07ea70> (a java.lang.Object) at com.aspose.slides.cu.do(Unknown Source) at com.aspose.slides.ah0.if(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0. (Unknown Source) at com.aspose.slides.TextFrame.do(Unknown Source) at com.aspose.slides.TextFrame.do(Unknown Source) at com.aspose.slides.TextFrame.char(Unknown Source) at com.aspose.slides.ahw.do(Unknown Source) ... {code} h5. Heap Dumps In the heap dump, you would see the following pattern  !HeapLeakSuspect.png|thumbnail! h3. Workaround The current workaround is to upgrade to Confluence 6.10 or newer to benefit from the Sandbox feature for *Confluence Data Center*. You can read more about this in this documentation [Document Conversion Sandbox for Confluence Data Center|https://confluence.atlassian.com/conf610/document-conversion-sandbox-for-confluence-data-center-952623449.html] h3. Mitigation Plan If you are unable to upgrade to Confluence 6.10 and above and you would like to limit the impact of this issue on your instance, you can limit the number of conversion threads in your instance by adding the following JVM argument {code} -Dconfluence.document.conversion.threads=3 {code} (!) *Please note that this JVM argument doesn't remove the risk of one thread causing this issue again, but it reduces the possibility of this issue having a bigger impact on your instance.*

New: h3. Summary Uploading some PPTX files to Confluence can cause a high CPU/Memory usage which causes the instance to crash or become unavailable. Although this bug was fixed [CONFSERVER-52279|https://jira.atlassian.com/browse/CONFSERVER-52279], the Aspose Library for Powerpoint Slides being used doesn't implement an InterruptMonitor to stop that thread from leaking memory or CPU resources h3. Steps to Reproduce # Upload a large Powerpoint file # Wait for the preview to generate # At the same time monitor the CPU and memory usage on your instance h3. Expected Results Confluence should be able to handle the conversion of a PPTX file and if it reaches a certain threshold it should kills/quit the conversion. h3. Actual Results Confluence becomes unresponsive. High CPU/Memory usage starts showing and we see this in the thread dumps: h5. Thread Dumps In the thread dumps, you would see a *long running thread* that looks like this {code} "conversion-thread-2-internal" #108270 daemon prio=5 tid=0x00007f070068e000 nid=0x7227 runnable [0x00007f05cb539000]    java.lang.Thread.State: RUNNABLE at sun.font.T2KFontScaler.getUnitsPerEMNative(Native Method) at sun.font.T2KFontScaler.getUnitsPerEm(T2KFontScaler.java:227) - locked <0x0000000662839a10> (a sun.font.T2KFontScaler) at sun.font.FileFont.getUnitsPerEm(FileFont.java:247) at sun.font.SunLayoutEngine.layout(SunLayoutEngine.java:161) at sun.font.GlyphLayout$EngineRecord.layout(GlyphLayout.java:685) at sun.font.GlyphLayout.layout(GlyphLayout.java:466) at java.awt.Font.layoutGlyphVector(Font.java:2637) at com.aspose.slides.internal.j7.int.do(Unknown Source) at com.aspose.slides.internal.j7.int.while(Unknown Source) at com.aspose.slides.internal.j7.int.catch(Unknown Source) at com.aspose.slides.internal.j7.int. (Unknown Source) at com.aspose.slides.internal.ek.public.do(Unknown Source) at com.aspose.slides.internal.ek.public.do(Unknown Source) at com.aspose.slides.internal.dc.short.do(Unknown Source) - locked <0x00000007bc07ea70> (a java.lang.Object) at com.aspose.slides.cu.do(Unknown Source) at com.aspose.slides.ah0.if(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0.do(Unknown Source) at com.aspose.slides.ah0. (Unknown Source) at com.aspose.slides.TextFrame.do(Unknown Source) at com.aspose.slides.TextFrame.do(Unknown Source) at com.aspose.slides.TextFrame.char(Unknown Source) at com.aspose.slides.ahw.do(Unknown Source) ... {code} h5. Heap Dumps In the heap dump, you would see the following pattern  !HeapLeakSuspect.png|thumbnail! h3. Workaround The current workaround is to upgrade to Confluence 6.10 or newer to benefit from the Sandbox feature for *Confluence Data Center*. You can read more about this in this documentation [Document Conversion Sandbox for Confluence Data Center|https://confluence.atlassian.com/conf610/document-conversion-sandbox-for-confluence-data-center-952623449.html] If you are running a server instance that is affected by the bug, you can disable the file conversions service as follows until it is possible to upgrade: * [Disable the file conversions service|https://confluence.atlassian.com/confkb/file-conversion-service-causes-out-of-memory-errors-in-confluence-5-7-or-above-703398523.html#:~:text=Disable%20the%20file%20conversions%20service&text=To%20disable%20the%20file%20conversion%20service%3A,Conversions%20(file%2Dconversions)%20module] h3. Mitigation Plan If you are unable to upgrade to Confluence 6.10 and above and you would like to limit the impact of this issue on your instance, you can limit the number of conversion threads in your instance by adding the following JVM argument {code} -Dconfluence.document.conversion.threads=3 {code} (!) *Please note that this JVM argument doesn't remove the risk of one thread causing this issue again, but it reduces the possibility of this issue having a bigger impact on your instance.*

set-jac-bot made changes - 22/May/2020 8:22 AM

Fixed in Enterprise Release/s

New: [Download 6.13|https://confluence.atlassian.com/enterprise/atlassian-enterprise-releases-948227420.html]

Thiago P [Atlassian Support] made changes - 30/Apr/2020 7:57 PM

Affects Version/s

New: 6.15.10 [ 89203 ]

Bradley Hyde made changes - 16/Apr/2020 6:34 AM

Remote Link

New: This issue links to "Page (Confluence)" [ 479283 ]

g made changes - 01/Apr/2020 3:04 PM

Remote Link

New: This issue links to "Page (Confluence)" [ 477208 ]

g made changes - 01/Apr/2020 3:03 PM

Remote Link

Original: This issue links to "Page (Confluence)" [ 475968 ]

Will Masters made changes - 31/Mar/2020 1:28 PM

Remote Link

New: This issue links to "Page (Confluence)" [ 476967 ]

Syed Parveez Pasha made changes - 27/Mar/2020 2:18 PM

Remote Link

New: This issue links to "Page (Confluence)" [ 476644 ]

Load more older events