<p>Hi Peter,</p>
<p>Thanks for the input. The QKGO parameter in this case has been set to 0. The
network connection to some of the remote sites are quite problematic as most of
them are on dial-up and often experience lost connection.</p>
<p>As quick is expecting user's input the session in the host will be active. We
also have a daemon process looking for this type of situation to kill-off quick
sessions without terminal connection. It was working fine previously but the
customer is experiencing problem right now. I suspect it could be due other
problem but wanted to check with this forum if there are elegance way of
handling this.</p>
<p>Regards,</p>
<p>Ghani.</p>
<p><br />
<br />
Quoting Peter Bateman &lt;peterbateman808@hotmail.com&gt; on Fri, 1 Feb 2008
19:31:48 -0400:<br />
<br />
&gt;<br />
&gt;<br />
&gt;<br />
&gt;<br />
&gt;<br />
&gt;<br />
&gt; Hi Ghani:&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Do you have the QKGO TERMINAL
TIMEOUT parameter<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;set to a positive number?&nbsp; &nbsp;
&nbsp; &nbsp; I like Bob Mills' solution&nbsp; <br />
&gt; of keeping the session active&nbsp; &nbsp; &nbsp; &nbsp; if that what the
client wants.&nbsp; <br />
&gt; This assumes that you&nbsp; &nbsp; &nbsp; &nbsp; have enough licences to
use one up&nbsp; for&nbsp; <br />
&gt; each client<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;all day.&nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;In Bob Mills case you would want the QKGO<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;TERMINAL TIME parameter&nbsp; to be&nbsp;
zero. i.e. no timeout.&nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Some SSH Hosts&nbsp; automatically
time out their clients.&nbsp; &nbsp; &nbsp; <br />
&gt;&nbsp; &nbsp; &nbsp; There is another timeout available it is called
the&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt; ROLLBACK TIMEOUT. Its purpose is to give&nbsp; &nbsp; &nbsp; &nbsp; the
user time to fix&nbsp; <br />
&gt; an error that occured while the&nbsp; &nbsp; &nbsp; &nbsp; update
transaction is opened.&nbsp; <br />
&gt; If the user does not&nbsp; &nbsp; &nbsp; &nbsp; enter something in the
allowed time then&nbsp; <br />
&gt; a timer<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;exception is detected and the update
transaction is<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;rollbacked.<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;I like to do foreign key checks and value
checks before&nbsp; &nbsp; &nbsp; &nbsp;<br />
&gt;&nbsp; &nbsp;attempting the update thus although the database will&nbsp;
&nbsp; &nbsp; &nbsp; also&nbsp; <br />
&gt; do them as well there is a much better chance of<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;a&nbsp; clean update and hence no need to
rollback the<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;update&nbsp; transaction. I use deferred
constraint<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;checking as well.&nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Some packet based networks&nbsp; <br
/>
&gt; drop the connection<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;if a timer exception has occurred.&nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;Quick tries to be&nbsp; <br />
&gt; nice and&nbsp; gives you a warning that the&nbsp; &nbsp; &nbsp; &nbsp;
session&nbsp; is about to&nbsp; <br />
&gt; timeout.<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;There are two timeouts involved&nbsp;
&nbsp; &nbsp; &nbsp; timeout 1&nbsp; to get the&nbsp; <br />
&gt; warning and<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;timeout 2 for real.&nbsp; &nbsp; &nbsp;
&nbsp; &nbsp;Enhancement:&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt;&nbsp; &nbsp; &nbsp;1) When an SSH Host automatically times out a client
or&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt; whenever there is an error on stdin or stdout&nbsp; &nbsp; &nbsp; &nbsp; I
think QUICK&nbsp; &nbsp;<br />
&gt; should exit.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;i.e. the same
as of you had hit the system&nbsp; <br />
&gt; exit key&nbsp; &nbsp; &nbsp; &nbsp; except no IO attempts on stdin nor
stdout.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt; 2) Have an option in QKGO and&nbsp; PHRS&nbsp; &nbsp; &nbsp; &nbsp; called
KILL_ON_TIMEOUT.&nbsp; &nbsp;<br />
&gt; The QUICK process acts as&nbsp; &nbsp; &nbsp; &nbsp; if the sytem exit key
( usually&nbsp; <br />
&gt; control_Z) has been hit&nbsp; &nbsp; &nbsp; &nbsp; except no IO attempts on
stdin nor&nbsp; <br />
&gt; stdout.<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;e.g. no timeout warning.&nbsp; &nbsp;
&nbsp; &nbsp; &nbsp;I have been in situations&nbsp; <br />
&gt; where I have had to decide<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;to kill QUICK sessions because they
appeared to be<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;hung. This is not a lot of fun especially
when there is a<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;relational database attached to the QUICK
process.<br />
&gt;<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Indeed as we move forward into the
SOX&nbsp; &nbsp; &nbsp; &nbsp; and CSOX world&nbsp; <br />
&gt; manual interventions by<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;programmers are just not&nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; allowed.<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;The activities of Jerome Kerviel of he
French bank&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />
&gt; Soci&eacute;t&eacute; G&eacute;n&eacute;rale will bring application
security<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;to an even higher focus.<br />
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Good luck,&nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;Peter Bateman<br />
&gt;<br />
&gt;<br />
&gt; Date: Thu, 31 Jan 2008 17:30:03 +0800From: abdghani@staroba.orgTo:&nbsp;
<br />
&gt; powerh-l@lists.sowder.comSubject: QUICK on UNIX - Session Hang after&nbsp;
<br />
&gt; Network CutoffDear all,I have a customer who is having problem with&nbsp;
<br />
&gt; QUICK via Reflection remote connection. While QUICK is in session,&nbsp;
<br />
&gt; the connection is lost and quick&nbsp; &nbsp;processes appear to be&nbsp;
<br />
&gt; continually trying to read() from a pty which has no underlying&nbsp; <br
/>
&gt; telnet connection active any longer.&nbsp; The code path they enter
when&nbsp; <br />
&gt; the pty is in this state causes all to be woken at once. The system&nbsp;
<br />
&gt; has so many 'quick' processes (depending on the number of sites&nbsp; <br
/>
&gt; connecting and lost connection) in this state that they are all&nbsp; <br
/>
&gt; waking/sleeping together and causing lots of extra CPU time in the&nbsp;
<br />
&gt; scheduling related kernel code paths.Powerhouse Version:&nbsp; &nbsp;<br />
&gt; 8.43.D1UNIX Version: HP-UX 11.2Appreciate any input.Thanks &amp;&nbsp; <br
/>
&gt; regards,Ghani.<br />
&gt;<br />
&gt;<br />
&gt; _________________________________________________________________<br />
&gt;<br />
&gt;<br />
<br />
</p><br />