On the mainframe and why it has not died off ...
http://www.it-analysis.com/business/content.php?cid=9726
Interesting? IMHO, just another one of those bad management
influencers.
z/OS and its predecessors have long been a strong (if not the
strongest) data base engine around. And they could
Any z/OS 1.9 User experienced people out there?
Considering it's not out for another month, I doubt it.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
See;
http://www.it-director.com/business/content.php?cid=9726
Dave
*
This email is intended solely for the use of the individual to whom
it is addressed and may contain confidential and/or privileged
Which means that there are probably at least a dozen or two QPP sites that will
be free to talk about it by February, not to mention non-QPP sites that are
planning to install it in September or October.
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
Please forgive me for certain gaps in my knowledge as I've never even
considered this before (a colleague is asking).
Are there any standard ways that allow update of PS files? Using
COBOL? I can't think of any off hand other than some proprietary access
methods that use EXCP. Can EXECIO do it?
There are straightforward ways to update [necessarily] DASD-resident PS
datasets in assembly language using the NOTE and POINT macros (q.v.), but I
am not aware that any statement-level procedural language supports these
operations, and Enterprise COBOL certainly does not. (An LE-compliant
Lindy,
Do you have anything specific in mind? Security issues, Change Control, or
something else. Is this for production data or any data?
Basically, I think each shop determines how a data set can be updated based
on the requirements of that shop. For one shop it might be that only batch
Hi Lindy,
In response to:
Are there any standard ways that allow update of PS files? Using
COBOL? I can't think of any off hand other than some proprietary access
methods that use EXCP. Can EXECIO do it? I can check on that...
Not withstanding the responses already published I was about to
Like Ed Jaffe, I receive notification one year in advance of the drop date.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
My earlier post assumed, I still think reasonably, that the updating
operation required was of the sort performed by UPDATE operations on
DASD-resident direct files.
It seemed to me unlikely that Lindy would be asking how to update a PS
dataset in the generic sense of changing its content by
On Mon, 2007-08-20 at 07:30 -0400, Bob Shannon wrote:
Like Ed Jaffe, I receive notification one year in advance of the drop date.
Is that because you both are ISV and PID (or whatever it is these days)
members ???. I wonder how things are handled for the great unwashed
masses.
Sometimes know as
Like Ed Jaffe, I receive notification one year in advance of the drop date.
Is that because you both are ISV and PID (or whatever it is these days)
members ???.
I Shane - I don't think so. The notification provides a subscription URL:
I only ask because I don't recall ever having seen such a notification -
however I am an outsider, and not a (direct) employee of an IBM customer.
You can always be proactive and look it up under:
http://www-306.ibm.com/support/lifecycle/index_a_z.html
That defaults to the United States, but
In article [EMAIL PROTECTED] you wrote:
There are straightforward ways to update [necessarily] DASD-resident PS
datasets in assembly language using the NOTE and POINT macros (q.v.), but I
am not aware that any statement-level procedural language supports these
operations, and Enterprise
I'd like to use CA-7 to automate jobs, but in our shop it takes literally
2+ months of 1970's paperwork to get a job start approved, and there are no
guarantees that it will be accepted. One only has to attempt this once to
never try it again. So our current solution to this obtuse behavior is
We have had some kind of implementation of tn3270 TAKEOVER that always
destroys the TSO session. Our job idle timeout is 30 minutes, but with
this ridiculous implementation TSO is now 1-2 seconds. The reason?
Security.
Apparently it's irrelevant that a tn3270 client attempting to reconnect to
a
This note is cross-posted to IBM-MAIN TSO-REXX
Does anyone find the TSO Session Manager of use when tracing execs executed
in ISPF? (Or anything else?)
I test almost all my code in TSOBATCH using trace, and I feel productive
doing this; I can scroll backwards and forwards. But I have an
So that’s the real reason for global warming. and not the big v8's
:-)
Phil
www.zostek.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Berg
Sent: 18 August 2007 19:54
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Distance between
john gilmore wrote:
There are straightforward ways to update [necessarily] DASD-resident PS
datasets in assembly language using the NOTE and POINT macros (q.v.),
but I am not aware that any statement-level procedural language supports
these operations, and Enterprise COBOL certainly does not.
As usual, we have a lot of people posting comments about things they know
little about.
NOTE and POINT, as reference to the current z/OS DFSMS Macro Instructions
for Data Sets manual will confirm, are usable only with BSAM and BPAM.
Much depends upon what kinds of update processing are
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of john gilmore
Sent: Monday, August 20, 2007 8:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ways to update PS files?
As usual, we have a lot of people posting comments about
things they
Thanks all for the clarification. This is a synopsis up what I learned,
which was sort of what I thought:
- Regular record oriented PS files can updated by basically opening
them for I/O and replacing a particular record. They still have to be
sequentially scanned of course. COBOL and EXECIO
- And finally, if it is an application programmer type asking,
the answer is just plain No. (-:
And from a production operations point of view, how would you
implement job restartability if the PS data set was being
updated in place? You can't unless you also implement check
pointing the
Hi Michael,
The technical answer is that it is not difficult but the right answer is
you need to work with your management team and the management team that
controls CA-7 and your production environment.
For comparison our implementation center (scheduling, standards
enforcement, setup for
As usual, we have a lot of people posting comments about things
they know little about.
What happened to you, John? This is the second post in this
unfriendly manner in a short time. I thought this is a discussion
platform; in discussions you sometimes give wrong or incomplete
answers, don't
On 20 Aug 2007 05:38:39 -0700, in bit.listserv.ibm-main you wrote:
I'd like to use CA-7 to automate jobs, but in our shop it takes literally
2+ months of 1970's paperwork to get a job start approved, and there are no
guarantees that it will be accepted. One only has to attempt this once to
never
In article [EMAIL PROTECTED] you wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of john gilmore
Sent: Monday, August 20, 2007 8:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ways to update PS files?
As usual, we have a
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Don Poitras
Sent: Monday, August 20, 2007 9:12 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ways to update PS files?
snip
If you can specify the RECFM of the dataset, then PS files are easy
Lindy Mayfield wrote:
Thanks all for the clarification. This is a synopsis up what I learned,
which was sort of what I thought:
- Regular record oriented PS files can updated by basically opening
them for I/O and replacing a particular record. They still have to be
sequentially scanned of
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock
Sent: Monday, August 20, 2007 9:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ways to update PS files?
snip
- And finally, if it is an application programmer type asking,
You forgot the smiley face, Steve. (-:
I remember once writing an online ISPF/Rexx application that was mostly
single user but could have been used by 2 or 3, and I appended change
log records to a flat file. That was a bit risky. And once I did
something similar to write records to see who
On Mon, 20 Aug 2007 13:29:31 +, john gilmore wrote:
As usual, we have a lot of people posting comments about things they know
little about.
PKB
From the Enterprise COBOL Reference:
quote COBOL
6.2.31 REWRITE statement
The REWRITE statement logically replaces an existing record in a
In a message dated 8/20/2007 6:30:54 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Like Ed Jaffe, I receive notification one year in advance of the drop date.
Yeah, been like that in every shop I've ever worked in. Think there's at
least three notices sent. VP of IT,
Peter Hunkeler has suggested that I have been exhibiting too much (and
growing) impatience here, and I must agree. Good luck to all of you.
John Gilmore
Ashland, MA 01721-1817
USA
_
Now you can see trouble
before he arrives
I am trying to write some SMS ACS code to identify SAS databases. SASDBs
seem to have these characteristics - DSORG=PS and RECFM=FS. I want to set
up a separate SMS Storage group for SASDBs but I can't seem to find a way
to code something in the ACS routines. I can do a check for DSORG=PS but
Jennifer,
You may be forced to control them by dataset name in this case. Dataset
name masking is your friend. :-)
Sorry I do not have better news for you.
Bob Richards
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jennifer Currell
On 8/20/2007 7:40 AM, Shane wrote:
On Mon, 2007-08-20 at 07:30 -0400, Bob Shannon wrote:
Like Ed Jaffe, I receive notification one year in advance of the drop date.
Is that because you both are ISV and PID (or whatever it is these days)
members ???. I wonder how things are handled for the
It's been awhile since I had to deal with SAS on a maiframe but don't all SAS
executions use the same program name? Something like the following may work for
you:
WHEN (PGM EQ 'sasprog')
DO
SET STORGRP = 'xxx'
EXIT
END
On 8/20/2007 9:50 AM, Lindy Mayfield wrote:
Thanks all for the clarification. This is a synopsis up what I learned,
which was sort of what I thought:
...snipped...
- Still, though, when you get down to it, it is still QSAM and
multi-user access (without some sort of higher level manager) would
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Jennifer Currell
Sent: Monday, August 20, 2007 10:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Identifying SASDBs in SMS ACS routines
I am trying to write some SMS ACS code to identify SAS
I've heard from one of our attendees at SHARE that many people he talked
to did not know that IBM has a Security track at the System z Expo.
We added it last year, I think.
To let everyone know about it we've updated our RACF on the Road web
page at
Interesting. One might start a rumour or two.
The zSeries suggestion is pie-in-the-sky - but just suppose it WERE true.
As has already been said, it take a little time to implement - so the target
platform would not be the z9 but one of its successors. And it has been
suggested that the
next
David,
They don't all have the same name, but your 'PGM EQ' suggestion is
definitely better than my weak reply. :-)
I stopped segregating SAS databases a long time ago.
Bob Richards
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien,
McKown, John wrote:
[snip]
Arrogant, or realistic? I've had too many cases of applications people
trying things beyond their knowledge and ending up being saddled with
supporting their junk (not as much now since applications on z/OS is
basically told to be 100% COBOL or EasyTrieve). Now,
I should have been more thoughtful and said: Sometimes problematic,
sometimes adding an extra layer of complexity, sometimes simplifying the
situation.
Problematic as John pointed out batch jobs that need to regularly update
the same file and constantly running into each other and restart
In a message dated 8/20/2007 10:52:41 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Interesting. One might start a rumour or two.
Before the SCO lawsuit there was a pretty good one the IBM was going to buy
SUN to combat M$. Our are CE manager was actively worried that he was
Walt Farrell wrote:
The withdrawal announcements are standard IBM Announcement Letters,
delivered by whatever means you normally get them, or available on the
web.
This is an entirely different thing. I don't receive hardcopy of IBM
Announcement Letters. I do receive hardcopy of the
Even though I can easily get something in the Control-M scheduler, I use my
Windows Scheduler to FTP Submit dozens of jobs a week; Mondays has the most
with 11. I find it easier this way, especially when I am working on a new
job or one that's not quite ready for prime-time.
All the job JCL
Bob brings up a good point here Jennifer. Is there some reason you want
ACS code specifically for SAS DBs? There was a time when SAS did not go
multi-volume nicely, but since SAS v7 it has followed the rules in that
regard. I can't think of a reason to need separate ACS code for them.
Tom
Walt or anyone else. I see the spread sheet with the information on the
agenda's. Is there a scheduling tool for the expo? Thanks
Andy
Internet: Mailto:[EMAIL PROTECTED]
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/20/2007
11:47:33 AM:
To let everyone know about it
Katie Thorpe wrote:
Hello! We are considering the viability of switching our Compuware products
(Fileaid, Abendaid/XLS, Abendaid/CICS) to IBM replacements. We are a very
straightforward mainframe installation with no database involved.
I know this wasn't on your list... but I've heard
How did the entries in your test lpar catalog get created? If it was
part of the copy process, that implies your test catalog is accessible
from the production lpar. If so, then you can use the DELETE NOSCRATCH
and the DEFINE NVSAM commands in ICDAMS to update the test catalog prior
to IPLing the
I can't think of a reason to need separate ACS code for them.
I beg to differ, Tom.
Once I set up DASD allocation rules for the SAS databases in my shop,
especially the large ones that tended to grow to multi-volume, the number of
past-midnight phone calls from Operations Job XXX failed, not
At one time SAS data sets really likede having Guarentee Space. I am not sure
if that is still valid or not.
Lizette
Bob brings up a good point here Jennifer. Is there some reason you want
ACS code specifically for SAS DBs? There was a time when SAS did not go
multi-volume nicely, but since
Since they have already discovered life that thrives in or requires near
boiling water, I believe the definition of livable temperature range is
undergoing significant expansion.
-Original Message-
From: Thomas Berg [mailto:snip]
Sent: Saturday, August 18, 2007 11:54 AM
To:
I'm trying to split my TN3270 server to the separate address space in
z/OS 1.7
After the switch, I'm getting SSL/TLS handshake failed. I created a
keyring for TN3270 and attached the same key as TCPIP used is using in
another LPAR.
Is there a trick to allow TN3270 to use a cert owned
David,
That works, unless they pre-allocate with an IEFBR14...
Ron
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W.
(NIH/CIT) [C]
Sent: Monday, August 20, 2007 8:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re:
On Mon, 20 Aug 2007 11:27:26 -0700, Ulrich Krueger wrote:
I can't think of a reason to need separate ACS code for them.
I beg to differ, Tom.
Allocation of large datasets, including SAS databases, is much more likely
to succeed if directed to a disk pool with large amounts of free disk
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Berg
Sent: Saturday, August 18, 2007 1:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Distance between primary and DR site
SNIP
To add to this slightly OT headed thread: the sun will slowly
We take care of that problem with ACS rules based on allocation size,
not that they are particularly SAS databases or any other particular
type of dataset.
Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
Yep, that's where I said that at one time SAS databases did not go
multi-volume nicely. That's not a problem anymore. You just specify
UNIT=(SYSDA,n) like for any other dataset.
Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632
-Original Message-
From: IBM Mainframe Discussion
On 8/20/2007 2:13 PM, [EMAIL PROTECTED] wrote:
Walt or anyone else. I see the spread sheet with the information on the
agenda's. Is there a scheduling tool for the expo? Thanks
Sorry, Andy, but we do not have a scheduling tool for this conference.
--
Walt Farrell, CISSP
IBM
On Mon, 20 Aug 2007 15:27:06 +, john gilmore wrote:
Peter Hunkeler has suggested that I have been exhibiting too much (and
growing) impatience here, and I must agree. Good luck to all of you.
John Gilmore
Ashland, MA 01721-1817
USA
One of the many strengths of this forum is the diversity
On Mon, 20 Aug 2007 09:48:53 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
...
This is an entirely different thing. I don't receive hardcopy of IBM
Announcement Letters. I do receive hardcopy of the withdrawal notice
associated with any product for which my company is licensed. This
notice is
He'll be back...!
He's been 'round these parts for too long and we're too irresistible a group
for him to stay away. ;) (he says with fingers crossed)
On Mon Aug 20 14:33 , Dave Kopischke [EMAIL PROTECTED] sent:
On Mon, 20 Aug 2007 15:27:06 +, john gilmore wrote:
Peter Hunkeler has
Thompson, Steve wrote:
So that means that my wife's SUV really isn't causing global warming?
The sun is slowly getting hotter.
Wow, wait 'till Al get that piece of unfortunate truth, or fact or
something.
Your wife's SUV (and mine) may make the difference whether
humans will be there to
You know which one.
Darren
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
I am at long last getting around to reblocking my TMC.. the TMSBLDVR utility
gives space calculations for block size 8840; but of course that's not the only
size possible. Is there any particular reason to use 8840 (26 records per
block)? Is there a negative performance or availability impact
Too bad, but I understand. Anyway, they're discussing it on LINUX-390
some.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Darren Evans-Young
Sent: 20. elokuuta 2007 23:06
To: IBM-MAIN@BAMA.UA.EDU
Subject: ADMINSTRIVIA: thread killed
You
On Mon, 20 Aug 2007 16:13:59 -0400, Hare, Tim wrote:
What sizes are being used by other CA-1 shops?
We are FB 340 340. I don't know why, but it's been that way since the
beginning of time.
--
For IBM-MAIN subscribe / signoff
Mark House
(402) 778-1966
IBM Mainframe Systems
[EMAIL PROTECTED]
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information is intended
solely for the designated recipient(s). If an addressing or transmission
error has
* Identity attack spreads; 1.6M records stolen from Monster.com
http://cwflyris.computerworld.com/t/1971713/20890881/75597/2/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
...same here 340/340 since dirt was new...
John Donnelly
z/OS Systems Services
National Semiconductor
Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
PH: 408-721-5640
Email: [EMAIL PROTECTED]
-Original Message-
From: Dave Kopischke [mailto:[EMAIL PROTECTED]
Sent: Monday,
Tim,
The attributes of our TMC are:
LRECL: 340
BLKSIZE: 3400
RECFM: FB
ALLOCATED CYLINDERS: 1,500
USED CYLINDERS: 465
Like Dave, I don't have any specific reasons why. I would be willing to bet
that the small BLKSIZE is one reason why some of the CA-1 maintenance jobs
run for awhile (
Rross-posted to IBMVM and Linux-390
The first batch of Linux and z/VM presentations from SHARE 109 in San Diego
are now up on the linuxvm.org web site. Thanks to all the speakers who went
to SHARE and contributed their presentations to the community.
You can view them at
In the old days, the FB 340 340 was required because the TMC intercepts
used volser number for direct reads of the record. This hasn't been
required for some time. It doesn't hurt much either.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of
I reblocked around December and I think I'm running about 8k now. I took
CA1's recomendation, or at least their examples from their documentation.
I've had no problems
Harold Zbiegien
American Greetings Corp
--
For IBM-MAIN
Oh, that chaps my hide!
I'm currently a customer of Monster myself, while looking for a job as
z/OS sysprog in the San Jose, CA area.
So now my personal information is probably in the hands of some bad guys ...
and you know what? I haven't even heard from Monster yet about this problem.
Would
Tim,
The main reason to block the TMC is space utilization. If you are currently
allocated as 340 X 340 and you change to the recommended 340 X 8840 you will
end up using only about 1/3 the amount of dasd.
The reason that 8840 was chosen was that it gives well over 90% utilization
on the DASD
This would work for the initial allocation, but would fail to correctly
place the DSN if it gets migrated and subsequently recalled.
snip
WHEN (PGM EQ 'sasprog')
DO
SET STORGRP = 'xxx'
EXIT
END
/snip
On Aug 20, 2007, at 6:29 PM, Ulrich Krueger wrote:
Oh, that chaps my hide!
I'm currently a customer of Monster myself, while looking for a
job as
z/OS sysprog in the San Jose, CA area.
So now my personal information is probably in the hands of some bad
guys ...
and you know what? I
Brian,
That would depend on how you code your ACS routines. If STORGRUP is
allocated based on STORCLAS, and you do not change the STORCLAS in the
RECALL environment then the datasets will be recalled to the same choice of
STORGRUP.
In STORCLAS ACS something like you're the example:
WHEN
I know absolutely nothing about ACS (other than what I've just read of
course) but what does PGM refer to? Will this work when SAS is run
from TSO (or ISPF)?
I do know that that is something to consider with SMF records written.
Lindy
-Original Message-
From: IBM Mainframe Discussion
On 20 Aug 2007 16:41:25 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Russell Witt) wrote:
The main reason to block the TMC is space utilization
Actually, there's at least one more good reason to
block the TMC. Reading an unblocked TMC (for custom
Michael Bradley wrote:
This note is cross-posted to IBM-MAIN TSO-REXX
Does anyone find the TSO Session Manager of use when tracing execs executed
in ISPF? (Or anything else?)
I test almost all my code in TSOBATCH using trace, and I feel productive
doing this; I can scroll backwards and
Patrick O'Keefe wrote:
On Mon, 20 Aug 2007 09:48:53 -0700, Edward Jaffe
[EMAIL PROTECTED] wrote:
...
This is an entirely different thing. I don't receive hardcopy of IBM
Announcement Letters. I do receive hardcopy of the withdrawal notice
associated with any product for which my company is
-snip-
NOTE and POINT, as reference to the current z/OS DFSMS MacroInstructions
for Data Sets manual will confirm, are usable only with BSAM and BPAM.
And GET / PUTX only usable with QSAM. So what?
Much depends upon what kinds of update processing are
--snip-
john gilmore wrote:
There are straightforward ways to update [necessarily] DASD-resident
PS datasets in assembly language using the NOTE and POINT macros
(q.v.), but I am not aware that any statement-level procedural
language supports these
Rick Fochtman wrote:
--snip-
john gilmore wrote:
There are straightforward ways to update [necessarily] DASD-resident
PS datasets in assembly language using the NOTE and POINT macros
(q.v.), but I am not aware that any statement-level procedural
language
Lindy,
The following is from DFSMSdfp Storage Administration Reference, which is the
manual you'll need to read to learn about ACS routines.
PGM The name of the program the system is running. (See Determining
Distributed FileManager/MVS Data Set Creation Requests in
Steve,
I also believe it should be (GL,PM) after I checked my personal notes. I
remember clearly that I wrote a test program to verify that three months
ago. (On z/os 1.7)
On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote:
Nope. MACRF=(GL,PL) is what it has to be.
--
Best Regards,
91 matches
Mail list logo
