Re: Need Hep with HIDS and z/OS

"log user actions and tie said actions back to that user via a unique identifier" That is not intrusion detection. Intrusion detection is a good thing, but it is basically looking for outsiders trying to get in. (Loosely speaking.) Not known users doing good and occasionally bad things.

Re: Need Hep with HIDS and z/OS

Take a look at https://www.go2vanguard.com/mainframe-security-software/audit-compliance/enforcer/ On Jul 14, 2017 6:29 PM, "esst...@juno.com" wrote: > > Hello, > > > I'm not a security person. > Need some help with HIDS and z/OS- > What is HIDS You ask ? > HIDS stands for

Re: Need Hep with HIDS and z/OS

You might try asking on the RACF list. They may be more aware of these types of products. To join RACF-L, send a subscription request email to its list service (LISTSERV). Address the request to lists...@listserv.uga.edu. The request is a single line of text entered in both the subject and

Need Hep with HIDS and z/OS

Hello, I'm not a security person. Need some help with HIDS and z/OS- What is HIDS You ask ? HIDS stands for Host Intrusion Detection System * I'm researching an issue for a business unit. I really know nothing about HIDS. . There requirement What they are looking for here is essentially

Re: EXEC CICS ABEND PROCESSING, R13 clobbered.

The scenario you present does not sound right. I'm assuming this program is not an exit. If I remember correctly the Registers were restored from the Handle Abend when the abend routine is entered. This does go back many years. What Release of CICS are you running. The CICS Application

Re: DFRMM Request For Enhancement 106021

In the same post are these two snippets. The second seems to contradict the first, and seems to be the problem that the OP is complaining about: On 14 Jul 2017 13:40:52 -0700, in bit.listserv.ibm-main (Message-ID:<8306788698430144.wa.mikewwoodhotmail@listserv.ua.edu>)

Re: DFRMM Request For Enhancement 106021

I have no access to the RFE, but, if you follow the installation instructions correctly you should not be able to write to a tape without rmm knowing about it. IFAPRDxx is simply a way to identify you have a license, it is not how you ensure that rmm is in control for all tape activity.

EXEC CICS ABEND PROCESSING, R13 clobbered.

This has me stumped (although that may not be too hard to do). I'm debugging an assembly program that has an EXEC CICS READ UPDATE... Something is wrong with the READ request, and the HANDLE ABEND label is taken. I GTF'd the call and ABEND label. As per documentation, R0-R14 look like they

Re: SMB vs BLSR

Unless something has changed SMB requires the VSAM file to be in extended format, but BLSR does not. From my understanding you can't influence as much around index buffers and data buffers with SMB as you can with BLSR. We actually use both. Some people like that with SMB you delete/define

SMB vs BLSR

We currently use the BLSR (Batch Local Shared Resources) SUBSYS for some of our brutally randomly accessed files. Something today made me look at the AMP parameter on the DD JCL statement and I saw that it allows you to specify many of the options that BLSR allows, such as RMODE31, BUFND,

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Not with DB2. IBM elected to make the 2nd level qualifier indicate CLUSTER or DATA DSNDBC Cluster DSNDBD Data component. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of retired mainframer > Sent: Friday, July 14,

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

For a VSAM dataset, don't the component names have extra text appended to the end, such as .DATA or .INDEX? Since the rename increased the length, did any of those go over the 44 character limit> > -Original Message- > From: IBM Mainframe Discussion List

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Elardus, Good suggestion but Big Blue has beaten me to the crying. They have been crying all the way to the bank for decades !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Radoslaw, Thanks for the example. I will check out the syntax etc. I will try it out. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

