When we have a z/OS 1.9 (or 1.8) system in an LPAR with zIIP and zAAp
processors. SDSF shows the amount of usage on the DA panel.
SDSF DA Z27 ZOS18PAG0 CPU/L/Z 16/ 14/ 0 LINE 1-1 (1)
If I am running z/OS 1.9 (OR 1.8) under z/VM 5.3 with zIIP and zAAP
processors the SDSF panel
Hi Timothy,
Thanks for your reply.As you said there are may ways
to connect WAS and Z/OS CICS TS.I 'm studying HATS
now.It seems more easier to implement.
Thanks again.
BS
YY
--
For IBM-MAIN subscribe / signoff / archive
Just a question on the configuration of this box.
I indicated in a previous post this was an IFL only box - and so did Mr.
Sipples on his mainframe blog. But then there was this rather 'unfriendly'
comment by the buyer (cf.
http://mainframe.typepad.com/blog/2008/01/your-home-mainf.html#comments)
In [EMAIL PROTECTED], on
01/24/2008
at 07:11 AM, George Fogg [EMAIL PROTECTED] said:
OK, I give, what's BTDTGTTT?
Typo for BTDT,GTTS?
BTDT,GTS.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't
It is what it is! Deal with it or submit a requirement!
snip
On Fri, 25 Jan 2008 10:40:43 -0600, Paul Gilmartin wrote:
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin wrote:
I HATE JCL!
I invite any IBM representative participating on this list to
defend such divergence of conventions; I
Jim,
it is very easy. There is no upgrade path from z900 to z9 BC, so it
must be a new box and you cannot keep the serial number. There is an
upgrade path from z900 to z9 EC, so you can keep your serial number.
Not scientifical, but easy to remember is - usualy no path from big
box (z900, z990, z9
Hello all,
Thannks all for all the input on the listener question I had.
I have another. I have been looking in dfhsamp and sezainst for a Cobol
Listener transaction user exit program. The one the listener calls when
invoked. Is there any such animal?
==
This email and
Without buying any special software is there away to identify SAS usage
by component? Not just who uses SAS bt who uses SAS/FSP , SAS/GRAPH
etc ...
-
SNIP-
OK are we talking batch or TSO or ?
If its batch it should be easy to use the type 4(or 3x) SMF record.
The SMF
Alan Altmark wrote:
An issue has been raised about the dummy VTOC that DSF writes when you
format a CPVOLUME. It contains only a type 4 and type 5 DSCB. No
datasets. No free space.
In your experience, is that sufficient for MVS to refuse to allocate space on
the volume? Or is the lack of
On Jan 26, 2008, at 1:36 AM, shai hess wrote:
Question, how are you going to handle security, especially if its
RACF?
Two options:
1. Query MVS RACF from PC before accessing the data.
2. Using MFNetDisk security which allow only specific IP to access
the data
(IPOK in my
I am NOT going to post the list here, as that would be a violation of the
non-disclosure.
You might already be in violation.
I tend to agree.
You could have just ended your ISV partnership with IBM!
-
Too busy driving to stop for gas!
Keith E. Moe wrote:
I am NOT going to post the list here, as that would be a violation of the non-disclosure.
You might already be in violation.
First, there are some SIX letter mnemonics. Historically, mnemonics had been
limited to FIVE characters.
You've miscounted. (There should be
IBM just posted the list of new mnemonics that the HLASM will soon support
(and by inference, some new fangled type of hardware) via their
vendor non-disclosure channel.
I am NOT going to post the list here, as that would be a violation of the
non-disclosure. However, I will post a couple of
Yes, maybe except that if your REL parm is specified correctly, then
SMPE takes care of the rest. IMO the danger in messing around with
things outside of SMPE is that it is very hard to document and control.
Herbie
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
The SAS z/OS software can write a user type SMF record for post-processing,
either with MXG or your own SAS (or other language) program. The SAS PROC
information is mapped to a product/component in the MXG support which is
quite useful. Also, consider that there are other MXG PDB tables where
Sorry for coming in very late in this one...
I was just reading through this whole thread, and I was thinking this...
It is probably over-simplified...
If co-existence exists between 1.9 ; 1.8 ; 1.7... Then in SYS1.LINKLIB
have GIMSMP17,18,19, also a IEBCOPY16 and IEBCOPY19, because no changes
Without buying any special software is there away to identify SAS usage by
component? Not just who uses SAS bt who uses SAS/FSP , SAS/GRAPH etc ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Fri, 25 Jan 2008 11:17:23 -0600, Jeffrey Deaver
[EMAIL PROTECTED] wrote:
OK... with or without the PRIVAT in the ALLOC command and in a TSO sesson
or in batch, we get the same message.
IKJ56221I DATA SET TSS05.DAVE NOT ALLOCATED, VOLUME NOT AVAILABLE+
IKJ56221I VOLUME NECESSARY TO
On Wed, 23 Jan 2008 13:28:10 -0600, Dave Hansen
[EMAIL PROTECTED] wrote:
We tried to get help from IBM hardware to figure out what an error code
37 means.
Hi Dave,
This is a guess, but according to the 3592 SCSI Reference, there is a
TapeAlert error code of X'37' that is of type
On Fri, 25 Jan 2008 15:10:54 +0900, Timothy Sipples
[EMAIL PROTECTED] wrote:
You would seem to be in the perfect situation, at least outwardly, for DB2
Connect Unlimited Edition. It's very much like the MQ Client Access
Feature: you pay a fixed rate based on your MSUs, and you're done. You
don't
Gary Green wrote:
Tis a real shame... We still run four boxes with various flavors of OS/2.
Hey, aren't you the SMF-for-OS/2 guy?
Hmm, or was that SYSLOG?
Yes, SYSLOG, I think...
:)
Nice work...
Cheers,
Greg
(OS/2 user of years and years ago)
Perhaps with emulated zIIP and zAAP under z/VM 5.3 that will change.
Crispin Hugo wrote:
Many thanks Keith.
Just the information I needed. Hope they fix it some time.
Crispin Hugo
Systems Programmer
Macro 4
Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44
(0)1293
snip---
An issue has been raised about the dummy VTOC that DSF writes when you
format a CPVOLUME. It contains only a type 4 and type 5 DSCB. No
datasets. No free space.
--unsnip
This is as it should be.
Alan Altmark wrote:
An issue has been raised about the dummy VTOC that DSF writes when you
format a CPVOLUME. It contains only a type 4 and type 5 DSCB. No
datasets. No free space.
In your experience, is that sufficient for MVS to refuse to allocate space on
the volume? Or is the lack of
Question, how are you going to handle security, especially if its RACF?
Two options:
1. Query MVS RACF from PC before accessing the data.
2. Using MFNetDisk security which allow only specific IP to access the data
(IPOK in my documentation).
Security, Security and more Security.
MFNetDisk
An issue has been raised about the dummy VTOC that DSF writes when you
format a CPVOLUME. It contains only a type 4 and type 5 DSCB. No
datasets. No free space.
In your experience, is that sufficient for MVS to refuse to allocate space on
the volume? Or is the lack of type 1 DSCB that
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Keith E. Moe
Sent: Friday, January 25, 2008 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: New Opcodes
IBM just posted the list of new mnemonics that the HLASM
will soon support (and by
I have used this technique of SAS writting SMF data and then SAS Corp. was kind
enough to provide me an xref table to make it tie back to the correct SAS
Product.
Lizette
Without buying any special software is there away to identify SAS usage by
component? Not just who uses SAS bt who uses
Without buying any special software is there away to identify SAS usage by
component? Not just who uses SAS bt who uses SAS/FSP , SAS/GRAPH etc ...
SAS has an option to trace, by jobname, all PROCS and write to SMF. Then you
can read the records an map the PROCs to the product, with a simple
When we have a z/OS 1.9 (or 1.8) system in an LPAR with zIIP and zAAp
processors. SDSF shows the amount of usage on the DA panel.
SDSF DA Z27 ZOS18PAG0 CPU/L/Z 16/ 14/ 0 LINE 1-1 (1)
If I am running z/OS 1.9 (OR 1.8) under z/VM 5.3 with zIIP and zAAP
=
processors the
Many thanks Keith.
Just the information I needed. Hope they fix it some time.
Crispin Hugo
Systems Programmer
Macro 4
Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44
(0)1293 872001
Simply get more
www.macro4.com
Macro 4 plc Registered office:The Orangery,
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
Dude, you're running on an unsupported OS, with obsolete Top Secret
software. Ugly! OK, OK, I'm sure that is not your choice, but it needed
to be said, dammit! :-)
I'm sure you checked this stuff, but: Check the TSS Violation report to
see if the failure made it to TSS. From the violation
On Thu, 24 Jan 2008 19:33:08 +0200, Itschak Mugzach
[EMAIL PROTECTED] wrote:
Private is not an ALLOCATE command parameter.
Sure it is. Type H ALLOC O(PRIVATE) to see what it means. Or look in the book.
If it is the volume serial number use VOLUME(volume) parameter.
It isn't.
I would
OK... with or without the PRIVAT in the ALLOC command and in a TSO sesson
or in batch, we get the same message.
IKJ56221I DATA SET TSS05.DAVE NOT ALLOCATED, VOLUME NOT AVAILABLE+
IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND
CANNOT B
E MOUNTED
How do I verify the
On Fri, 25 Jan 2008 16:05:53 +0900, Timothy Sipples
[EMAIL PROTECTED] wrote:
Disabling contention resolution on the client might be a temporary
workaround, but I wouldn't recommend that as a permanent workaround.
The jury is still out on that one. It could be documented as a restriction
On Thu, 24 Jan 2008 18:47:26 -0600, Scott Ford
[EMAIL PROTECTED] wrote:
Hi all,
I am running a z/OS 1.6 system and we are developing software using the IP
stack. One of our LPARS runs Top Secret and TCPIP and all of its applications.
I have written a Cobol STC that executes the following Cobol
Timothy,
Thats a good point - this *screams* with unencrypted hipersockets. In
fact, we have pre-built client RPMs for Linux on z. We expect that
many shops with both z/OS and Linux on z will want to use z/OS to
schedule and run jobs on Linux that can pipe to and from MVS datasets.
Its much
On Fri, 25 Jan 2008 00:30:07 -0600, Bruce Hewson wrote:
normally I have seen a null parm coded as adjacent comma's.
//OUT01OUTPUT USERDATA=('A',,'C')
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin
wrote:
snip
I HATE JCL!
Nope. Same error:
3 // SET SYMBOL=''
4 //
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
On Fri, 25 Jan 2008 00:30:07 -0600, Bruce Hewson wrote:
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin
wrote:
snip
I HATE JCL!
It gets worse:
22.1.4.1 z/OS V1R7.0 MVS JCL Reference
On Fri, 25 Jan 2008 00:30:07 -0600, Bruce Hewson wrote:
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin
wrote:
snip
I HATE JCL!
It gets worse:
22.1.4.1 z/OS V1R7.0 MVS JCL Reference
__
22.1.4.1
On Fri, 25 Jan 2008 10:17:55 -0600, Chase, John wrote:
On Fri, 25 Jan 2008 00:30:07 -0600, Bruce Hewson wrote:
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin
wrote:
snip
I HATE JCL!
More often than not, things enclosed in apostrophes are treated as
literals rather than variables.
On Fri, 25 Jan 2008 10:40:43 -0600, Paul Gilmartin wrote:
On Thu, 24 Jan 2008 18:07:41 -0600, Paul Gilmartin wrote:
I HATE JCL!
I invite any IBM representative participating on this list to
defend such divergence of conventions; I expect a conspicuous
silence, much less an apology to customers.
Paul,
If you think IBM JCL is bad you would go completely mental over how
DPS-8 systems JCL was done.
As Tom mentioned, submit a requirement to IBM if the Parm length limit
bugs you too much. They will not change anything based on ranting on a
forum or a listserv. This isn't the gaming
OK... with or without the PRIVAT in the ALLOC command and in a TSO sesson
or in batch, we get the same message.
IKJ56221I DATA SET TSS05.DAVE NOT ALLOCATED, VOLUME NOT AVAILABLE+
IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND
CANNOT B
E MOUNTED
How do I
On Fri, 25 Jan 2008 17:58:29 -, Van Dalsen, Herbie
[EMAIL PROTECTED] wrote:
Sorry for coming in very late in this one...
I was just reading through this whole thread, and I was thinking this...
It is probably over-simplified...
If co-existence exists between 1.9 ; 1.8 ; 1.7... Then in
Sorry, what I was looking for is ... It just seems like it would be a
cleaner solution... The effort is on the Software provider's side, and
the client reaps the benefit...
Herbie
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Van Dalsen,
BINGO!Needed to add the ID to the TSOAUTH MOUNT profile. Works great
now. Thanks all for the input.
Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)
--
For IBM-MAIN subscribe
Must be my cold but it should have occurred to me SAS might write a SMF record.
We have MXG so I should be ok from here.
Much appreciated!
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Horne, Jim - James S
Sent: Friday, January 25,
Shai:
Question, how are you going to handle security, especially if its RACF?
Ed
On Jan 25, 2008, at 1:15 AM, shai hess wrote:
I agree with you.
To develop the support for DB2 queries in PC without accessing the
MF is
complicate mission.
I will do it only if many people will ask me to
50 matches
Mail list logo