W dniu 2012-06-01 00:43, Mike Schwab pisze:
Just because they added something to the hardware, does not mean they
are ready to add it to the operating system.
When z/VM 6 came out, it required a z10 to run on, because they
changed the software to use hardware introduced with that processort.
Hi team,
This time the question is related to RMM DELETEVOLUME.
We have several volumes as scratch, but they do not exist because the
tape loader was turned off and is not connected.
Just to clean the RMM, we want to delete such volumes from RMM. So we tried :
rmm dv VOL005
Result : EDG3248I
Enrique,
It looks like you should use NOEJECT parm, since EJECT (which is the
default if using FORCE, REPLACE or REMOVE parms) try to access the
SMS-managed library.
This is from the manual zOS V1R11.0 DFSMSrmm Guide and Reference
Task: Delete a volume if the SMS-managed library is no longer
Hi
Any fast way to access the SMF log stream ?
Intend to collect, in the SMF log stream, the performance records (30,14,15)
for the actual day.
Have an assembler program to browse the log stream from the required date/time,
but it is still very slow
Tried with dump(IFASMFDL) and with
System exits IEFU83, IEFU84, and IEFU85.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Miklos Szigetvari
Sent: Friday, June 01, 2012 5:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMF log stream access
Hi
Any fast way to access the
We are looking at using CMF instead of RMF and would be interested in current
user experience as far as compatibility (MXG, SCRT, reporting), reliability,
and CPU consumption (including zIIP). Also if there are any benefits gained in
Mainview by doing so.
Paul
Miklos Szigetvari wrote:
Hi
Any fast way to access the SMF log stream ?
Intend to collect, in the SMF log stream, the performance records
(30,14,15) for the actual day.
Have an assembler program to browse the log stream from the required
date/time, but it is still very slow
Tried with
On Thu, 31 May 2012 19:31:04 -0600, Steve Comstock wrote:
Something has to specify the UNIT. Does LIKE establish the
UNIT but not the VOL? Strange.
LIKE establishes neither; UNIT comes from the system default
unit, usually SYSALLDA; VOL is chosen from available storage
volumes.
Humph! I
Cross Posting to IBM Main and TSO-REXX
I have a Rexx process that issues the HLIST command. I have been successful
in trapping the output from the HLIST but have an issue when the message
ARC0138I is issued.
I have tried turning off all of the TSO PROF functions (MSGID, INTERCOM,
etc)
I have
I don't know about that message in particular, but I know that the HSM started
task often issues message via a directed TPUT having an option to deliver it to
the userid which issued the HSM command. Similar to what the z/OS SEND
commands does when sent by another TSO user or operator command.
Lizette,
MSGID only places the ID in the message.
In the TSO PROFILE have you tried NOWTPMSG
NOWTPMSG - SPECIFIES THE USER DOES NOT WISH TO RECEIVE WRITE TO
PROGRAMMER MESSAGES AT HIS TERMINAL
I have not tested it but it may do what you want.
Regards,
Herman Stocker
It is
On Fri, 1 Jun 2012 13:27:54 -0500, McKown, John wrote:
I don't know about that message in particular, but I know that the HSM started
task often issues message via a directed TPUT having an option to deliver it
to the userid which issued the HSM command. Similar to what the z/OS SEND
commands
Gil:
Maybe I am not understanding of your complaint.
The ARC message is sent to you as *YOU* requested some function from
HSM.
HLIST for example is your request to DFHSM to list something (usually
a DSN) and DFHSM is responding to your request.
So please explain why you are objecting to
Afternoon
I have been attempting to use SYSCALL READDIR and the fstat according to the
manual but there seems to be no way to gath the DATE a USS file was accessed.
based on fstat st_type I knwo if it is a directory or file but not the date it
was last accessed. I looked at the mtime field but
Lizette,
Are you trapping the messages ?
Scott ford
www.identityforge.com
On Jun 1, 2012, at 12:43 PM, Lizette Koehler stars...@mindspring.com wrote:
Cross Posting to IBM Main and TSO-REXX
I have a Rexx process that issues the HLIST command. I have been successful
in trapping the
Scott
Yes the output is going to a outdsn
HLIST DSN('dsnvar') MCDS ODS('tmpdsn')
I have set TSO PROF NOINTERCOM NOPAUSE NOMSGID NOMODE NOWTPMSG NORECOVER
I have added the turning off of MSG prior to the HLIST and restore it after
HLIST.
I think the problem as pointed out is a TPUT.
Liz,
Since you are doing this within a REXX why not issue a LISTC command on the
DSN first with the VOL parameter and see if the VOLSER is MIGRAT before you
issue the HLIST command? That way you know the dataset is truly migrated.
Dennis
-Original Message-
From: IBM Mainframe
Lizette,
TPut will go to sysprint or systsprt
Scott ford
www.identityforge.com
On Jun 1, 2012, at 4:16 PM, Lizette Koehler stars...@mindspring.com wrote:
Scott
Yes the output is going to a outdsn
HLIST DSN('dsnvar') MCDS ODS('tmpdsn')
I have set TSO PROF NOINTERCOM NOPAUSE
I refuse to walk out. They will have to carry out in a box or bag. After
4 decades of doing Cobol on mainframe, it is less obnoxious than any
alternative I have right now - and they pay you to do it and give you
insurance.
Besides now I am getting back into assembler. This is too much fun
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/23/2012
05:39:26 PM:
From: Roberts, John J jrobe...@dhs.state.ia.us
When the last Cobol programmers walk out the door, so may 50 years
of business processes within the software they created. Will you be
ready?
Ed,
On Fri, 1 Jun 2012 16:37:51 -0400, Scott Ford scott_j_f...@yahoo.com wrote:
TPut will go to sysprint or systsprt
She's concerned about a TSO session, and there it will go to the terminal.
--
Walt
--
For IBM-MAIN subscribe /
Yes, system
Scott ford
www.identityforge.com
On Jun 1, 2012, at 5:59 PM, Walt Farrell walt.farr...@gmail.com wrote:
On Fri, 1 Jun 2012 16:37:51 -0400, Scott Ford scott_j_f...@yahoo.com wrote:
TPut will go to sysprint or systsprt
She's concerned about a TSO session, and there it will go
TSO PROFILE command controls messages issued via PUTLINE, which invokes
TSO services and is therefore suppressible within TSO. TPUT is an SVC that
cannot be intercepted by TSO and therefore cannot be suppressed by TSO.
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon
In 026801cd4015$ba6e3cd0$2f4ab670$@mindspring.com, on 06/01/2012
at 09:43 AM, Lizette Koehler stars...@mindspring.com said:
Does anyone know if this message can be suppressed from a TSO
session? IF so, suggestions?
Run under Session Manager?
--
Shmuel (Seymour J.) Metz, SysProg and
In 4fc7e1b0.6070...@trainersfriend.com, on 05/31/2012
at 03:25 PM, Steve Comstock st...@trainersfriend.com said:
I'm finding an unexpected allocation situation
that maybe someone can explain.
Are all of your datasets supposed to be SMS managed? If so, there is
an ACS issue. If not, it has
I will be out of the office starting 01/06/2012 and will return on
05/06/2012.
For anything urgent contact the Mainframe Services support number, x79371
or 04 924 9371
CAUTION - This message may contain privileged and confidential information
intended only for the use of the addressee named
On 1 June 2012 18:14, Skip Robinson jo.skip.robin...@sce.com wrote:
TSO PROFILE command controls messages issued via PUTLINE, which invokes
TSO services and is therefore suppressible within TSO. TPUT is an SVC that
cannot be intercepted by TSO and therefore cannot be suppressed by TSO.
Uh, not
27 matches
Mail list logo