search : thread dump

select a category, or use search below
(searches all categories and all time range)

displaying top 100 results

Thread Dump Analysis using Performance Monitoring Toolset
2608639 CF-4038865 External U. I was finally able to catch both a thread dump and heap dump of the failure happening. When it happens the system typically has a bunch of BLOCKERS and WAIT threads sitting around for 30 seconds. All of the other threads that are blocked do nothing making all
2614107 CF-3131509 Rupesh K. If that directory does not exist, can you take a thread dump and attach?
2614107 CF-3131509 External U. Thread dump from where? And no that directory did not exist
2861079 CF-4198342 Kailash B. Reopening the bug as the user is still seeing the issue Can you please share the complete thread dump when you hit the issue? Do share 7-8 thread dumps taken with a time interval of 10 seconds gap between each Also, is there any case where you might have used a html
4353965 CF-4202535 Aaron N. Hi Adobe, Another repro: cfthread(name="myThread1"){variables.foo1 = duplicate(local)} thread name="myThread2" {variables.foo2 = duplicate(local)} cfthread(action="join", name="myThread1,myThread2") writeDump([foo1,foo2]) writeDump({foo1=foo1,foo2=foo2
5153287 CF-4203666 Piyush K. Yvan, Can you please clarify how you concluded that the request is blocked at by the thread state you have shared. Can you share the complete stack trace (rather than a few lines). Better still is it feasible for you to capture and share thread dumps when your CF
2608327 CF-4125306 Uday O. It is not a best practice to use cfdump on a production site because of the performance of the cfdump tag due to its use of reflection When we took Thread dump most of the threads were waiting at cfdump code(to be precise at java's reflection code). Instead of cfdump
6364787 CF-4205489 Piyush K. Michael, Do you happen to have thread dumps of the CF server, from when you simulated that behavior. That would make it easier to check the part of the code from where those calls are generating, in case one of those calls is captured in the dump.
6260938 CF-4205253 Kailash B. Hi,   Is it getting stopped at any particular time? Or is it any particular API call that makes it unresponsive? Also, it will be great if you could share some exception logs/thread dumps from the moment it stops responding as that will help us narrow down
6269102 CF-4205271 Piyush K. Dave, That's the plan. No timelines yet. Can you pls share the file mentioned in your threadDump (E:\WEBROOT\americanfloormats.com\global\extensions\components\lloyd_mats.cfc:21)). I would like to see how the HTTP call is being made in your code. You may mail
.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(Thread
6269102 CF-4205271 Piyush K. Dave, I'm sorry if I wasn't clear before. It is especially for CFHTTP. Although HTTPClient would normally be the underlying library used in anything that involves making an HTTP call. I don't see the full thread dumps attached with CF-4205439, but the single thread
PiyushN James, good to know that the update installed. About CF hogging the CPU cycles, did you notice anything in the CF logs? If not, you can try capturing thread dumps of the CF process, the next time that happens. About the 404s from the YUI lib., that should be harmless... and expected as we
2608191 CF-4167008 External U. 1.) not yet. With JMeter we cannot reproduce it so far but we do notice that sandbox security slows things down significantly. Shall we setup a Adobe Connect and let your engineers take a look? We have sent in a thread dump before to cfinstal 2.) the load was live
4456191 CF-4202859 Piyush K. A Bakia, don't see an entry point for CFML code in the stack trace you've shared. Is that something you can drill down to in the thread dump or CF logs or in you CFM application perhaps. That could help with simulating the CPU spike at my end. One of the bugs you
.foo[ threadName ] = { "variables" : variables, "request" : request, "application" : application }; } threadNames.append( threadName ); } thread action="join" name="#threadNames.toList()#"; for( var threadName in threadNames ){ writeDump( var=cfthread[ threadName ] ); } abort; Actual Result
is in the scheduler and when this happens, the mail spool thread gets stuck and doesn't recover. Steps to Reproduce: Execute the attached code quite a bit to cause a large number of session to get sessions created and destroyed to trigger the bug. Attached is the code to reproduce the issue and a full thread dump
2608225 CF-4160540 Language brian king CFThread using name="x" kills thread scope Problem Description: This code block thread action="run" name="x" { sleep(100); } thread action="join" name="x" timeout="100"; writeDump(cfthread); generates an error "The value coldfusion.thread.Thread
3960347 CF-4201076 Piyush K. Ken, I'd suggest you share the stack trace from the thread dump where you see the debugging info being collected first. If that gets me nowhere we can move on to your source code. You can zip up the content and share the attachment either here (at the bug tracker
"){} //thread name="myThread" {}//same issue thread action="join" name="myThread"; writeDump(cfthread)   The above case is invalid. Final works only on variable represented runtime entities, tags are not runtime variable entities.
3960347 CF-4201076 Piyush K. Ken/Charlie, Can you pls. share some specifics. What is the max, min and metaspace size of your JVM heap. How long does it take for you to run into a "GC limit exceeded" error? What classes involved in collecting debugging did you see in the thread dump (pls share
2612938 CF-3366102 Adobe D. On taking a thread dump we observed that in linux systems while executing http calls, the apache http client tries to generate some secure random number. In java generation of secure random generation is an expensive operation dependent on the "entropy" on the machine
and put it under load testing. 100 concurrent users for a duration of 15 mins on CF11 HF18. I did not observe any errors or slowed response. I took some thread dumps while the server was under load.. but did not find stack traces with signature similar to yours. I have attached test case I used
place. I can't provide the thread dump of the server on the bug tracker for customer privacy reasons. I know this is going to be hard to reproduce exactly and the circumstances that it happens in are very niche. I had the customer disable their error checking and the server returned to normal and hasn
2596837 CF-3589407 Language Adam Cameron Threads add weird methods into CFCs Run this: // C.cfc component { public void function f(){ var t1 = false; thread name="t1" action="run" { // nowt } } } // test.cfm o = new C(); md = getMetadata(o); writeDump
exceeds 80. See the attached thread-dump. You will see from the thread-dump that the total number of HTTP calls to the component Caching.cfc is exactly 80. Which is the value of the setting "Maximum Number of Simultaneous CFC Function Requests". This setting is in essence a first-in-first-out (FIFO
2613644 CF-3196327 Adobe D. Can you please provide some setup information. On my standalone windows install with the checkbox unchecked in admin I was able to get the dump with this code. Did you enable disable one after the other ? Also I am unable to view the PR thread so it would be good if you
.compiler.FinalVariableMutationException on line 3 6) Run: ----------- final variables.foo = "bar" function foo() {}//this line is completely ignored writeDump(foo) ----------- Actual Result: bar Expected Result: coldfusion.compiler.FinalVariableMutationException on line 3 7) Run: ----------- final cfthread="bar" cfthread(name="myThread
solutuion is then to restart the affected instances. this can be 1 instance, two or more. When we do a thread-dump analysis during each high-CPU incident, we find that the cause is always RMI TCP Connection threads. Steps to Reproduce: 1) Setup: ColdFusion 11 Enterprise on 3 Windows servers, each
_pegged_stacktrace.txt - this is a jstack thread dump from one of our servers after it got into a 100% CPU usage scenario * ReflectionCache.java - this is the .class file from cfusion.jar that contains a bug * ReflectionCache_suggestedChange.java - I believe that this is the change you need to make to this code to fix the problem
if it doesnt do anything?!). Loop over that function from another cfc many times. Use VisualVM -> Monitor-> CPU sampling. You will get many: at java.io.WinNTFileSystem.getLastModifiedTime(Native Method) Thread dump looks like this (see attached file): java.lang.Thread.State: RUNNABLE at java
.
  • Yes, I do have thread dump which prove that JDBC pool checkin and checkout methods are blocking in nature. "ajp-nio-8016-exec-88" prio=5 tid=217 BLOCKED at coldfusion.server.j2ee.pool.ObjectPool.checkIn(ObjectPool.java:263) at coldfusion.server.j2ee
  • and the LocalScope.isEmpty() method is not thread safe. Steps to Reproduce: Tail your ColdFusion-out log while running this code function udf() {} cfloop( from="1", to="10000", index="i" ) { thread name='test#i#' { try { udf(); } catch( any e ) { writeDump( var=e.stacktrace, output
    5 minutes. We generated a thread dump during that 5 minutes, and found one of our cfthreads in BLOCKED state. "cfthread-4" prio=5 tid=115 BLOCKED at java.io.BufferedInputStream.read(Unknown Source) at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:581) at jrun
    no idea what next steps would be. Right now you get a hard error and a thread dump. Drogon:~ dferguson$ /Applications/ColdFusion2016APIManager/bin/start.sh 08:46:30.210 [main] INFO - API Manager Home : /Applications/ColdFusion2016APIManager/bin/.. 08:46:30.215 [main] INFO - /Applications
    . In the Administrator of each ColdFusion instance we have set the value of "Maximum Number of Simultaneous CFC Function Requests" to 80. The problem is that deadlock often occurs when the number of cachePut, cacheGet and cacheRemove functions exceeds 80. See the attached thread-dump. You will see from the thread-dump
    server may be running into performance issues. A CF server can become unresponsive for any number of reasons. The best way to determine the root cause is to collect thread dumps of the underlying JVM. We've suggested this workaround only for the folks, for whom, we've examined the logs and found HTTP
    Fusion-out log while running this code application.udf = function() {} cfloop( from="1", to="10000", index="i" ) { thread name='test#i#' { try { application.udf(); } catch( any e ) { writeDump( var=e.stacktrace, output="console" ); } } } Actual Result: Several of the threads will throw
    Struct = {key="value"} myStruct.key = "changed" writeDump(myStruct) Actual Result: {key="changed"} Expected Result: coldfusion.compiler.FinalVariableMutationException Related thread: https://forums.adobeprerelease.com/coldfusionpr/discussion/111/final-doesnt-work-on-structs
    Output(ATTRIBUTES.mySimpleValue & ' | ' & ATTRIBUTES.myArray[1] & ' | ' & ATTRIBUTES.myStruct.mySimpleValue); } } } threadJoin(); for(item in CFTHREAD) { if(CFTHREAD[item].keyExists("error")) { writeDump(CFTHREAD[item].error); } } Actual and expected result: No error thrown (good) and email generated successfully So
    See thread: https://prerelease.adobe.com/project/forum/thread.html?cap=87529bda13744b3db718e841890b9240&forid={267a8bea-8d25-435c-a533-6c830dd686ca}&topid={fbf76ab1-6bc1-4057-b26d-c9f28a84d297}&tp=1&to=asc&ts=last&tl=50&tv=desc#{11F3CBC9-B4BC-4436-8458-2F0A141D1B14} Consider this sample code
    2613644 CF-3196327 External U. Related thread: http://prerelease.adobe.com/r/?d51ef33ffe024552b45662062ca11c4a
    Output(ATTRIBUTES.mySimpleValue & ' | ' & ATTRIBUTES.myArray[1] & ' | ' & ATTRIBUTES.myStruct.mySimpleValue); } } threadJoin(); for(item in CFTHREAD) { if(CFTHREAD[item].keyExists("error")) { writeDump(CFTHREAD[item].error); } } Actual result: Error thrown (see comments) if thread attribute variable is directly referenced
    there. You could also use jvm tools to obtain thread dumps and do heap analysis or profiling. Or you can use tools created for CFers that facilitate doing some or all of those things, and even more. In cf8-2016 enterprise, we have the CF server monitor. In cf2018 (standard or enterprise edition) we
    .ex. If you take a heap dump with jmap and then look at it with jhat or something easier like VisualVM you’ll see that there are 10000 instances of coldfusion.tagext.lang.LockTag and 10000 instances of coldfusion.tagext.lang.LogTag.These instances will NEVER go away until the thread ends.I’ve reproduced
    Comment on Bug 83461:(Watson Migration Closure)[ANeff] Bug for: (IE-specific) In html grid, http_referer is [empty string], after clicking thread: https://prerelease by External U.
    . Related thread: http://prerelease.adobe.com/r/?8214383bf8d743d4baead8f89becdbbd The cached query issues have been plentiful. Please put extra focus on this area. ----------------------------- Additional Watson Details ----------------------------- Watson Bug ID: 4126485 External Customer Info
    5929921 CF-4204709 Language : Functions ImageDrawText throws ClassCastException when parsing "Size" values Problem Description: ImageDrawText throws an error when attempting to parse certain "Size" values into an integer. See this thread for further details https://stackoverflow.com/a/56894469
    .java:61) at java.lang.Thread.run(Unknown Source) Application.cfc: ---------------------- component { THIS.name = "ticket_CF-3634391"; THIS.datasource = "MyDSN"; THIS.ormEnabled="true"; boolean function onRequestStart() { writeDump(getApplicationMetadata().datasource); return true
    priority. And you can see more discussion of this in the forum thread Dave had opened (before filing this, which led to this) at https://forums.adobe.com/message/10057877
    . You can send it to pnayak at adobe.com. Also, please make sure to share the thread dumps that shows a dead lock. Date Added :2015-10-27 01:05:22.0 Added By: PreRelease User User Name:Harry Klein Note Added: Wow, a bugtracker without notifications. I just found out that this incident was closed. I
    Comment on ColdFusion application throws Exception in thread "main" java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader by Poonam J.
    ’)index.cfm---------local get |local post |remote get - success |remote get - errorRelated thread (which contains the modified cfajax.js which prevents inclusion of these vars - b/c I've commented them out): https://prerelease.adobe.com/r/?2d3323950d27492a9dd20eed8dc0908c Method: Result
    [ANeff] Bug for: imageRead("s3://bucket/image.png") hangs thread after 20th read and requires CF restart
    be 'WriteDump' and Writelog should be 'WriteLog'Related URL: http://help.adobe.com/en_US/ColdFusion/9.0/CFMLRef/WSc3ff6d0ea77859461172e0811cbec20301-8000.htmlRelated thread: https://prerelease.adobe.com/r/?46171acedaf8403c84328ab71ad6dd9cThis is also seen in the "New Functions in ColdFusion 9" sections
    seconds, run this: writeDump(cacheGetAllIDs("object")) and see "foo" still exists 4) After 30 seconds, run this: writeDump(cacheGetAllIDs("object")) and see "foo" does not exist What is the expected behavior and should this ticket be un-fixed? New thread started here: http://prerelease.adobe.com/r/?3b
    at least we'll have those if nothing else.  I posted the code in a thread in Slack in case anyone is curious how a Task Runner works
    this single request. The memory usage eventually tops out, presumably because the thread has timed our been killed but memory still cannot be recovered. Performing a memory dump and analyzing it with MAP shows the following object in memory consuming 1.7GB Class Name
    SetCell does perform type validation. Related thread: https://prerelease.adobe.com/r/?4eaf0f675f184e2f87afc83930de3b9e Method: Example: myQuery = queryNew("myQueryColumn", "integer"); queryAddRow(myQuery, 2); querySetCell(myQuery, "myQueryColumn", 1, 1); myQuery.myQueryColumn[2] = "NO TYPE
    PoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:748) Expected Result: A dump showing the struct with a key `foo` that has a query
    Tracker Issue Bug 74969:See thread:
    Bug 74969:See thread:
    .servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286)at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320)at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(Thread
    issue where the array is not thread safe and sometimes is in an inconsistent state. This is a very bad issue for everyone running the ColdBox framework since we rely on these mappings to be created and exist for all our modules. I tried placing exclusive locks around the setting and reading
    .runtime.ArrayInvalidTypeInsertException Related thread: https://forums.adobeprerelease.com/coldfusionpr/discussion/351/slicing-typed-array-does-not-preserve-type
    ://en.wikipedia.org/wiki/Comparison_of_programming_languages_%28array%29#Array_system_cross-reference_list Related URl: https://en.wikipedia.org/wiki/Comparison_of_programming_languages_(array)#Slicing Related thread: https://forums.adobeprerelease.com/coldfusionpr/discussion/349/array-slicing
    .servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) at jrun.servlet.http.WebService.invokeRunnable(WebService.java:172) at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(Thread
    .servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320)at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)at jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266)at jrunx.scheduler.WorkerThread.run(WorkerThread
    .apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread
    ) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) at java.lang.Thread.run(Thread.java:748)
    Tracker Issue CFChart issues
    3025670 CF-4198546 Charting/Graphing : Server Dave DeVol CFChart issues Problem Description: Previous versions of CF used to have the ability to set Threads in the CFAdmin, CF2016 does not, although this is still available in the adminapi. The docs says you can set this from 1 to 5. If CF2016
    -volume reporting is a high-value business requirement, the excelAddRows() function should be optimised if possible to provide similiar performance to the tag. Discussed with code examples at thread: https://prerelease.adobe.com/project/forum/post.html?cap=87529bda13744b3db718e841890b9240&forid={267a8bea-8d25
    affected servers, all browsers - we can't find any common thread. Actual Result: Every request calls "GetSessionData" from within a application-level component (functions.cfc) that's called as - the function simply takes that argument, queries the database, and loops through the resultset and sets them
    .servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(Thread
    .apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:764) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1388) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Thread
    SessionTracker <- elementData - class: java.util.Vector, value: java.lang.Object[] #10332 <- classes - class: coldfusion.bootstrap.BootstrapClassLoader, value: java.util.Vector #86 <- contextClassLoader (thread object) - class: org.quartz.simpl.SimpleThreadPool$WorkerThread
    .runtime.UDFMethod.runFilterChain(UDFMethod.java:321) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:220) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:655) at coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:601) at coldfusion.filter.ServerCFCFilter$OnSSLaunchThread
    .I just did another test where I replaced those relative paths withactual physical paths to the folders and the problem went away! So itdoes sound like an issue with the relative paths. Method: More from the email thread:I was able to replicate the problem with your sample files. I thinkperhaps