John Dawes wrote: >0ADR395I (001)-SB105(01), DATA SET HDFQ.DSNDBD.CISDBYSS.MDO2IX.I0001.A001 >ALLOCATED WITH NEWNAME > MPRAR.DSNDBD.CISDBYSS.MDO2IX.I0001.A001, ON > VOLUME(S: TSS001 >0ADR418I (001)-SB105(01), THE FOLLOWING COMPONENTS FOR CLUSTER

It's Friday on Wall Street

Wall Street hard on Watson ... and I just opened my BlueMix account! https://techcrunch.com/2017/07/13/jefferies-gives-ibm-watson-a-wall-street-reality-check -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

(sent from web interface, sorry for formatting problems) John, I meant IMPORT as an keyword for DSS RESTORE I don't have an access to the z/OS now, so from my failing memory: REST DS(INC(**)) IMPORT NSC NMC ... IMPORT tell the DSS the datasets being restored come from different environment.

Re: DFRMM Request For Enhancement 106021

On 7/14/2017 10:03 AM, Tim Deller wrote: If you Run DFRMM ; Please consider voting for my RFE at: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=106021 We used to run CA-1 and it had a zap to disallow tape creation until CA-1 was recording. Needless to say ; DFRMM is

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Radoslaw, Thanks for the suggestion. I will give it a try. Regarding the option of using the IMPORT command to restore the dsn. I am not sure how I can go about it. Could you provide me an example. I have used the IMPORT command to reorg CATALOGS and VSAM dsns but never to restore

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Elardus,     I took a fourth look.  No, the dsn is on one line. From: Elardus Engelbrecht To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, 14 July 2017, 9:43 Subject: Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E Lizette Koehler wrote: >I have

DFRMM Request For Enhancement 106021

If you Run DFRMM ; Please consider voting for my RFE at: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=106021 We used to run CA-1 and it had a zap to disallow tape creation until CA-1 was recording. Needless to say ; DFRMM is different ; and we got stung.

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Thanks I will see if I can replicate the issue. The dsn is within the correct number of chars Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John Dawes > Sent: Friday, July 14, 2017 6:59 AM > To:

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Lizette, Below is the output. Look for message ADR418I. You will notice that it is MPRAR.DSNDBC.CISDBYSS.MDO2IX.I0001.A0 Sorry for the misalignment of the output. - RESTORE DATASET(INCLUDE(HDFQ.DSNDBC.CISDBYSS.MDO2IX.I0001.A001)) - RENAMEU(**,MPRAR.**) -

RFE on IBMPDSE Utility

I have opened an RFE on IBMPDSE to send a message to JOBLOG based on the Return code. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=107724 There are 5 Return codes at this time 00 (X'00') SUCCESSFUL COMPLETION. 04 (X'04') THE INPUT PDSE IS SLIGHTLY DAMAGED. PROCESSING

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Lizette Koehler wrote: >I have not known DFDSS to truncate a dataset name. >Can you post the control cards you used to restore the file and the ADR >messages that showed how it restored the file? And also the full message(s) on all lines. ADR418I it shows .A0 instead A001 <--- Is the '01'

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

@JohnD I have not known DFDSS to truncate a dataset name. Can you post the control cards you used to restore the file and the ADR messages that showed how it restored the file? The DB2 Names are very long to begin with, so if you changed the dataset name on restore, it might have just kicked

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Another brilliant IBM moment.  When I restored the dataset with a rename (DB2 linear dsn) guess what?The new name CLUSTER was truncated.  Besides the message ADR418I it shows .A0 instead A001 .I wasted 30 minutes trying to recatalog the cluster.  Finally I ran a print of the VVDS entry of the

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Hi John, Yep, your explanation was clear. Simple work-around, and the simple ones are the best. We do something similar here. We have a small subset of our DASD sharable across both LPARs and if we need to share data between them, make a copy of the original data on the shared volumes, then

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

W dniu 2017-07-14 o 13:18, John Dawes pisze: Lizette, The system default for DFDSS dump is set at 256K. Isn't that fantastic? Now there is no way we can ever copy a tape to dasd because the lasrgest blksize supported for a DASD dataset is 32760 bytes. IBM increased the blksize for tape

Re: SMFLIMxx sample?

Peter, I agree that IEFUSI will always have its function, but in rather simple situations SMFLIMxx kan replace it in a much more understandable way for the non-assembler maintainers. One question, besides the ones in the previous post, that is unclear in SMFLIMxx: what is the relation between

Re: SMFLIMxx sample?

There is no intent to have SMFLIMxx replace IEFUSI. IEFUSI will likely always have its place. And it will always be supported. I would say that the goal of SMFLIMxx is to allow some customers not to need IEFUSI. Regardless, the more functionality that can be accomplished in SMFLIMxx, the

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Lizette, The system default for DFDSS dump is set at 256K.  Isn't that fantastic?  Now there is no way we can ever copy a tape to dasd  because the lasrgest blksize supported for a DASD dataset is 32760 bytes.  IBM increased the blksize for tape but not DASD.  Brilliant !!!  Thanks to all

Re: COPYING DFDSS TAPE TO DASD USING COPYDUMP - ADR331E

Rex, Thanks for the help. I checked. The system default for DFDSS is set at 256K. The reason why I cannot restore the datasets is because the volumes are SMS managed LPAR(A) and the backup is done from another LPAR(B). The SMS configurations are not the same on LPAR A & B. However the

Re: LE strikes again

TRAP(OFF) in the PARM parameter did the trick, the 0C1 is caused by a CLFI instruction which is obviously not supported by a z850. I had sent the customer a version of the product compiled with XL/C at ARCH(7) but that was not low enough! It looks like ARCH(5) is necessary. Thanks to everyone