___
Note: This e-mail is subject to the disclaimer contained at the bottom of this
message.
___
Personally, I'm with Mark Zelde
IBM Mainframe Discussion List wrote on 07/17/2008
09:00:16 AM:
> A colleague asks, "When are the 'official' start and end times (events)
> that comprise 'IPL'?"
>
> From the IPLDATA STATUS output it appears that 'official start' occurs
> after the IPLTEXT has been loaded and control transferre
In a message dated 7/17/2008 11:45:18 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
That's *number* of engines (zAAPs, zIIPs, IFLs). And that's a really
important distinction because each System z10 EC engine has much more
capacity than, say, a z990 or z9 engine. Thus the strong dema
Sorry, I missed an important nuance in what IBM's CFO said. Here's what I
wrote (directly out of the prepared remarks):
>4. IBM shipped a record number of System z specialty engines in the
>quarter, indicating strong demand for placing new applications on the
>mainframe.
That's *number* of engine
In a message dated 7/17/2008 10:01:44 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
efficient, and eliminated waste? No, too simple... And probably not the
case. Inertia is pretty strong
>>
Well you get to fill out your bingo buzzword card and look for the lights to
shine
I think every buzz word on that new fangled project management stuff is
in there. This is such bull.Can't they just say we made the process more
efficient, and eliminated waste? No, too simple... And probably not the
case. Inertia is pretty strong
Anton Britz wrote:
Hi,
We had so mu
It is real fun to send dumps to vendors who have used Key 8 CSA to store
programs
I have used Omegamon MVS classic to get a list of such storage areas
then via TASID option 7, gone to that area in storage, and then overlayed the
area with nulls ('00'x). The resulting abends are good to
Ted MacNeil writes:
>>Market penetration has measurement problems also.
>Exactly!
>So, that's why you cannot make those kind of global
>statements!
Ted, what can I tell you? IBM's CFO said IBM System z gained marketshare.
Now, while his prepared remarks include both GAAP and non-GAAP statements
--
On Thu, 17 Jul 2008 02:21:29 -0500, William H. Blair wrote:
>
>But, 42 years of experience with IBM tells me that this is how
>it is going to be, so I'm going to have to find some other way
>of "hiding" in-stream data sets. (You're not the only one to
>use this technique. It's not unheard of. I've
Hello,
Has anyone ever seen/used this option " SETSYS EXPORTESDS(CIMODE) " in
the Dfhsm Arccmdxx Starter Set. I have done a search to no-avail. Hopefully
someone can let me know if this option is still being used or NOT and can tell
me where I can find the information.
---
>Market penetration has measurement problems also.
Exactly!
So, that's why you cannot make those kind of global statements!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Ted MacNeil writes (>) in reply to me (>>):
>>1. System z (hardware) revenue was up 32 percent
>>for the quarter (year over year); capacity ("MIPS")
>>grew 34 percent. That means System z gained
>>marketshare again.
>You CANNOT say that, as a completely accurate statement!
>You need to know how man
Maybe I just missed it, but when I read the article, I couldn't see
exactly what new hardware or operating system they were using now or
before. They did mention "22 year old mainframe-based ..." for the old
system. Did they migrate to a new mainframe and new application software?
Or somethi
Dave Gibney wrote:
> Folks relying in //SYSIN DD * GENERATED STATEMENT are getting
> what they deserve. :)
You didn't read everything I wrote. This has nothing to do with
the automatically-generated //SYSIN DD * statement. Explicit DD
statements are being reordered. What is happening happens lo
>1. System z (hardware) revenue was up 32 percent for the quarter (year over
>year); capacity ("MIPS") grew 34 percent. That means System z gained
marketshare again.
You CANNOT say that, as a completely accurate statement!
You need to know how many new customers those MIPS were sold to.
If the in
I haven't listened to IBM's earnings conference call yet (in which there
might be more nuggets of information), but the CFO's prepared remarks are
quite interesting:
http://www.ibm.com/investor/2q08/presentation/2q08prepared.pdf
Here are the facts I pulled out of the prepared remarks:
1. System
Hi,
We had so much bad IT press from some State IT departments lately, so I
decided to share this piece of information :
EPICS Replacement Project - Department of Health and Welfare
Executive Summary
The project leadership of Ryan Fullmer and Randy Ashton in the Eligibility
Program Int
That's bogus enough for me? It's just hard to maintain five nine systems
with one eight tools. Sam's response was pretty much on the mark. What's
bad is
IT'S BEEN GOING ON FOR SO LONG. Most of the places we work
would cast us > out on the streets if our systems were this awful and had
>2 - I'm willing to bet any amount of money that IBMLink is up more often than
>it is down.
Possibly, but the 'when' is critical.
The downs (unscheduled) seem to be when most 9-5'rs want/need it.
And, others (scheduled) seem to be on weekends, when new releases are being
implemented (when proble
>DAF is great. I used to use it myself from time to time. I have one concern
>though. It seems to use a lot of CPU time. I know when I was at my last full
>time job, it seemed to practically bury the MP3000-H50 processor.
That's a small processor.
Besides, if your priorities (goals) are set
In a message dated 7/17/2008 4:01:40 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
2 - I'm willing to bet any amount of money that IBMLink is up more often
than it is down.
>>
That's bogus enough for me? It's just hard to maintain five nine systems
with one eight tools. Sam's resp
I sure don't see what that has to do with ALL CAPS and sarcasm. But to your
points.
1 - Do you know that they are not? I'll give IBM the benefit of the doubt
here.
2 - I'm willing to bet any amount of money that IBMLink is up more often
than it is down.
On Thu, Jul 17, 2008 at 4:24 PM, Bobbie J
The confusing issue was begun a very long time ago. If there is apparent
input data with no specific DD statement to match it up with, there was a
SYSIN dd statement generated above it. Until recently, that extraneous
SYSIN dd statement had no effect on the JCL except to prevent either a JCL
erro
Perhaps when we see them trading something that is up quite a bit for
something that is down quite a bit I think anyone who is concerned with
availability would be saying to themselves the following:
1. shouldn't they be focused on fixing the availability issues with said new
wonder product?
On Thu, 17 Jul 2008 07:17:01 -0400, Peter Relson <[EMAIL PROTECTED]>
wrote:
...
>Allowing unauthorized communication between address spaces (i.e., "covert
>channels") is also made possible by this.
Unauthorized communication? Give me a break, there must be a thousand
other ways for address spa
I'm confused. Are you saying that APAR OA12842 broke it? or that it fixed
it? It looks to me like they fixed a problem.
It says
The solution for this APAR has been shipped in the base code of
z/OS 1.8 (HBB7730), JES2 1.8 (HJE7730) and JES3 1.8 (HJS7730).
If I understood the original poster, h
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/
--
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
__ NOD32 3276
If all you want is who scratched a non-VSAM data set. look at the SMF type
17 record.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Thursday, July 17, 2008 2:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Terminal SYSIN in TSO Logon Proc
SYSIN and SYSPRINT are not used by TSO. I have never seen them coded in
Lindy Mayfield wrote:
This would be a moot point if there wasn't at least one sentence about it in the TSO documentation.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4b480/3.2.3.2
Not a whole sentence, but a half sentence that says, "... and specify that SYSIN and
SYSPRINT a
--
DAF is great. I used to use it myself from time to time. I have one
concern though. It seems to use a lot of CPU time. I know when I was
at my last full time job, it seemed to practically bury the MP3000-H50
processor.
Thanks, but that's something different. SYSTSIN is used for sure by TSO.
(Well, TSO batch anyway). I'm sure that SYSIN is used by some utilities.
Whether they are "standard" or not, I'm not sure. I can't think of any
offhand. I mean, I can think of utilities that use SYSIN of course, but I
Has anyone ever restored a TLMS ALOG file from tape? I've not found it in the
CA manuals.
Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MA
DAF is great. I used to use it myself from time to time. I have one
concern though. It seems to use a lot of CPU time. I know when I was at my
last full time job, it seemed to practically bury the MP3000-H50 processor.
Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-
I guess this shouldn't have changed for the sake of backass
compatibility. But, I've always been bothered (and debugged application
JCL) when overrides didn't match the order in procs (and the messages
there were almost non-existent).
Folks relying in //SYSIN DD * GENERATED STATEMENT are gettin
thanks everyone for your input. I will look for DAF program.
JEllis
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at htt
I can't recommend more highly: Michael Cleary's DAF program,
downloadable from the CBTTAPE site.
Wunnerful, wunnerful stuff.
Judy Ellis wrote:
Several of our data sets (GDGs) have mysteriously disappeared. If I am
correct, doesn't SMF TYPE 60 records track data set deletion by userid?
Does
In a message dated 7/17/2008 1:11:26 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Does anyone know of a tool that can generate a report using those type SMF
records?>>
Micheal Cleary's DAF(dataset audit facility) available at _www.cbttape.org_
(http://www.cbttape.org) looks at all
On 17 Jul 2008 10:21:32 -0700, [EMAIL PROTECTED] (Chase, John) wrote:
>Since it's a government entity, it could have been any (combination of)
>these, and not necessarily in this order:
>
>1. Cheapest available;
>2. "Pork-barrel";
>3. political favor;
>4. political disfavor.
Or "It's someone
Several of our data sets (GDGs) have mysteriously disappeared. If I am
correct, doesn't SMF TYPE 60 records track data set deletion by userid?
Does anyone know of a tool that can generate a report using those type SMF
records?
thanks,
JEllis
---
Having a sysplex member with no access to tape drives is a perfect
environment for HSM Common Recall Queue, where some other member(s) perform
ML2 recalls on behalf of other systems. We generally run the Common Queue
everywhere just to spread the work among members. But we recently built a
new sysp
2008/7/17 Itschak Mugzach <[EMAIL PROTECTED]>:
> I think its SYSTSIN
No - that's something quite different. SYSTSIN is used when running
the Terminal Monitor Program in batch (or in any non-terminal
environment). The TMP reads command input from SYSTSIN in that case,
but it is unrelated to SYSIN.
On Wed, 16 Jul 2008 23:29:24 +, Ted MacNEIL wrote:
>>I only run HSM on my prod LPAR because I do not want to risk sharing HSM data
>>with my sandbox.
>
>What is the risk? Are they in the same SYSPLEX?
>
In our case, not risk, but inaccessibility of drives.
>>So occasionally during testing on
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
>
> This gives me pause. What were the original "site selectors"
> thinking ??
Since it's a government entity, it could have been any (combination of)
these, and not necessarily in this order:
1. Chea
delete this message without copying or disclosing it.
--
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
__ NOD32 3276 (200807
On 17 Jul 2008 08:05:28 -0700, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>This gives me pause. What were the original "site selectors" thinking ??
Sometimes it isn't what one is thinking - but what one isn't thinking
that matters most.
-
As a guess, the land was probably donated by the city of Nashville, or sold for
very little. I would hate to think what was under that data center. If the
data center is 21 years old, the landfill is a lot older. When did some of the
recent EPA regs on landfills start impacting municiple own
This worked with or without the quotes on the input file.
Step01 creates a file with my name contact and date.
//TECGRM01 JOB 5740TC,G.MANSELL,MSGCLASS=O,PRTY=9,CLASS=A,
//NOTIFY=&SYSUID TYPRUN=SCAN
//STEP01EXEC PGM=UTIL0008
Low Bid. Many government entities are bound by law to solicit proposals
from everyone and take the lowest bid.
I once worked in the construction industry, and 'low bid' was used as a
derogatory term and as a general answer to the question: 'What went
wrong?'.
-Original Message-
From: IB
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield
> Sent: Thursday, July 17, 2008 10:36 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Terminal SYSIN in TSO Logon Proc
>
> What is SYSIN TERM=TS used for in a TSO logon proc? What
What is SYSIN TERM=TS used for in a TSO logon proc? What could happen
if it is freed?
If one needs to use it for a utility, should it be allocated back to
term when finished?
--
For IBM-MAIN subscribe / signoff / archive acc
This gives me pause. What were the original "site selectors" thinking ??
Gary Green wrote:
We plan and plan and plan to make sure everything is correct with the systems
and such that we are responsible for. Then along comes someone that make a
decision that makes it all moot.
You gotta read
To me, all this (to include the mysterious purge bit) points to something
outside of JES. AS we gaze around looking for things that interface to JES, we
see a common denominator.
I'd assume the issue is with CA-SPOOL. Or perhaps a local exit. Or perhaps an
unrelated product that also interface
On Thu, 17 Jul 2008 10:37:50 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:
>How on earth can IBM make a change as significant as this and not even
document the change in behavior? I can imagine this affecting many job
streams with negative consequences.
>
> May occur if a SYSIN DD * statement is
How on earth can IBM make a change as significant as this and not even document
the change in behavior? I can imagine this affecting many job streams with
negative consequences.
>>> Mark Zelden <[EMAIL PROTECTED]> 7/17/2008 8:54 AM >>>
APAR Identifier .. OA12842 Last Changed 0
Why should you be concerned about key 8 CSA usage? Use of key 8 CSA by
any code (installation or ISV) will eventually lead to an exploit of
that code that will enable your users to upgrade their security
authorization. This upgrade could mean becoming APF authorized or it
could mean an upgrade
On Thu, 17 Jul 2008 08:13:54 -0500, Brain <[EMAIL PROTECTED]> wrote:
>Hello.
>
>
>I have tried with the quites also and is still giving the same problem
>
>Pls find the below jcl
>
>//FTP111 EXEC PGM=FTP,REGION=4096K
>//SYSPRINT DD SYSOUT=X
>//INPUT01 DD DSN=AADDXV.TEST.FILE1,DISP=OLD
>//SYSOUT
John,
I have 3 LPAR's participating in a HSMPlex. My 'batch' prod LPAR does all the
HSM work (Migration, Backups, Recycles, Expirebv etc). The other 2 LPARs only
allow Recalls and Recovers. No problems have been reported for the past 3 years
with this setup.
>
> Hi List. Does anybody have a utility or know how to recreate a deleted
> dataset (possibly by using the VTOC entry) Our storage administrator
accidently
> deleted all the SMF dumped data from a system and it has major SCRT
> implications for workload usage.
>
I have posted procedures for re
Remove the quotes from around the //DD: on your put statement. I use this
construct all the time and none of my jobs have quotes there.
Jim Horne
Systems Programmer
Large Systems Engineering & Messaging IS7-5
Lowe's Companies, Inc.
401 Elkin Highway
North Wilkesboro, NC 28659
336-658-4959
[EMAIL
Hello.
I have tried with the quites also and is still giving the same problem
Pls find the below jcl
//FTP111 EXEC PGM=FTP,REGION=4096K
//SYSPRINT DD SYSOUT=X
//INPUT01 DD DSN=AADDXV.TEST.FILE1,DISP=OLD
//SYSOUT DD SYSOUT=X
Ouch!! I don't know of anyway to recover that, maybe someone else does.
I would think the VTOC entry would be gone, and it is highly likely that
the data is already overwritten.
How much did you lose? Was it more than one day's worth? You are
required to have "% data collected" of >95% for the
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Mulder
>
> IBM Mainframe Discussion List wrote on
> 07/16/2008 04:35:28 PM:
>
> > Pat, in your situation try running the IPCS VERBEXIT BLSAIPST.
>
> The documented way of invoking that function is
>
> IPLDA
On Thu, 17 Jul 2008 07:11:42 +0200, Barbara Nitz <[EMAIL PROTECTED]> wrote:
> In the past, we have had cases where the purge bit was mysteriously set
for a TSO user (we never found out why or how, and IBM was also only
shrugging their collective shoulders), which resulted in that TSO user not
bein
On Wed, 16 Jul 2008 20:43:03 -0700, John Mattson <[EMAIL PROTECTED]>
wrote:
>There has been some talk about changing JCL interpretation. Sure
>it is old, and ugly, but we are used to it, and it does "work". Here is
>what happened going from os390 to zos 1.08
>
>Somewhere between
But I see no one making Titles - HSM SCREWED ME AGAIN. HOW SURPRISING!!
I don't see ALL CAPS and extreme sarcasm for any other product.
Must just be me. Sorry for raining on the parade.
On Wed, Jul 16, 2008 at 6:28 PM, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
> >I can't understand why some peopl
In a message dated 7/16/2008 6:29:53 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>What is the risk?
One possible risk is that the sandbox LPAR can crash while holding a reserve
done by HSM, which then locks up some process on the prod LPAR. I crashed a
"test" system once whil
Barry,
But you can still find credit card numbers, names and addresses in the
clear. A jigsaw puzzle is does not equal encryption. Same applies to
compression.
Ron
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Schwarz, Barry A
> Sent:
While it is true that many might not care about someone corrupting a user
key CSA area (even if it potentially compromises their system), that is not
the only integrity exposure that user key CSA can result in.
Allowing unauthorized communication between address spaces (i.e., "covert
channels") is
Kees,
you made me look in the right direction!!!
>does the system where the
>output 'disappears' by any chance run another (test-) version of
>CA-SPOOL, which picks up the output, moves it to *its* database and
>purges it from JES spool?
Well, it wasn't another CA-Spool, it was LDMS. Clear case
On Thu, 17 Jul 2008 11:19:46 +0200, Barbara Nitz <[EMAIL PROTECTED]> wrote:
>
>But: Recently we started running a system called LDMS on that system. I
have no clue how that is set up, but it is in a similar fashion reading the
jes spool like all the others so.
>
Barbara
Now that would be my bet
Hi List. Does anybody have a utility or know how to recreate a deleted dataset
(possibly by using the VTOC entry) Our storage administrator accidently
deleted all the SMF dumped data from a system and it has major SCRT
implications for workload usage.
---
Unfortunately the answer to basically all questions is NO:
>Are those three perhaps running a different release of JES2?
>Are the JES2 INIT parameters "identical" for all members?
No, everything is at z/OS 1.8, all IPLing from the same deck in the same MAS.
The init parms are not completely ident
"Barbara Nitz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Oh well, I checked both type26 and type6 records. The jobname doesn't
appear in the type6 records.
>
> The type26j2 records do show the jobname, but the fields printed out
by sas look identical (other than convert
Barbara Nitz wrote:
> the 3 disappearing ones are purged from another system
> than the 17 that arrive in ESF.
I still think it would be a good idea to define the output
DD statement (for the data set whose output "disappears")
so as to send it to multiple destinations, and resubmit
all 20 (or w
Barbara Nitz wrote:
> the 3 disappearing ones are purged from another system
> than the 17 that arrive in ESF.
Are those three perhaps running a different release of JES2?
Are the JES2 INIT parameters "identical" for all members?
--
WB
-
John Mattson wrote:
> Somewhere between OS390 2.10 (our old system) and zos 1.08 (our
> new system) the JCL interpreter changed.
Funny you should notice that ... was wondering if anybody would.
The change was first introduced in z/OS 1.8. It worked the old way
in z/OS 1.7. When I first found th
Oh well, I checked both type26 and type6 records. The jobname doesn't appear in
the type6 records.
The type26j2 records do show the jobname, but the fields printed out by sas
look identical (other than convert/submit/ended/printed timestamps) for the
batch 3 disappearing out of 20. The only di
78 matches
Mail list logo