Thanks for all the help, everyone
It turned out I was simply too impatient. As someone suggested, JES2 was still
about to format the additional space. It just took so much longer that I had
expected and the AWAITING(E2) is not very helpful.
Anyway, no need for a PMR.
--
Peter Hunkeler
specificlly look for, but have not seen or heard of any problems while
the space was being formatted. In summary, the expansion ran smooth.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
/OS 2.1. If you can see this on V1.13, you might
want to try 'A*' and eventually open a PMR if it does not work for you either.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
About comparison operators: the z/OS 1.13 help says:
You can use a relational operator for the priority work qualifier only.
Same on 2.1. Sorry I have overlooked this. However this is worth a PMR since
the diaog silently accepts it, at least on an SE type entry.
--
Peter Hunkeler
$POJ*,JM=IDC1031*,ALL,CC=(4)
Change this to:
$PO JQ,JM=IDC1031*,ALL,CC=(4)
I regularly use this, just using different filters such as DAYS.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
this clarified.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
THAT IS AWESOME! Wow! Thanks,
You're welcome.
I recognize from seeming my onw post that it has been reformatted in a bad way.
A couple of line feeds have been dropped. Hope you can decifer the samples
anyway. If not, tell me and I will try reposting them.
--
Peter Hunkeler
Yeah but that's only as of z/OS 2.1 ?.as a ISV we support backlevel versions
also ?so one has to come up with two solutions ?
If you need the symbol substitution, then yes, this requires z/OS V2.1. The
STDPARM has been there at least in V1.13.
--
Peter Hunkeler
What's a quick link to this week's z/OS v2r1 software shelflist?
Bring back LOOKAT!
...and bring back BookMaster and BookServer as well.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions
in JES).
HTH
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.
--
Peter Hunkeler
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: Saturday, December 20, 2014 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: JCLLIB in started proc?
The START command processor needs
it? You can create jobs including JCLLIB easily.
If this is not an answer to your question, please be more specific.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
gonna be sent to the MSTR or to a JESx subsystem.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
If we could solve your problem we could also solve mine presumably.
Sorry, Charles, I've lost track of what you initial problem was. Would you like
to reiterate?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff
of these concatenations.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
be modified by content of personal libryries, this would undermine the above.
What hinders you to ask for the JCL (procedure) library to be added to IEFPDSI?
Ask for it, expain your case.
--
Peter Hunkeler
--
For IBM
As supplied by IBM, the IEESYSAS
proc does not contain a DD statement for any of those DDnames.
We have not modified the IEESYSAS procedure. There is none of the dump DD
statements in there.
--
Peter Hunkeler
--
For IBM
, the program seems to have allocated quite some virtual ATB
srotage but it is little used (only very few real frames allocated).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
/java ?version
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
dump, then retry. This doesn't not seem to be the
case since RTM2 was trying to document via abend dump (maybe based on the fact
that we indeed added a dump DD statement. I will chek if this is the case.)
Am I still on the wrong track?
--
Peter Hunkeler
an ASID to a task.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
case, wouldn't RACF logging of denied accesses have been
a way to capture the data as to which job was denied access?
Good point. I'll have a look.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
directly with standard methods.
So you don't consider BSAM a standard way of working with data? I do not say it
is used very often in all days programming, but I still consider this a
standard method. And you do, well actually you must deal with RDWs and even
BDWs yourself.
--
Peter Hunkeler
be records that do fit in a block, and they
will have the third byte as x'00'.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM
instead of the usual
INITIAL() keyword.
Also new with Enterprise PL/I is the ASSIGNABLE/NONASSIGNABLE attribute for
variables. So, STATIC as well as dynamic variables can be writable or not (i.e.
constant after being initialized).
--
Peter Hunkeler
very often received help myself.
If you don't want me to reply to you, just say so.
No, do not stop replying.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
970 0090 OLD VALUE: 15 4 4
E 970 0090 NEW VALUE: 15 4 3
[snip 2]
Thanks
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff
constants then. (Been there, seen that.)
I admit it is not the STATC but the NONASSIGNABLE keyword that makes the
constants, but a trainee migth not yet appreciate that fine distinction.
--
Peter Hunkeler
--
For IBM-MAIN
it is
not authorized. It is more general and not restricted to this specific message:
How to find the task related with a message if ther is no jobid?
I haven't had a look at LOGREC yet. This is surely something to consider (not
sure why I have not thought of it myself).
--
Peter Hunkeler
processing.
I appreciate any comment and correction.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
That seems to me like undesirable behavior. I will discuss
this with the owner of the code to see if that could be changed
in a future release.
Thank you very much indeed, Jim. Much appreciated.
I mentioned that I had opened a PMR for this. I will post its number tomorrow.
--
Peter Hunkeler
I mentioned that I had opened a PMR for this. I will post its number tomorrow.
Here it is: 60902,113,848
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
I consider an error if a system
component tries to document a problem via ABEND dump instead of an SVC dump.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
. No catalog is involved in all of this.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
and are also in need of login to TSO, you're
out of luck, I guess.
I can imagine the complementary question:
How can I allow users to use OMVS but not TSO. batch, etc.
Don't define a TSO segment for those users. OMVS and TSO are independent
segments.
--
Peter Hunkeler
the system is brought doen (V
XCF,,OFFLINE), right?
What (negative) impact is there if we don't stop operlog?
--
Peter Hunkeler
PS: Resend with typo in subject corrected
--
For IBM-MAIN subscribe / signoff / archive
the system is brought doen (V
XCF,,OFFLINE), right?
What (negative) impact is there if we don't stop operlog?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
ask the
combined wisdom. It's been some years since I cared for such things; I might
have missed some common sense reason, or I might simply have forgotten.
Feeling good now to suggest no longer varying operlog offline.
--
Peter Hunkeler
I would also shout Agh! At what JES2 and z/OS level are you? Or does that
not matter?
No, its not the fault of JES2, so the software levels do not matter.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
Any idea what to look for?
Arrrgh. JES2 INDependent mode hit us again
I stumbled over this earlier this year when job output was not purged. TWS is
the culprit. See JES2 not purging output on PURGE queue in the JES2 list (Jan
2015), if interested in details.
--
Peter Hunkeler
are idle, there is no (visible) GRS contention. Started
tsks and TSO logons are working.
Any idea what to look for?
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
to call BPX1MAT for shmat() functions.
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
) unlucky relationship that
REGION=0K or 0M implies MEMLIMIT=NOLIMIT.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
comments?
--
Peter Hunkeler
-- Excerpt from z/OS DFSMS Using Data Sets -
Chanpter Extended Address Volumes
For an extended address volume, the extended addressing space (EAS) is cylinders
whose addresses are equal to or greater than 65,536. The ccc portion is
non-zero for
the cylinders
Crossposted. I had posted this on the JES2 list but got no insight so far.
Hopefully someone here can shed some light on this.
I stumbled across a job that had ended and was in status HELD in the JES2
execution queue. First I thought someone must have issued a $HJnnn while
the job was
Cross-posted to IBM-MAing and JES2-L
A while ago I was seeking for help regarding jobs being re-queued at an EOM
situation. I did not get the desired insight here, so we asked IBM for details.
We got below explanation, which IBM support found in internal documents, only,
but not in any FM. I
http://www.redbooks.ibm.com/abstracts/sg247617.html
Thanks for this pointer. I was searching the DFSMS library, but forgot Redbooks.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
specifies whether the init process shall continue to wait
or terminate the script when the timeout occurs.
If JESx is up, do you see IEF start messages for BPXAS address spaces? Does
wither D OMVS,W or D OMVS,A=ALL display anthing helpful?
--
Peter Hunkeler
cat /etc/log
... and since you can't cat unless OMVS initialization is complete, you might
want to redirect /etc/log to the SYSLOG. Delete the /etc/log file and create a
symlink instead, pointing to /dev/console.
--
Peter Hunkeler
instead of merely repeating the
individual entries from the interval records.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Do you have SAS and MXG at your shop? If so, then the MXG.SOURCLIB will
have information on what you are looking at.
No, we don't.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Do you also see subtype 5 (Job termination)?
Yes, but they are not of interest for the question at hand.
What is your DDCONS and INTERVAL setting?
DDCONS is what I was missing, well actually, I forgot about it. Thanks for the
reminder.
We do have DDCONS(NO)
--
Peter Hunkeler
STEPLIB.
Thanks for confirmation or correction where due.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
did it when vi became available on MVS (OS/390 V1.x). I've
never regretted.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
is *not* defined at all.
When BPX.DAEMON is defined, which is higly recommended, then a process running
with (e)uid=0 needs to also have READ access to BPX.DAEMON to be able to make
an (MVS) identity switch to anyone (having an OMVS segment).
--
Peter Hunkeler
about.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
the storage
after use.
This is from a quick refresh of my memory. Note also that I have not verified
if there is an easier way nowadays.
I'll send you some code snippets offlist.
--
Peter Hunkeler
Von: Lizette Koehler stars...@mindspring.com An:
IBM-MAIN@LISTSERV.UA.EDU
in the CFW cache is
mirrored *before* of *after* the data has been hardened to the platter.
Appreciate any insight. Thanks in advance
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
does neither refer
to a shell nor to anything more than what I wrote: The OMVS TSO Command
processor has not been programmed to read/write/care for any command history
file any UNIX shell program might use.
--
Peter Hunkeler
Where's Ron when we need him ?.
Yep, but what does this help me?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
that .sh_history is still feeded when logged in through OMVS, but OMVS has
no access to this file.
HTH
--
Peter Hunkeler
On 25 May 2015 at 12:55, Ken MacKenzie ken.macken...@pramerica.ie wrote:
Hi All,
Something's puzzled me for some time and I wonder if it is a quirk at this
site.
When I go
I'm not a big fan of the Irisch commands (OEDIT, OGET, etc.), but for the
problem at hand, OGETX with the SUFFIX() operand might be useful. All suffices
must be the same, and the remaining name must be a valid member name.
--
Peter Hunkeler
for the SMPLIST, LOG, OUT and RPT to get all output in a
single output group.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IOF does and has for at least 14 years support carriage control emulated
display (both RECFM=A or M), except for overprinting.
Pardon my ignorance, but what is IOF?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff
whether the user entered an IP address or a hostname. This is
the basis for multihoming, aka. VirtualHosts in web servers.
I don't know but doubt that this information is part of the FTP protocol. If
not, what you desire seems not possible to me.
--
Peter Hunkeler
if user had no way but to use his invention. That surely is not
given for FTP.
I'm gonna have a look at some Wireshark traces, and at the FTP RFC(s).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
Is - part of the ASA standard or is it an IBMism? --
Peter Hunkeler
It's pretty hard to find a definitive document. I'd have greater trust in one
that wasn't published by IBM.
While reading RFC 959 (FTP) for some other reasons, I stumbled across the
following text:
Quote3.1.1.5.2. CARRIAGE
Ah! Here it is!: asa - Interpret ASA/FORTRAN carriage control
But it's an incomplete implementation. Doesn't support the - (space 3 lines)
ASA CC.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
allocated and deallocated for each
LIST, which lead to a set of new output groups each time (SMPLOG, RPT, LIST,
OUT).
I never seem to have done this before, or, my memory is failing
--
Peter Hunkeler
--
For IBM-MAIN subscribe
independent JES2 output groups
So the question has changed: What did I do to split these jobs from the initial
single output group to one per SYSOUT? I have searched the log but could not
yet find anything useful.
--
Peter Hunkeler
> Is there a module within SYSRES dataset's which can help me to determine
the z/OS version ?
> This Question is just for the Knowledge sake and not trying solve any
problem.
"D IPLINFO" gives you that and more. Or look at CVT field CVTPRODN.
-
> Check out the GDGORDER parameter. It became available in z/OS 2.2 and allows
> you to process generation data sets in the order they were created.
This actually became available with z/OS V2.1
And it doesn't help with her request to process the latest GDS *only*
--
Peter Hu
after open, so it can delete it.
I can dig out some code if you like to further follow this vague idea.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
> The earlier post by Peter Hunkeler was referring to the LIST attribute of
> ENTRY, described here:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IBM3LR60/6.10.5
Yep, this is what I referred to.
--
Peter
in case
you need to perform an IPL manually. Again automation may fail to complete the
startup for whatever reason.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@li
> Ah! That did the trick. I was playing around with the D,TCPIP,TCIP,...
> command and could not find what I needed, thanks.
You can also get the list via console command: D TCPIP,TCPIP,N,PORTL
--
Peter Hunkeler
--
F
g time, and I will continue to
refrain from doing so. This a one-time exception. You don't seem to be honest,
neither about you, nor about you programming intent.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archiv
is the reason FOT = FOA + FOI?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
now paged-in are counted for the *owing* AS-A.
- The ones now paged-in are *not* counted for AS-B when accessing DS-A.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
and Google but could not find useful information.
>From the description of the fields in the SMF manual, I would have expected
>HVO to be at least as high as HVH.
Anyone to educate me of point me the some good doc on this?
--
Peter Hu
> Might it be OA48512?
Looks so. Thanks
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
then causes the pages to be paged-out (SMF30PGO)? Is CICS doing PGOUT by
itself?
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
equire access to BPX.FILEATTR profiles.
copytree can be much lower than pax. Both are much slower that an IDCAMS
REPRO, which is my preferred option *if* the part being copied is contained in
a separate file system.
--
Peter Hu
r than pax. Both are much slower that an IDCAMS
REPRO, which is my preferred option *if* the part being copied is contained in
a separate file system.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
now historical
information available, yet.
Apart from this, I have to live with the current setup and need to find answers
to my previous questions.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructi
former or the latter. Both seem to allow
users to mount with NOSETUID.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Guide for details on the various UNIXPRIV
class profiles.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
butes. If a program running as a UNIX process
does, for example, a local spawn(), it creates a new process in the very same
address space. But this process needs to be tied to a TCB in order to be
dispatchable, so a new task is created as part of spwn() processing.
ted or not.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
long, and can contain bytes of any value, i.e. x'00' to x'FF'"
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>I believe I have seen it discussed that "task" is more closely akin to
>"thread".
Threads also need TCBs under the hood. Processes and threads are both ways to
perform multitasking, so both need
reliably do lengthy actions on a x22 abend. And I consider writing important
data out to disk to be an endless lengthy operation.
Alternatives:
- Could you change the code to use a coupling factility structure to keep that
index data?
- Could you change the code to use a system logger lo
A former employer of mine was heavily using a couple of ESCON channel attached
Océ printers under PSF. They changed the interface to TCP/IP around 2011
(roughly). Still heavy PSF users but only with TCP/IP attached printers.
--Peter Hunkeler
" the data. This "AFP" speak and a bit misleading. What it does is
to split the byte stream received into variable length records.
I may be of more help, if you can be more specific about what your problem is.
--
Peter Hunkeler
---
(for RECFM & LRECL), so
FB-80 leads to 32720. This is z/OS V2.1. This is only via ISPF 3.2; in batch, I
still get half track blocking.
What am I missing?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive ac
didn't care to look to carefully), obviously.
Did this change with z/OS V2.1?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
k size 32720.
How embarrassing. I understand I'm at an age where one starts to forget.
However, I don't understand I just never recognized this behaviour. Anyway,
thanks for the pointer to that thread. Interesting reading.
--
Peter Hunkeler
> Not Unix, but...
Not UNIX either, but...
//ICONV EXEC PROC=EDCICONV,
// INFILE=?FRED.INFILE?,
// OUTFILE=?FRED.OUTFILE?,
// FROMC=?IBM-037?,
// TOC=?ISO8859-1?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / sign
101 - 200 of 918 matches
Mail list logo