We are having occasional, random issues with runaway processes.
We run lots of jobs through cron. We pipe the output for each cron job to a
xxx.RESULTS file so that we can review them in case there are any issues. All
of our cron jobs do the following:
Set the needed environment variables
How about creating a COMMON variable that the program can set before
executing the command with a CAPTURING clause?
David A. Green
(480) 813-1725
DAG Consulting
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Doug Fa
How are you exiting udt? Are you logging off with EXECUTE 'OFF' or CHAIN
'OFF' in BASIC? Or are you logging off with a proc doing OFF (or LO for
that matter)?
On Tue, Jun 26, 2012 at 7:05 AM, Israel, John R. <
johnisr...@daytonsuperior.com> wrote:
> We are having occasional, random issues with
Hi Martin,
Could you please let me know, to where i have to approach for Training. or
can you please suggest the best link to gain more knowledge on it
Thank you,
Satya.
On Mon, Jun 25, 2012 at 4:36 PM, Dawn Wolthuis wrote:
> In SQL Server, I think it is called UDF = user-defined function
>
>
>From experimentation on unidata on linux, if you execute something with
capturing it creates an entry in _PH_ of Z_{pid} the pid is zero filled to
8 digits e.g. _PH_/Z_00022141
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org]
Hi Satya,
Although we deliver training to U2 clients in the UK, I suspect that you are in
the US which makes our services irrelevant for you.
The obvious place to go for U2 training is Rocket Software but I do not know
what courses they offer in the US.
If you are looking for some general multi
Are you launching the UD programs via the PHANTOM command? I don't know
if this applies to UD, but UV cron jobs must be launched as phantoms.
If the programs are executed from cron as non-phantoms, any jobs that
overlap in time will use the same shared memory segment, and chaos will
ensue. Our UV
UV cron jobs don't need to be launched as phantoms. This shell script,
and many more like it, have been running here from cron each morning for
years:
cubs5a:/u1/local> more loh.rpt.ksh
# !/bin/ksh
cd /u1/local
/dbms/uv/bin/uv "RUN.LOW.ON.HAND"
exit 0
>CT VOC RUN.LOW.ON.HAND
RUN.LOW.ON.HAND
Many Rocket courses are offered as on-line:
http://www.rocketsoftware.com/u2/training
Wally Terhune
Technical Support Engineer
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA
t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2
-Origi
Interesting. I was just relaying something I gleaned from this list
many, many years ago. IIRC, the OP was someone with a deep
understanding of UV internals, but I can't remember who it was. It was
probably 15 years ago. I've never attempted launching a cron job
without making it a phantom sinc
Make sure that you kill all processes; the parent process and the child
processes.
Also, sometimes you need to use the signal 9 with the kill command to
make it work.
Robert Norman
ROBERT NORMAN & ASSOCIATES
Address: 23441 Golden Springs Dr., #289, Diamond Bar, CA 91765
Phone : 951/541-1668
E
No, not as phantoms.
Here are all the details:
In the crontab, we have a line of code like this:
22 02 * * 1 /usr/igi/avante96/flodata/live/LIVE.DATA/QUO9010 > /dev/null 2>&1
This will launch a script called QUO9010 and send any UNIX outputs to /dev/null
(effectively ignoring it). This script
That's only partially correct.
The capture log file is put into _PH_ in the account that you originally logged
in to. If you change accounts with LOGTO you will need to use the @ACCOUNT
variable to find the original account path.
The capture file name (on my windows system) is Z_nnn where u
Hey Satya,
Try this web site it is historic!!!
http://www.jes.com/
Laura Wright
MIS Department
Sports Endeavors Inc
(919) 640-6089
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of satya satya
Sent: Tuesday, June 26,
Another good source for self-training is here:
http://www.rocketsoftware.com/u2/resources/technical-resources
Also, something I do for some people, is to provide specialized
one-on-one customized training, if their needs are above and beyond what
anyone will do here. In other words, it isn't t
According to Jeff's experience, cron jobs as non-phantoms hasn't caused
problems, so that may be a red herring. It wouldn't require a lot of work to
try running the jobs as phantoms, though, so that's what I'd do if the problem
still recurs after changing OFF to BYE. At the very least, no term
Yup! We have a UNIX command that grabs the parent, child, grandchild...
processes, then allow you to cleanly kill the chain of processes. Nice little
tool to ensure you get everything you need.
JRI
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun..
Thanks for all the responses.
This was a case where Program A called subroutine B (which is generic
screen message display subroutine). Program A was always meant to be run
from TCL level.
Someone then wrote a program "C" that did an execute of program "A" with
a capturing mode not knowing that i
Doug:
You can use @COMMAND, @SENTENCE, and @PARSENTENCE to determine how
program "A" was called.
Wouldn't this allow you to determine if program "A" is being called by
another program or a specific program (in this case program "C"),
instead of being called from the Universe command prompt a
19 matches
Mail list logo
