Hi Tom,
Which is why I trying to ask if anyone had a solution/bypass to that statement.
I assumed, incorrectly, that since the ++HOLD was instream to the USERMOD, that
a RESTORE and REJECT of a USERMOD would have also removed the instream ++HOLDs,
but I am finding that is not true.
Therefore
It not true / no longer true.
You have exact ontrol of every single dataset parameters, every single
volume occupation.
I don't know what CSI configuration you lack, but there are also some
knobs and buttons.
Disclaimer: I'm not selling ServerPacs ;-)
--
Radoslaw Skorupka
Lodz, Poland
Only ServerPac is free of charge (from the *Pac family).
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2015-09-15 o 23:03, Ed Finnell pisze:
The other option is SystemPAC or CustomPAC. Depending on level sets and
Software releases(down level)
can save considerable conversion time. For the
IBM is correct. No way to do that.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H
p 616.653.8429
f 616.653.2717
-Original Message-
From:
I already posted this question to IBM but wanted to find out if others are
getting this request from their auditors.
Our auditors want to be able to display the RSU or maintenance level of our
z/OS system. To my knowledge, there is no way to do that (IBM has also
agreed). Does anyone know if
You can use the SMPE panels to add/remove the hold. That usually how I add a
user hold, and then eventually remove them as well.
_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris,
So give your auditors want they want using your IEASYMxx member. Add
"SYMDEF(='.RSU1nnn')" to it and when they ask for your RSU issue the
"D SYMBOLS" command. Just make sure nnn is your current RSU number.
;-D an
-Original Message-
From: IBM Mainframe Discussion List
There's no way to display it because there's not really such a thing as a
defined maintenance level for a z/OS system. RSU is a collection of recommended
PTFs for a selection of products. So what would be the definition of your
system being at a RSU level? Does it imply all the maintenance? For
At 08:44 PM 9/15/2015, Shmuel Metz (Seymour J.) wrote:
>In
What would the auditors gain with this knowledge?
-
-teD
-
Original Message
From: Jousma, David
Sent: Wednesday, September 16, 2015 08:30
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: RSU or maintenance level on a system
IBM is correct. No way to do that.
Or get some auditors who understand what they are auditing.
If they don't understand z/OS they are adding no value to your business by
pretending to audit z/OS.
Your management will get a warm or cool feeling from what the auditors say, but
it will say nothing meaningful about the state of
On Wed, Sep 16, 2015 at 8:20 AM, Ted MacNEIL wrote:
> What would the auditors gain with this knowledge?
>
Knowledge? It's just _data_. Auditors, in my experience, have very little
_knowledge_. Much like government bureaucrats.
>
> -
> -teD
> -
>
--
Schrodinger's
Say what you really think John,
On Wed, Sep 16, 2015 at 8:20 AM, Ted MacNEIL wrote:
> What would the auditors gain with this knowledge?
>
Knowledge? It's just _data_. Auditors, in my experience, have very little
_knowledge_. Much like government bureaucrats.
Thinking about this some more, we save the apply listings for audit purposes.
In our case, they want to see the progression of maintenance flowing from TECH
to DEV, and then DEV to PROD to prove we test our maintenance. When we do
maintenance, we usually select RSU* or specific RSU levels
On Wed, 16 Sep 2015 12:27:54 +, Lopez, Sharon wrote:
>Our auditors want to be able to display the RSU or maintenance level
>of our z/OS system. To my knowledge, there is no way to do that
>(IBM has also agreed). Does anyone know if this is possible and are
>you getting the same request
1) HSM LIST TTOC(408922). Note predecessor or successor volumes
2) HSM LIST TTOC(predecessor) or successor
3) the listing should show hsm.back, (depending on setting in arccmd00) as
the (first or last) dataset on 408922. This should be the same dataset as (the
1st or last) dataset on the
Devious! I'll have to put that in my bag of tricks. :-) That could have
easily worked with any auditors I've encountered in the past, but Sharon's
auditors apparently know z/OS.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
One more thing, IBM supplies the OS information for you using You
cannot change it and you don't have to specify it in your IEASYMxx member. For
us when we enter D SYMBOLS it's: = "Z1020100".
;-D an
-Original Message-
From: IBM Mainframe Discussion List
And since you document your SMP/E work you can back it up.
;-D an
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pommier, Rex
Sent: Wednesday, September 16, 2015 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSU or
Or another Technique could be to use the CVTUSER field. Zap it with a Usermod
to include the RSU with your live system
00D4 212 Signed 4 CVTUSER- FIELD AVAILABLE TO USER
Thought I do like the SYMBOLS option, but it is way too easy to change. Zapping
the CVTUSER would take more
On Wed, 16 Sep 2015 01:08:24 -0500, Bruce Hewson wrote:
>I assumed, incorrectly, that since the ++HOLD was instream to the
>USERMOD, that a RESTORE and REJECT of a USERMOD would have
>also removed the instream ++HOLDs, but I am finding that is not true.
Did you specify HOLDDATA on the REJECT
On Wed, Sep 16, 2015 at 7:27 AM, Lopez, Sharon wrote:
> I already posted this question to IBM but wanted to find out if others are
> getting this request from their auditors.
>
> Our auditors want to be able to display the RSU or maintenance level of
> our z/OS system. To
> Depending on how often you want to do this (every record?)
Couldn't you just save off DCBTIOT and compare it before (after?) every GET?
If DCBTIOT changed then go through the whole drill below, else not?
Charles
-Original Message-
From: IBM Mainframe Discussion List
We apply PUT maintenance, not RSU, but we have a usermod to update CVTVERID
with maintenance level. If you did that you could give the auditors some Rexx
code to display the value.
Bob Shannon
Rocket Software
Rocket Software, Inc. and subsidiaries ■ 77 Fourth
I have pitched this idea before. In a process that predates me in this shop, it
was recognized that quite apart from auditors' poking around, we sysprogs
needed a way to track a 'system package' at it migrated from one system to the
next throughout the enterprise. The choice was to attach an
And having INSTALLED (even all) PTFs at a given RSU attribute does not mean
they have been copied to a RUNTIME environment
So is there anything you COULD do?
Run AMBLIST against all runtime load modules - looking for PTF eyecatches in
IDR if they exist - go to CSI - get the RSU attribute from
On Wed, 16 Sep 2015 15:50:20 +, Bob Shannon
wrote:
>We apply PUT maintenance, not RSU, but we have a usermod to update CVTVERID
>with maintenance level. If you did that you could give the auditors some Rexx
>code
> to display the value.
My last post
On Wed, 16 Sep 2015 15:42:19 +, J O Skip Robinson
wrote:
>I have pitched this idea before. In a process that predates me in this shop,
>it was recognized that quite apart from auditors' poking around, we sysprogs
>needed a way to track a 'system package' at it
In <039701d0f08d$2138cd10$63aa6730$@mcn.org>, on 09/16/2015
at 07:36 AM, Charles Mills said:
>Couldn't you just save off DCBTIOT and compare it before (after?)
>every GET?
Yes if you've set unlike attributes, not otherwise. Curse OCO!
--
Shmuel (Seymour J.) Metz,
Backing up and restoring a Dasd.
Using ADRDSSU:
DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
RESTORE FULL INDD(BACKUP) OUTDD(DASD) PRG CAN ADMIN
All the dasd can be backed up in 1:15, but restore takes 5:08.
Are we doing something wrong, or is this 4.5x longer normal?
--
In
,
on 09/16/2015
at 12:27 PM, "Lopez, Sharon" said:
>Our auditors want to be able to display the RSU or maintenance level
>of our z/OS system.
Why? It won't tell the what service is
In <20150916131602.7f3503e0...@listserv01.ua.edu>, on 09/16/2015
at 09:15 AM, Art Celestini said:
>As Chris Blaicher indicated, find the TIOT entry using DCBTIOT and
>TIOEJFCB will contain an SVA for the JFCB.
In a concatenation there are multipkle TIOT entries; you
We've recently placed on the web (
http://www.redbooks.ibm.com/redbooks.nsf/pages/IBMIEAV22avail?Open ) new
materials associated with z/OS V2.2. If you're not familiar with IBM Education
Assistance (not to be confused with IBM Education Assistant), these are modules
that can give you "soup to
No hardware changes.
We restored our system to our dr box using our recovery system. Took
5:08. Brought up our system, then did a backup. Took 1:15 (and some
other stuff was running).
Tony Thigpen
Rob Schramm wrote on 09/16/2015 03:29 PM:
Same tape subsystem?
Rob Schramm
On Wed, Sep 16,
If you are in this situation, and you do not have the source to recompile, but
you are able to rebind the module, you can use the binder control statement
CHANGE (or REPLACE) to turn the private section name into an actual name. This
capability was introduced in z/OS V1R13.
Dear Listers,
Need expert advise here on the NFS Client implementation on zOS platform
- I've configured the parms in BPXPRMxx.
- Had set-up the STC proc in the active proclib
- Had made necessary Security definitions (STC ID, definition to STARTED
CLASS, dataset access)
However, When I start
Same tape subsystem?
Rob Schramm
On Wed, Sep 16, 2015, 3:21 PM Tony Thigpen wrote:
> Backing up and restoring a Dasd.
>
> Using ADRDSSU:
> DUMP FULL INDD(DASD) OUTDD(BACKUP) ALLD(*) ADMIN TOL(IOER) ALLE
> RESTORE FULL INDD(BACKUP) OUTDD(DASD) PRG CAN ADMIN
>
> All the dasd
So the cache was loaded when you did the backup ...
CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973
740 5459 (tel) | ken.porow...@cit.com
This email message and any accompanying materials may contain proprietary,
privileged and confidential information of
I would also think that working with 500+ mostly full 3390-3 and 100+
mostly full 3390-9 volumes would have flushed the cache.
Tony Thigpen
Porowski, Ken wrote on 09/16/2015 05:09 PM:
So the cache was loaded when you did the backup ...
CIT | Ken Porowski | VP Mainframe Engineering |
With the method mentioned, what is happening, in the area of
reorganization, during the restore?
If reorganization is occurring, is there a method to stop the reorg?
Tony Thigpen
Tony Thigpen wrote on 09/16/2015 03:20 PM:
Backing up and restoring a Dasd.
Using ADRDSSU:
DUMP FULL INDD(DASD)
We may be zapping our label in NUC at an unconventional spot. IPLINFO does not
show it. Here's what we see at IPL time.
IEA008I R13V PARMS FOLLOW FOR z/OS 01.13.00 HBB7780
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
You mentioned client? Where's the server located ?
On Wednesday, September 16, 2015, RCG wrote:
> Dear Listers,
>
> Need expert advise here on the NFS Client implementation on zOS platform
>
> - I've configured the parms in BPXPRMxx.
> - Had set-up the STC proc in the
Stop the ZFS address space. It should stop as part of OMVS shut down anyway,
but that's probably post-JES2 completion at your site. Issue command F
OMVS,STOPPFS=ZFS. SYSLOG should close as part of normal JES2 shut down. Under
z/OS 2.2, it is not recommended to run ZFS processing in its own
The problem is OP's shutdown logic. Not all tasks need to be shut down, and
those that do not run under JES2 cannot be shut down using JES2 commands. The
message
IEE707I $DA,XNOT EXECUTED
indicates that JES2 itself has already terminated and therefore cannot be
called upon to shut
Thank you Tom,
> Did you specify HOLDDATA on the REJECT command?
And simply adding HOLDDATA to my REJECT command solved all these problems.
Thanks again
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access
Thanks Ant & Lizette.
F OMVS,STOPPFS=ZFS command worked and we were able to bring down ZFS for one
systemSYS3 and for other system SYS9 we are facing an issue.
OMVS is down and we tried to issue STOPPFS=ZFS command and it's not allowing.
RESPONSE=SYS1 IEE618I ROUTE COMMAND REJECTED.
ROUTE command not working is a completely separate issue. It won't happen if
that LPAR is outside of the sysplex. You'll need a console on that system. Use
the HMC if you need to, assuming you have one.
Try the F OMVS, STOPPFS=FZS command on a SYS9 console. F
BPXOINIT,SHUTDOWN=FORKINIT should
Hi Ant,
We couldn't able to access commands from master console or HMC, since the
system went onto wait-state.
Central processor (CP) 0 is in a nonrestartable stopped state due to a System
Control Program (SCP) initiated reset of the I/O interface for partition LPAR4.
The disabled wait
Most typically, that wait state is entered when the system has been
deliberately shut down by operators.
Re-IPL.
Ant.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Meenakshi, Vinoth - CW
Sent: Thursday, 17 September 2015 2:40 PM
Hi All,
We are having issue with bringing down the JES2,two of the STC are running and
it's not coming down. Even Purge command is not working.
ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9
SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9
Even we can't
The list is not the best place for an urgent issue. But we will try to help.
If this is PRODUCTION, Just take a Stand alone dump and IPL.
If this is any other system - how long can you be down before you IPL.
Normally I do the SA Dump and IPL. I worry about why later.
You do not want to
51 matches
Mail list logo