contention you see and ask why it is necessary. I'm sure, IBM will look
into this and maybe find out that the exclusive ENQ in not needed. Or maybe it
is needed, but then they should explain why, so we can understand another bit
of it.
--
Peter Hunkeler
close or use RMODE31=BUFF on the DCBE ?
If not, the buffers will slowly eat up the available storage, since they are
not automatically freed by CLOSE.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
l, PHP and OpenSSH were removed from
maketing. Suggestion was to download from Rocket Software.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the m
e poerted tools version is 8.5.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
, no I have
not referenced any byte within the new area. I found by looking at the area in
a dump.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> Are you using z/OS 1.9 rules or z/OS 1.10 rules?
New rules
>How were you able to determine this? LRA perhaps?
Looking at a dump
>Why do you care?
Curiosity.
--
Peter Hunkeler
--
For IBM-MAIN subscribe
esponse, it's pure curiosity.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> ask IPCS if the first page is really backed (ip rsmdata virtpage ra(x'page
>> address')) and check the flags in the output.
> He already knows that *his* first page is backed; he's asking if this is
> always the case.
Well, at least I think I know it is backed from what IPCS tells me.
Thanks to Tony and Jim.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
11 offers. I don't see a validation option,
only the conversion options, which you don't seem to ask for. You've set
SSUSFLG1 to X'00'.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instruction
primary
or secondary address space. I guess it some flags, but where is this documented?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the messa
ing me? The manual only talks about the high order bit indicating primary
or secondary address space. I guess it some flags, but where is this documented?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access inst
Allocating 100 MB area, I found that the first page in the newly allocated area
always seems to be backed by real storage upon return from STORAGE OBTAIN. Is
this true? Where is this documented?
--
Peter Hunkeler
--
For IBM
SYSC CATALOG0033 00989BC8 EXCLUSIVEWAIT long
list of waiters follows here...
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...
does WLM look at? The defined capacity of the LPAR? The LPAR's share based
on its weight? The number of CPs (LCPs)? What else?
I'm trying to understand how our LPAR setup on the CEC is influencing WLM's
preception of available CPU capacity and with this, its decision on how many
initiators to sta
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 <p...@gmx.ch> An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: What CPU capacity does WLM look at when
deciding to start more
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'm wrong.
Thanks.
--
Pete
, 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
sure, doesn't it?
--
'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 initiators.
--
Pe
then 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
not seem to be an option to override this restriction.
--
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
ow real storage usage for data and hiperspaces as part of
"active frames WSET" but not as part of "frame occupancy".
There might be other places where RMF tells about data and hiperspace usage.
I'm still kind a RMF newbee.
I assume you now about manual "MVS Programming: Exte
clear from the MODIFY CATALOG,LIST that catalog
is having contention. It is not yet clear whart caused it. Still
investigating
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send emai
> Long running LISTCAT and/or EXPORT on catalog (for backup)?
You mean when someone does an ISPF 3.4 specifying a DSN level which will match
a large number of data sets? Good hint.
Question becomes, how to find out now? I guess there is no track left.
--
Peter Hunke
attach_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
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 while in ISPF edit starting
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
-
I) 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
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 lists
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?
--
Peter Hunkeler
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 message
d=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
on-ESO Hiperspaces lived in expanded
storage and were paged out to auxiliary, when expanded was under presure.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
IX authority.
> Do you have UID(0) on your USERID?
You're not asking me, are you?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ing RACF
TSOAUTH
MOUNT Allow this user to issue dynamic allocation requests that result in the
need for volume mounting.
No mention of UNIX mount.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive acces
> Hiperspaces can be much larger than dataspaces, but you can have many of both.
I don't think this is correct. Both are limited to the once architectural limit
of 2GB per instance.
--
Peter Hunkeler
--
For IBM-M
tely right. I'm sorry for the confusion
this may have caused.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
t see practical use for this.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>(Had you come to SHARE, you might have known that--hint, hint. ;-)
Re: hint, hint, John, would you find some time to convince our upper level
management of many companies of the value of SHARE, etc?
Sorry, could not resist.
--
Peter Hunke
I'm curious to understand whay you want to run this rexx as a shell script as
oposed to a simple batch tso step.
I don't see the benefit, only drawbacks
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
>Which mentions SYS1.SAMPLIB(IGGCSIRX).
A while back I had the need to use this interface in an ISPF/REXX application.
I seem to remember that the sample had some flaws. This was in the z/OS
V1.11/12 timeframe. Might have been corrected in the meantime.
--
Peter Hunke
;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
--
For IB
rately 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 instructions,
send email to
> 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 Hunke
> 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 subscr
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
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).
--
Peter Hunkeler
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 priorities may a
n'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
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 probably
more conflicts to
? 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...@listserv.u
>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 em
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"
aits 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 / signoff / archi
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 Jnnn.
--
Peter Hunkeler
es.
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
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
Replying from AltaMail.
--
Peter Hunkeler
Von: Peter Hunkeler <p...@gmx.ch> 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 Hu
Relaying from GMX Webmail
--
Peter Hunkeler
> Gesendet: Freitag, 24. Juni 2016 um 12:29 Uhr
> Von: "Peter Hunkeler" <p...@gmx.ch>
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: AW: OT: Test regarding ReplyTo - Please ignore
>
> Replying from AltaMail.
>
namically 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
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
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,
send email to
>>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 restricted t
>... 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
ich 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.
--
Pe
> 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 ENTER HEL
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
> ?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
> 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.
> 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
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...@listserv.u
>> 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
ep 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 SORTIN accordingly.
--
Pe
re one at
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
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
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
ld 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...@listserv.ua.
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
mpanying 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
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 email
re 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 / ar
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
dware 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 / signoff / ar
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 / signoff / archive
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
tify 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
-
ferred. 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.
--
Pe
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 whch happens with
DATA)
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
se 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 subscribe / signoff / a
uot; 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).
> 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 / archive acc
>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 / archive acc
> 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.
--
Peter Hu
.
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 / signoff / arch
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. Nice.
ork"
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...@li
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...@listserv.ua
g 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
--
For IBM-MAIN subsc
f 42%
> 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
201 - 300 of 918 matches
Mail list logo
