Re: New to RACF

Thanks for pointing out %08X (pad 8-character field with zeroes to exceed default precision). I'm not that big on C/C++ as yet, still learning. So are IBM z/UNIX programmers, apparently. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: New to RACF

On Apr 21, 2016 9:33 PM, "Anthony Thompson" wrote: > > The error reason is actually 0B7F1C00, it's the C/C++ library functions being called from within copytree command (like printf, fprint, etc) that drop leading zeroes. I've seen it many times in error messages from

Re: New to RACF

Or they could use "%08X" to tell printf to tag on the leading zeros - no counting needed. Here's one that always looks strange to me: "You have 1 records" I think that *does* take some extra C coding to fix unless someone can tell me some printf tricks. Years ago I wrote some assembler

Re: New to RACF

The error reason is actually 0B7F1C00, it's the C/C++ library functions being called from within copytree command (like printf, fprint, etc) that drop leading zeroes. I've seen it many times in error messages from z/UNIX commands . It is fixable in C/C++ code, but the programmer needs to count

Re: Example of ACS Environment of SPMGCLTR

Hi, I believe that the problem is that my original presentations on this topic showed using the existing classes/group to determine the new class/group. Unfortunately, that was function that did not make shipped support. (I have updated the examples in my most recent presentations). For

My Assembler Text

Some materials that may be useful to teachers of IBM mainframe Assembler Language are now available on the Marist College web site, along with the text itself. The two items are PDFs with (1) lecture slides for Chapters 1-8 (sorry, I ran out of time before I could do the rest), and (2) pages

Re: New to RACF

