another option is to override SMP DDDEF in job JCL to the newly allocated &
populated dataset. at end, you can do the renames, unallocation of lla,
etc.
ITschak
On Tue, Jun 11, 2019 at 10:49 PM Carmen Vitullo wrote:
> One of my first contracting jobs was working for state gov'mt, y2k, and my
>
WLM services macro : IWMRESET
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Binyamin Dissen
Sent: Wednesday, June 12, 2019 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What (presumably SYSEVENT) function is equivalent to "E job,Q"
What (presumably SYSEVENT)
Yeah, I thought of that also, but still had to contend with the ENQ / LNKLST
issue.
Thanks,
S. Veryl Ellis
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Wednesday, June 12, 2019 2:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS1.MIGLIB
That is what I ultimately did, once I was passed the enq / lnklst issue.
Thanks,
S. Veryl Ellis
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Wednesday, June 12, 2019 7:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS1.MIGLIB and LNKLST
What (presumably SYSEVENT) function is equivalent to "E job,Q"
I am trying to test something while the job is being quiesced. And I am not
sure of the timing should I use MGCR(E).
--
Binyamin Dissen
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
Should you use
Hi,
How is the parameter CVAFDIR ACCESS=WRITE implemented? Any links to
documentation explaining the implementation?
Regards
Nedbank Group Limited Internal Use Only
Nedbank disclaimer and confidentiality notice:
This email may contain information that is confidential,
Big Thumbs up! In that case, assuming you have access, you could have just
allocated a larger .NEW version, copy old to new, and done the renames via ISPF
3.4 with VOLSER, and bypassed the enqueuer warnings? Would have saved a lot
of fanagaling
Charles Mills wrote:
>What happens if an SMF exit modifies the SMF record? Do the next exit in the
>chain, SYS1.MANx and/or the stream see the modified record, or is the exit
>only modifying a "private copy" of the SMF record?
It should be able to do that provided the SMF exit is getting the
The IEFU8x exits get the "live" record, so yes, any updates that the exit makes
would get passed on down the line.
I thought this was documented, but I did a quick search and didn't find it
either. (There are some places that hint at it but I didn't find anything that
spells it out.)
-Scott
It clearly isn't buried in TSO logon, because the same ICH70001I message issued
at TSO login is also issued to the JESMSGLG dataset of a batch job. I believe
it has to do with the use of the MSGxxx operands on the RACROUTE request.
Wayne Driscoll
Rocket Software
Note - All opinions are strictly
Select the BINARY option
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jake Anderson
Sent: Tuesday, June 11, 2019 11:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Copy error Java module
Hi
Cross posted
I am trying to copy a java load module JVMLDMxx using TSO
On 6/12/2019 9:06 AM, Carmen Vitullo wrote:
Just as an aside, the underlying issue is LPALIB, LINKLIB and MIGLIB
are underallocated in the ServerPac dialog, I've opened a case with
the serverpac folks years ago and alway "TRY" to remember to change
the allocation of these libraries prior to them
WLM Service Definition Formatter has been replaced by zOSMF according to IBM
Jim Horne
NOTICE: All information in and attached to the e-mails below may be
proprietary, confidential, privileged and otherwise protected from improper or
erroneous disclosure. If you
from "theregister" saving an old ibm 360 from German company auction.
https://www.theregister.co.uk/2019/06/03/das_geeks_hit_crowdfunding_target/
--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **| *
Yeah - you might have to code a little STIMER routine waiting for OUCBRQSC to
be set if you must ensure that ASID is actually quiesced (with some "give up"
max limit).
OUCB is marked PSPI so take that into consideration.
Alternative is to periodically issue SYSEVENT REQFASD and wait for
I was one of the developers for Deadbolt, and while we were able to get the
product into a small number of installations as an "alpha" state release, the
project was cancelled in early 2008.
Wayne Driscoll
Rocket Software
Note - All opinions are strictly my own.
-Original Message-
On Wed, 12 Jun 2019 11:13:47 -0400, Phil Smith III wrote:
>John McKown wrote:
>
Which article are you replying to? I can't find it. IIRC, I even commented on
it. URL?
>>True. I really like the fact that when I log into TSO, it tells me the last
>>time my ID was used for some purpose. I wish
John McKown wrote:
> Which article are you replying to? I can't find it. IIRC, I even commented
> on it. URL?
My bad. This was on RACF-L. You posted it!
https://www.sans.org/security-awareness-training/blog/time-password-expiration-die
Re NIST: jeez, it wasn't LAST year, it was
The download works here. I do notice it is a ftp link and not an http(s) link.
Is it possible your organization is blocking ftp access?
-Original Message-
>From: "Herring, Bobby"
>Sent: Jun 12, 2019 8:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: WLM Service Definition Formatter
>
>I
I guess I still don’t understand all the hubbub If you aren’t applying
maintenance to running system, then "fixing" sys1.miglib on another volume is a
piece of cake, and does NOT involve any LLA unallocate commands etc
When I go to rename SYS1.MIGLIB on my maintenance SYSRES RSM02A, I
I've worked at site where I did not "HA VE AUTHORITY TO OVERRIDE THIS TEST"
working for an outsourcer at one time we ordered ONE ServerPac for all
customers, so the size of the order was very large and applying maint sometime
was a nightmare, the process that was in place there was to copy the
On Wed, 12 Jun 2019 16:54:47 +, Wayne Driscoll wrote:
>It clearly isn't buried in TSO logon, because the same ICH70001I message
>issued at TSO login is also issued to the JESMSGLG dataset of a batch job. I
>believe it has to do with the use of the MSGxxx operands on the RACROUTE
>request.
There were other ESMs.
I'm aware of at least two.
One was Deadbolt from JMenterprises (or so). One of Deadbolt developers
is member of IBM-MAIN (maybe more, I know one).
The second product was PIES. It was polish product. I don't think it was
in use outside of Poland.
--
Radoslaw Skorupka
Good day
What is DCOLLECT doing with these datasets and showing these messages?
IGD103I SMS ALLOCATED TO DDNAME SYS03179
IGD104I ???.???.??? RETAINED,
DDNAME=SYS03179
We just use this IDCAMS statement plus the
On Wed, Jun 12, 2019 at 8:06 AM Carmen Vitullo wrote:
> Just as an aside, the underlying issue is LPALIB, LINKLIB and MIGLIB are
> underallocated in the ServerPac dialog, I've opened a case with the
> serverpac folks years ago and alway "TRY" to remember to change the
> allocation of these
Thanks @Scott and @Elardus.
I have submitted an RCF and copied @Scott.
@Elardus -- don't forget IEFU86.
> due to security and integrity of the SMF records themselves, IBM is not
> talking much about it.
Security by obscurity?
Charles
-Original Message-
From: IBM Mainframe Discussion
Thanks.
Also obviously asynchronous, but certainly easier and faster.
On Wed, 12 Jun 2019 11:19:39 + Rob Scott
wrote:
:>WLM services macro : IWMRESET
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List On Behalf Of
Binyamin Dissen
:>Sent: Wednesday, June 12, 2019 12:04
On Wed, Jun 12, 2019 at 7:49 AM Peter Relson wrote:
> >I never apply maintenance to a running system.
>
> If true, then it sounds like your case is the exact one for which LNKLST
> UNALLOCATE and LNKLST ALLOCATE were created.
> You are (I hope) enlarging an uncataloged-on-this-system SYS1.MIGLIB
> Cross posted
On 2019-06-11, at 21:48:40, Jake Anderson wrote:
>
> I am trying to copy a java load module JVMLDMxx ...
>
If it's in a UNIX file, it's not a load module. Is it a program object,
a jar, or something else?
> ... using TSO ISHELL copy function
>
"copy function" is pretty vague.
Charles Mills wrote:
>Thanks @Scott and @Elardus.
You're most welcome!
>I have submitted an RCF and copied @Scott.
Cool! Keep them busy. ;-)
>@Elardus -- don't forget IEFU86.
Yes, you're right. I just copied (in a hurry!) the list of the IEFU8x involved
from a bookie in KC.
>> due to
Despite of anakata's motives one thing is certain, thanks to him some
people got hooked and started to talk about the security of mainframes.
Since then, few individuals, and before that even fewer, did their best
sharing their knowledge in the field and contributing to the infosec and
mainframe
Just as an aside, the underlying issue is LPALIB, LINKLIB and MIGLIB are
underallocated in the ServerPac dialog, I've opened a case with the serverpac
folks years ago and alway "TRY" to remember to change the allocation of these
libraries prior to them being allocated.
the libraries are
John McKown wrote:
>True. I really like the fact that when I log into TSO, it tells me the last
>time my ID was used for some purpose. I wish that the log in to z/OS UNIX,
>via ssh, did the same thing.
>Which makes me wonder if some sort of daily (weekly?) report should be done
>for each
I have used IBM's WLM Service Definition Formatter spreadsheet tool for years.
It's just an Excel spreadsheet with lots of macros under the covers.
It was a download from the WLM web page.
Mine is an older version and has quit working. The last time it worked
correctly was last fall.
I went
>I never apply maintenance to a running system.
If true, then it sounds like your case is the exact one for which LNKLST
UNALLOCATE and LNKLST ALLOCATE were created.
You are (I hope) enlarging an uncataloged-on-this-system SYS1.MIGLIB data
set.
And the only problem would have been the running
I suppose It will become more and more exclusive as Brexit Progresses?
Op ma 18 mrt. 2019 om 14:08 schreef Mark Wilson :
> Ladies and Gentlemen,
>
> We are pleased to announce that the next meeting of the GSE UK Security
> Working Group, will take place on Thursday 6th June 2019 at the new
I think maybe the assumption is no one is using
LIBRARIES(-LNKLST-) in the CSVLLA00 member ?
MIGLIB and LINKLIB (SYS1) are automagically added to linklib so I think this is
why LLA's GOT 'EM
Carmen Vitullo
- Original Message -
From: "John McKown"
To: IBM-MAIN@LISTSERV.UA.EDU
ISHELL COPY option has a 'BINARY COPY' option.
If selected the module will be copied to the PDSE.
This is not a java module - it is the JZOS load module residing in the java HFS
Copying from file:
/usr/lpp/java/J8.0_64/mvstools/JVMLDM86
Destination for copy:
__ 1. File...
2.
Thank you Kurt for validating this, and yes, it is better, but for me, I will
generally apply RSU maint every quarter, so 4 times a year, btu there are
instances where I still run out of room, also I have issues with the CEE
runtime library running out of room, 50 % cushion would help
On Wed, 12 Jun 2019 17:15:15 +, Jousma, David wrote:
>As for size, no need to hog wild on freespace *if* the only time it is an
>issue is applying to non-running sysres volume.
Especially if you use RETRY and COMPRESS on your APPLY.
--
Tom Marchant
Don't forget to over-allocate the directory for those libraries that are still
PDS.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Carmen Vitullo
Sent: Wednesday, June 12, 2019 9:05 AM
To:
Well, I would probably do it with assembler, but what's wrong with writing a
REXX script? or a Perl script, for that matter?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Farley, Peter x23353
> We have a vendor-generated file that comes in with
> DCB=(RECFM=U,LRECL=200,BLKSIZE=27998) (don't ask why please, this
> DCB setting is out of our hands).
Peter,
Give this JCL a try and see if it works for you
//***
//* COPY RECFM=U
Hmmm,
2 ines of REXX in batch, a couple more if run interactively for the ALLOC
statements...
On Thu, Jun 13, 2019 at 5:21 AM Sri h Kolusu wrote:
> > We have a vendor-generated file that comes in with
> > DCB=(RECFM=U,LRECL=200,BLKSIZE=27998) (don't ask why please, this
> > DCB setting is out
Copy it to a UNIX file with FILEDATA=TEXT using IENGENER or other. Then
copy it back to a PS dataset with appreciate LRECL and RECFM. The first
step will copy each physical record to UNIX, and put a LF at the end to be
a regular UNIX text file. The second step will copy the UNIX file back to
FB or
I'd suggest that you check
https://github.com/hacksomeheavymetal/zOS/blob/master/vocabulary.md against IBM
documentation; some acronyms are incorrect and some are misleading. A grammar
checker wouldn't hurt. In some cases an acronym that is familiar to us (TINU)
is unintelligible to an
>As for size, no need to hog wild on freespace *if* the only time it is an
>issue is applying to non-running sysres volume.
Especially if you use RETRY and COMPRESS on your APPLY.
IME - not for every instance - I use RETRY - COMPRESS
Carmen Vitullo
- Original Message -
From:
We have a vendor-generated file that comes in with
DCB=(RECFM=U,LRECL=200,BLKSIZE=27998) (don't ask why please, this DCB setting
is out of our hands).
The records are actually variable length data, up to 200 bytes of actual data
with no length prefix (no RDW/BDW). No binary data, only text
I had someone at our help desk look at it and he thought his download worked,
too. But the file was 0kb.
Did you get an actual exe file to download?
I can download all the other four files on the site, just not that one.
Thanks, Bobby
From: IBM Mainframe Discussion List On Behalf Of
Alan
Are you saying the records are just one per physical block and that by
conventional usage the file should be defined as BLKSIZE=200 with no
LRECL? If this is a file with a very large number of unblocked records
using a physical block size of 200 or less, it would obviously be an
incredibly poor
The instructions are in the JZOS Batch Launcher and Toolkit Installation
and User's Guide:
ftp://public.dhe.ibm.com/software/Java/Java80/JZOS/jzos_users_guide_v8.pdf
They suggest the command:
cp -X JVMLDM80 "//'SYS1.SIEALNKE(JVMLDM80)'"
(Substitute your own dataset name, obviously.)
The
Hi Sri,
Tried that, the first step works without a problem but the second one fails
with a SYNAD error, "WRNG.LN.RECORD". I found out that some of the records are
actually up to 225 or so bytes, and changed the "200" values to 250 but still
got the SYNAD error.
The actual physical records
Yes, the records are actually one per physical block, about 140K records
(blocks) total.
Rexx handled it without a problem (one record at a time, EXECIO 1 ... rather
than EXECIO * ...).
Using Sri's JCL I did try a number of lrecl/blksize combinations, but they all
failed in the second REPRO
Yes, definitely no binary data at all, no trailing CR or NL or LF at all.
I guessed at the max size by browsing the file in HEX mode (too big to EDIT in
TSO), and browse in HEX shows you where the physical end of the record is.
And I did find some records longer than 200, max about 225, so I
Yes, it is a 207,378 byte file. I was able to extract the spreadsheet, open it
and load a definition. Is there an anti-virus or malware detection product
blocking the download? Are you able to try to download with a ftp client or a
different browser?
-Original Message-
>From: "Herring,
On Wed, 12 Jun 2019 19:05:55 +, Farley, Peter x23353wrote:
>The records are actually variable length data, up to 200 bytes of actual data
>with no length prefix (no RDW/BDW). No binary data, only text characters. I
>suspect a *ix text-format file as the vendor source but have no proof of
Tried that too, but apparently my HFS file is having some trouble being mounted
and I have to get the storage guys involved to fix it. Bureaucratic nightmare.
When that's fixed I will definitely try it, thanks for the suggestion.
Peter
-Original Message-
From: IBM Mainframe Discussion
That wouldn't work here I'm afraid. Nothing against Paul, he does some amazing
stuff, just not here.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Wednesday, June 12, 2019 6:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any
On 2019-06-12 15:07, Seymour J Metz wrote:
I'd suggest that you
checkhttps://github.com/hacksomeheavymetal/zOS/blob/master/vocabulary.md
against IBM documentation; some acronyms are incorrect and some are misleading.
A grammar checker wouldn't hurt. In some cases an acronym that is familiar
Yes, I did one in Rexx and it worked without an issue.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, June 12, 2019 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any way to convert RECFM=U to RECFM=V with a utility
Thanks smetz3, all feedback is welcome.
Please note that the optimal way to contribute to the project is to create a
pull request.
Hacksomeheavymetal
‐‐‐ Original Message ‐‐‐
On Thursday, 13 June 2019 05:07, Seymour J Metz wrote:
> I'd suggest that you check
>
I think Paul wrote one for his MVS 380 project.
On Wed, Jun 12, 2019 at 10:43 PM Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Wed, 12 Jun 2019 19:05:55 +, Farley, Peter x23353wrote:
>
> >The records are actually variable length data, up to 200 bytes of actual
>
Well, 6 lines (DO WHILE RC = 0 ... END added for one-record-at-a-time
processing, plus 2 EXECIO ... (FINIS at the end.
Overkill, I know, but that's just me.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Wayne Bickerdike
Sent: Wednesday, June 12, 2019 4:32
>Not to hijack the thread, but... I thought ServerPac already
>automatically adds 20% (25?) free space, but I could be wrong. In any
>case, how much free space should be allocated by ServerPac? I saw 50%
>mentioned. Is that enough? Should it be the same for every data set,
>or just the three
64 matches
Mail list logo
