If it is critical for you to have the key mask set and you do not want to play
with CR's, set up a basic CP PC routine with the EKM you desire and invoke it.
>From that time on the KM is set. And there is no need to "return" from the PC.
On Tue, 13 Dec 2016 15:04:17 -0800 Charles Mills
Jesse Robinson wrote:
>And once you have all protections in place, remember that someone has to have
>the key to master catalog. Whoever that is--including you--may occasionally
>get caught by a missing alias. At every shop I've worked in, userids are
>defined and managed by a non-sysprog
Linda wrote:
>Listed in the system catalog or the HSM tape catalog, both?
>You should be able to list the catalogue entries, and IF they match, you could
>reset the HSM expiration values to a date in the close future, and let them
>expire through normal HSM processing.
>Once the datasets
Hi Tony,
Listed in the system catalog or the HSM tape catalog, both?
You should be able to list the catalogue entries, and IF they match, you could
reset the HSM expiration values to a date in the close future, and let them
expire through normal HSM processing.
Once the datasets are expired
http://www-01.ibm.com/common/ssi/rep_ca/0/897/ENUS199-240/
Am 13.12.2016 um 22:44 schrieb Tony Harminc:
On 13 December 2016 at 13:10, Pommier, Rex wrote:
Tony, one correction to your comments. The H70 was the two-way machine. The
H50 was the full speed uni, and
TCP packet size issue comes to mind. IPSEC adds to the total. Causing
packet fragmentation and has been know to uncover other issues that would
not normally be a problem.
Check with the network folks what it should be set to for IPSEC.
Rob
On Mon, Dec 12, 2016, 10:12 PM scott Ford
Roger W Suhr wrote:
Yeah, but what kinds of jobs? It doesn't matter, I won't go back to work for
IBM, because their whole philosophy is outdated and backward. To many levels
of management, who do only administrative work and talk your head off, but
don't have a clue what's going on in the
Fails. :-(
Issued:
HSEND DELVOL 153818 MIGRATION(PURGE)
Response was:
ARC0260I MIGRATION VOLUME 153818 ENTRY NOT DELETED - VALID DATA MAY
EXIST ON
ARC0260I (CONT.) VOLUME
For the one of the volumes:
Issued:
HSEND DELVOL 152215 MIGRATION(PURGE)
Response was:
ARC0378I TTOC RECORD AND TAPE MEDIA
And this evening it's working fine ... no idea what was going on. But thanks
for checking!
Greg
Greg Boyd
www.mainframecrypto.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
> On Dec 13, 2016, at 7:27 PM, Jack J. Woehr wrote:
>
> wjanu...@yahoo.com wrote:
>> Yeah, and when they finish their three months probation, they will get laid
>> off.
>
> IBM is on its way up again.
Up is a loose term. Like in space.
>
> The institution with the broadest
> On Dec 13, 2016, at 6:21 PM, Edward Finnell
> <000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
>
> Maybe they'll put a half dozen on the network availability team?
Anything greater than 1 would be nice
>
>
> In a message dated 12/13/2016 5:05:57 P.M. Central Standard Time,
>
Yeah, but what kinds of jobs? It doesn't matter, I won't go back to work for
IBM, because their whole philosophy is outdated and backward. To many levels
of management, who do only administrative work and talk your head off, but
don't have a clue what's going on in the industry.
Sent
wjanu...@yahoo.com wrote:
Yeah, and when they finish their three months probation, they will get laid off.
IBM is on its way up again.
The institution with the broadest view of business computing in the entire
world is about to enter its 2nd Golden Age.
--
Jack J. Woehr # Science is
Yeah, and when they finish their three months probation, they will get laid off.
Sent from my mobile phone
-- Original message--
From: Edward Finnell<000248cce9f3-dmarc-requ...@listserv.ua.edu>
Date: Tue, Dec 13, 2016 7:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU;
Subject:Re: IBM Lays Out
Maybe they'll put a half dozen on the network availability team?
In a message dated 12/13/2016 5:05:57 P.M. Central Standard Time,
g...@gabegold.com writes:
25,000 people in the U.S. and invest $1 billion over the next four
years, laying out her vision for filling technology jobs in
> We know that as of a few years ago there were still functioning 3800s. People
> were buying up the remaining supply of toner on Ebay. However, since formal
> support ended years ago, and the last functioning machine in our lab was
> decommissioned, we have no information on where any working
> On Dec 13, 2016, at 5:05 PM, Gabe Goldberg wrote:
>
> IBM Chief Executive Officer Ginni Rometty said she plans to hire about 25,000
> people in the U.S. and invest $1 billion over the next four years, laying out
> her vision for filling technology jobs in America on the
We know that as of a few years ago there were still functioning 3800s. People
were buying up the remaining supply of toner on Ebay. However, since formal
support ended years ago, and the last functioning machine in our lab was
decommissioned, we have no information on where any working 3800s
IBM Chief Executive Officer Ginni Rometty said she plans to hire about
25,000 people in the U.S. and invest $1 billion over the next four
years, laying out her vision for filling technology jobs in America on
the eve of a meeting of industry leaders with President-elect Donald Trump.
To read
To close the loop on this, it seems pretty clear that any SVC form of MODESET
(MODE= and/or KEY=), if the exit condition from the SVC is problem state,
resets the PKM in CR3 to the settings quoted below. There is no way to get
KEY=ZERO, problem state, while retaining the ability to issue SPKA
Tony Harminc wrote, re MP3000:
>Ah - you are quite right. And the P30 was the PWD machine, which did
>not change its model number when (effectively) converted to an H50 by
>the Linux add-on. There was never a P50 or P70, to my knowledge.
We were doing Linux at Linuxcare (who'd'a thunk), and I
HSEND DELVOL volser type PURGE IIRC
From: IBM Mainframe Discussion List on behalf of
Tony Thigpen
Sent: Tuesday, December 13, 2016 4:02:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HSM old tape cleanup
I am
In addition to protecting the master catalog, you should prohibit HLQs for
which there is not a group or user profile. Then make it part of your
procedures whenever a new user or group is created to simultaneously create
the catalog alias.
-Original Message-
From: IBM Mainframe
I am looking at my HSM TTOC listing. I have 3 old 3490s that are still
listed. I actually have the tapes, but they are unreadable. On two of
them, I get a label error:
IEC514D DCK OR LBL ERR
On the other one, the TTOC shows:
RC0378I TTOC RECORD AND TAPE MEDIA CONTENTS ARE INCONSISTENT
On 13 December 2016 at 13:10, Pommier, Rex wrote:
> Tony, one correction to your comments. The H70 was the two-way machine. The
> H50 was the full speed uni, and the
> H30 was a knee-capped uni.
Ah - you are quite right. And the P30 was the PWD machine, which did
not
And once you have all protections in place, remember that someone has to have
the key to master catalog. Whoever that is--including you--may occasionally get
caught by a missing alias. At every shop I've worked in, userids are defined
and managed by a non-sysprog department. If they set up a
On Tue, 13 Dec 2016 15:29:53 -0500, John Clifford wrote:
>I was always under the impression that any DD * implied lrecl=80 only.
>Adding a lrecl=222 should cause the i/o error. No
>
I believe that restriction was removed about z/OS 1.5 JES2. Just
TSO SUBMIT hasn't heard about it yet. And
I was always under the impression that any DD * implied lrecl=80 only.
Adding a lrecl=222 should cause the i/o error. No
John Clifford
On Mon, Dec 12, 2016 at 8:40 PM, Anthony Thompson <
anthony.thomp...@nt.gov.au> wrote:
> Pardon for getting the input wrong. New JCL:
> //
> // EXPORT
Way, Richard wrote:
>Realize this is a pretty basic question, but my Google-fu isn't working out
>today Can someone tell me the most common / easiest way to prevent
>allocating a data set that doesn't have a catalog alias defined yet? We're
>hitting situations where someone creates a data
Protect the master catalog
Sent from my iPhone
> On Dec 13, 2016, at 1:57 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Tue, 13 Dec 2016 18:55:21 +, Way, Richard wrote:
>>
>> Realize this is a pretty basic question, but my Google-fu isn't working out
Rich,
A couple items you need to implement to address this. First is to make the
master catalog read-only to the vast majority of your world, then to implement
protect-all. The first will keep rogue items from showing up in your master
catalog, the second will keep people from willy-nilly
Your Welcome, I have those moments more now...
Carmen
- Original Message -
From: "Richard Way"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 13, 2016 1:07:29 PM
Subject: Re: Prevent allocation of unknown-HLQ data sets?
D'oh Thanks!!!
Rich Way
Amen - one shopped I worked in had the master catalog defined with a UACC of
UPDATE and it took a LONG time to get it cleaned up. If a new user got created
with no alias - all their files went into the MASTER. Took a lot of REPRO
MERGECAT commands to clean up that mess.
-Original
D'oh Thanks!!!
Rich Way
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Carmen Vitullo
Sent: Tuesday, December 13, 2016 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Prevent allocation of unknown-HLQ data sets?
What I've
Re: MP3000 - nothing good about? If you wanted a full 'function' z System,
there were alternative options
available at the time.
The MP3000 addressed the requirements of a certain customer type/set with a
different price point and. They
didn't need the same functionality as other z customers
What I've done in 2 shops was to protect the master catalog(s) set UACC(READ)
and only update access to your SYSPROG's you trust :)
Carmen
- Original Message -
From: "Richard Way"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 13, 2016 12:55:21 PM
Realize this is a pretty basic question, but my Google-fu isn't working out
today Can someone tell me the most common / easiest way to prevent
allocating a data set that doesn't have a catalog alias defined yet? We're
hitting situations where someone creates a data set by the HLQ of "TEST",
I think it is in a less than ideal spot in the text. It appears to apply to the
SVC form of MODESET in general, not just to the use of the MODE= parameter. I
believe I am seeing that MODESET KEY=ZERO, in problem state, sets off the
"other" bits in the PKM.
Charles
-Original Message-
On Mon, 12 Dec 2016 22:04:45 -0500, Jim Mulder wrote:
> The MODESET documentation says:
>
>,MODE=PROB,
> MODE=SUP
>Specifies that the PSW problem state indicator
>(bit 15) is to be either turned on (PROB) or turned off (SUP). If the
>MODESET operation completes with a problem state PSW,
My turn. :-)
Tony, one correction to your comments. The H70 was the two-way machine. The
H50 was the full speed uni, and the H30 was a knee-capped uni. At a prior job,
we ran an H50 for several years, ESCON attached to an RVA (anybody remember
them? :-) ) and parallel attached to tape
Thanks. Yes, adding MODE=SUP to my KEY=ZERO MODESET would obviously solve
the problem, short-term. I have resisted that for three reasons, listed
below roughly in order of importance as I see it. I would welcome comments
on my logic.
1. How do I get back to problem state? I don't want to run the
Tony Harminc wrote, re MP3000:
>It was *much* better than the MP2000. Very much faster. It was a 390
>G5 CPU. Even 2 x G5 on the top model (H50).
>A note on the "development only" idea about this machine. There *were*
>development (PWD) models. We had one, at a much reduced price, and we
>also
I worked on a production 7060 (MP3000) H30 for several years. We did not use
the internal
DASD. The H30 was connected, via ESCON, to a 2105. The only thing emulated on
that box was
the OSA, which used the Ethernet card(s) on the PC. Was it better than a z800
or z900, definitely
not! But
Yep, it is a bug.
The PSW key mask has key 0 and key9 after the combination. Not key 8. I would
not expect MODESET to alter the key mask.
Of course, I have never found the occasion to run key zero problem state
(since it doesn't prevent overlays). I would use supervisor state and switch
out of
On Tue, 13 Dec 2016 01:40:07 +, Anthony Thompson wrote:
>
>So you've got an 80-byte SYSUT1 input but you're telling the system it's
>really 222 bytes. Bang. I/O error.
>
>I put the same JCL above into a dataset with LRECL 222 and submitted it to an
>internal reader via IEBGENER (ICEGENER).
It's been said, those who do not understand Unix are condemned to
re-invent it ... poorly.
We could have a lively discussion about that on this list, but likely we
all agree that those who don't understand mainframes are condemned to
re-invent them (poorly).
I really don't know anything good
On 13 December 2016 at 10:34, R.S. wrote:
> I dare to disagree.
My turn...
> Although MP3000 was better than MP2000, it was still nothing good.
It was *much* better than the MP2000. Very much faster. It was a 390
G5 CPU. Even 2 x G5 on the top model (H50).
A
Just to continue the experiment and confirm my conclusion, all I have to do
to get the below to "work" is remove the last MODESET:
MODESET KEY=NZERO Make sure we are in Key 8
MODESET MODE=PROB Allow SPKA 8
* *** MODESET KEY=ZERO Get access to CSA
"As a production or development machine the I/O was really poor."
Production, sure; we had one for dev, and while it wasn't an I/O screamer,
it was *dev*. So I'll have to disagree. Sure, a z800 would have been
better. So would a z900.
On Tue, Dec 13, 2016 at 10:34 AM, R.S.
Bob,
Thank you for your offered help and support.
The links seem to be working again!
Dejan Stamatovic
CROZ D.O.O.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
I dare to disagree.
Although MP3000 was better than MP2000, it was still nothing good.
As a demonstration/learning/portable machine it was much to big.
As a production or development machine the I/O was really poor.
No real channels except ESCON.
No sysplex capability. A lot of SPOFs.
z800 and
In the 2000-2001 timeframe we were indeed pitched MP3000 as a replacement CPU
for a production workload. As I understood it at the time, the z
infrastructure and internal DASD ran under, and was dependent upon an OS/2
hypervisor.
Dana
On Tue, 13 Dec 2016 12:53:14 +0100, R.S.
Oops, yeah, sorry. For some reason I do that with Gmail threads a lot. Dumb
on my part. Thanks.
MP3000 was a nice machine. Too bad IBM killed the follow-on.
On Tue, Dec 13, 2016 at 10:12 AM, R.S.
wrote:
> zMan,
>
> Please, re-read the message you responded to.
>
ok, thanks, all the example I have specify both for some reason, thanks
Carmen
- Original Message -
From: "Charles Mills"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 13, 2016 9:20:36 AM
Subject: Re: Question on SPKA and Control Register 3
Neither. They
Neither. They are independent. You can specify either or both independently.
KEY=0 lets you access everything. MODE=SUPE lets you do everything. (More or
less.)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Carmen Vitullo
zMan,
Please, re-read the message you responded to.
Hint: Itschak asked the question, Radoslaw answered.
Regarding zPDT - indeed, it is licensed to "non production" activities
(*some* development tasks, learning).
The difference is zPDT is a license - you buy the hardware, IBM delivers
you
Sorry again folks - I forgot NOT to send replies via my work email
Not sure my assembler is very weak, but don't you have to specify supervisor
state when setting key ZERO, or is that just assumed.
MODESET KEY=ZERO,MODE=SUP ?
Carmen
- Original Message -
From: "Carmen P
You have received a secure message from "Vitullo, Carmen P"
entitled, "RE: Question on SPKA and Control
Register 3".
You can view the message (before 12/27/2016) at the following web address:
> When? Does it fail during stuff 1 or stuff 2?
Not certain. At the end of the sequence for sure. Probably in stuff (two).
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Tuesday, December 13, 2016
Okay, there is just no doubt in my mind that the use of MODESET precludes
the use of SPKA (and I'm not certain how to get around it other than to use
MODESET (with its attendant SVC) rather than SPKA). It's code that runs
millions of times per hour on multiple LPARs so I am trying to minimize
Dejan,
If you need a specific manual. Let me know. I have the 2.2 PDF library
downloaded.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dejan Stamatovic
Sent: Tuesday, December 13, 2016 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
As others have noted, No, it wasn't. I suspect you're confusing MP3000 and
zPDT.
2016-12-13 6:53 GMT-05:00 R.S. :
> W dniu 2016-12-13 o 11:52, Itschak Mugzach pisze:
>
>> Isn't mp3000 licensed to development only?
>>
> No.
> However I would use past simple tense.
It's not just you!
Working with pdfs is something I do day in day out!
Dejan Stamatovic
CROZ D.O.O.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Charles Mills wrote:
>* Enter APF-authorized and with Key=8
> MODESET KEY=ZERO,MODE=SUP
>* do stuff (one)
> MODESET MODE=PROB
>* do stuff (two)
> MODESET KEY=NZERO
>leaves you in a state in which SPKA 8's will fail.
When? Does it fail during stuff 1 or stuff 2? From what you
Susan Shumway wrote:
>Yes, indeed, both http://www.redbooks.ibm.com/ and
>http://publibz.boulder.ibm.com/ seem to be down.
>I'm sure the necessary folks already know about it and are working on getting
>them back up and running.
Thanks. I'm grateful for your kindness.
>Use KC in the meantime
@Peter, @Bin, it's really failing and there is no flaw (I believe!) in the
SPKA code. Not much code or dump is relevant. Hard to go wrong with SPKA
0(R1) when the contents of R1 in the minidump is xx80 (and yes, the
instruction is still B20A1000 in the display of the code near the PSW
Alan:
I would be interested if this can be done remotely. If so, please fill
in the details. I am in Goldsboro, NC an hour east of Raleigh. I am a
long-time z/OS sysprog.
Mike Myers
On 12/12/2016 04:51 PM, Alan Haff wrote:
I work for a multinational ISV and we have an opening for a z/OS
Yes, indeed, both http://www.redbooks.ibm.com/ and
http://publibz.boulder.ibm.com/ seem to be down. I'm sure the necessary
folks already know about it and are working on getting them back up and
running.
Use KC in the meantime for the z doc. If you're desperate for a
particular Redbook/etc.,
>I had guessed that an APF-authorized but otherwise "ordinary" program
>running with Key 8 would be able to issue an SPKA with an "address" of
>xx8x in problem state without getting a S0C2.
Whether APF-authorized or not, it can. If your program is getting S0C2,
then you are most likely not
Nah, it migrated over to the Redbooks site!
But I agree with the Shopz assessment. Everything I submitted yesterday
"eventually" was processed.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: Tuesday,
Yea, that was the symptom I was seeing. All seems fine this morning however.
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H
p
W dniu 2016-12-13 o 11:52, Itschak Mugzach pisze:
Isn't mp3000 licensed to development only?
No.
However I would use past simple tense. ;-)
--
Radoslaw Skorupka
Lodz, Poland
---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku
No Probs
Crispin Hugo
Systems Specialist
Macro 4 Limited
d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 | www.macro4.com
Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West
Sussex, RH10 4SS
Registered in England no: 00927588
Please consider the
Does anybody have problems with accessing pdf manuals on the following link:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/#IEA
Dejan Stamatovic
CROZ D.O.O.
--
For IBM-MAIN subscribe / signoff / archive access
It would not fail under MVS.
My guess is that you are not checking the correct thing.
Post the minidump.
On Mon, 12 Dec 2016 13:49:09 -0800 Charles Mills wrote:
:>I had guessed that an APF-authorized but otherwise "ordinary" program
:>running with Key 8 would be able to
The MP3000 came with integrated disk and was not restricted to dev only. A lot
of 'small' customers used it for production work. Having said this it was ideal
for dev. End of Service for the system was in 2012.
--
For IBM-MAIN
The website is down and they are working on it.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I get the same as you.
Crispin Hugo
Systems Specialist
Macro 4 Limited
d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 | www.macro4.com
Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West
Sussex, RH10 4SS
Registered in England no: 00927588
Please
Yes, I am seeing the same thing. It just spins...
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dejan Stamatovic
Sent: Tuesday, December 13, 2016 5:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: redbooks can not be accessed
Anybody seeing the problem I see?
http://www.redbooks.ibm.com/
can not be accessed.
Dejan Stamatovic
CROZ D.O.O
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
Isn't mp3000 licensed to development only?
ITschak
בתאריך 13 בדצמ 2016 12:50, "R.S." כתב:
> W dniu 2016-12-13 o 11:05, Dave Wade pisze:
>
>> [...]
>> There are many sites out there that have been deserted by IBM who only
>> want to sell "Big Iron". There is
W dniu 2016-12-13 o 11:05, Dave Wade pisze:
[...]
There are many sites out there that have been deserted by IBM who only want to sell
"Big Iron". There is nothing like the MP3000 for price/performance available
today, yet many were sold. What options are there for users of small mainframes?
I
Greg,
I tried all three links and they responded instantly. Sorry...
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Greg Boyd
Sent: Tuesday, December 13, 2016 5:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS PDFs
Anyone else
Anyone else having problems getting to the z/OS PDFs? I went thru
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/ and
then tried to get to PDFs for each version of z/OS:
z/OS 2.2http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/
z/OS 2.1
>The legacy, legacy, legacy everywhere on their site is pure indoctrination,
>sorry, psychologically-inspired advertising, easily
>impressed on the brain-pans of those with no genuine knowledge of Mainframes
>who are already "modified" to believe that a
>Mainframe is a dusty-old-thing running
According to the marketing literature, it does binary.
Both Raincode and IT-COBOL are partners. If a binary doesn't work, you go to a
COBOL-IT recompile.
They have a demo-film for batch, with this stern and impressive prologue: "The
recording has not been edited or shortened. Everything you
86 matches
Mail list logo