On Thu, 21 Apr 2016 18:29:26 +, Tracy Adams wrote: >Awesome! Yes, who would think to check the Z/OS (jes) log for a failure in >USS (I did check >the /var/logs but since the REXX was being invoked via batch I should have >looked! > >There was a glowing message that

Re: New to RACF

Awesome! Yes, who would think to check the Z/OS (jes) log for a failure in USS (I did check the /var/logs but since the REXX was being invoked via batch I should have looked! There was a glowing message that bpxroot was revoked. Unrevoked it and the seteuid now works :-) Thanks!!

Re: Respack Volume Size Challenge

Nims,Alva John , Al wrote: You think 3 packs was crazy, for a time I worked with up to 10 packs, now it did include the entire SMPe data sets, but what we did there was include the primary res volume ID as part of the data set name, yep, the copy job was huge process. Eventually the SMPe

Re: Respack Volume Size Challenge

You think 3 packs was crazy, for a time I worked with up to 10 packs, now it did include the entire SMPe data sets, but what we did there was include the primary res volume ID as part of the data set name, yep, the copy job was huge process. Eventually the SMPe data sets were converted to

Re: New to RACF

On Thu, 21 Apr 2016 16:50:20 +, Tracy Adams wrote: > Yes, I am allowed to su with no complaints Ok. And I saw in another post you confirmed the Reason code (errnojrs) that is being displayed back to you (although it doesn't look correct). Did you check syslog at

Re: New to RACF

Yes, I am allowed to su with no complaints -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Thursday, April 21, 2016 12:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New to RACF On Thu, 21 Apr 2016 16:01:25 +,

Re: New to RACF

Thanks, I will join that list as well :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, April 21, 2016 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New to RACF If you were not aware, there is

Re: New to RACF

On Thu, 21 Apr 2016 16:01:25 +, Tracy Adams wrote: >I am new to RACF so I apologize for stupid questions... > >I am running a REXX script under USS to clone the HFS/ZFS files from one >system to another. IBM provides a nice sample called copytree in the >/samples/ dir

Re: New to RACF

Thanks, I confirm that that line is copied correctly I guess that narrows it down to 16 different possibilities :-) I will pull up the c00x codes to see where it leads me, probably to a call to IBM. -Original Message- From: IBM Mainframe Discussion List

Re: New to RACF

If you were not aware, there is a list for RACF To join, if you have not done so, use this URL RACFhttp://www.listserv.uga.edu/archives/racf-l.html Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tracy Adams >

Re: New to RACF

On 21 April 2016 at 12:01, Tracy Adams wrote: > seteuid 0 > Error codes: 0 -1 A4 B7F1C00 > EMVSSAF2ERR: SAF/RACF error > > Dubious nothing has changed in the RACF world and this use to work. The only > thing I can find is that the userid needs acc(read) to bpx.superuser

Re: EXTERNAL: Re: Respack Volume Size Challenge

We use through to have a 5 pack resvol set (note these include OMVS related HFS/ZFS - hence the number/sizes) and have no issues. Biggest problem I have is folks inadvertently recataloging the datasets from their indirect values while doing maintenance so we locked down the Master Cat such

New to RACF

I am new to RACF so I apologize for stupid questions... I am running a REXX script under USS to clone the HFS/ZFS files from one system to another. IBM provides a nice sample called copytree in the /samples/ dir of USS. This utility has run fine for us in the past. Now when I execute it with

Re: Setting up z/OSMF under 2.1

On 4/20/2016 7:25 PM, Steve Beaver wrote: DISASM is a nice little "gimme" but I don't think it's been updated in years. You might find yourself Doing a lot of coding of DISASM to get it functional for 32 and 64 bit code I believe you are thinking about a different "DISASM" than the support

Re: was I in a coma when this was discussed: z/OS FBA Services

http://www.amazon.com/Complaint-Department-Grenade-PINEAPPLE-CD-4/dp/B00APBED0C On Wed, Apr 20, 2016 at 6:36 PM, Chris Hoelscher wrote: > Take a number . > > Chris Hoelscher > Technology Architect, Database Infrastructure Services > Technology Solution Services > :

Re: Respack Volume Size Challenge

At one shop I worked at a long time ago, we had a 6 pack Sysres system. They were all 3390 Mod9s. It worked quite well. Currently our only issue is the OMVS datasets needed. We have put those on a Sysres volume that is a 3390 Mod54 with all other SYSRES volumes being a 3390 Mod27. We may

Re: Setting up z/OSMF under 2.1

On Wed, 20 Apr 2016 21:25:48 -0500, Steve Beaver wrote: >DISASM is a nice little "gimme" but I don't think it's been updated in >years. You might find yourself >Doing a lot of coding of DISASM to get it functional for 32 and 64 bit code I just looked at it for the first time. It seems to

Re: Java on z bitness

On Tue, 19 Apr 2016 21:06:21 -0400, Phil Smith III wrote: >Tom Marchant wrote: > >>Why not make your STC run AMODE 64, at least part of the time? > >Yeah, that's an option, but it's a lot more work and has other possible >impacts It's not that hard. STMG R2,R15,SAVE64save 64-bit

Re: Respack Volume Size Challenge

Lucas Rosalen wrote: As far as I have seen, it's quite simple: create a symbol (using and changing last char from 1 to 2, for example) and update MCAT accordingly. Once I've worked for a client that had 3-volumes respack. It indeed worked. We used to keep datasets like LINKLIB, MACLIB,

Re: Respack Volume Size Challenge

As far as I have seen, it's quite simple: create a symbol (using and changing last char from 1 to 2, for example) and update MCAT accordingly. Once I've worked for a client that had 3-volumes respack. It indeed worked. We used to keep datasets like LINKLIB, MACLIB, NUCLEUS, etc in 1st volumes

Respack Volume Size Challenge

Hello, >From the z/OS 2.1, I have started using Mod-27 as the Load address(Respack) for IPLing the z/OS 2.1 LPAR. I am curious how the other Shops are managing when they do not options of using Mod-27 and they have to survive with Mod-9. I believe the Extended Indirect cataloging is one Options.

Re: Setting up z/OSMF under 2.1

It's gonna run in the mode of the TSO issuer As a supported command it should be updated to recognize the new ARCHLVL's for the new machine instructions but it doesn't have to execute them. In a message dated 4/20/2016 9:26:03 P.M. Central Daylight Time, st...@stevebeaver.com writes:

Re: Example of ACS Environment of SPMGCLTR

Theo, OK found the description for ARC1220I Reason Code 36 *The MIGRATE DATASETNAME command is issued with TRANSITION keyword, but the ACS routines return a management class, storage class, [image: Start of change]and storage group that match the existing assigned constructs or management class,

Re: Example of ACS Environment of SPMGCLTR

Theo, I see you have posted this on IBMMAIN. What we need to know is what is ARC1220I reason code 36 Reason Code 36 is not listed in the Message and Codes manual. Richard 073 289 9246 On Wed, Apr 20, 2016 at 3:18 PM, Buckton, T. (Theo) wrote: > OK Richard, come let