Is there any indication of what types of threads cause the Manager to
lose track of a thread? Could this be machine dependant? All the
machines I have available have similar configurations (some with Quad
processors), but all machine configurations have had an executor and all
have had this problem at some point.
I've also tried the Manager app on different machines which did not
alleviate the problem. What kind of heuristic can I use (reliably) to
determine which threads should be killed and restarted? When I attempt
to cycle through the threads of a GApplication object that has been
started, a runtime exception is thrown. Is there another way that I can
check for this error? In addition, supposing I could cycle through
these threads, I don't see a clear way of accessing the Time_Started /
Time_Finished properties of a GThread through the API.
The code I have to cycle through app.Threads is below. Variable wtf is
set to false because of the runtime error mentioned above.
bool wtf = false;
while(AppRunning)
{
Thread.Sleep(500);
if(wtf)
{
foreach (GThread g in app.Threads)
{
if (g.State ==
Alchemi.Core.Owner.ThreadState.Scheduled)
{
g.Start();
}
}
}
}
- Luis
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Tibor Biro
Sent: Monday, February 06, 2006 1:13 PM
To: Luis Cota; [email protected]
Subject: RE: [Alchemi-developers] How and when are ThreadStates set?
> Often, when I use Alchemi across a small grid, I find that I get
undead
> threads. When I examine the undead threads in the database, they all
> have the following properties:
>
> thread_state = 1
> time_started = NULL
> time_finished = NULL
>
> The threads have been assigned but it is not clear whether the threads
> have been started. In the same DB with the same grid, I regularly see
a
> completed thread with time_started = NULL, so this is not a reliable
> indicator of whether a thread has been started.
>
> What could cause these two properties to not be set correctly? Is
there
> some way to check the time_started/time_finished properties through
the
> API?
This could happen if the Manager lost track of the thread after it was
scheduled due to some error. Currently there is no recovery built into
the
manager for such scenarios.
The API would give you the same data that is in the database. There is
something that can be used to see this data, it is used by the Console.
Tibor
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Alchemi-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-developers
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
alchemi-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-users
