In addition to the excellent suggestion of using a "secret" parameter or
option in the calling Execs, you could also set a "secret" GLOBALV
variable in the calling Execs and retrieve it in the called Exec. For
example, EXECA and EXECB both call SUBEXEC:
Code in EXECA and EXECB:
Parse Sourc
ress EXECs into one long line to speed *
* initiation (single I/O). Also produces a more *
* difficult EXEC to 'swipe' and diagnose. *
* Component of - System Programmer's Tool Kit *
* Command format- See 'Explain', above.
Thanks, but I don't believe this will be a problem.
David Wakser
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Thursday, December 27, 2007 4:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: EXEC to "compress" EXECs
I was playing with this and hit a 'gotcha'.
If you have this call: SOURCELINE() it always returns one line which is now
the whole program.
Probably not used that often but it is something to be aware of.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behal
> > A downside for the iSCSI approach is that I don't think the packet
> > processing for VSWITCH traffic gets offloaded to the I/O
> > processors, so
> > you'd use up more CPU to drive tape operations. Of course, I've been
> > lobbying for a specialized network processor engine for a while;
this
>
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes
> Sent: Thursday, December 27, 2007 3:12 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: CMS TSM admin client
>
> A downside for the iSCSI approach is that I don't think the
>Would lin_tape (non-OCO, see
ftp://index.storsys.ibm.com/devdrvr/Linux)
> help?
Nope. Lin_tape solves a different problem.
Lin_tape still remains device-specific (in terms of the actual end
device), and still doesn't allow the Linux guests to take advantage of a
common TMS (like VM:Tape or
On Dec 27, 2007, at 2:01 PM, Mike Walter wrote:
Just about finished with that year's supply of cough medicine in the
handy 55 gallon drum, eh Adam?
Nearly there. I need a long-handled spoon to get most of the rest.
Adam
On Thu, 27 Dec 2007 14:31:10 -0500 David Boyes said:
>> Why is it that z/Linux can talk to a channel attached 3590 but TSM
>> can't?
>
>Cynical speculation: it's not that it wouldn't work, but it would take
>additional testing which Tivoli doesn't have time or resources to do in
>order to certify i
Hi,
On Thu, 27 Dec 2007 14:31:10 -0500 David Boyes said:
>It also occurs to me that this approach would eliminate the need for the
>specialized Linux OCO device drivers entirely (assuming that you also
>just require VM instead of supporting LPAR).
Would lin_tape (non-OCO, see ftp://index.stors
Just about finished with that year's supply of cough medicine in the handy 55
gallon drum, eh Adam?
Mike Walter
- Original Message -
From: "Adam Thornton" [EMAIL PROTECTED]
Sent: 12/27/2007 01:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Apol
On Dec 27, 2007, at 1:09 PM, Edward M.
Only when you are checked in.
And you should see the new 2010 building (ahead of schedule).
Very, Very, nice. Parking is only $1.50 per day.
Ed Martin
330-588-4723
ext 40441
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Adam Thornton
Se
> >Providing an iSCSI target server virtual machine for CMS that
understood
> >channel-attached tape drives would cure a lot of my complaints about
> >losing the CMS TSM server. (The Linux TSM server understands iscsi
> >targets).
It also occurs to me that this approach would eliminate the need f
On Dec 27, 2007, at 1:09 PM, Edward M. Martin wrote:
Hello Everyone,
I apologize for the AN60 printer message.
In my haste, I somehow included this list.
Does that mean we don't get armbands after all? :-(
Adam
Ed and Mike,
that was it. thanks.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
The IBM z/VM Operating System wrote on
12/27/2007 01:17:02 PM:
> Check the directory for the CONSOLE statement.
>
>CONSOLE 009 3215 T OPERATOR
>
> The last parm will cont
Phillip,
Take a look at the directory entry for the virtual machine that is not
getting its console traffic sent to OPERATOR, and compare it to the
directory entries of one or more of those that work as desired.
On particular, look at the CONSOLE statement in the directory entry.
The ones that
On Thu, 27 Dec 2007 13:35:54 -0500 David Boyes said:
>>I had occasion to attempt to use the TSM 3.1 admin client on CMS
>today.
>> With a few changes to DSM OPT, that admin client can talk quite nicely
>> with
>> my TSM 5.4 server on z/Linux. I sure miss the CMS TSM server, but
>having
>> a
>>
Check the directory for the CONSOLE statement.
CONSOLE 009 3215 T OPERATOR
The last parm will control who is the "secondary" console
if the user is disconnected.
Ed Zell
Illinois Mutual Life
(309) 674-8255 x-107
From: The IBM z/VM Operating System [m
Hello Everyone,
I apologize for the AN60 printer message.
In my haste, I somehow included this list.
Ed Martin
330-588-4723
ext 40441
we have a number of stand alone machines that use DDR to backup
critical VM packs.
they run disconnected and the console output shows up on OPERATOR.
except for one of them - which is the problem.
what causes the console output (from SAY commands in the EXEC)
to get routed over to OPERATOR ?
i
Hello Everyone,
Just a note ER52 is the local armband printer.
Michele, Terry, and I have setup AN60 to be an armband printer at
Aultman North.
AN60 is in PROD and TEST and not it BETA.
It seems to work in TEST. Rob will need to adjust the
network/server end
>I had occasion to attempt to use the TSM 3.1 admin client on CMS
today.
> With a few changes to DSM OPT, that admin client can talk quite nicely
> with
> my TSM 5.4 server on z/Linux. I sure miss the CMS TSM server, but
having
> a
> CMS TSM admin client is quite handy.
Providing an iSCSI tar
On Thursday, 12/27/2007 at 11:58 EST, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> The 'count = ""' line just before the test 'if count <> ""' guarantees
that the
> else path is the only one that can be taken.
Yes, I know. That's one of the modifications for "illustration purposes".
If you
Hi,
I had occasion to attempt to use the TSM 3.1 admin client on CMS today.
With a few changes to DSM OPT, that admin client can talk quite nicely with
my TSM 5.4 server on z/Linux. I sure miss the CMS TSM server, but having a
CMS TSM admin client is quite handy.
Cheers,
Arty
I will be out of the office starting 12/27/2007 and will not return until
01/03/2008.
I will respond to your message when I return.
If your request requires immediate attention, Please contact the MVS
Technical Support Hotline
at 1-866-866-4488 x12000
***
Alan,
The 'count = ""' line just before the test 'if count <> ""' guarantees that the
else path is the only one that can be taken.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan
Altmark
Sent: Thursday, Dec
Thanks, Alan. I will study this.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan
Altmark
Sent: Thursday, December 27, 2007 10:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Checking how invoked
On Thursday, 12/27/2007 at 05
On Thursday, 12/27/2007 at 05:20 EST, "Wakser, David"
<[EMAIL PROTECTED]> wrote:
> The "submission" EXEC can be invoked from an EXEC, but it can
> also be invoked on its own. In the submission EXEC, I need to know if I
> was invoked natively (either from the CMS command line or from FLIST - I
> do
Dave,
For your application that works fine.
Since you are checking for constants you can even remove the PARSE UPPER
line
Incase you are worried about the x'740' offset changing, it hasn't changed
since at least VM/370 days and is still valid in the 'future' zCMS (as
shipped in z/VM 5.3).
To
No, sorry. AIX 5.x does not run on the zSeries architecture.
legolas wood wrote:
Hi
Thank you for reading my post
Is it possible to install AIX 5.3 or 5.2 in z/VM?
Thanks.
--
DJ
V/Soft
z/VM and mainframe Linux expertise, training,
consulting, and software development
www.vsoft-software.c
The simple answer would be to change the command line when used from within
an exec, so that you can tell where you've come from.
The user types "Submit jobname inputfile parms..." and the command does the
work from the command line.
Within another exec, use the command "Submit foobar jobname inp
Hi Rob,
Thank you for your answer and the offer to browse raw monitor data.
I have to admit, I don't know exactly how to capture raw monitor data:
monwrite? Is there any special setting needed or maybe some guidelines
somewhere I can follow?
Best regards,
Klaus
Original-Nachricht -
Original-Nachricht
> Datum: Thu, 27 Dec 2007 10:44:38 +0100
> Von: Rob van der Heij <[EMAIL PROTECTED]>
> An: IBMVM@LISTSERV.UARK.EDU
> Betreff: Re: Paging sub system seems extremely slow
> On Dec 27, 2007 9:25 AM, Klaus Johansen <[EMAIL PROTECTED]> wrote:
>
> > Our VM system pa
If there's only a couple of other execs that invoke the submission
exec, I would pass an extra parameter or option to the submission
exec. For example:
if word(arg(1),1)='$*subexec*$'
then parse upper arg asSubExec fn ft fm '(' options
else parse upper arg fn ft fm '(' options '' asSu
--- legolas wood <[EMAIL PROTECTED]> wrote:
> Hi
> Thank you for reading my post
> Is it possible to install AIX 5.3 or 5.2 in z/VM?
>
> Thanks.
>
As some one else already said, NO. As the film says
long ago and far away in a distant galaxy there was a
version of AIX that ran on ESA/370 Archite
On Dec 27, 2007 10:15 AM, Kris Buelens <[EMAIL PROTECTED]> wrote:
> I guess we should have asked from the beginning why David needed to
> know the caller of an exec, enabling a more precise answer, or even
> other, easier alternatives.
Yep. ask why he needed it, and make him reconsider
FTPG: I p
Kris:
In order to clarify things, I have just finished writing a
"suite" of EXECs to handle compilations/assemblies and job JCL being
sent to multiple VSE machines on multiple different physical machines.
All of the EXECs that build JCL use a "common" submission EXEC.
The submissi
On Dec 27, 2007 9:25 AM, Klaus Johansen <[EMAIL PROTECTED]> wrote:
> Our VM system pages extremely slowly: a long inactive Linux guest is paged in
> from DASD by z/VM with approximately 1 MB/sec in an otherwise almost idle
> system. The overall system page rate is 400-800 pages/second – half for
Sorry, unsafe again, for at least two reasons:
- when you go to CMS SUBSET, XEDIT is still in the air, but hidden, so will be
the message(s) sent with (E)MSG
- from XEDIT, you invoke another fullscreen program (e.g. ISPF),
yielding the same
problems as with SUBSET
The fact that FILELIST is XED
At 02:35 AM 12/28/2007, you wrote:
Thank you for reading my post
Is it possible to install AIX 5.3 or 5.2 in z/VM?
I'm afraid not. AIX only runs on p-series processors (if that's
still what we're calling the RS/6000).
VM runs on mainframes (whatever we call THOSE now) and only creates
virtua
Hi
Thank you for reading my post
Is it possible to install AIX 5.3 or 5.2 in z/VM?
Thanks.
Hi,
We’re experiencing a strange behaviour of our paging sub system and have big
difficulties to solve the problem – hope some of you are able to help us.
Our VM system pages extremely slowly: a long inactive Linux guest is paged in
from DASD by z/VM with approximately 1 MB/sec in an o
42 matches
Mail list logo
