RE: YAIQ - Yet another ignorant question: multiple LPARs.

["McKown, John" <John.Mckown@xxxxxxxxxxxxxxxxx>]

> -----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.