Coldfusion: Rekursion zu tief; der Stapel überschwemmt

Question

In den letzten Jahren haben wir diese Nachricht zufällig wurden in den Ausgabeprotokolle zu sehen, wenn sie in Coldfusion geplanten Tasks ausgeführt werden:

Rekursion zu tief; der Stapel überschwemmt.

Der Code innerhalb der Aufgabe, die aufgerufen wird, kann variieren, aber in diesem Fall ist es sehr einfach Code, der nichts tut, sondern einen Zähler in der Datenbank zurückgesetzt und mir dann eine E-Mail senden Sie mir zu sagen, es war erfolgreich. Aber ich habe es mit allen Arten von Code geschehen gesehen, also bin ich ziemlich sicher, dass es ist nicht der Code, der dieses Problem verursacht.

Es hat sogar eine leere application.cfm / cfc einen anderen Code zu blockieren aufgerufen wird.

Das einzige andere Mal, wenn wir das sehen, wenn wir CF Neustart und wir versuchen, eine Seite zu sehen, bevor der Dienst vollständig gestartet wird.

Der Fehler kommt selten vor, aber jetzt haben wir einige ziemlich kritisch geplante Aufgaben, dass es zu Problemen, wenn sie nicht laufen. (Daher bin ich hier, um Hilfe zu veröffentlichen)

Der Speicherverbrauch ist in Ordnung. Die Aufgabe, die gerade lief, bevor es über 80% freien Speicherplatz gemeldet. Speicher durch die Nacht Überwachung zeigt keine Out-of-the-gewöhnliche Spikes. Die Maschine verfügt über 4 Gigs der Erinnerung und sonst nichts auf ihm läuft, aber das Betriebssystem und CF. Wir haben versucht, vor kurzem CF neu zu installieren, das Problem zu lösen, aber es half nicht. Es geschieht auf mehrere unseren anderen Servern als auch.

Dies ist ein interner Server, so Verwendung bei 03.00 nicht vorhanden sein sollte. Es gibt keine andere geplanten Tasks zu diesem Zeitpunkt ausgeführt werden.

Wir haben seit einiger Zeit erleben diese auf unserer CF7, CF8 und CF9 Boxen (vollständig gepatcht).

  

Die aktuelle Box in Frage Info:

     

  
• CF-Version: 9,0,1,274733
  
• Ausgabe: Unternehmen
  
• OS: Windows 2003 Server
  
• Java Version: 1.6.0_17
  
• Min JVM Heap: 1024
  
• Max JVM Heap: 1024
  
• Min Perm Größe: 64m
  
• Max Perm Größe: 384m
  
• Server Speicher: 4 GB
  
• Quad-Core-Maschine, die selten mehr als 5% CPU-Auslastung sieht
  

JVM-Einstellungen:

  

-Server -Dsun.io.useCanonCaches = false -XX: PermSize = 64m -XX: MaxPermSize = 384m -XX: + UseParallelGC -XX: + AggressiveHeap -Dcoldfusion.rootDir = {} application.home /../   -Dcoldfusion.libPath = {} application.home /../ lib   -Doracle.jdbc.V8Compatible = true

Hier ist die unglaubliche komplexen Code, der gestern Abend laufen gescheitert, aber seit Jahren läuft, und wird höchstwahrscheinlich laufen morgen:

<cfquery datasource="common_app">
    update  import_counters
    set current_count = 0
</cfquery>

<cfmail subject="Counters reset" to="my@email.com" from="my@email.com"></cfmail>

Wenn ich etwas verpasst lassen Sie mich wissen. Danke!

Answer 1

Wir hatten dieses Problem für eine Weile nach unserem Server Coldfusion aktualisiert wurde 9. Die Fehlerbehebung in diesem technischen Hinweis von Adobe auf JRun zu sein scheint 4: http://kb2.adobe.com/cps/950/950218dc.html

Sie müssen wahrscheinlich einige Anpassungen, um Berechtigungen zu machen, wie in den technischen Hinweisen zur Kenntnis genommen.

Answer 2

Haben Sie versucht, die Größe des Heap-Reduzierung von 1024 800 etwas zu sagen. Sie sagen, es ist mehr als 80% des verfügbaren Speichers so gelassen, wenn möglich, ich auf eine Verringerung der max aussehen würde.

Ist es ein 32 oder 64 Bit OS? Wenn der Heap-Speicher zuweisen müssen Sie berücksichtigen alle den Aufwand der JVM (Stack, Bibliotheken, etc.) nehmen, so dass Sie nicht das O Grenze für den Prozess gehen können.

Answer 3

, was Sie könnten versuchen, ist Mindest JVM Heap-Größe auf das gleiche wie Ihr Maximum JVM Heap-Größe (MB) mit Ihrem CF-Administrator eingestellt werden.

Aktualisieren Sie auch die JVM auf die neueste (21) oder mindestens 20.

In der Vergangenheit habe ich die JVM immer aktualisiert, wenn etwas abgedrehten passiert begann als dass in der Regel das Problem gelöst.