Re: Copying file to OMVS
It works !!! // PATHMODE=(SIRWXU,SIRGRP,SIROTH), Thanks a lot John and thank you all for your help and interest. Angel 2011/8/25 John McKown joa...@swbell.net Had a power outage causing a delay in replying. I am an idiot (nothing new about that). The owner access is --- which is none. And I noticed you did not include the DD parameter PATHMODE. Try: //SYSUT2 DD PATH='/TEST/COMPRESS9', // PATHOPTS=(OWRONLY,OCREAT,OEXCL), // PATHMODE=(SIRWXU,SIRGRP,SIROTH), // PATHDISP=(KEEP,DELETE) The default in JCL if PATHMODE is not specified is no access at all to anyone according to: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/12.48.3 But you may need to delete the existing file first. On Thu, 2011-08-25 at 19:36 -0300, Angel Tamayo wrote: The directory /TEST already is 777 Display File Attributes Pathname : /TEST File type . . . . . . : Directory Permissions . . . . . : 777 rwxrwxrwx and COMPRESS9 is created by the job. Angel 2011/8/25 jagadishan perumal jagadish...@gmail.com Hi, Have your RACF person to provide : CHMOD 777 /TEST/COMPRESS9 to execute this command in OMVS. Also ask them to change the owner by CHOWN command.. Simple.. then submitting the JCL again On Thu, Aug 25, 2011 at 6:19 PM, Angel Tamayo a.tamay...@gmail.com wrote: Hi List, Maybe someone here could have the same or similar case. I run job: //COPY1 EXEC PGM=IEBGENER,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=HLQ.COMPRESS.PAX //SYSUT2 DD PATH='/TEST/COMPRESS9', // PATHOPTS=(OWRONLY,OCREAT,OEXCL), // PATHDISP=(KEEP,DELETE) //SYSIN DD DUMMY I received message: ICH408I USER(ZOSUSER ) GROUP(OMVSGRP ) NAME(USER NAME) 479 /TEST/COMPRESS9 CL(FSOBJ ) FID(38130041) INSUFFICIENT AUTHORITY TO OPEN ACCESS INTENT(RW-) ACCESS ALLOWED(OWNER ---) EFFECTIVE UID(000999) EFFECTIVE GID(01) The RACF persons says that I need to have OMVS segment setup for my userid with UID(0). I suppose UID(0) will solve the problem but it is really the only way to solve it?. I'm looking for a solution without UID(0), any idea on this will be appreciated. As additional information ZOSUSER have authority to use SU (superuser) in OMVS environment, don't really know if this helps to this case. Angel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Copying file to OMVS
Hi List, Maybe someone here could have the same or similar case. I run job: //COPY1 EXEC PGM=IEBGENER,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=HLQ.COMPRESS.PAX //SYSUT2 DD PATH='/TEST/COMPRESS9', // PATHOPTS=(OWRONLY,OCREAT,OEXCL), // PATHDISP=(KEEP,DELETE) //SYSIN DD DUMMY I received message: ICH408I USER(ZOSUSER ) GROUP(OMVSGRP ) NAME(USER NAME) 479 /TEST/COMPRESS9 CL(FSOBJ ) FID(38130041) INSUFFICIENT AUTHORITY TO OPEN ACCESS INTENT(RW-) ACCESS ALLOWED(OWNER ---) EFFECTIVE UID(000999) EFFECTIVE GID(01) The RACF persons says that I need to have OMVS segment setup for my userid with UID(0). I suppose UID(0) will solve the problem but it is really the only way to solve it?. I'm looking for a solution without UID(0), any idea on this will be appreciated. As additional information ZOSUSER have authority to use SU (superuser) in OMVS environment, don't really know if this helps to this case. Angel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying file to OMVS
John, I didn't have access to the command setfacl with my user then I used SU and commands were accepted 1) setfacl -m user:999:rwx /TEST 2) setfacl -m group:1:rwx /TEST I run the job but the same message. Angel 2011/8/25 McKown, John john.mck...@healthmarkets.com IMO, you need an OMVS segment and a unique, non-zero, UID. You also need Write (Read eXecute would be nice too) access to the /TEST subdirectory. From the message, your ID is running with a UID of 999 and a GID of 1. How to give you access to /TEST as you are now defined? 1) setfacl -m user:999:rwx /TEST 2) setfacl -m group:1:rwx /TEST http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA590/SETFACL This requires root to do the commands, but then your id can access the subdirectory. This may or may not grant you access to other files in that subdirectory. Access to each file in the subdirectory will depend on the ACL for that file. Instead of UID==0, get CONTROL access to profile SUPERUSER.FILESYS in the UNIXPRIV class. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb291/4.6 This latter is still horrible, but less so than UID==0. It will allow you unlimited access to every UNIX file and subdirectory in your shop. I.e. you can destroy the UNIX environment with relative ease. The setfacl is much nicer. Especially if your RACF admin gives you a unique, non-zero, UID in an OMVS segment and then uses the setfacl -m user:uid:rwx /TEST to give you access only to the /TEST subdirectory. Uh, replacing uid with the UID you were given. Using UID==0 is an anathema to any security conscious admin. Very few processes really need it. And, IMO, __never__ an interactive user. Have the RACF person look at the UNIXPRIV class and the BPX.--- profiles in the FACILITY class for ways to allow access without UID==0. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Angel Tamayo Sent: Thursday, August 25, 2011 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Copying file to OMVS Hi List, Maybe someone here could have the same or similar case. I run job: //COPY1 EXEC PGM=IEBGENER,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=HLQ.COMPRESS.PAX //SYSUT2 DD PATH='/TEST/COMPRESS9', // PATHOPTS=(OWRONLY,OCREAT,OEXCL), // PATHDISP=(KEEP,DELETE) //SYSIN DD DUMMY I received message: ICH408I USER(ZOSUSER ) GROUP(OMVSGRP ) NAME(USER NAME) 479 /TEST/COMPRESS9 CL(FSOBJ ) FID(38130041) INSUFFICIENT AUTHORITY TO OPEN ACCESS INTENT(RW-) ACCESS ALLOWED(OWNER ---) EFFECTIVE UID(000999) EFFECTIVE GID(01) The RACF persons says that I need to have OMVS segment setup for my userid with UID(0). I suppose UID(0) will solve the problem but it is really the only way to solve it?. I'm looking for a solution without UID(0), any idea on this will be appreciated. As additional information ZOSUSER have authority to use SU (superuser) in OMVS environment, don't really know if this helps to this case. Angel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying file to OMVS
The directory /TEST already is 777 Display File Attributes Pathname : /TEST File type . . . . . . : Directory Permissions . . . . . : 777 rwxrwxrwx and COMPRESS9 is created by the job. Angel 2011/8/25 jagadishan perumal jagadish...@gmail.com Hi, Have your RACF person to provide : CHMOD 777 /TEST/COMPRESS9 to execute this command in OMVS. Also ask them to change the owner by CHOWN command.. Simple.. then submitting the JCL again On Thu, Aug 25, 2011 at 6:19 PM, Angel Tamayo a.tamay...@gmail.com wrote: Hi List, Maybe someone here could have the same or similar case. I run job: //COPY1 EXEC PGM=IEBGENER,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=HLQ.COMPRESS.PAX //SYSUT2 DD PATH='/TEST/COMPRESS9', // PATHOPTS=(OWRONLY,OCREAT,OEXCL), // PATHDISP=(KEEP,DELETE) //SYSIN DD DUMMY I received message: ICH408I USER(ZOSUSER ) GROUP(OMVSGRP ) NAME(USER NAME) 479 /TEST/COMPRESS9 CL(FSOBJ ) FID(38130041) INSUFFICIENT AUTHORITY TO OPEN ACCESS INTENT(RW-) ACCESS ALLOWED(OWNER ---) EFFECTIVE UID(000999) EFFECTIVE GID(01) The RACF persons says that I need to have OMVS segment setup for my userid with UID(0). I suppose UID(0) will solve the problem but it is really the only way to solve it?. I'm looking for a solution without UID(0), any idea on this will be appreciated. As additional information ZOSUSER have authority to use SU (superuser) in OMVS environment, don't really know if this helps to this case. Angel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Copy FB to VB
Somebody could help me with a JCL to copy all members from a PDS dataset with rcfm=FB to PDS dataset with recfm=VB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy FB to VB
Great, thanks Mike. 2009/11/4 Mike Shaw techsupp...@quickref.com Angel Tamayo wrote: Somebody could help me with a JCL to copy all members from a PDS dataset with rcfm=FB to PDS dataset with recfm=VB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html You can adapt this JCL. SYSUT1 points to FB input member, SYSUT2 points to preallocated VB PDS. //PS10 EXEC PGM=IEBGENER,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=INPUT.PDS(MEM1), // DISP=SHR //SYSUT2 DD DSN=OUTPUT.PDS, // DISP=SHR //SYSINDD * GENERATE MAXFLDS=2,MAXNAME=1 RECORD FIELD=(8,73,,1),FIELD=(72,1,,9) MEMBER NAME=MEM1 Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch Send messages not received after logoff (Was NOMAIL Option in TSO/E)
Recently I had a similar situation but the problem was that my default SYS1.BRODCAST dataset was damaged and I had to redefine and reformat it. If this is your case you should receiving messages as this after your job finish and user is logof from TSO: IKJ144I IKJ574I To solve this problem I did next steps: - DEFINE NEW BROADCAST DATASET//ALLOC EXEC PGM=IEFBR14 //NEWFILE DD DISP=(NEW,CATLG),DSN=SYS1.BRODCAST.NEW, // UNIT=3390,VOL=SER=volser, // SPACE=(CYL,40),DCB=SYS1.BRODCAST - FORMAT AND SYNCRONIZE BROADCAST AND UADS DATASETS //IKJEFT EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=A //SYSUADN DD DSN=SYS1.UADS,DISP=SHR //SYSUADS DD DSN=SYS1.UADS,DISP=SHR //SYSLBC DD DSN=SYS1.BRODCAST.NEW,DISP=SHR //SYSTSIN DD * UADSREFM SYNC BOTH END /* - COPY SYS1.PARMLIB(IKJTSO00) TO SYS1.PARMLIB(IKJTSO01) - MODIFY SYS1.PARMLIB(IKJTSO01): LOGNAME(SYS1.BRODCAST.NEW) BROADCAST(DATASET(SYS1.BRODCAST.NEW) - SWITCH TO IKJTSO01 - SET IKJTSO=01 - VERIFY CHANGES AND ENTER Y NEXT MESSAGE *IKJ732I REQUEST TO SWITCH BROADCAST DATA SET DETECTED WHILE 819 PROCESSING PARMLIB MEMBER IKJTSO07. CONFIRM THE SWITCH FROM SYS1.BRODCASTON VOLUME volser TO SYS1.BRODCAST.NEWON VOLUME volser. *11 IKJ733A REPLY YES TO SWITCH, NO TO CANCEL PROCESSING OF THIS PARMLIB MEMBER. To keep the original dataset name you can use the last 3 steps. Angel 2008/8/5 Lizette Koehler [EMAIL PROTECTED] Is this system setup for individual Broadcast data sets or do they all Default to SYS1.Brodcast? Do all jobs send completion messages or do some users not submit with USER= in the jobcard? Are the users able to logon to more than one system? Is this a sysplex or a shared MAS with multiple LPARS? Is the configuration such that it is (Broadcast, Sysplex, etc...) so that all users would normally receive their SEND messages and you have a select group that is not receiving messages? I am not sure why the users would not receive their SEND messages from batch jobs when they are logged off. Maybe someone else has an idea. Lizette Thanks again for the info, Lizette. Actually, the problem I am trying to address here is that users on this particular system do net get messages about the jobs that have completed while they were logged off. For this I need to set the option to MAIL (instead of NOMAIL). Since, the users here don't get a full screen logon panel, I can't have them enable/disable the NOMAIL option. I have further found out that this client uses a TSO logon pre-prompt exit and it looks like the MAIL option is not being set (the default is OFF) in the exit. Hence, I believe my only option would be to either modify the exit or to include a TSO LISTBC command in the logon proc such that it would be executed automatically when the user logs on. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch Send messages not received after logoff (Was NOMAIL Option in TSO/E)
Or you can try just reformating ans syncronizing the current broadcast dataset first: //IKJEFT EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=A //SYSUADN DD DSN=SYS1.UADS,DISP=SHR //SYSUADS DD DSN=SYS1.UADS,DISP=SHR //SYSLBC DD DSN=SYS1.BRODCAST,DISP=SHR //SYSTSIN DD * UADSREFM SYNC BOTH END /* 2008/8/5 Angel Tamayo [EMAIL PROTECTED] Recently I had a similar situation but the problem was that my default SYS1.BRODCAST dataset was damaged and I had to redefine and reformat it. If this is your case you should receiving messages as this after your job finish and user is logof from TSO: IKJ144I IKJ574I To solve this problem I did next steps: - DEFINE NEW BROADCAST DATASET//ALLOC EXEC PGM=IEFBR14 //NEWFILE DD DISP=(NEW,CATLG),DSN=SYS1.BRODCAST.NEW, // UNIT=3390,VOL=SER=volser, // SPACE=(CYL,40),DCB=SYS1.BRODCAST - FORMAT AND SYNCRONIZE BROADCAST AND UADS DATASETS //IKJEFT EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=A //SYSUADN DD DSN=SYS1.UADS,DISP=SHR //SYSUADS DD DSN=SYS1.UADS,DISP=SHR //SYSLBC DD DSN=SYS1.BRODCAST.NEW,DISP=SHR //SYSTSIN DD * UADSREFM SYNC BOTH END /* - COPY SYS1.PARMLIB(IKJTSO00) TO SYS1.PARMLIB(IKJTSO01) - MODIFY SYS1.PARMLIB(IKJTSO01): LOGNAME(SYS1.BRODCAST.NEW) BROADCAST(DATASET(SYS1.BRODCAST.NEW) - SWITCH TO IKJTSO01 - SET IKJTSO=01 - VERIFY CHANGES AND ENTER Y NEXT MESSAGE *IKJ732I REQUEST TO SWITCH BROADCAST DATA SET DETECTED WHILE 819 PROCESSING PARMLIB MEMBER IKJTSO07. CONFIRM THE SWITCH FROM SYS1.BRODCASTON VOLUME volser TO SYS1.BRODCAST.NEWON VOLUME volser. *11 IKJ733A REPLY YES TO SWITCH, NO TO CANCEL PROCESSING OF THIS PARMLIB MEMBER. To keep the original dataset name you can use the last 3 steps. Angel 2008/8/5 Lizette Koehler [EMAIL PROTECTED] Is this system setup for individual Broadcast data sets or do they all Default to SYS1.Brodcast? Do all jobs send completion messages or do some users not submit with USER= in the jobcard? Are the users able to logon to more than one system? Is this a sysplex or a shared MAS with multiple LPARS? Is the configuration such that it is (Broadcast, Sysplex, etc...) so that all users would normally receive their SEND messages and you have a select group that is not receiving messages? I am not sure why the users would not receive their SEND messages from batch jobs when they are logged off. Maybe someone else has an idea. Lizette Thanks again for the info, Lizette. Actually, the problem I am trying to address here is that users on this particular system do net get messages about the jobs that have completed while they were logged off. For this I need to set the option to MAIL (instead of NOMAIL). Since, the users here don't get a full screen logon panel, I can't have them enable/disable the NOMAIL option. I have further found out that this client uses a TSO logon pre-prompt exit and it looks like the MAIL option is not being set (the default is OFF) in the exit. Hence, I believe my only option would be to either modify the exit or to include a TSO LISTBC command in the logon proc such that it would be executed automatically when the user logs on. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IKJ144I UNDEFINED USERID(S) XXXXXXX
I will going to user level broadcast data sets soon, that is the final solution, but for now I had resolved the problem looking into Working with the UADS and broadcast data set in TSO/E Customization. 2008/7/15 Roach, Dennis [EMAIL PROTECTED]: Eliminate the problems by going to user level broadcast data sets. See parmlib member IKJTSOxx section send for details. No more undefined or full messages impacting users that want messages. For those that don't pull them, their own data set gets full and nothing else. Problem with one of them, delete it - the system build a new one on the fly. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo I have been receiving the message IKJ144I after I change broadcast dataset and I don't know how to solve it. Any idea about the solution? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IKJ144I UNDEFINED USERID(S) XXXXXXX
Thanks everyone who responded, Itschak you right that was the solution, I didn't know how to do it before I read chapter 22 of TSO/E Customization (SA22-7783-07). 2008/7/20 Itschak Mugzach [EMAIL PROTECTED]: Reformat broadcast. Look for it in tso spl manual. Itschak. | Itschak Mugzach | Director | SecuriTeam Software | | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak Mugzach | Web: www.Securiteam.co.il | -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Sunday, July 20, 2008 9:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IKJ144I UNDEFINED USERID(S) XXX I will going to user level broadcast data sets soon, that is the final solution, but for now I had resolved the problem looking into Working with the UADS and broadcast data set in TSO/E Customization. 2008/7/15 Roach, Dennis [EMAIL PROTECTED]: Eliminate the problems by going to user level broadcast data sets. See parmlib member IKJTSOxx section send for details. No more undefined or full messages impacting users that want messages. For those that don't pull them, their own data set gets full and nothing else. Problem with one of them, delete it - the system build a new one on the fly. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo I have been receiving the message IKJ144I after I change broadcast dataset and I don't know how to solve it. Any idea about the solution? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 3280 (20080718) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IKJ144I UNDEFINED USERID(S) XXXXXXX
I have been receiving the message IKJ144I after I change broadcast dataset and I don't know how to solve it. I believe that the root of the problem is the process to change the broadcast dataset from one volume to another one, here the steps: - Define SYS1.BRODCAST.NEW on target volume - Switch IKJTSO to replace broadcast dataset. - Delete SYS1.BRODCAST - Define SYS1.BRODCAST on target volume. - Switch IKJTSO to point the final broadcast dataset - Synchronize broadcast dataset with SYNC command. Any idea about the solution? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving RACF databases
Hi, I need to move RACF databases to another volume. From RACF System programmers manual I read chapter Recovery Procedures that could be useful, but I wonder if anybody of you guys has any other procedure that could be better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Procedure to verify OFFLOAD process
Hi everyone, The challenge is change spool dasd type with offload process. We have been draining volumes and replacing them as they draining, but this takes too much time and we want to speed up the process. Other condition is that I can't add new volumes to spool because there is no room to new volumes I reach the limit (255). Some details of the environment: - It is a z/OS 1.8 monoplex. I did the offload process and I have next questions: 1.- The process followed to release a dasd was: 1) Offload a specific dasd, 2) drain the volume. After that the volume was 1% of the spool and never release all the spool that it had. What do I have to do to release all the spool of a volume? 2.- Is there any command to display how many units (jobs, started tasks, sysouts, etc.) were offloaded and any command to display how many units (jobs, started tasks, sysouts, etc.) reloaded ? or any other command or procedure to compare before and after of the process in order to verify it. I did the offload-reload process but until now I don't know how can I confirm that all offloaded was reloaded. Other details of the process: - The offload dataset was defined on a dasd, but I'm planning try it over a tape. - Also I'm planning to try drainning the volume first then offload. Any help will very appreciated Thanks in advance -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Offload Process to change dasd types for spool
Hi guys, I am embarking on the task of to develop OFFLOAD, in order to make easy the process of change dasd types for spool (type 3 to type 9). Actually we are doing it by draining volumes, and replacing them as they drain, but it's becoming increasingly difficult, and time consuming. Someone can say me if already did successfully this task and tell me the followed process?. Also might be useful some instructive to execute OFFLOAD's process towards volume. I apologize for my poor english. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 startup question
Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
Thanks Dean, you right. But some option without changes in parmlib? 2008/2/14, Dean Montevago [EMAIL PROTECTED]: In the JES2 startup deck: INIT(1) NAME=1, CLASS=??, START=NO -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Thursday, February 14, 2008 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 startup question Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
In my situation I think the option sended by Tom is my best option, thanks a lot to all. And I'm so sorry because my original question were incomplete. 2008/2/14, Mark Zelden [EMAIL PROTECTED]: On Thu, 14 Feb 2008 15:23:26 -0500, Angel Tamayo [EMAIL PROTECTED] wrote: Thanks Dean, you right. But some option without changes in parmlib? How is JES2 started? If NOREQ is not used as a start parm, then nothing really happens until a $S command is issued (boy it's been a long time since I've been around a system without PARM='WARM,NOREQ' in the JES2 JCL). So you could drain the INITs at that point or issue $PXEQ prior to $S. But your original question was what are my options - not what are my options without changes in parmlib. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
It's monoplex. 2007/12/5, ITURIEL DO NASCIMENTO NETO [EMAIL PROTECTED]: Angel, Is your 1.8 part of any Sysplex ? Monoplex ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
It seems Tom was right, we found a new exit that we didn't ask. In SMPE we found the exit applied and don't know what it is doing yet, we are going to check it but if it is not necessary we can reject it. Thanks a lot to all for your time. 2007/12/5, Walt Farrell [EMAIL PROTECTED]: On Sun, 2 Dec 2007 17:54:42 -0500, Angel Tamayo [EMAIL PROTECTED] wrote: Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8, but 5 days ago we noticed a difference in TSO between being logged on and not logged on at the time the job completes with notify messages: If I'm logged on when the job finishes, I do receive the notify, but if I'm not logged on I don't receive it the next time I logon as I did before upgrade from z/OS 1.7 to z/OS 1.8. We implemented in the LOGON procedure the next command: QCMND 'LISTBC'. This command is working fine, but I need to restore the automatic notification as it was working before the upgrade. This is probably too obvious to provide the answer, but are you sure that you didn't request NOMAIL or NONOTICES on the logon panel? -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
Thanks a lot for your responses. The answer for the last three questions: 1.- Did you then check for the IKJEESnn or IKJVSNXn system exits: We are not using those exits. 2.- Are there any messages in the SYSLOG at the point in time where a batch job would normally execute the NOTIFY?: At the end any job there are a normal SEND message: SE '15.01.07 J0295959 $HASP165 ATAMAYOJ ENDED AT SYS3 MAXCC=1',LOGON,USER=(ATAMAYO) 3.- What message appear in SYSLOG when the NOTIFY is issued and you're not logged on ?. The message that appears in SYSLOG is the same as the question 2: SE '15.01.07 J0295959 $HASP165 ATAMAYOJ ENDED AT SYS3 MAXCC=1',LOGON,USER=(ATAMAYO) 2007/12/4, ITURIEL DO NASCIMENTO NETO [EMAIL PROTECTED]: Angel, What message appear in SYSLOG when the NOTIFY is issued and you're not logged on ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254/DPCD Alphaville Engenharia de Software - Sistemas Operacionais Mainframes Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Angel Tamayo Enviada em: domingo, 2 de dezembro de 2007 20:55 Para: IBM-MAIN@BAMA.UA.EDU Assunto: TSO - Automatic notify messages after log on Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8, but 5 days ago we noticed a difference in TSO between being logged on and not logged on at the time the job completes with notify messages: If I'm logged on when the job finishes, I do receive the notify, but if I'm not logged on I don't receive it the next time I logon as I did before upgrade from z/OS 1.7 to z/OS 1.8. We implemented in the LOGON procedure the next command: QCMND 'LISTBC'. This command is working fine, but I need to restore the automatic notification as it was working before the upgrade. I don't know too much about how TSO works but I can follow instructions, could somebody tell me what do i have to check or what do i have to change to restore the automatic notification ? Thanks a lot, Angel Tamayo System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
There is no differences between SEND section in z/OS 1.7 and SEND section in z/OS 1.8 but it is different than the yours: THE FOLLOWING ARE THE PARMLIB OPTIONS FOR SEND: OPERSEND(ON) USERSEND(ON) SAVE(ON) CHKBROD(OFF) LOGNAME(*) USEBROD(ON) MSGPROTECT(OFF) SYSPLEXSHR(OFF) OPERSEWAIT(ON) USERLOGSIZE(1,2) BROADCAST(DATASET(SYS1.BRODCAST) 2007/12/4, Field, Alan C. [EMAIL PROTECTED]: Did something change in PARMLIB member IKJTSO00? Are you using the same PARMLIB on 1.8 as 1.7? Here is the SEND section from ours: SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(ON)/* */ + USEBROD(ON)/* */ + MSGPROTECT(OFF)/* */ + OPERSEWAIT(OFF)/* */ + SYSPLEXSHR(ON) /* */ + LOGNAME(ULOG.DATA) /* */ Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8, but 5 days ago we noticed a difference in TSO between being logged on and not logged on at the time the job completes with notify messages: If I'm logged on when the job finishes, I do receive the notify, but if I'm not logged on I don't receive it the next time I logon as I did before upgrade from z/OS 1.7 to z/OS 1.8. We implemented in the LOGON procedure the next command: QCMND 'LISTBC'. This command is working fine, but I need to restore the automatic notification as it was working before the upgrade. I don't know too much about how TSO works but I can follow instructions, could somebody tell me what do i have to check or what do i have to change to restore the automatic notification ? Thanks a lot, Angel Tamayo System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
1.- I ran Sync command but there is no change. 2.- I ran Prof command with next output: CHAR(0) LINE(0)PROMPT INTERCOM NOPAUSE NOMSGID NOMODE NOWTPMSG NORECO VER PREFIX(ATAMAYO) PLANGUAGE(ENU) SLANGUAGE(ENU) VARSTORAGE(LOW) DEFAULT LINE/CHARACTER DELETE CHARACTERS IN EFFECT FOR THIS TERMINAL 2007/12/3, Itschak Mugzach [EMAIL PROTECTED]: JES uses TSO / Console SEND command to notify job end. SEND has a parameter to force logging the message if user is not logged on. If LISTBC returns the lost messages, then the messages are logged in broadcast. Run PROF command to see if your user is in broadcast mode or not. Itschak Itschak Mugzach, Director SecuriTeam Software ltd. Tel: +972 (522) 986404 Skype: Securiteam-Software Email: [EMAIL PROTECTED] Gmail: [EMAIL PROTECTED] for large mails -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Monday, December 03, 2007 12:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TSO - Automatic notify messages after log on Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8, but 5 days ago we noticed a difference in TSO between being logged on and not logged on at the time the job completes with notify messages: If I'm logged on when the job finishes, I do receive the notify, but if I'm not logged on I don't receive it the next time I logon as I did before upgrade from z/OS 1.7 to z/OS 1.8. We implemented in the LOGON procedure the next command: QCMND 'LISTBC'. This command is working fine, but I need to restore the automatic notification as it was working before the upgrade. I don't know too much about how TSO works but I can follow instructions, could somebody tell me what do i have to check or what do i have to change to restore the automatic notification ? Thanks a lot, Angel Tamayo System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO - Automatic notify messages after log on
Thanks for your responses. I have access to the old system in other LPAR and the displays of the command D IKJTSO,SEND are exactly the same, there is no differences. But in the LPAR with z/OS 1.7 works and in LPAR with z/OS 1.8 doesn't work the automatic notification. 2007/12/3, Tom Schmidt [EMAIL PROTECTED]: Angel, If you have access to both the old and new systems, please issue: D IKJTSO,SEND Review the displays for differences. If there are no (zero) differences then you might want to see whether the old system was using one (or more) of the IKJEESnn or IKJVSNXn system exits. (They provide for site modification of SEND, OPERATOR SEND and LISTBC processing. See z/OS VvRr.0 TSO/E Customization manual for dirty details.) If you only have access to the new system, then please issue and post the results of the system response to 'D IKJTSO,SEND' and someone will likely notice what is (and is not) happening. -- Tom Schmidt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO - Automatic notify messages after log on
Recently (15 days ago) we upgrade successfully our z/OS 1.7 to z/OS 1.8, but 5 days ago we noticed a difference in TSO between being logged on and not logged on at the time the job completes with notify messages: If I'm logged on when the job finishes, I do receive the notify, but if I'm not logged on I don't receive it the next time I logon as I did before upgrade from z/OS 1.7 to z/OS 1.8. We implemented in the LOGON procedure the next command: QCMND 'LISTBC'. This command is working fine, but I need to restore the automatic notification as it was working before the upgrade. I don't know too much about how TSO works but I can follow instructions, could somebody tell me what do i have to check or what do i have to change to restore the automatic notification ? Thanks a lot, Angel Tamayo System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html