AMEN. My father is retired IBMer and we moved a lot.
My stint with IBM was to short to have been moved.
On Wed, Sep 15, 2010 at 11:16 PM, Jim Bohnsack jab...@cornell.edu wrote:
IBM-I've Been Moved---even if not relocated.
Jim
On 9/15/2010 9:28 PM, Chip Davis wrote:
And I guess Scott
I will be attending.
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
-Original Message-
From: Neale Ferguson [mailto:ne...@sinenomine.net]
Sent: Wednesday, September 08, 2010 1:31 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
Are you looking to do something like this?QN EXEC:
/* QUERY NAMES replacement
*/
Trace O
Address COMMAND
PIPE (endchar ?),
| CP QUERY NAMES,
| ZONE 9.1 NFIND -||,
| SPLIT ,,
| STRIP,
| SORT,
| SPEC 1.15 1.16,
Hello,
I am not able to attend.
However, I am very much interested to learn more about zPDT.
Michel Beaulieu
Montreal, Canada
|*|
Date: Thu, 16 Sep 2010 09:33:37 -0400
From: baue...@mail.nih.gov
Subject: Re: Hillgang October Meeting
To: IBMVM@LISTSERV.UARK.EDU
I will be
Hi Frank -- Yes, that pipe looks like it makes good use of rules 1 and 2
and comes up with a good list. Nicely done - thanks!
I still don't think the VSM info should be under Q NAMES - and those sneaky
rules make me suspect it was a shoehorn :-) But it's been interesting and
now at least I
Forwarded without comment.
User Group Number - WAVV201007
Document Status - Recognized
Title - Provide DSE option on CMS TAPE
IBM agrees with the request and a solution appears to be a desirable
objective. A solution however may not presently appear feasible or
implementable. No IBM
Or simply
PIPE CP QUERY NAMES|NFIND VSM - |CONS
feeds nicely into additional piping.
On Thu, Sep 16, 2010 at 10:12 AM, Scott Rohling scott.rohl...@gmail.comwrote:
Hi Frank -- Yes, that pipe looks like it makes good use of rules 1 and 2
and comes up with a good list. Nicely done -
Since the STORBUF setting is exactly the values I suggested, I suspect you
applied the
SET SRM STORBUFF 300% 250% 200%
prior to doing the
Q SRM
With the current setting for STORBUFF, are you still experiencing the
problem?
Also, on a related note, what does your zVM paging system look like?
You should use nfind VSM_- to make sure you don't match a userid that
starts with VSM that happens to be logged in via a VSM machine. Remember
that pipeline find uses a blank to match any character, and an underscore
to match a blank. In this case, you want to make sure blanks follow VSM.
Actually, Mike, he may be better off (a bit, at least) by setting
STORBUFF 300 300 300.
On 09/16/2010 09:58 AM, Mike At HammockTree wrote:
Since the STORBUF setting is exactly the values I suggested, I suspect
you applied the
SET SRM STORBUFF 300% 250% 200%
prior to doing the
Q SRM
With
Yeah, that is probably where he needs to end up Dave, but I'm a little
hesitant to recommend the 300% for Q3 without feeling more comfortable about
his paging subsystem... Moving a couple of large guests from the E-list to
in-Q could cause a increase in paging that he may or may not be
CP Q ALLOC PAGE gives me invalid option - alloc.
I didnt set the SRM variables; the consultant who initially came in to
set this up might have.
On Thu, Sep 16, 2010 at 10:29 AM, Mike At HammockTree
m...@hammocktree.us wrote:
Yeah, that is probably where he needs to end up Dave, but I'm a
Daniel, your z/VM user id needs to have class D privileges to issue the
Q ALLOC PAGE command.
On 09/16/2010 10:42 AM, Daniel Tate wrote:
CP Q ALLOC PAGE gives me invalid option - alloc.
I didnt set the SRM variables; the consultant who initially came in to
set this up might have.
On
(I use MAINT too much..)
If your SRM STORBUFF values are as you say, then STORBUFF is unlikely to be
causing the problem, although still possible. The next time the problem
occurs, do the
CP IND
and check for an Eligible list. If the E3 numbers are non-zero, then try
raising the
EXTENT EXTENT TOTAL PAGES HIGH%
VOLID RDEV STARTEND PAGES IN USE PAGE USED
-- -- -- -- -- --
VM6PG1 9F86 1 10016 1761K 1175K 1761K 66%
VM6PG2 9F87 0 0180180180
Well, that's why!
You need more page space.
Preferably volumes with nothing else on them.
And spread it over multiple LCUs if you can.
Keep it 35%. 50 max - but I prefer 35 in case you add things and aren't paying
attention.
marcy
-Original Message-
From: The IBM z/VM Operating
Part of my LISTSG tool is USERLIST, displays the user of users in a FILELIST
fashion
http://www.vm.ibm.com/download/packages/descript.cgi?LISTSG
*USERLIST * -- list everyone
*USERLIST LIN** -- list users starting with LIN
*USERLIST CP Q NSS USERS CMS|drop 2|Split* -- lists all users that use
-- -- -- -- -- --
VM6PG1 9F86 1 10016 1761K 1175K 1761K 66%
VM6PG2 9F87 0 0180180180 100%
Mmf. You need to update the allocation bitmap on VM6PG2 to have it use the rest
of the disk (assuming it's
Depending on your workload, that is not very much paging space at all. Is
it enough to back up all the defined virtual storage?
On Thu, Sep 16, 2010 at 12:58 PM, Daniel Tate daniel.t...@gmail.com wrote:
EXTENT EXTENT TOTAL PAGES HIGH%
VOLID RDEV START
It appears that you didn't allocate any cylinders VM6PG2 as page space.
Not sure how safe it is to detach that volume - or if a DRAIN will even work
.. For now - you may want to sacrifice another volume (VM6PG3) - allocate
it correctly (PAGE 1 END) -- do the DEF CPOWN SLOT x VM6PG3..Then you
You are paging on one disk only, and that disk is filled too much.
My guess is that the one installing VM6PG2 as paging device forgot format
that disk.
Get a link to a fullpack overlaying VM6PG2
(eg DEFINE MDISK 0 END VM6PG2)
Issue
ICKDSF
press enter twice
CPVOL LIST UNIT()
Oh - and make sure you FORMAT the entire volume or that it's already
formatted when you do the allocation -- otherwise, you'll get paging errors
and likely abend.
(That would be CPFMTXA 9F88 - answer FORMAT - answer 0 END - give it label
- after format - answer PAGE 1 END - followed by END for
On Thu, Sep 16, 2010 at 7:09 PM, Kris Buelens kris.buel...@gmail.com wrote:
You are paging on one disk only, and that disk is filled too much.
My guess is that the one installing VM6PG2 as paging device forgot format
that disk.
The 180 blocks suggests that he got at least the allocation
I am out of the office until 20/09/2010.
I am currently out of the office, on vacation.
If it is urgent then please contact Colm Feighoney for all ITS ITSA / DiP
matters.
For matters relating to the Comag Transition Services implementation
project, please contact Adam Mitchell (07785 373920)
I would just add that for any significant number of z/Linux guests it is
imperative that you have a robust paging subsystem and enough spool space to
hold CP dumps as well as other spool files.
Having a well configured paging subsystem will greatly reduce the possibility
of issues when your
Gee Mike, you come to my class and don't learn nothen. the only thing
that storbuf does is hurt, turning it off is the only recommendation
that anyone ever gives. i look at this thread and
So, anyone reading this, IF YOU HAVE A PERFORMANCE PROBLEM, if you send
us z/vm monitor data, we
Nice pitch..
Scott Rohling
On Thu, Sep 16, 2010 at 9:12 PM, Barton Robinson
bar...@vm1.velocity-software.com wrote:
Gee Mike, you come to my class and don't learn nothen. the only thing that
storbuf does is hurt, turning it off is the only recommendation that anyone
ever gives. i look at
hehehehehehehe - good performance tools take care of this problem
David Boyes wrote:
Forwarded without comment.
User Group Number - WAVV201012
Document Status - Recognized
Title - MONDCSS is too small as shipped
IBM agrees with the request and a solution appears to be a desirable
28 matches
Mail list logo