chines I work on anyway. Too impatient to
wait for the internet.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
A bit too brief
--
Peter Hunkeler
Von: Mike Schwab An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Short description of system address
spaces Datum: 01.07.16, 15:41
JOBNAME
*MASTER*
ALLOCAS
ANTAS000
ANTMAIN
APPC
ASCH
ASCHINT
AUTOTSO
AUTOVIEW
AUTOVSSI
AXR
BPXAS
s and features. There
is a manual providing this list.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Would anyone of the IBMers watching the forum know whom to contact to tell them
that the zOS/ V2.1 MVS Data Area manuals are missing in the new Knowledge
Center?
The feedback link on the page seems to be just general feedback about IBM.
--
Peter Hunkeler
ay I save the link to the z/OS V2.1 bookshelf part:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0
Just don't try to use it with IE (up to IE11), use Firefox, Chrome or whatever,
just not IE.
--
Peter Hunkeler
-
er if this matters for your query.
--Peter Hunkeler
>What is the *smallest* volume size everyone sees in general use?
>
>For example, will we create any problems if we assume that "everyone"
>has or can define at least a 3390-9 size volume these days?
wever if this matters for your query.
--Peter Hunkeler
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: Tuesday, June 28, 2016 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Minimum Volume Sizes in the Wild
What i
Relaying from GMX Webmail
--
Peter Hunkeler
> Gesendet: Freitag, 24. Juni 2016 um 12:29 Uhr
> Von: "Peter Hunkeler"
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: AW: OT: Test regarding ReplyTo - Please ignore
>
> Replying from AltaMail.
>
>
> --
> Pe
Replying from AltaMail.
--
Peter Hunkeler
Von: Peter Hunkeler An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: OT: Test regarding ReplyTo - Please ignore
Datum: 24.06.16, 12:28
Havong some troubles with Reply-To. Please ignore this message.
--
Peter Hunkeler
Havong some troubles with Reply-To. Please ignore this message.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
entries.
A step level switch, i.e. EXEC parameter, would make sense for exactly this
reason, I guess.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ete all
generation data sets (GDS) currently associated with the GDG.
Questions would be how to handle newly created, but not yet rolled-in GDSs
(jobs running in parallel). And what about new GDS created in step n of a job
running in parallel, and step n+m referring to that GDS? There are pr
x27;t it?
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>http://petelancashire.com/gallery/main.php?g2_itemId=7139
I guess you can't make this availble to bitsavers, can you?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
ng a data
set still adds an entry to the TIOT? Only authorized code is allowed to as for
the entry to be added to the XTIOT. I guess IDCAMS is using the XTIOT, but user
programs, including TSO and ISPF do not.
OTOH, why not deleting the GDSs with IDCAMS "DELETE your.gdg.base.* MASK&q
ssions? Did you go into ULOG
on both? If so, messages will only show up on the session where you entered
ULOG first.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@
ity that waits for either an MVS STOP command or until a
specified time interval has expired. It sets up the timer and the CIB, then
WAITs for one of the two events to happen.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signo
C's AS or again
in a UNIX initiator AS, but the jobid will be Snnn in both cases.
But even standard MVS services might be run as STC or as batch job. Some run
CICS or IMS as STC, some as batch job. So, CICS/IMS will show up as either
Snnn or Jn
S.
That makes the highest numbered, accessible byte to be at address x'7FFFEFFF'
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>... OTOH: It might run under Master Scheduler not JES.
Makes perfect sense to me. Firstly MOUNT is an MVS command, and secondly, one
would not be (or have been) able to MOUNT a volume when JESx was down.
--
Peter Hunke
am from dynamically allocating a SYSOUT file? If not,
JESx must know about that address space and thus the Annn number would be
managed by JESx the same way JESx is managing the number for TSU, STC, and
batch jobs.
--
Peter Hunkeler
---
>>I guess IBM's thinking is that we should just treat it as a magic cookie. It
>>is guaranteed to be 8 EBCDIC characters that will identify a job or the like.
>>End of story.
>>
>Used to be 7, IIRC.
Don't you mix that up with TSO Userids which are re
h OS/390 V1.3 (I seem to remember). Before that, APPC
initiators were used to provide a home for non-local child processes.
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions
d.
"ls" will not show this file.
"fsinuse" will show processes that use files in a specific directoy, but /tmp
might be used by many. So, how do you indentify the one eating up all space?
--
Peter Hunkeler
---
ause
> that order is selected on the basis of address space dispatching priority.
> Once the control program selects an address space for dispatching, it selects
> from within the address space the highest priority task awaiting execution.
> Thus, task priori
block sizes.
I never cared to look at what TRANSMIT allocated. I just tried and found that
TRANSMIT overrides the block size with 3120, when the data set already existed
(and uses this when it allocates the data set).
--
> However, I don't think that is your problem. The XMIT dataset should be FB
80 3120.
Just for the records: The XMIT data set *must* be RECFM=FB, LRECL=80.
The blocksize should be as large as possible to minimize the number of I/O
operations to be run. 27920 is optimal.
--
Peter
WEBs
which have that Service Class assigned will get the new dispatching priority at
time. And this may change the order of WEBs already on the WUQ.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> Alas, ISPF DSLIST does not show created date for migrated data sets.
Those dates are in the data set's DSCB. There is none for migrated ones. So for
once, ISPF is not guilty.
--
Peter Hunkeler
--
For IBM-MAIN s
to printed separately from the data field as well.
But I'm fine with this. Just wanted to make sure I'm not misinterpreting
anything.
Thanks
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access in
s the when printing.
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>There are manuals for DFSMSdss that should be helpful on the ibm website.
ADR and ADRY messages are documented "z/OS MVS System Messages Volume 1 (ABA -
AOM).
As obvious as can be, isn't it?
--
Peter Hunkeler
-
h or cry. DFSort is a great tool, no doubt; it's
control statements (I intentionally don't called it "language") are a
nightmare, no doubt. Hopefully noone will ever consider the above as something
suitable for production. Overkill; not maintainable.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>So if you want to use EAV's, make them SMS. ...
... and be prepared to have to deal with strange errors with software which is
not EAV-savvy, i.e. which show strange behaviour with cylinder managed block
addresses. E.g. code written with SAS-C may not like them.
--
Peter
ings (or things to come) just as Expanded Storage was.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RG has *no* upper limit specified.
So, when we run with the base policy, nothing is limited via RG, because there
are no limits set. When need arises, we simply switch to another policy, based
on what limit we want to set.
We're
E processing takes so long.
I thought PAUSE / RESUME is a slim process.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
the question
marks disappear.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
nd looks at the OPSW
in the RB, which points to PAUSE.
Anyway, I still am interested to learn how the flow from the application TCB/RB
to DBM1, its SRB and back are working.
--
Peter Hunkeler
--
For IBM-MAIN subscrib
r,
when finished, the SRB cross-memory posts the TCB/RB.
Is this roughly right? I'm just curious.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua
couple of IEAVEPS1 entries in a row? Of yourse 1/100s is a long time so other
things may have happened inbetween, not being caught ba MA-Tune's sampling. I
wonder, however, if and what could case this to take longer that what I would
expect.
Any clue?
--
Thunderbird on my PC
is the one that gets the mail from there via POP and DELETE.
Apple's mail client is only configured to be able to send out, because I
consider this app less than basic in functionality.
--
Peter Hunkeler
---
> Uhm... I don't see any conditional branch at the start of the loop that
> branches or falls through?
I'm with Fred here. Out of curiosity, the code you posted seems to be
incomplete. Is it?
--
Peter Hunkeler
-
be able to determine
how many parameters were passed. That separate parameter could be within the
parameter list (for example, the first parameter list slot) or could be in
register 0."
So, no, you don't miss anything.
--
Peter Hunkeler
---
delete them via JES3 command or using SDSF or (E)JES, I would say (can't try
myself).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
table, but $PWD changes with every "cd" command.
When you change the quotes to double quotes, PS1 will contian the current
working directory at login time, and this will not follow you "cd"s.
--
Peter Hunkeler
---
So this:
UID=`id -u `
if [ "$UID" = "0" ]
then...
becomes this:
if test $(id -u) = 0
then...
And there are other characters like the pipe symbol which can cause troubles.
--
Peter Hunkeler
--
For IBM-MA
s released.
I could not build a case where space was actually release after being allocated
via IEFBR14 step, neither with SMS-managed nor with non-SMS managed data sets.
--Peter Hunkeler
--
For IBM-MAIN subscribe / sign
hey work"
from Laura Blodgett / Dieter Wellerdiek. But this aspect is not discussed there.
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists.
me to think about non-dispatachle flags, and the idea that
only dispatchable work units (WU) may sit on the work unit queue (WUQ). The
possibility of allowing WUs to sit on the WUQ while not being allowed to be
dispatched just didn't occur to me. Ni
> Pity. I can hope that the new emulation they want to use can handle it.
> (Saying in German: Hope dies last - die Hoffnung stirbt zuletzt).
We're using Reflection from Attachmate (if I'm not totally wrong). This handles
any screen dimensions I wanted to use so far.
-
> Can anyone tell me where this is? Don't see it under Options, 6. Set screen
characteristics...
When writing ISPF Settings I meant ISPF option 0
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archiv
>It wasn't private.
Yep, and when I finished reading I wondered what secrects he wanted to
keep. Nothing dramatic was unveiled. IMHO.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archiv
quot; monitor allows for a
reasonable font size, provided it's a business montor and not a movie viewer
monitor. I mean to say it should have a vertical resolution of 1080 or more
(which is hard to find, unfortunately).
--
Peter Hunkeler
-
you can use any number of rows but only 80 or 132 columns. The products
still don't user more than 24 (or is it 27) rows but at least they don't abend
anymore. Yeahhh... :-)
--
Peter Hunkeler
--
For IBM-MAIN sub
Settings" wiht options
STD, DATA, MAX which has great influence on how ISPF behaves (it is called
"screen size" or something the like). Have you set this to either DATA, or my
preferred setting MAX. (I don't like the constant resizing
white or light grey
background on office and other workstation programs.
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
g written during input phase as part of READER processing. In the case of a
TSO user submitting a job, this processing mostly occurs as part of the submit,
so within the user's TSO address space.
--
Peter Hunkeler
-
ing could write the date message, since that is
independent of any JCL or JECL statement content.
Some insight anyone?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@
To ibmmain.10.ats...@xoxy.net, and other anonymous posters
One of the unwritten rules, at least in my understanding: Tell who you are!
Two ways to do this: Use an email address that shows your name, or, preferably,
sign your post with your name, first name at least.
--
Peter Hunkeler
t of the hardware needs to translate "absolute 0 of this
LPAR" to a *physical* memory address (how this works in detail is far beyond
my knowledge).
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe
wine accompanying my diner, but you've
lost me.... Anyway, it made my day, thanks :-)
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
king about an RCF or PMR to get a autoritative answer.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
06 are no longer around.
Again there once were more members in the plex, but where would I find that
number? D XCF tells me the names of the systems, only.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff
I'd have been surprised when
the JES2 MAS member number would be queried by dynamic alloction (the second
case).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
> That would be "F" for EBCDIC, IIRC '5' for ASCII.
ASCII digits are x'30' to x'39' so the zone part is '3'
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signo
red. Just an example from my environment:
o transferring some 1200 bytes, ftp tells me the transfer rate is 245 KB/s
o transferring some 2.3MB, ftp tells me the transder rate is 12'000KB/s
This is a nearly 50 fold difference.
Only compare transfer rates when the file size is similar.
P code will hand over data to TCP/IP which eventually will start an I/O
operation to transmit the data over the channel. All this runs on a CP until
TCP/IP (actually VTAM, I think) does a SSCH to start the I/O, gain handing over
to the SAP.
I this what you've been asking for?
--
Pet
uely identify a system in the plex.
>I also think it is something with SMS routines and the ALLOCxx member. I
>searched the MVS Authorized >Assembler Services Refs, but found nothing.
Yep, me too. But as I said, I could not find it described somewhere.
--
Peter Hunkeler
--
ecuting the job (for dynallocs).
On our four-way sysplex, I just saw values 02 an 07, which puzzles me.
I could not find where the two digit *system identifier* is coming from. Any
idea?
--
Peter Hunkeler
--
For IBM-MAIN
fore the rexx step or may be allocated within the rexx. In
both cases HSM would not care, because HSM is allocating and writing to DSN=A,
freeing its allocation on it when the command has finished.
Initiator will find DSN=B when it does step allocstion. This has nothing to do
with the enqueue be
t
the end of the last step allocating the data set with DISP=NEW, OLD, or MOD (if
there are allocations in later steps with DISP=SHR).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send em
RT step you could rename the data set in the first step, so that
the name HSM and the SORTIN DD are referring to do not match.
//SYSTSIN DD *
HSEND.
RENAME 'MAINT.TEMP.LIST' 'MAINT.TEMP.SORTIN'
and change the DSN on the SO
>> LA R15,0
>> BR 14
>>
>> It is a 2 instruction program that is as simple as it gets
>
> I think that LA is actually a XR 15,15 or a SR 15,15.
The latter.
--
Peter Hunkel
obviously.
In German we say "das ging in die Hosen, aber gründlich". Not sure what an
English idiom would be.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@
> You could join, if you have not done so, the DB2 List for a more focused
> group discussing DB2.
>To join, it is free, go to idug.org
Haven't I said in my post that I do not want to subscribe?
--
Peter Hunkeler
is link.
The rest of your answer describes how log data makes its way from memory to
archive logs, but it says nothing about reading back from active logs ds when
the data has been offloaded already.
--
Peter Hunkeler
--
For
> IEFBR14 is not a TSO command.
Really? I learn something new every day, that's great :-)
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
> ?That doesn?t apply to ?true?, though, right??
> ?Of course not, use some common sense.?
That would require the knowledge of /bin/true to be common sense, which I
doubt. I like the idea of help being available even for what might look like an
obvious command to some.
--
Peter Hu
> But does IEFBR14 do this? :-)
>
> // EXEC PGM=IEFBR14,PARM='--help'
Of course not. On z/OS help is available with "TSO HELP xyz". So I tried "TSO
HELP IEFBR14" and got:
HELP NOT AVAILABLE+
COMMAND IEFBR14 NOT FOUND, FOR MORE HELP
hich are
formatted as VSAM control intervals (CIs) [snip]
4. The CIs are written to a set of predefined disk active log data sets, which
are used sequentially and recycled.
5. As each active log data set becomes full, its contents are automatically
offloaded to a new archive log data set.
ght FM would be nice, too. May need to
be able to point someone to a FM so he can read hinself.
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@li
ell code page matches theTN3270 code page (run chcp in
/etc/profile or ~/.profile)
Take care of config files which must be in CP1047. My .profile allows me to
choose the CP at login. Alternatively, use iconv.
--
Peter Hunke
is has been discussed here (or on some other forum
I'm subscribed), but a quick search on IBM-MAIN's as well as MVS-OE's archives
has not returned anything.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / sig
w
function (CSI) can tell.
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
talog Search Interface (CSI) instead of Generic Catalog Locates to
search for data set matching the INCLUDE mask. The new function is enabled via
PATCH area, offset X'54'.
Has anyone enabled the CSI interface by patching ADRDSSU? Any expecience you're
willing to share?
since I don't have access to any.
Would appreciate if someone with su authority would test as follows
a) logon to TSO
b) TSO OMVS
c) su
d) oedit anynewfile
e) enter some text and save and exit
f) ls -l anynewfile
I'd expect anynewfile to be owned by uid=0.
I also vaguely remember that whi
ch_exec, I believe), i.e. the shell runs in the TSO address space. You can
override this with TSO OMVS NOSHAREAS. So the default behaviour is more like a
local spawn() than a fork().
--
Peter Hunkeler
--
For IBM-MAIN subscri
gt;Did this work for you on z/OS? Looking for alternatives on a Linux system
>(I haven't su on z/OS):
Yes, it does indeed. I don't have su right neither but I asked a colleage who
has to verify for me (on z/OS V2.1)
--
Peter Hunkeler
---
>does not do what you think it does ...
>
>or, in the words of Inigo Montoya ..
>
>you keep using that command. I do not think it means what you think it means
>...
I don't get your point, I'm
I know there are other ways. And there is sudo, but that is an add-on.My
intention was not to list all possible ways, but to point out that "...; su ;
othercmd..." will *not* run "othercmd" under uid=0. It seems to be a not so
uncommon missunderstanding.
id=0, because it is the sub shell (uid=0), which is reading
from /tmp/sucommandfile as if it was stdin, and execute the commands found
therein.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thanks, Kees
I've had a look at a couple of presentaions already, but not this one. Thanks
for the pointer.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
P/IP when the UNIX kernel (STC OMVS) is not up. TCP/IP will tell you it is
waiting form OMVS to initialize.
No offence intended.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send emai
cancel
the job or allocate new spool space and let the job continue (E jobname,RESET),
or whatever suits your needs.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
er. I'll read that document, too.
>From this I think I've got a good understanding how this works, except from
>the point about the free capacity of the system when WLM has do decide to
>start or not to start more init
t on the other
hand, WLM must have some figures to calculate with and GC seems to be one.
But what happens at times when the system is capped because the group has been
exceeded? calculating with the GC in this case would yield false results for
sur
queue.
Silence is ambiguous for me. It could mean nobody knows the truth, or it could
mean this is the truth :-) So, I'd very much appreciate a confirmation if my
understanding is correct. And, of course, please let me know where I
ssing elsewhere in the
system and trigger too many times. Make sure you always add MATCHLIM=1
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the me
Forgot to mention that the LPAR is member of a capacity group, so the group
capacity might be another factor.
--
Peter Hunkeler
Von: Peter Hunkeler An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: What CPU capacity does WLM look at when
deciding to start more batch initiators
601 - 700 of 941 matches
Mail list logo