× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
smorrison@xxxxxxxxxxxxxxxxxxx
Sent: Wednesday, December 10, 2008 11:01 AM
To: Midrange Systems Technical Discussion
Subject: RE: YAIQ - Yet another ignorant question: multiple LPARs.

John,

DDM allows access to data files on other IBM i systems. Once
the DDM file
is setup, use of the file is transparent. A program on System A can
read/write/update/delete data on System B. The programs do
not need to
exist on System B.

OK, this I am used to. I.e. program running on system A can access a
database residing on system B.

<snip>


You ask about sharing files, but then you also ask about
sharing a CL.
Normally a CL is a program object, different from a file
object. You could
use the RUNRMTCMD or SBMRMTCMD to run a job on a different
system. The
called program must exist on the target system, but need not
exist on the
system that sends the command.

What I am thinking of is this scenario. Our programmers normally log
onto the Dev system. That is where all their "personal tools" are. There
is a production problem. The programmer then logs onto the Pdn system
(this may be where my "problem" begins). But they want their "personal
tools", which may be things like some CL programs and "stuff" like maybe
notes. I guess for "notes" they could log on to both systems
simultaneously. But if they have a program which is a "forensic" program
that they want to run against a production database, would they log on
to Dev and run their program against the production database via
DDM/DRDA/whatever-it-is called? Is there any need/way for the programmer
to look at a SPOOL file on production?

Perhaps this is not the appropriate way to debug a production problem on
the i? I.e. I'm being unduly influenced by my z background and trying to
"do it the z way" on an i. Wouldn't surprise me if that is the case.


<snip>

Steven Morrison
Fidelity Express
903-885-1283 ext. 292


--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)
Administrative Services Group
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mckown@xxxxxxxxxxxxxxxxx * www.HealthMarkets.com

Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential or proprietary information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.