Am I missing something here? The subject matter is Add Virtual Memory
Dynamically, which has got to be a function worth having - but why
would anyone want to remove it?
Surely it's akin to being able to add packs for paging - and you can't
take them away (cue for a song?).
This may be half a
Hello List,
The past day I have tried to get the new version of SWAPGEN into my VM bu
t
no success so far. I have tried every way I can do a filetransfer but
every time I end up in a file I can't use on VM. Can anyone send me the
VMARC-ed version of the current SWAPGEN so I can continue? I do
Hello,
one of our Linux sles9 SP4 DB2 databaseservers running under z/VM 5.3.0
RSU0801 felt yesterday afternoon in a kind of coma.
The linux stopped running. The putty-session got an timeout. I was no
longer able to ping.
The processor for this lpar was only 20% busy for other linux guests at
The guest may have been stuck in the Eligible list, that is, CP judged
there is not enough memory available to let it run, CP wants to
protect the system from excessive paging (try #CP IND Q, and look for
E1, E2 and E3 values).
You could have issued SET QUICKDSP LX004 ON, to tell CP that this can
Hi Karen,
I'm RSVP'ing for this Baybunch,
Regards,
Tim McCluskey
On Wed, Aug 6, 2008 at 3:33 PM, Pamela Christina - warm and sunny
Endicott NY [EMAIL PROTECTED] wrote:
For those of you who near San Francisco Bay area this Friday
and who are interested in hearing z/VM and Linux presentations.
They are finally getting rid of old 3174 control units and we wiill lose
our old 3290 local terminal.
We had set up it's big screen with 4 terminal sessions. 19 plasma
screen. A big deal at the time. It provided the anti-green screens. Kind
of orange-y amber. Supposedly better on your eyes. I
On Aug 7, 2008, at 4:28 AM, Berry van Sleeuwen wrote:
Hello List,
The past day I have tried to get the new version of SWAPGEN into my
VM but
no success so far. I have tried every way I can do a filetransfer but
every time I end up in a file I can't use on VM. Can anyone send me
the
My sincerest condolences. My 3290 was one of the
nicest tubes I ever used, especially with that whole
screen devoted to XEDIT. I even miss the little
buzzing sound it made during screen updates;
you can just imagine the electrons frying.
Mark Vitale
Product Manager - PERFMAN for DB2,
Hi, Berry.
Adam Thornton wrote:
On Aug 7, 2008, at 4:28 AM, Berry van Sleeuwen wrote:
Hello List,
The past day I have tried to get the new version of SWAPGEN into my VM
but
no success so far. I have tried every way I can do a filetransfer but
every time I end up in a file I can't use on
The vswitch counts as 1 stack on the OSA, no matter how many systems are
behind it. So yes - it gets you around the 640 stacks per OSA issue. That
limitation came from the number of subchannels you could generate on the OSA
chpid itself. I think it's even higher than 640 for the recent z10 and the
I pulled our 3290's from the operations area 20 or so years ago when the
operators tried to ipl one of the system and no one noticed that the
OPERATOR console was covered up by the maximized screen of one of the
other 3 sessions. One of the sysprogs noticed the VM ipl screen up on
his/her
I will be out of the office starting 07/08/2008 and will not return until
11/08/2008.
I am out of the office for one day only, I will respond upon my return. For
urgent queries only please contact 07795 333524.
Ann,
When I came to 3M from ITT Life Insurance (a subsidiary of The Hartford at
the time, if you remember) back in 1987, the best thing about the new job
was having a nice new 3290 on my desk. We removed all our 3174's probably
7-8 years ago, but my 3290 is still here! The screen is on my desk,
What I would like to do is take a list of CMS files and package them
together as a single data file compatible with the TSO XMIT and Windows
XMIT-Manager programs. I have looked at the PIPELINES BLOCK NETDATA (I am
not that good a plumber) and at stacking NETDATA output files together
(SPOOL PUN
On 8/7/2008 at 8:44 AM, in message
[EMAIL PROTECTED], Tim McCluskey
[EMAIL PROTECTED] wrote:
Hi Karen,
I'm RSVP'ing for this Baybunch,
Regards,
Tim McCluskey
On Wed, Aug 6, 2008 at 3:33 PM, Pamela Christina - warm and sunny
Endicott NY [EMAIL PROTECTED] wrote:
-snip-
Send an RSVP email
I notice on the ouptput from 'q dasd details' the CYL = value,
that it is present even if the disk is FBA (VFB-512 attached to CP
running second level, or EDEV attached to second level, or even first
level EDEV (on the SAN connected system). But fixed block do not
have cylinders that can be
Hi Dave,
The SWAPGEN creates the VDISK and the zLinux does accept the disk. But
swap is not activated on the disk. To activate the swap I have to issue
a mkswap before swapon. And after booting the guest it must be done again.
I don't know if it is a problem with swapgen, with linux or some
To be able to increase memory temporarily to get past a period of
unusually high demand. As has been pointed out in the thread, TPF shops
invariably have to reserve several GB of memory for native test systems
that are seldom used. If that storage could be added temporarily, it
could be a real
How about PKZIP?
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern
Sent: Thursday, August 07, 2008 8:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CMS Files to XMIT compatible datastream
What I
Hello Adam,
Ah, nice. Both versions are available now. Thanks.
I have the vma-package. Indeed very nice and I use it very much.
Regards, Berry.
Adam Thornton schreef:
On Aug 7, 2008, at 4:28 AM, Berry van Sleeuwen wrote:
Hello List,
The past day I have tried to get the new version of
I sending the files in one MVS job that receives them automatically an
option? If yes, I've got a solution, I wrote such code for my former
client to transfer accounting and alike to MVS; punched some JCL to
call IKJEFT01 (that is TSO) with RECEIVE commands, and finally punched
the wanted CMS
Does this approach get around the stack limit some way? If we try to
put
800
machines on a VLAN, will this blow the limit referenced below?
The layer 2 TYPE ETHERNET VSWITCH gets the OSA limits out of the line of
fire entirely -- the OSA(s) (note multiple) servicing the VSWITCH just
forward
Hmm. If the package passes through RSCS, since RSCS doesn't support
NETDATA with multiple datasets, won't the package get exploded on
transmission?
Does anyone have a procedure for combining multiple CMS files into a
sing
le
XMIT data file?
/Tom Kern
/301-903-2211
Kris,
I'd be interested in that even if the OP isn't.
Jerry Whitteridge
Safeway Inc
925 951 4184
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens
Sent: Thursday, August 07, 2008 9:29 AM
To: IBMVM@LISTSERV.UARK.EDU
What I would like to do is take a list of CMS files and package them
together as a single data file compatible with the TSO XMIT and Windows
XMIT-Manager programs. I have looked at the PIPELINES BLOCK NETDATA (I
am not that good a plumber) and at stacking NETDATA output files
together
On Wed, 6 Aug 2008 16:25:27 -0700, Mike Harding [EMAIL PROTECTED] w
rote:
...
An alternative - which might even satisfy Mr. Schuh - could be to restri
ct
detachable memory to that which has been dynamically added after CP wa
s
iplled. I wouldn't think the SXS would extend into such, which
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern
Sent: Thursday, August 07, 2008 11:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMS Files to XMIT compatible datastream
The purpose is to have a datafile that can be
On Thu, 7 Aug 2008 11:48:24 -0500, Bill Holder [EMAIL PROTECTED] wrote
:
On Wed, 6 Aug 2008 16:25:27 -0700, Mike Harding [EMAIL PROTECTED]
wrote:
...
An alternative - which might even satisfy Mr. Schuh - could be to
restrict
detachable memory to that which has been dynamically added after
That alternative, I will keep in my back pocket for a last resort.
/Tom Kern
/301-903-2211
On Thu, 7 Aug 2008 11:52:37 -0500, McKown, John
[EMAIL PROTECTED] wrote:
Just as an aside, the Java jar command can be used to create or
explode ZIP type files. Most z/OS shops should have Java. It's
All:
The solution is probably simple, but I can't see it (it's been a long
week):
The following code is in an EXEC. However, when executing, it issues a
VM READ after every 100 rdr queue entries, causing the EXEC to go bananas
(since it then pulls in a file name or type of
The z9, with updated OSA microcode, can also run the OSA port in
shared layer 2 and layer 3 mode..
On Thu, Aug 7, 2008 at 11:16 AM, David Boyes [EMAIL PROTECTED] wrote:
Downside is that unless you have a z10, I don't think you can have a OSA
card in layer 3 and layer 2 mode simultaneously, so
Well, 100 reader files at about 80 chars per line plus the header, is
8080 bytes, just short of the default 8192 default buffer for
returning the output from a CP command. Maybe you need to specify a
bigger buffer using the BUFFER option? And, of course, CMS Pipelines
would be a much better
The z9, with updated OSA microcode, can also run the OSA port in
shared layer 2 and layer 3 mode..
Nifty. Thanks -- one of these days I'll get my brain upgraded for more
short term storage. 8-)
--db
On Thu, 7 Aug 2008 11:59:33 -0500, Brian Nielsen [EMAIL PROTECTED]
wrote:
...
Did you see my post yesterday regarding XSTORE? I've included it below.
Brian Nielsen
...
=
===
Yes, I did saw that and meant to respond but
The fudge factor is architecturally taken right out of the RDC data
returned from the hardware; this is a left over from the day's when FBA
was really built on top of CKD.
We always fabricate this now as 777 512-byte blocks (per cylinder) for
simulated and emulated devices.
Steve Wilkins
IBM
More information:
An example of an XMIT file, taken from the CBTTAPE website contains 5 INM
R
control records.
1) INMR01 with fromnode fromuser tonode touser information
2) INMR02 with an eyecatcher of IEBCOPY
3) INMR02 with an eyecatcher of INMCOPY
4) INMR03 with some original file
What is the proper way (without using FORCE) to shutdown DISKACNT? I use the
following EXEC:
/* */
ShutdownDiskAcnt:
'SET SECUSER DISKACNT *'
Sleep 02 sec
'CP SEND CP DISKACNT EXT'
TAPPDS and TAPEMAC can reassemble unloaded PDSes on CMS. In looking
around, also look for INMR123 REXX on your S disk. That seems to do
something like what you might want.
I suspect that the 'some data' is an IEBCOPY unloaded PDS. Now I have
an
assembler program that reads an IEBCOPY unloaded
A variant of Mike's idea would be to specify by SYSTEM CONFIG parm a
ceiling beyond which SXS would not be allocated. You could then IPL a
system with a given amount of storage, and subsequently take some away,
down as far as the previously-set ceiling.
Mark Wheeler, 3M Company
Try this:
MAKEBUF
b4 = queued()
EXECIO * CP ( STRING Q RDR * ALL
Do queued() - B4
.
End
Jim
From: The IBM z/VM Operating System on behalf of Wakser, David
Sent: Thu 8/7/2008 1:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VM Read problem
All:
Bruce:
RECEIVE has no BUFFER option - so I am confused as to what you
mean.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Hayden
Sent: Thursday, August 07, 2008 1:15 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re:
I see this update in the online version of
http://publibz.boulder.ibm.com/epubs/pdf/ioa2z150.pdf (see p. 12):
Beginning with the May 2006 version of Licensed Internal Code on
z890, z990 and z9 systems only, this restriction has been lifted. With
this version of Licensed Internal Code, a layer 2
On Thu, 7 Aug 2008 14:22:38 -0400 David Boyes said:
TAPPDS and TAPEMAC can reassemble unloaded PDSes on CMS. In looking
around, also look for INMR123 REXX on your S disk. That seems to do
something like what you might want.
OSPDS is a rexx stage for Pipelines that breaks apart a IEBCOPY file.
It would go on your EXECIO command - that is the one getting the
output from CP. I don't know if this is really your problem or not,
since I didn't try to make sense of your code, but it is a gotcha
anyway. The reason I mention CMS Pipelines is because it will
automatically reissue a CP query
EXECIO ( BUFFER
Larry
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Wakser, David
Sent: Thursday, August 07, 2008 2:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Read problem
Bruce:
RECEIVE has no BUFFER option - so I am
Jim:
Nope, same results! It ALWAYS stops after 100!
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Hughes, Jim
Sent: Thursday, August 07, 2008 2:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Read problem
Try
It would seem to me that that you are correct in that Pipes would make
the code a lot nicer - but I would assume the overhead has to be
greater. So what is it buying in this instance?
I'll look at the EXECIO and see what I can find.
David Wakser
-Original Message-
From: The IBM z/VM
You'd find that the overhead is MUCH less. Remember, you now have the
overhead of interpreted Rexx code, every time though the loop. A
Pipeline interprets its specification once, then runs the data though
it. As the amount of data increases, the overhead becomes less and
less..
On Thu, Aug 7,
Well, Bruce, you get the prize - if I can ever figure out what the prize
should be! It specified BUFFER 8 and the EXEC executed perfectly. If
I have time, I will do some testing with this DO loop as opposed to
pipes - but it will have to wait until I have more time.
David Wakser
On Thu, 7 Aug 2008 12:53:03 -0500, Bill Holder [EMAIL PROTECTED] wrote
:
On Thu, 7 Aug 2008 12:51:21 -0500, Bill Holder [EMAIL PROTECTED] wrot
e:
=
=
Yes, I did saw that and meant to respond but forgot. The current
support
The overhead compared to the EXECIO would be greater, but it would
likely be less than the EXECIO plus the REXX loop if you can do all of
the processing in the pipe.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf
David,
My guess would be that when you invoke RECEIVE it is clearing the queued()
output. On the next PULL you will get a VM READ since there in nothing else
queued() to read in your do queued() loop.
Try this..
'pipe cp Q RDR ALL FULL | stem recs. '
Is there a way to tell, in real-time, whether the DTCVSW machines are
storage constrained?
Regards,
Richard Schuh
Mike:
Thanks for the response, but it was, indeed, a buffer problem.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Rydberg
Sent: Thursday, August 07, 2008 3:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Read problem
The TAPPDS and TAPEMAC programs only read IEBPTPCH, IEBUPDTE and IEHMOVE
data files.
The IEBCOPY program that I have is from a VM/SP 2 version of the Waterloo
Mods tape. It is M0091. It is also included in File 05 of the CBTTape whi
ch
is a REXX program (with assembler helper programs) to load
Would you display the values for B4 and QUEUED() before starting the loop?
THis is odd.
From: The IBM z/VM Operating System on behalf of Wakser, David
Sent: Thu 8/7/2008 2:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Read problem
Jim:
Nope,
I received a suggestion to remove the second CP in 'CP SEND CP DISKACNT
EXT' and seems to have resolved the issue. Thanks!
Thank you,
Scott R Wandschneider
Senior Systems Programmer
Office 402.963.8905
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
Kris,
Nice. I'll remember this one.
Jim
From: The IBM z/VM Operating System on behalf of Kris Buelens
Sent: Thu 8/7/2008 4:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM Read problem
And, if you insist on using the stack (no problem for me), change to
Jim:
It was the BUFFER - too small for the results. I added a BUFFER
parameter to the EXECIO and that solved the problem.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
Hughes, Jim
Sent: Thursday, August 07, 2008
That is incorrect - the CP means that you are sending a CP command,
and DISKACNT is the userid. So - the command is exactly correct -
send the CP command EXT to DISKACNT. Coding it as 'CP SEND DISKACNT
EXT assumes that the virtual machine is in a state to read commands
from the console, and that
This is not a LINUX machine - it is DISKANCT - as supplied by IBM
(basically).
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Hayden
Sent: Thursday, August 07, 2008 4:46 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Shutting Down DISKACNT
On Thu 8/7/2008 4:25 PM Kris Buelens said:
And, if you insist on using the stack (no problem for me), change to
code to loop the number of lines stacked by EXECIO and not the number
of files you seem to know. Between getting the number of files and
the EXECIO Q RDR, RDR files might be
Woops,
Thanks Mark!
Tim
On Thu, Aug 7, 2008 at 8:28 AM, Mark Post [EMAIL PROTECTED] wrote:
On 8/7/2008 at 8:44 AM, in message
[EMAIL PROTECTED], Tim McCluskey
[EMAIL PROTECTED] wrote:
Hi Karen,
I'm RSVP'ing for this Baybunch,
Regards,
Tim McCluskey
On Wed, Aug 6, 2008 at 3:33 PM, Pamela
On Thursday, 08/07/2008 at 03:47 EDT, Schuh, Richard [EMAIL PROTECTED]
wrote:
Is there a way to tell, in real-time, whether the DTCVSW machines are
storage
constrained?
I would suppose your performance monitor will tell you if CP is storage
constrained and guests are awaiting page frames.
On Thursday, 08/07/2008 at 11:00 EDT, Robert J Brenneman
[EMAIL PROTECTED] wrote:
The vswitch counts as 1 stack on the OSA, no matter how many systems are
behind
it. So yes - it gets you around the 640 stacks per OSA issue. That
limitation
came from the number of subchannels you could
David,
There is a bit of a lag for me between sending a reply and when it's
posted.
Increasing the EXECIO diag 8 buffer size from the default 8k to a higher
value would do the trick. I see Kris has a great suggestion for calc'ing
the buffer required.
Glad you found a fix.
Mike
-Original
On Tue, 5 Aug 2008 08:15:52 -0700, Schuh, Richard [EMAIL PROTECTED] wrote
:
You were 11 years old and had the Chicken Pox?
Regards,
Richard Schuh
You must be clairvoyant!
Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com
Hello Mike,
I was not able to logon to the 3270 screen, so CP VMDUMP was not
possible.
The TRACK utility is wonderful. I use it since years.
But even TRACK displayed nothing abnormal for my LX004. (as far as I
understand all the displayed information ;-)
kind regards
Horst Rempel
On Thu, 7 Aug 2008 01:17:00 -0400, Alan Altmark [EMAIL PROTECTED]
wrote:
On Wednesday, 08/06/2008 at 08:13 EDT, Roger Bolan/US/InfoPrint/[EMAIL
PROTECTED]
S
wrote:
I'm afraid there's more. See
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfot
ype=anappname
69 matches
Mail list logo