There Was an Error Loading Log Streams Please Try Again by Refreshing This Page Lamda Logs
MiniOrange
Rixter AB -
Integrations Hub for Jira
A missconfigured import (infinite loop) tin create memory pressure and OOM event.
Workaround: Configure the import to avoid the infinite loop.
Solution to update to v5.9.0:
In version 5.9.0, the event is addressed by adding a pagination fetch limit to forbid misconfigured integrations to enter an eternity loop.
Defaults to max 150 iterations, can be configured in the settings page.
XRAY-8115
XRAY-7524 DatabaseClusterLock non being unlocked
4.2.10
four.two.14
Adaptavist - ScriptRunner for Jira
Innovalog - Jira Misc Workflow Extensions (JMWE)
Using a Keen script to call com.atlassian.jira.event.search.SearchProvider.search(...) with a JQL that fetches also many bug leads to high memory consumption.
Either prevent such large-result JQL to exist executed or use searchCount(...) if only the JQL result count matters.
This is not an App issue — the App and Jira are behaving exactly as expected of them: loading many issues into the memory.
Come across related KB on Jira becomes unresponsive occasionally and logs several Full GC events.
There are some versions of ScriptRunner that has the issue, the preferable choice would be to avoid using Agile JQL functions in card colour queries for the fourth dimension being.
- https://productsupport.adaptavist.com/browse/SRJira-2350
5.5.9.1
A high number of calls to behaviours API (/rest/scriptrunner/behaviours/latest/validators.json) is causing classloader contention.
This is due to parsing behaviors configuration and executing createSaxParserFactory for each request.
- https://productsupport.adaptavist.com/browse/SRJira-3658
purgeAuditHistory, that leads to OOM
2.5.x
2.five.v
i,500+ threads blocked on JEMH
- java.lang.OutOfMemoryError: Compressed class space visible in catalina.out
- "Full GC (Last ditch drove)" visible in GC logs
2020-06-17T21:23:03.300+0100: 635045.200: [Full GC (Last ditch collection) 4431M->4407M(18G), nine.4323063 secs] [Eden: 0.0B(ten.0G)->0.0B(x.0G) Survivors: 0.0B->0.0B Heap: 4431.1M(18.0G)->4407.6M(xviii.0G)], [Metaspace: 3185248K->3180537K(3268608K)]
7.one.ane.16 and earlier
7.1.i.eighteen
The plugin was using a Jira API that should be deprecated, the issue is stock-still in plugin version vii.1.1.17.
JRASERVER-69457 - Getting event details... Condition
Version 7.1.1.18 also have the leak, users should downgrade to 7.1.1.17
export ALL issues using Xporter plugin. URL <Jira>/sr/com.xpandit.plugins.jiraxporter:xporter-currentfield-xlsx/temp/SearchRequest.xlsx
Xray Test Management for Jira
JQL part TestsWithoutTestExecution are potentially loading all Tests from a project. Meet https://jira.xpand-addons.com/scan/XRAY-2868
To workaround this, disable JQL module "testsWithReqVersion"
Xray Test Direction for Jira
3.2.2
Upon upgrade from three.1.x to three.2.x alphabetize size increases significantly and loftier CPU usage is observed. If upgrading from Xray three.one.x, ensure y'all upgrade to the near recent version.
Contact Xray support with any questions.
Xray Test Management for Jira
J-Tricks - JQL Tricks Plugin
StackOverflowError caused past JQL LinkedIssueInFilter. Correspond threads are killed past JVM leaving application in corrupted state.
- KB: Jira applications stall due to StackOverflowError exception
- Related bug: https://j-tricks.atlassian.net/browse/JQLT-316
Zephyr Scale - Examination Management for Jira
name> AND issue non in testsWithoutExecution()" in you search pages . Idea of this JQL was to return all Testcases that are not assigned to any Cycle (in short does not have execution).
Zephyr Scale - Test Management for Jira
Node startup time increased significantly
Performance during the SYNC operation whenever a node is restarted has been improved in 4.0.6. This will significantly ameliorate Zephyr startup time on restart.
Tempo Planner - Resource Planning
With Tempo teams installed, the Tempo lawmaking seems to be trying to verify some permissions from the table: "AO_AEFED0_PROGRAM".
The below query is executed many many times, ( thousands of fourth dimension in some cases) and could be logged with cyberspace.java.ao .sql set to trace:
SELECT "MANAGER" FROM "AO_AEFED0_PROGRAM" WHERE "ID" = ? This could cause Jira event operations to get delayed for users who are impacted with this Tempo functionality.
Tempo for Jira -
Tempo Timesheets - Time Tracking & Reports
Thread Dumps shows multiple threads waiting for a cache:
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) coffee.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836) coffee.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870) java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199) java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.coffee:943) com.atlassian.enshroud.ehcache.LoadingCache.removeAll(LoadingCache.java:307) com.atlassian.cache.ehcache.DelegatingCache.removeAll(DelegatingCache.coffee:159) com.atlassian.jira.cache.DeferredReplicationCache.lambda$removeAll$4(DeferredReplicationCache.java:87) com.atlassian.jira.enshroud.DeferredReplicationCache$$Lambda$403/1522086636.get(Unknown Source) com.atlassian.jira.cluster.cache.ehcache.BlockingParallelCacheReplicator.runDeferred(BlockingParallelCacheReplicator.java:172) com.atlassian.jira.cache.DeferredReplicationCache.removeAll(DeferredReplicationCache.java:86) com.tempoplugin.platform.jira.cache.JiraObjectCache.removeAll(JiraObjectCache.java:45) com.tempoplugin.pgp.TeamPermissionResolverImpl.clearPermissionCache(TeamPermissionResolverImpl.coffee:242) com.tempoplugin.pgp.listeners.JiraEventListener.onUserEvent(JiraEventListener.java:61) AM Utils
All versions
High disk space usage on both jira_home/caches/indexes and jira_home/data. Contact support@bigbrassband.com for advice on reducing the number of connected repositories.
Screen-sharing support available.
Git Integration for Jira clones repositories to the Jira Server/Data Center instance then indexes the repositories to link commits, branches, and pull requests to Jira issues.
Depending on number of repositories configured, size of repositories (commits, branches and tags), storage size of repositories, and other factors.
The disk infinite required may require attention. Contact BigBrassBand support for strategies to reduce disk space usage.
Bobronix - JEditor - Rich Text Editor for Jira
Notifications for mentions aren't triggered when using 'batching email notifications' and the JEditor renderer on the comment field.
The vendor is aware of this result and intends to have a gear up for this in the next two weeks (equally of 8/23/19).
As a workaround, disable batching email notifications until this problem is stock-still by the vendor.
Agile Reports and Gadgets
Plugin developers have identified that the code for a functionality that works with JQL searches could cause high retentiveness pressure and eventually lead to an OOM.
Client mentioned that afterwards the effect started after they've upgraded to 2.1.0 and, once downgrading information technology back to 1.7.6, it has not occurred anymore.
The developers are currently working on a permanent fix.
Script specific problem, not based on its versions. Bank check if the post-obit script is causing an infinite loop, for case, a transition existed from the current condition to itself.
- https://docs.idalko.com/exalate/display/ED/Status+synchronization+on+Jira+Server
subTasksByFieldInMainTask JQL function can use upward a large memory and acquired an OOME. Workaround is to disable the
plugin.jep:jep-jql-subtasksbyfieldinmaintask module 6.0.1
Issue Templates for Jira
Inline edit fashion will throw a JavaScript error.
When you open an issue on the board in the Inline issue mode and try to edit after you click update, you'll see a JS fault:
Please try refreshing the folio, or contact your administrator / Atlassian Support if the problem continues. Details Exception: Uncaught TypeError: Cannot read holding 'length' of undefined Jira page load times are very long (i.e. loading an issue).
According to Deviniti, this is caused past recently implemented approach of a new feature - Rich Text custom field.
The plugin imports this custom field on customer portal only when information technology is filled and the value for specific.
Unfortunately the same was not practical to Jira event view and as a upshot Rich text custom field is imported even if it isn't used in a loaded consequence.
Unable to share customer requests using the Customer portal, even though customer permission is set to Anyone tin share. Agents tin can't share requests either.
half-dozen.12.0
Following stack trace can be found:
Deviniti is currently working on a prepare. This was reported in a Jira 7.x instance simply may likewise occur in Jira viii.ten
Big memory consumption was seen on ru.andreymarkelov.atlas.plugin.qcf.field.LinkerMultiField.getVelocityParameters and acquired Jira to hit OutOfMemoryError.
The issue was no longer reproducible since updating the plugin to the latest version.
The issue happens when a CRM user clicks a "Link to existing Jira issue" custom button on their CRM screen and enters for the Issue Primal the text "-25363" (example).
The hyphen at the offset of a word means to exclude matches that include the word (all issues except 25363), which ways that a large outcome set tin can be retrieved.
A fix has been released in the latest version of the plugin that will ignore such characters since we assume that CRM users won't expect hyphens and plus-signs to piece of work this way.
Loading an issue (IssueView) taking more than than 10 seconds to complete after upgrading the BigPicture plugin to version 8.0.0 to 8.0.3.
Ready has been releases past the plugin vendor (SoftwarePlant) included in version viii.0.4
- We'd restart the server and the moment it'south up there would be sometimes 50K sometimes 80K user sessions active on the server. This is in reverse to like 50/100 sessions on regular days
- Checking the access logs showed each user was sending 10s of thousands of requests all on /servlet/nfj/PushNotification endpoint
Notification Banana for Jira - E-mail
in atlassian-jira.log, y'all volition run into a WARN message like this:
/_/download/contextbatch/css/atl.plugins.webhooks.admin,atl.admin,jira.admin,atl.global,jira.global,-_super/batch.css [webresource] error in `Content.writeTo` for com.riadalabs.jira.plugins.notificationassistant:add_js_css_resource/championship-seven.0.0.css java.lang.RuntimeException: Cannot read resource ../frontend/src/components/nafj-components/title/title.css When trying to delete subtasks or linked issues yous volition see an fault like this in the UI:
Technical details Log's referral number: 16e9d49-6454-4v29-56az-f0a432314730 Cause Referer URL: [https://jira.test.com/browse/testissue-12] com.atlassian.jira.index.IndexingFailureException: Indexing completed with 1 errors com.atlassian.jira.index.IndexingFailureException: Indexing completed with 1 errors at com.atlassian.jira.alphabetize.AccumulatingResultBuilder$CompositeResult.look(AccumulatingResultBuilder.java:189) [classes/:?] at com.atlassian.jira.issue.index.DefaultIndexManager.obtain(DefaultIndexManager.java:863) [classes/:?] at com.atlassian.jira.event.alphabetize.DefaultIndexManager.await(DefaultIndexManager.java:843) [classes/:?] at com.atlassian.jira.consequence.index.DefaultIndexManager.executeWithIndexLock(DefaultIndexManager.java:830) [classes/:?] If not possible to upgrade to the version that contains the fix, you can follow workaround steps as noted here: https://metainf.atlassian.net/wiki/spaces/PLUG/pages/1393164352/Fix+problems+with+corrupt+index+country
Menus volition not load and from the spider web panel we can detect errors to render the plugin elements:
The resource from "https://jira-test.com/servicedesk/customer/portal/$calendarResource" was blocked due to MIME type ("text/html") mismatch (10-Content-Type-Options: nosniff). Loading failed for the <script> with source "https://jira-test.com/servicedesk/customer/portal/$calendarResource". Synchronous XMLHttpRequest on the chief thread is deprecated because of its detrimental effects to the stop user'south experience. For more help http://xhr.spec.whatwg.org/ batch.js:69:74525 Uncaught ReferenceError: spartezSupportChat is not defined Many threads in Jira are consumed bycom.okapya.jira.customfields.ChecklistBuilder.getLockedGlobalItems reading the database, which results in astringent performance degradation.
Solution: Upgrade the plugin to the fixed version listed.
When using the integration between Automation for Jira and Profields - Jira Project Tracking plugins the user received the following error:
Disabled tertiary party extension for Automation for Jira?
The root cause is ScriptRunner breaks the integration between these two plugins. Once ScriptRunner is either uninstalled or disabled, it starts working again. Adaptavist is tracking a bug in their portal: SRJIRA-4357
Jira re-indexing fails on multiple bug with
2021-05-03 13:28:26,882 JiraTaskExecutionThread-1 WARN qxz0u12 807x16182x1 18l6vb6 160.48.40.16 /secure/admin/IndexReIndex!reindex.jspa [c.a.jira.index.AccumulatingResultBuilder] com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot deserialize instance of `coffee.util.LinkedHashMap<java.lang.Object,java.lang.Object>` out of START_ARRAY token at [Source: (StringReader); line: 1, column: 1] Exporting a JQL to CSV does non work correctly if the JQL contains custom fields from Consequence Matrix plugin.
The comma separated values are non included in the CSV file, which causes misformatting when loading this information into Excel, for example.
Trying to delete a project throws an error 500 page, with an fault similar to this:
Time Between Statuses
Fourth dimension Between Statuses has an integrated slack client that uses the library https://github.com/HubSpot/slack-client.
This library in plough uses (NingAsyncHttpClient) for async request handling via https://github.com/AsyncHttpClient/async-http-customer.
Unfortunately information technology seems the threadpool is unbounded so whatsoever time nosotros run beyond the below line we get a new puddle thread until we run out of available file descriptors:
at com.hubspot.slack.client.SlackClientFactory$DefaultSlackClientFactory.build(SlackClientFactory.java:28)
Regardless if yous choose"Share with customer" and "Annotate internally" when adding a comment, the updated field is not set.
at com.easesolutions.coverage.util.base.impl.FilterHelperImpl.getIssuesAndTypesForFilter at com.easesolutions.coverage.util.base.impl.FilterHelperImpl.getIssuesAndTypesForFilter at com.easesolutions.coverage.model.service.impl.CoverageDataServiceImpl.getColumnIssues at com.easesolutions.coverage.model.service.impl.CoverageDataServiceImpl.handleCoverageViewRowIssues at com.easesolutions.coverage.residuum.CoverageREST.getCoverageViewRowIssues Problematic version: v6.vii.5
Resolved in: v6.8.three
Bug: https://jira.getxray.app/scan/XPORTER-3873
CPU consumer threads accept the stack trace like this:
"puddle-1068-thread-ix" #5258 prio=5 os_prio=0 cpu=251477.48ms elapsed=1122.35s tid=0x00007fe54c5f0000 nid=0x1a0a runnable [0x00007fe317ecb000] java.lang.Thread.Country: RUNNABLE at net.sf.ehcache.Cache.get(Cache.java:1762) at net.sf.ehcache.constructs.EhcacheDecoratorAdapter.get(EhcacheDecoratorAdapter.java:77) at net.sf.ehcache.constructs.blocking.BlockingCache.get(BlockingCache.java:161) at com.atlassian.enshroud.ehcache.LoadingCache.become(LoadingCache.java:80) at com.atlassian.enshroud.ehcache.DelegatingCache.get(DelegatingCache.coffee:108) at com.atlassian.jira.cache.DeferredReplicationCache.go(DeferredReplicationCache.java:48) at com.atlassian.jira.propertyset.CachingOfBizPropertyEntryStore.resolve(CachingOfBizPropertyEntryStore.java:103) at com.atlassian.jira.propertyset.CachingOfBizPropertyEntryStore.getEntry(CachingOfBizPropertyEntryStore.java:123) at com.atlassian.jira.propertyset.CachingOfBizPropertySet.go(CachingOfBizPropertySet.java:189) at com.opensymphony.module.propertyset.AbstractPropertySet.getString(AbstractPropertySet.java:305) at com.atlassian.jira.web.activity.admin.translation.TranslationManagerImpl.getCustomFieldNameTranslation(TranslationManagerImpl.java:229) at com.xpandit.jiraxporter.mapping.XporterFieldRetrieverUtils.generateCustomFieldTranslations(XporterFieldRetrieverUtils.coffee:3464) at com.xpandit.jiraxporter.mapping.XporterFieldRetrieverUtils.lambda$getCustomFieldByName$24(XporterFieldRetrieverUtils.java:3335) at com.xpandit.jiraxporter.mapping.XporterFieldRetrieverUtils$$Lambda$11900/0x00007fe3027008b0.have(Unknown Source) at coffee.util.ArrayList$ArrayListSpliterator.forEachRemaining(coffee.base@xi.0.12/ArrayList.java:1655) at coffee.util.stream.ReferencePipeline$Head.forEach(java.base@11.0.12/ReferencePipeline.java:658) at com.xpandit.jiraxporter.mapping.XporterFieldRetrieverUtils.getCustomFieldByName(XporterFieldRetrieverUtils.java:3333) at com.xpandit.jiraxporter.manager.impl.XporterFieldRetrieverImpl.lambda$getFieldRetriever$151(XporterFieldRetrieverImpl.java:3578) at com.xpandit.jiraxporter.managing director.impl.XporterFieldRetrieverImpl$$Lambda$11856/0x00007fe302667458.retrieveField(Unknown Source) at com.xpandit.jiraxporter.mapping.IssueMappingLoader.lambda$processFields$viii(IssueMappingLoader.java:475) at com.xpandit.jiraxporter.mapping.IssueMappingLoader$$Lambda$11896/0x00007fe30267d560.accept(Unknown Source) at java.lang.Iterable.forEach(java.base@11.0.12/Iterable.java:75) at com.xpandit.jiraxporter.mapping.IssueMappingLoader.processFields(IssueMappingLoader.java:392) at com.xpandit.jiraxporter.mapping.IssueMappingLoader.process(IssueMappingLoader.java:213) at com.xpandit.jiraxporter.mapping.XporterJiraApiMappingLoader.lambda$zero$10(XporterJiraApiMappingLoader.java:444) at com.xpandit.jiraxporter.mapping.XporterJiraApiMappingLoader$$Lambda$11733/0x00007fe329ce9960.run(Unknown Source) at coffee.util.concurrent.ThreadPoolExecutor.runWorker(java.base@11.0.12/ThreadPoolExecutor.java:1128) at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@xi.0.12/ThreadPoolExecutor.java:628) at java.lang.Thread.run(java.base@eleven.0.12/Thread.java:829) Locked ownable synchronizers: - <0x00007fe7878cfec8> (a java.util.concurrent.ThreadPoolExecutor$Worker) information technology's not possible to update a Jira license (on Manage Apps folio) when this plugin is installed and enabled. No error messages are displayed.The progress bar just keeps moving dorsum and forth like Jira is working on the change, simply the process never completes. The workaround is to temporarily disable this plugin to utilize the license.
Problematic version: 6.5.three
Automation for Jira: 7.3.3
When creating a new rule:
- Define the 'When' clause (any clause, for case, Value changes for <whatever field>)
- When clicking on the "New Action" a blank page is presented.
Caesium thread that runs the TimeToSLA plugin crashes Jira due to OOM problem:
-
➜ PS-85184 grep -R -i "outofmemoryerror" * log_node_44/atlassian-jira.log:java.lang.OutOfMemoryError: Coffee heap space log_node_44/atlassian-jira.log:Caused by: coffee.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:com.softwareplant.util.concurrent.job.JobExecutionException: jobDescription: L10nTextKey[key=SPT_JOB_CLASS_SCHEDULINGAUDITCOMMANDSJTPA, paramsMap={}] com.softwareplant.system.core.concurrent.job.TransactionProxyException: coffee.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:Caused by: com.softwareplant.system.core.concurrent.chore.TransactionProxyException: coffee.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:Caused past: java.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:com.softwareplant.system.core.concurrent.task.TransactionProxyException: java.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:Caused by: coffee.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:2021-10-16 02:x:51,945+0200 https-jsse-nio-8443-exec-15 Error [o.a.c.c.C.[.[.[/].[jsp.default_jsp]] Servlet.service() for servlet [jsp.default_jsp] in context with path [] threw exception [java.lang.OutOfMemoryError: Java heap infinite] with root crusade log_node_44/atlassian-jira.log:java.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:2021-10-sixteen 02:10:52,009+0200 https-jsse-nio-8443-exec-xv url: /internal-error Fault 6q77tu [c.a.j.spider web.servlet.InternalServerErrorServlet] {errorId=41d01831-aac6-46b2-98e1-288838604217, interpretedMsg=, cause=coffee.lang.OutOfMemoryError: Java heap space, stacktrace=java.lang.OutOfMemoryError: Coffee heap space log_node_44/atlassian-jira.log:java.lang.OutOfMemoryError: Java heap space log_node_44/atlassian-jira.log:java.lang.OutOfMemoryError: Java heap infinite logs_install_44/catalina.2021-ten-xvi.log: java.lang.OutOfMemoryError: Java heap space
Avant-garde Roadmaps plans fails to load with the post-obit mistake:
Uncaught TypeError: JSON.parse(...).errorId.toLowerCase is not a function Atlassian Support has received reports of this error message after Zephyr plugin is installed. Either uninstall or disable Zephyr as a workaround for this effect and appoint with SmartBear for farther information.
Jira fails with Compressed grade space error. The workaround is to increase -XX:CompressedClassSpaceSize value (past default, information technology's 1GB):
java.lang.OutOfMemoryError: Compressed class space at coffee.lang.ClassLoader.defineClass1(Native Method) at coffee.lang.ClassLoader.defineClass(ClassLoader.java:757) at java.security.SecureClassLoader.defineClass(SecureClassLoader.coffee:142) at swell.lang.GroovyClassLoader.access$500(GroovyClassLoader.java:89) at bully.lang.GroovyClassLoader$ClassCollector.createClass(GroovyClassLoader.java:603) at dandy.lang.GroovyClassLoader$ClassCollector.onClassNode(GroovyClassLoader.java:620) at groovy.lang.GroovyClassLoader$ClassCollector.call(GroovyClassLoader.java:624) at org.codehaus.groovy.command.CompilationUnit$18.telephone call(CompilationUnit.java:863) at org.codehaus.smashing.command.CompilationUnit$xviii.call(CompilationUnit.coffee:871) at org.codehaus.smashing.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1084) at org.codehaus.groovy.command.CompilationUnit.doPhaseOperation(CompilationUnit.coffee:640) at org.codehaus.groovy.command.CompilationUnit.processPhaseOperations(CompilationUnit.java:618) at org.codehaus.peachy.control.CompilationUnit.compile(CompilationUnit.java:595) at great.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:401) at groovy.lang.GroovyClassLoader.admission$300(GroovyClassLoader.coffee:89) at bully.lang.GroovyClassLoader$5.provide(GroovyClassLoader.coffee:341) at dandy.lang.GroovyClassLoader$v.provide(GroovyClassLoader.java:338) at org.codehaus.groovy.runtime.memoize.ConcurrentCommonCache.getAndPut(ConcurrentCommonCache.java:147) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:336) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:320) at groovy.lang.GroovyClassLoader.recompile(GroovyClassLoader.java:858) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:814) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:883) at java.lang.ClassLoader.loadClass(ClassLoader.coffee:406) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:773) at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:648) at org.codehaus.groovy.control.ClassNodeResolver.findByClassLoading(ClassNodeResolver.java:209) at org.codehaus.groovy.command.ClassNodeResolver.tryAsLoaderClassOrScript(ClassNodeResolver.coffee:198) at org.codehaus.cracking.control.ClassNodeResolver.findClassNode(ClassNodeResolver.coffee:169) at org.codehaus.bang-up.command.ClassNodeResolver.resolveName(ClassNodeResolver.coffee:125) at org.codehaus.corking.command.ResolveVisitor.resolveToOuter(ResolveVisitor.java:853) at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:467) ..... .....
Causing Out-of-memory error because of many instances of:
com.singularity.ee.agent.appagent.services.transactionmonitor.mutual.segment.SegmentOriginInfo
It appears to be related to the https://www.appdynamics.com/production/awarding-performance-management portion of the product as users of other software have noted similar problems:
https://help.mulesoft.com/s/article/Significantly-higher-Major-GCs-in-JVMs-caused-by-third-party-awarding-performance-management-agent
/residue/raven/one.0/report/testrunsreport/testruns/ requests allocate a lot of memory and causes OOM fault.
Stack Trace:
at java.nio.HeapByteBuffer.<init>(II)5 (HeapByteBuffer.java:57)
at java.nio.ByteBuffer.allocate(I)Ljava/nio/ByteBuffer; (ByteBuffer.coffee:335)
at sun.security.ssl.SSLSocketInputRecord.decodeInputRecord([B)[Lsun/security/ssl/Plaintext; (SSLSocketInputRecord.java:232)
at lord's day.security.ssl.SSLSocketInputRecord.decode([Ljava/nio/ByteBuffer;II)[Lsun/security/ssl/Plaintext; (SSLSocketInputRecord.java:190)
at sun.security.ssl.SSLTransport.decode(Lsun/security/ssl/TransportContext;[Ljava/nio/ByteBuffer;II[Ljava/nio/ByteBuffer;II)Lsun/security/ssl/Plaintext; (SSLTransport.java:108)
at sun.security.ssl.SSLSocketImpl.decode(Ljava/nio/ByteBuffer;)Lsun/security/ssl/Plaintext; (SSLSocketImpl.java:1146)
at lord's day.security.ssl.SSLSocketImpl.readApplicationRecord(Ljava/nio/ByteBuffer;)Ljava/nio/ByteBuffer; (SSLSocketImpl.coffee:1116)
at sun.security.ssl.SSLSocketImpl.admission$200(Lsun/security/ssl/SSLSocketImpl;Ljava/nio/ByteBuffer;)Ljava/nio/ByteBuffer; (SSLSocketImpl.java:72)
at dominicus.security.ssl.SSLSocketImpl$AppInputStream.read([BII)I (SSLSocketImpl.java:815) at com.mysql.jdbc.MysqlIO.readFully(Ljava/io/InputStream;[BII)I (MysqlIO.java:3008)
at com.mysql.jdbc.MysqlIO.nextRowFast([Lcom/mysql/jdbc/Field;IZIZZZ)Lcom/mysql/jdbc/ResultSetRow; (MysqlIO.java:2212)
at com.mysql.jdbc.MysqlIO.nextRow([Lcom/mysql/jdbc/Field;IZIZZZLcom/mysql/jdbc/Buffer;)Lcom/mysql/jdbc/ResultSetRow; (MysqlIO.java:1989)
at com.mysql.jdbc.MysqlIO.readSingleRowSet(JIIZ[Lcom/mysql/jdbc/Field;)Lcom/mysql/jdbc/RowData; (MysqlIO.java:3410)
at com.mysql.jdbc.MysqlIO.getResultSet(Lcom/mysql/jdbc/StatementImpl;JIIIZLjava/lang/String;Z[Lcom/mysql/jdbc/Field;)Lcom/mysql/jdbc/ResultSetImpl; (MysqlIO.java:470)
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(Lcom/mysql/jdbc/StatementImpl;IIIZLjava/lang/String;Lcom/mysql/jdbc/Buffer;ZJ[Lcom/mysql/jdbc/Field;)Lcom/mysql/jdbc/ResultSetImpl; (MysqlIO.java:3112)
at com.mysql.jdbc.MysqlIO.readAllResults(Lcom/mysql/jdbc/StatementImpl;IIIZLjava/lang/String;Lcom/mysql/jdbc/Buffer;ZJ[Lcom/mysql/jdbc/Field;)Lcom/mysql/jdbc/ResultSetImpl; (MysqlIO.coffee:2341) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(Lcom/mysql/jdbc/StatementImpl;Ljava/lang/Cord;Ljava/lang/String;Lcom/mysql/jdbc/Buffer;IIIZLjava/lang/Cord;[Lcom/mysql/jdbc/Field;)Lcom/mysql/jdbc/ResultSetInternalMethods; (MysqlIO.java:2736) at com.mysql.jdbc.ConnectionImpl.execSQL(Lcom/mysql/jdbc/StatementImpl;Ljava/lang/String;ILcom/mysql/jdbc/Buffer;IIZLjava/lang/String;[Lcom/mysql/jdbc/Field;Z)Lcom/mysql/jdbc/ResultSetInternalMethods; (ConnectionImpl.java:2490) at com.mysql.jdbc.PreparedStatement.executeInternal(ILcom/mysql/jdbc/Buffer;ZZ[Lcom/mysql/jdbc/Field;Z)Lcom/mysql/jdbc/ResultSetInternalMethods; (PreparedStatement.java:1858) at com.mysql.jdbc.PreparedStatement.executeQuery()Ljava/sql/ResultSet; (PreparedStatement.java:1966) at org.apache.eatables.dbcp2.DelegatingPreparedStatement.executeQuery()Ljava/sql/ResultSet; (DelegatingPreparedStatement.java:83) at org.apache.eatables.dbcp2.DelegatingPreparedStatement.executeQuery()Ljava/sql/ResultSet; (DelegatingPreparedStatement.coffee:83) at com.atlassian.jira.ofbiz.sql.PreparedStatementWrapper.executeQuery()Ljava/sql/ResultSet; (PreparedStatementWrapper.java:42) at com.atlassian.jira.diagnostic.connection.DiagnosticPreparedStatement.lambda$executeQuery$v()Ljava/sql/ResultSet; (DiagnosticPreparedStatement.coffee:59) at com.atlassian.jira.diagnostic.connection.DiagnosticPreparedStatement$$Lambda$1729.execute()Ljava/lang/Object; (Unknown Source) at com.atlassian.diagnostics.internal.platform.monitor.db.DefaultDatabaseDiagnosticsCollector.recordExecutionTime(Lcom/atlassian/diagnostics/internal/platform/monitor/db/SqlOperation;Ljava/lang/String;)Ljava/lang/Object; (DefaultDatabaseDiagnosticsCollector.java:69) at com.atlassian.jira.diagnostic.connection.DatabaseDiagnosticsCollectorDelegate.recordExecutionTime(Lcom/atlassian/diagnostics/internal/platform/monitor/db/SqlOperation;Ljava/lang/String;)Ljava/lang/Object; (DatabaseDiagnosticsCollectorDelegate.java:55) at com.atlassian.jira.diagnostic.connection.DiagnosticPreparedStatement.executeQuery()Ljava/sql/ResultSet; (DiagnosticPreparedStatement.java:59) at net.java.ao.ForwardingPreparedStatement.executeQuery()Ljava/sql/ResultSet; (ForwardingPreparedStatement.java:forty) at net.coffee.ao.ParameterMetadataCachingPreparedStatement.executeQuery()Ljava/sql/ResultSet; (ParameterMetadataCachingPreparedStatement.java:ten) at com.xpandit.raven.repository.j.a(Lnet/java/ao/EntityManager;Ljava/lang/String;)Ljava/util/List; (Unknown Source) at com.xpandit.raven.repository.j.a(Lnet/java/ao/EntityManager;)Ljava/util/List; (Unknown Source) at com.xpandit.raven.repository.TestRunRepositoryImpl.a(Ljava/util/Set;Ljava/lang/String;Ljava/lang/Cord;Ljava/util/Listing;)Ljava/util/List; (Unknown Source) at sun.reflect.GeneratedMethodAccessor8145.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; (Unknown Source) at sunday.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; (DelegatingMethodAccessorImpl.coffee:43) at coffee.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; (Method.java:498) at com.atlassian.activeobjects.tx.TransactionalProxy.invoke(Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object; (TransactionalProxy.java:60) at com.atlassian.activeobjects.tx.TransactionalProxy.access$000(Lcom/atlassian/activeobjects/tx/TransactionalProxy;Ljava/lang/reverberate/Method;[Ljava/lang/Object;)Ljava/lang/Object; (TransactionalProxy.coffee:eighteen) at com.atlassian.activeobjects.tx.TransactionalProxy$1.doInTransaction()Ljava/lang/Object; (TransactionalProxy.java:49)
Elements Connect
A single thread that has getInputOptions becomes stuck at the database operations:
"https-openssl-nio-443-exec-324" #6660058 daemon prio=5 os_prio=0 tid=0x0000000102bc4000 nid=0x1d98 runnable [0x000000012af28000] coffee.lang.Thread.Country: RUNNABLE at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141) at com.microsoft.sqlserver.jdbc.TDSChannel.read(IOBuffer.java:2023) at com.microsoft.sqlserver.jdbc.TDSReader.readPacket(IOBuffer.coffee:6418) - locked <0x00000005a9801d10> (a com.microsoft.sqlserver.jdbc.TDSReader) at com.microsoft.sqlserver.jdbc.TDSCommand.startResponse(IOBuffer.java:7579) at com.microsoft.sqlserver.jdbc.SQLServerStatement.doExecuteStatement(SQLServerStatement.java:866)
...
...
at com.valiantys.jira.plugins.sql.service.request.execution.datasource.sql.SqlConnection.getRawDatasourceResult(SqlConnection.coffee:92) at com.valiantys.jira.plugins.sql.service.request.execution.datasource.sql.SqlConnection.getRawDatasourceResult(SqlConnection.java:49) at com.valiantys.jira.plugins.sql.service.request.execution.datasource.cache.DatasourceWithCacheDecorator.fetchAndStoreInCache(DatasourceWithCacheDecorator.java:99) at com.valiantys.jira.plugins.sql.service.asking.execution.datasource.cache.DatasourceWithCacheDecorator.getRawDatasourceResult(DatasourceWithCacheDecorator.java:84) - locked <0x00000005b1dfb260> (a java.lang.Object) at com.valiantys.jira.plugins.sql.service.request.execution.datasource.DatasourceRequestExecutor.executeDatasourceRequest(DatasourceRequestExecutor.java:45) at com.valiantys.jira.plugins.sql.service.asking.execution.resultset.DatasourceResultSetFactory.create(DatasourceResultSetFactory.java:32) at com.valiantys.jira.plugins.sql.service.asking.execution.RequestExecutionService.getInputResultSet(RequestExecutionService.java:45) at com.valiantys.jira.plugins.sql.service.asking.execution.RequestExecutionService.getResultSet(RequestExecutionService.java:33) at com.valiantys.jira.plugins.sql.service.rendering.ResultSetRenderingService.consumeResultSet(ResultSetRenderingService.java:38) at com.valiantys.jira.plugins.sql.fieldruntime.rest.v3.RuntimeFieldService.getInputOptions(RuntimeFieldService.java:279)
vi.2.0
Throws the error below in the logs:
2022-04-25 nineteen:27:36,437 ThreadPoolAsyncTaskExecutor::Thread 51 ERROR xxxx 1167x5034x4 t8wtfm 10.42.nine.71 /balance/plugins/1.0/com.midori.jira.plugin.betterexcel-central [c.a.p.osgi.factory.OsgiPlugin] Unable to start the plugin container for plugin 'com.midori.jira.plugin.betterexcel' org.springframework.beans.mill.BeanCreationException: Error creating edible bean with proper name 'outcome-xls-renderer' defined in URL [parcel://300.0:0/META-INF/jump/atlassian-plugins-components.xml]: Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.midori.jira.plugin.betterexcel.renderer.impl.IssueXlsRendererImpl]: Constructor threw exception; nested exception is java.lang.NoClassDefFoundError: Could not initialize grade org.apache.poi.openxml4j.opc.internal.marshallers.PackagePropertiesMarshaller at org.springframework.beans.factory.back up.ConstructorResolver.instantiate(ConstructorResolver.java:304) at org.springframework.beans.manufactory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:285) at org.springframework.beans.manufacturing plant.back up.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1338) at org.springframework.beans.manufacturing plant.back up.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1185) at org.springframework.beans.factory.back up.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:554) at org.springframework.beans.factory.back up.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:514) at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.coffee:321) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:234) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:319) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199) at org.springframework.beans.manufactory.back up.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:866) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878) at org.eclipse.gemini.pattern.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:57) at org.eclipse.gemini.blueprint.context.back up.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:322) at org.eclipse.gemini.blueprint.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85) at org.eclipse.gemini.design.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:287) at org.eclipse.gemini.blueprint.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:137) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.midori.jira.plugin.betterexcel.renderer.impl.IssueXlsRendererImpl]: Constructor threw exception; nested exception is java.lang.NoClassDefFoundError: Could not initialize grade org.apache.poi.openxml4j.opc.internal.marshallers.PackagePropertiesMarshaller at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:187) at org.springframework.beans.manufacturing plant.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:117) at org.springframework.beans.factory.support.ConstructorResolver.instantiate(ConstructorResolver.java:300) ... 19 more Caused by: coffee.lang.NoClassDefFoundError: Could non initialize class org.apache.poi.openxml4j.opc.internal.marshallers.PackagePropertiesMarshaller at com.midori.jira.plugin.betterexcel.renderer.impl.IssueXlsRendererImpl.<init>(IssueXlsRendererImpl.java:138) ... 3 filtered at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:175) ... 21 more For more information about this issue, you lot tin refer to the KB article linked below:
https://confluence.atlassian.com/jirakb/the-jira-awarding-is-intermittently-inaccessible-due-to-the-improver-color-cards-for-jira-1125882572.html
zimmermandued1938.blogspot.com
Source: https://confluence.atlassian.com/display/JIRAKB/Known+major+problems+with+3rd+party+apps+in+Jira
0 Response to "There Was an Error Loading Log Streams Please Try Again by Refreshing This Page Lamda Logs"
Postar um comentário