Like Y2K, this might open up a whole new career opportunity for someone with an
itch to move around.
HAVE GUN WILL TRAVEL
WIRE JAFFE
LOS ANGELES
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-61
On 2/26/2019 10:35 AM, Elardus Engelbrecht wrote:
There is still much more to do to bring JES2 up to JES3 standard, but
apparently IBM believes they can get it all done by September 2021...
Hahaha, LOL, I don't believe in such predictions that something will happens at
time X/Y/Z. Usually I
One of the thing that usually bites me is the fact that you have to have
the access to ALL of the directories to the path to the directory/file
you're trying to get to.
On Tue, Feb 26, 2019 at 4:52 PM Lizette Koehler
wrote:
> Did you check SYSLOG to see if there were any additional messages, for
Did you check SYSLOG to see if there were any additional messages, for instance
ICH408I
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> esst...@juno.com
> Sent: Tuesday, February 26, 2019 2:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: BPXF105E
>
> H
As a work/study undergraduate I was in charge of the remote sites around
campus. We got a palate of nice green-bar only it was orange from GSA in
Anniston for about 15 cents a carton. It was nice paper about 20% linen and
could be used in pen-fed plotters. Only problem was it had
TOP
SECRETpre-
Robert,
This may be what you're looking for:
https://www.labeloutfitters.com/3500-Sheets-14-78-x-8-12-Continuous-Form-Paper-12-Green-Bar-NO-Marginal-Perfs-15-Standard-Weight_p_1936.html
---
Jim Stefanik
Dallas Vintage Computing Center
From: Robert Prins
Sen
Hi,.I need some help understanding BPXF105EBPXF105E RETURN CODE 007B,
REASON CODE 05620064 JRDirWriteRequestThe service tried to open a directory for
write access.Action: The open service request cannot be processed. Correct the
name or the open flags and retry the operation
.
Normally I use
On 2019-02-25 02:53, Timothy Sipples wrote:
You could check directly with the paper manufacturers if you haven't already.
Q-Connect, headquartered in Belgium, seems to be one of the biggest OEM
suppliers of "listing paper" in the United Kingdom. Here's their main Web
site:
https://www.q-connect.
Ed Jaffe wrote:
>z/OS V2R5 (or whatever it will be called) will be the last release to include
>the JES3 feature. IBM justifies that decision in this way:
I am feeling for you, you who are really who is one of the serious top-gun JES3
gurus.
I remember the ten thousand millions (and still coun
great info, thanks for the link Brian
Carmen Vitullo
- Original Message -
From: "Brian Chapman"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, February 26, 2019 10:14:08 AM
Subject: Re: CPU time and zIIP
Thanks Peter.
Here is the IBM document that I based my assumptions of the SD
On 2/26/2019 10:05 AM, Ed Jaffe wrote:
There is still much more to do to bring JES2 up to JES3 standard, but
apparently IBM believes they can get it all done by September 2021...
Correction: by 2023. They could continue to enhance JES2 via continuous
delivery right up until the expected delive
z/OS V2R5 (or whatever it will be called) will be the last release to
include the JES3 feature. IBM justifies that decision in this way:
"JES2 has added functionality, including dependent job control, deadline
scheduling, 8-character job classes, and interpreting JES3 JECL control
statements.
Paul Gilmartin wrote:
>RACF<->LDAP bridge?
Sorry, but I think you are missing something.
There is already such an interface. In fact, one of my clients is using a
selfhelp web-portal for many years using a SSL LDAP server in one of my LPARs
using RACF as a LDAP Backend.
Using a LDAP client, y
On Tue, 26 Feb 2019 11:31:17 -0600, John McKown wrote:
>On Tue, Feb 26, 2019 at 11:13 AM Ramiro Camposagrado wrote:
>
https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=899/ENUSLP19-0013&appname=USN
>>
>Yummy! Deploy z/Linux Docker containers on z/OS to run on t
On Tue, Feb 26, 2019 at 11:13 AM Ramiro Camposagrado <
0218a26c8a45-dmarc-requ...@listserv.ua.edu> wrote:
>
> https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=899/ENUSLP19-0013&appname=USN
>
>
Yummy! Deploy z/Linux Docker containers on z/OS to run on the z/OS i
https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=899/ENUSLP19-0013&appname=USN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the mes
My response about memory sizes was purely to correct/inform the misinformed
folks who were quoting all sorts of numbers
for the different Systems and stating what IBM or its marketing folks did/did
not do :-)
--
For IBM-MAIN sub
Thanks Peter.
Here is the IBM document that I based my assumptions of the SDSF fields.
*CPU-Time*
Accumulated CPU time consumed by and on behalf of the address space, for
the current job step, in seconds. SDSF obtains this value from RMF, as
follows:
ASCBEJST + ASCBSRBT + ASSBASST (source fie
SDSF uses ERBSMFI for address space CPU-related information and processes the
R791ELEM records mapped by ERBSMF79 in SYS1.MACLIB.
The ECPU column in SDSF DA is populated from field R791TCPC.
The comments in R791TCPC state the formula :
ascbejst+ascbsrbt+(assbphtm-assbphtm_base)
Rob Scott
Rock
I think the OP and prolly most of us non developers make a bad assumption based
on what SDSF's help and user guide provides, which is very little.
checking the alternate display on SDSF for one of my DB2 subsystems I see
CPUtime as 4093.12, GCPUtime is 2187.06 and Ziiptime is 2.17, that's not ad
If the comment is correct that the SDSF display is using ASCBEJST, then
the statement
"ZIIP is not reported as part of CPU."
is not correct with respect to that display.
ASCBEJST includes all time, whether standard CP or zIIP.
There are additional fields, such as ASSB_TIME_ON_CP, that do not incl
You would see this on my systems also, because I use indirect catalog for
SYSRES datasets, I manage multiple SYSRES's for the PLEX, one active and one
for my SMPE env and one I copy maint to, be careful just relying on the vtoc
list to delete any SYSx datasets
one example
and check ieasym fo
Forgot to add, this is a "soft" requirement implemented in z/OS 2.3.
i.e. z/OS will run in < 8GB, but if the LPAR is too small, strange things my
happen.
-Original Message-
From: Allan Staller
Sent: Tuesday, February 26, 2019 7:54 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: z/OS
IEHIBALL!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Thigpen
Sent: Monday, February 25, 2019 6:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Identifying and eliminating uncataloged datasets
I have inherited a system where nobody bothered to clean-up after the
The storage for the HSA is separate from the "orderable" storage. This has been
true for several hardware generations.
AFAIK, this memory size if fixed and cannot be changed.
This has nothing to do with the OP's question.
The OP wanted to know if there was any impact beyond replying to the warni
Which is interesting when you consider that most (Windows) PCs are
single-user machines. Macs, BTW, tend to do well in the 8-16GB of memory
range.
So, an 8GB (strongly urged) minimum for a massively multi-user machine
such as z14 isn't really a lot.
And, yes, I know memory usage patterns vary
W dniu 2019-02-26 o 00:16, Mike Smith pisze:
Not quite. The minimum amount of memory on a z14 ZR1 is 64GB (256GB on the
larger z14).
At first, 64GB sounds like "plenty." But if you are supporting a number of
LPARs with small memory allocations, you can use of the 64GB pretty quickly.
An
Et voila
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/2/877/ENUSZP19-0012/index.html&lang=en&request_locale=en
v2r4 preview
- Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: 21 February
28 matches
Mail list logo
