free subpool 236 or 237 of JES
Hi, How could I free the subpool 236 or 237? I work under batch and I am calling the converter and the interpreter of JES, while the batch job is 237 subpool, i work with the converter and the interpreter with subpool 236, when i finish working with the interpreter, I found that lot of the storage of 237 is still hanged on, and it is only released after the main job batch ended, for my case it is not good since, i call the interpreter hundred of times at each job. Any help how could I release that storage? Regards Milad Hashoul -- Look in My Eyes you will C the Devil Playin with My Soul It depends who leads!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
syslogd: FSUM1229 syslogd is already active
Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Hi John, yes I've read there are several ways, but we want the syslog be configured as a PROC so that it's easier for Operations to deal with its management. They don't want anything dealing with Unix. Anyways, I'll give that possibility a try. Thanks a lot. Aitor. On Mon, Oct 8, 2012 at 11:50 AM, Eatherly, John D john.eathe...@centurylink.com wrote: It can also be started from: /etc/inetd.conf John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
What I meant to say is that if you are already showing it as started, it is probably being started in /etc/inetd.conf. You can comment that out by putting a # to the left of the startup line. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IT Pro Sent: Monday, October 08, 2012 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active Hi John, yes I've read there are several ways, but we want the syslog be configured as a PROC so that it's easier for Operations to deal with its management. They don't want anything dealing with Unix. Anyways, I'll give that possibility a try. Thanks a lot. Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Ah sorry, I misunderstood you. No, it isn't started neither from /etc/inetd.conf nor /etc/rc. Thanks. On Mon, Oct 8, 2012 at 12:16 PM, Eatherly, John D john.eathe...@centurylink.com wrote: What I meant to say is that if you are already showing it as started, it is probably being started in /etc/inetd.conf. You can comment that out by putting a # to the left of the startup line. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IT Pro Sent: Monday, October 08, 2012 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active Hi John, yes I've read there are several ways, but we want the syslog be configured as a PROC so that it's easier for Operations to deal with its management. They don't want anything dealing with Unix. Anyways, I'll give that possibility a try. Thanks a lot. Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has anyone taken out hardware support for z196 from anyone other than IBM
Kenneth R. Barkhau Sent from my iPad On Oct 7, 2012, at 9:18 AM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2012-10-04 13:44, Bruno Sugliani pisze: On Thu, 4 Oct 2012 05:16:02 -0500, Mike Schwab mike.a.sch...@gmail.com wrote: I thought it was a 3 year minimum. Its only been out for 2 years. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? Nope ..1 year for CPU and generally 3 or 4 years for DASD Unless it has changed very recently It hasn't changed. 1 year for CPC, expandable to 3 years. IMHO very hard to negotiate longer period. After 3 years extensions are possible, but simply more expensive than new CPC. Because of that having 3 years old machine under IBM support is kind of masochism. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Instruction subsets and extensions, was: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
I remember the days of 1990 when I was writing an Assembler program. In that program I experimented with MVCIN and it worked as designed (an desired). However, it worked on our *development* system which was an Amdahl MF. After having installed that program on the production system which was an IBM 3090 600J it crashed immeditately with an operation exception - the IBM did not have MVCIN. It costed substantial effort to develop a workaround. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Aitor The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. Try reading in z/OS Communications Server IP Configuration Reference what the AUTOLOG statement in the PROFILE of the IP component of z/OS Communications Server does: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8 quote 2.8 AUTOLOG statement Use the AUTOLOG statement to provide a list of MVS started procedures to be started by the Autolog task when TCP/IP is started. ... /quote Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its invention in the early 1990s. Incidentally it is likely that the greatest concentration of specialists with in fact both the SNA (VTAM) as well as the IP components of z/OS Communications Server can be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Hi Chris, I read that. I know it's the TCPIP subsystem which starts daemons specified in the AUTOLOG statement every x seconds, but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. However, commenting out the line in the AUTOLOG stetament and starting SYSLOG from /etc/rc works like a charm. There must be something I'm missing, but I'm really flabbergasted anyways. On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason chrisma...@belgacom.net wrote: Aitor The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. Try reading in z/OS Communications Server IP Configuration Reference what the AUTOLOG statement in the PROFILE of the IP component of z/OS Communications Server does: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8 quote 2.8 AUTOLOG statement Use the AUTOLOG statement to provide a list of MVS started procedures to be started by the Autolog task when TCP/IP is started. ... /quote Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its invention in the early 1990s. Incidentally it is likely that the greatest concentration of specialists with in fact both the SNA (VTAM) as well as the IP components of z/OS Communications Server can be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
Chris Mason wrote: When VTAM is doing a GETMAIN for more buffers, all using VTAM need to wait for that GETMAIN to complete. Not a problem, but observable ... The trick here is to tune the dynamic buffering parameters. You can set the affected buffer pool to have sufficient buffers to be able to cater for the morning rush. In order to do that you obviously enter the DISPLAY NET,BFRUSE command *after* the morning rush happens. Thanks for your kind advice. I will pass it to my favourite TCP/IP Team. That's the team working on z/OS. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
From: IT Pro bilit...@gmail.com Subject: Re: syslogd: FSUM1229 syslogd is already active but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. what does command D A,SYSL* show ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Hi Walter, Your command's output is: D A,SYSL* IEE115I 13.59.06 2012.282 ACTIVITY JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 5000262 00032000212/00010 00024 SYSL* NOT FOUND On Mon, Oct 8, 2012 at 1:56 PM, Walter Marguccio walter_marguc...@yahoo.com wrote: From: IT Pro bilit...@gmail.com Subject: Re: syslogd: FSUM1229 syslogd is already active but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. what does command D A,SYSL* show ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Reorganizing Partition Table Space With REBALANCE Option Problem.
Hi, We have a table space with 250 partition and 4,600,000,000 records which it's have to re partition. Because of lack space on the DASD we are trying to use Tape on some DD cards as follows : //SYSREC DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSUT1 DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SORTOUT DD DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSCOPY DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) We are using 123 work data sets as follows : //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK02 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK03 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE . . . . . . //SORTWK4F DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE And the reorg options as follows : //DFSPARM DD * OPTION MOSIZE=0 //DSNUPROC.SYSIN DD * REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4 COPYDDN(SYSCOPY) /* The problem is the unload phase cont the number of records which we expected and after this we assume that it should be switch to next step , but the job failed with following error: DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB DSNUGTIS - PROCESSING SYSIN AS EBCDIC DSNUGUTC - REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005' Please help if you have any idea about it. Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free sub pool 236 or 237 of JES
I don't know how you are invoking the interpreter, but if you do it using an ATTACH[X] facility, then all you need to do is not share sub pools 236 237 (which normally are not shared anyway). Then all the storage that the subtask obtains will automatically be freed when it terminates. This is rather simple to do, but just in case, I would do something like: XC ECB,ECB ATTACH EP=...,PARAM=(...),VL=1, ECB=ECB ST 1,TCB WAIT ECB=ECB DETACH TCB HTH. -- 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@LISTSERV.UA.EDU] On Behalf Of Mil Hashoul Sent: Monday, October 08, 2012 4:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: free subpool 236 or 237 of JES Hi, How could I free the subpool 236 or 237? I work under batch and I am calling the converter and the interpreter of JES, while the batch job is 237 subpool, i work with the converter and the interpreter with subpool 236, when i finish working with the interpreter, I found that lot of the storage of 237 is still hanged on, and it is only released after the main job batch ended, for my case it is not good since, i call the interpreter hundred of times at each job. Any help how could I release that storage? Regards Milad Hashoul -- Look in My Eyes you will C the Devil Playin with My Soul It depends who leads!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
You need to look at the sort messages to determine why the sort failed. If you want, send the entire joblog to the DFSORT hot line (dfs...@us.ibm.com) and we can look it over for you. Have a nice day, Dave Betten DFSMS Performance Engineer IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 10/08/2012 08:03:35 AM: From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@listserv.ua.edu, Date: 10/08/2012 08:06 AM Subject: Reorganizing Partition Table Space With REBALANCE Option Problem. Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, We have a table space with 250 partition and 4,600,000,000 records which it's have to re partition. Because of lack space on the DASD we are trying to use Tape on some DD cards as follows : //SYSREC DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSUT1 DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SORTOUT DD DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSCOPY DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) We are using 123 work data sets as follows : //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK02 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK03 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE . . . . . . //SORTWK4F DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE And the reorg options as follows : //DFSPARM DD * OPTION MOSIZE=0 //DSNUPROC.SYSIN DD * REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4 COPYDDN(SYSCOPY) /* The problem is the unload phase cont the number of records which we expected and after this we assume that it should be switch to next step , but the job failed with following error: DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB DSNUGTIS - PROCESSING SYSIN AS EBCDIC DSNUGUTC - REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005' Please help if you have any idea about it. Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Do you have CA Common Services? That fires up SYSLOGD if it isn't already running, but under a taskname of (by default) something like TNGEMSTR. I'd go to the PS panel in SDSF, or do a D OMVS,A=ALL command and look for a command with syslogd in it. It's not necessarily a task called SYSLOGD, but it will have syslogd in the command. Kind regards Patrick Loftus TNT Express ICS Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEW2763S
ISTR some maintenance in this area (related to NFS). Sorry, no reference handy snip I'm trying to use a UNIX (USS) directory (actually NFS mounted) for Binder input. In some cases it works well; in others where I see no apparent differences other than the pathname I get: IEW2763S DE07 FILE ASSOCIATED WITH DDNAME LIB001 CANNOT BE OPENED BECAUSE THE FILE DOES NOT EXIST OR CANNOT BE CREATED. IEW2302E 1031 THE DATA SET SPECIFIED BY DDNAME LIB001 COULD NOT BE FOUND, AND THUS HAS NOT BEEN INCLUDED. If I reconstruct what I believe to be the full pathname, I can open it and read it after the Binder has failed. LISTALC shows me that LIB001 is allocated to the intended USS directory. There's no additional information in SYSLOG. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. Are you using the same /etc/rc after you upgraded? For example, this is how I start it from /etc/rc: # Start the SYSLOGD daemon which supplies logging functions for programs _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -f /etc/syslog.conf -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Instruction subsets and extensions, was: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
The classic remedy in situations of the sort Arthur Fichtl describes is to write a macro, here one called MVCIN, that performs the operation not supported on some target machines. The HLASM will---and its immediate predecessors would---use a machine instruction I known to it for a particular assembly and, failing that, expand a macro named I known to it instead. The distinction between assembly machine and execution machine---what COBOL used to call source and target machines---is of course crucial here, and in some environments it is difficult to make [or preserve administratively] . --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free sub pool 236 or 237 of JES
I did use this. i have three programs, main called SCAN - CONV - Interpreter SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR the Interpreter, still I have the dynamical allocation that the INTERPRETER do still obtained without free. On Mon, Oct 8, 2012 at 2:24 PM, McKown, John john.mck...@healthmarkets.comwrote: I don't know how you are invoking the interpreter, but if you do it using an ATTACH[X] facility, then all you need to do is not share sub pools 236 237 (which normally are not shared anyway). Then all the storage that the subtask obtains will automatically be freed when it terminates. This is rather simple to do, but just in case, I would do something like: XC ECB,ECB ATTACH EP=...,PARAM=(...),VL=1, ECB=ECB ST 1,TCB WAIT ECB=ECB DETACH TCB HTH. -- 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@LISTSERV.UA.EDU] On Behalf Of Mil Hashoul Sent: Monday, October 08, 2012 4:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: free subpool 236 or 237 of JES Hi, How could I free the subpool 236 or 237? I work under batch and I am calling the converter and the interpreter of JES, while the batch job is 237 subpool, i work with the converter and the interpreter with subpool 236, when i finish working with the interpreter, I found that lot of the storage of 237 is still hanged on, and it is only released after the main job batch ended, for my case it is not good since, i call the interpreter hundred of times at each job. Any help how could I release that storage? Regards Milad Hashoul -- Look in My Eyes you will C the Devil Playin with My Soul It depends who leads!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Look in My Eyes you will C the Devil Playin with My Soul It depends who leads!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Problems with GIM SMP installation
Hi listers, I'm trying to download SW package through GIM SMP installation, but I have some problems: --GIMUNZIP -- ARCHDEF -- archid=ROOTDB2.300 -- newname=/usr/lpp/db2/SERVICE/db21010 -- replace=yes -- preserveid=yes/ --/GIMUNZIP GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND. GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE ROOTDB2.300 GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. Anybody has suffered something like this? I'm seeking the manuals but I don't found any GIM messages manuals. Thanks in advance. -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free sub pool 236 or 237 of JES
If you're using the ATTACH, I don't really know why it isn't releasing the storage. But, if you want to try, you can do FREEMAIN the entire 236 and 237 subpools. But I don't know what impact this might have on other system programs which might use those subpools. Example would be: FREEMAIN RU,SP=236 FREEMAIN RU,SP=237 From reading here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2V2A1/1.8.3 This may not be advisable because these contain the SWA for the job. In note 12, it says: quote 12. Virtual storage is located within the scheduler work area (SWA). The storage is freed at the end of the started task or at initiator termination for subpool 236 and at the end of the job for subpool 237. The NSHSPL and NSHSPV parameters on the ATTACH or ATTACHX macro invocation used to create the currently active task determine ownership of the subpool. If the currently active task was given ownership of the subpool, then the TCB of the currently active task owns the storage in this subpool. If the currently active task is sharing this subpool with the attaching task, then the TCB of the attaching task owns the storage in this subpool. For more information, see the description of the ATTACH and ATTACHX macros in z/OS MVS Programming: Authorized Assembler Services Reference ALE-DYN and the virtual storage management topic in z/OS MVS Programming: Assembler Services Guide. For additional information about the SWA, see z/OS MVS Initialization and Tuning Guide. /quote Seems to me that if you ATTACH the interpreter for each use, the subpools should have been freed. You may have found a bug in z/OS. -- 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@LISTSERV.UA.EDU] On Behalf Of Mil Hashoul Sent: Monday, October 08, 2012 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: free sub pool 236 or 237 of JES I did use this. i have three programs, main called SCAN - CONV - Interpreter SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR the Interpreter, still I have the dynamical allocation that the INTERPRETER do still obtained without free. On Mon, Oct 8, 2012 at 2:24 PM, McKown, John john.mck...@healthmarkets.comwrote: I don't know how you are invoking the interpreter, but if you do it using an ATTACH[X] facility, then all you need to do is not share sub pools 236 237 (which normally are not shared anyway). Then all the storage that the subtask obtains will automatically be freed when it terminates. This is rather simple to do, but just in case, I would do something like: XC ECB,ECB ATTACH EP=...,PARAM=(...),VL=1, ECB=ECB ST 1,TCB WAIT ECB=ECB DETACH TCB HTH. -- 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- m...@listserv.ua.edu] On Behalf Of Mil Hashoul Sent: Monday, October 08, 2012 4:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: free subpool 236 or 237 of JES Hi, How could I free the subpool 236 or 237? I work under batch and I am calling the converter and the interpreter of JES, while the batch job is 237 subpool, i work with the converter and the interpreter with subpool 236, when i finish working with the interpreter, I found that lot of the storage of 237 is still hanged on, and it is only released after the main job batch ended, for my case it is not good since, i call the interpreter hundred of times at each
Re: Problems with GIM SMP installation
https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-main/aPtNlOsWlMQ Insufficient space. On Mon, Oct 8, 2012 at 8:41 AM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: Hi listers, I'm trying to download SW package through GIM SMP installation, but I have some problems: --GIMUNZIP -- ARCHDEF -- archid=ROOTDB2.300 -- newname=/usr/lpp/db2/SERVICE/db21010 -- replace=yes -- preserveid=yes/ --/GIMUNZIP GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND. GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE ROOTDB2.300 GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. Anybody has suffered something like this? I'm seeking the manuals but I don't found any GIM messages manuals. Thanks in advance. -- Un saludo. Álvaro Guirao -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems with GIM SMP installation
Alvaro Guirao Lopez wrote: Hi listers, I'm trying to download SW package through GIM SMP installation, but I have some problems: snip Anybody has suffered something like this? I'm seeking the manuals but I don't found any GIM messages manuals. http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/GIMMCD42/CCONTENTS?SHELF=ez2zo111DN=GA22-7770-15DT=20100603122849 -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Hi Chris, I read that. I know it's the TCPIP subsystem which starts daemons specified in the AUTOLOG statement every x seconds, but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. a) UNIX daemons usually fork() once or twice during startup. I don't know off hand if this applies to syslogd as well but would guess so. b) z/OS will slightly change a process' (MVS) jobname upon fork() (and non-local spawn()) when the original jobname is shorter than 8 characters: a digit between 1 and 9 will be appended. If both a) and b) apply, then the resulting syslogd process will run in a different address space with a *different* jobname than the one started by TCP/IP's autolog feature. It will then think the job died and will restart it. If this turns out to be your problem, try running syslogd with an 8 character jobname (i,e.PROC name). z/OS will then leave the jobname alone upon fork()/spawn(). -- Peter Hunkeler -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IT Pro Sent: Montag, 8. Oktober 2012 13:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active However, commenting out the line in the AUTOLOG stetament and starting SYSLOG from /etc/rc works like a charm. There must be something I'm missing, but I'm really flabbergasted anyways. On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason chrisma...@belgacom.net wrote: Aitor The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. Try reading in z/OS Communications Server IP Configuration Reference what the AUTOLOG statement in the PROFILE of the IP component of z/OS Communications Server does: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8 quote 2.8 AUTOLOG statement Use the AUTOLOG statement to provide a list of MVS started procedures to be started by the Autolog task when TCP/IP is started. ... /quote Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its invention in the early 1990s. Incidentally it is likely that the greatest concentration of specialists with in fact both the SNA (VTAM) as well as the IP components of z/OS Communications Server can be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
Hi Dave, The attached is sort message of the output job. 1ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES A ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 11:18 ON MON OC 0 OPTION MOSIZE=0 ICE140I 0 END OF PARAMETERS FROM DFSPARM - SYSIN OR SORTCNTL/PARAMETER LIST CO SORT FIELDS=(5.0,00028.0,A),FORMAT=BI,FILSZ=E04979426640,DYNA OC=(SYSDA,04) RECORD TYPE=V,LENGTH=(00070,00070,00070) OPTION MSGPRT=ALL,MSGDDN=UTPRINT,AVGRLEN=00070,MAINSIZE=065536K ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5 ICE751I 0 C5-BASE C6-BASE C7-BASE C8-Q83041 E4-BASE C9-BASE E5-Q90312 ICE193I 0 ICEAM2 ENVIRONMENT IN EFFECT - ICEAM2 INSTALLATION MODULE SELECTED ICE089I 0 ROINHORB.REORG .DSNUPROC, INPUT LRECL = 70, TYPE = V ICE092I 0 MAIN STORAGE = (67108864,67108864,67108864) ICE156I 0 MAIN STORAGE ABOVE 16MB = (66060288,66060288) ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y ICE128I 0 OPTIONS: SIZE=67108864,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,E ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHA ICE130I 0 OPTIONS: RESALL=0,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N, ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXIT ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAM ICE235I 0 OPTIONS: NULLOUT=RC0 ICE750I 0 DC 0 TC 0 CS DSVXX KSZ 32 VSZ 32 ICE752I 0 FSZ=4979426640 RE IGN=0 C AVG=70 70 WSP=452719355 E DYN=0 0 ICE121A 7 FILE SIZE IS TOO LARGE ICE751I 1 D8-Q83041 D4-Q84357 E8-BASE ICE052I 0 END OF DFSORT Best regards Manshadi From: David Betten bet...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, October 8, 2012 4:05 PM Subject: Re: Reorganizing Partition Table Space With REBALANCE Option Problem. You need to look at the sort messages to determine why the sort failed. If you want, send the entire joblog to the DFSORT hot line (dfs...@us.ibm.com) and we can look it over for you. Have a nice day, Dave Betten DFSMS Performance Engineer IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 10/08/2012 08:03:35 AM: From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@listserv.ua.edu, Date: 10/08/2012 08:06 AM Subject: Reorganizing Partition Table Space With REBALANCE Option Problem. Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, We have a table space with 250 partition and 4,600,000,000 records which it's have to re partition. Because of lack space on the DASD we are trying to use Tape on some DD cards as follows : //SYSREC DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSUT1 DD DSN=TEMPDS.TAPE2,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SORTOUT DD DSN=TEMPDS.TAPE3,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSCOPY DD DSN=TEMPDS.TAPE4,DISP=(NEW,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) We are using 123 work data sets as follows : //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK02 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE //SORTWK03 DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE . . . . . . //SORTWK4F DD DISP=(NEW,DELETE),UNIT=SYSDA, // SPACE=(CYL,(4300,1000),RLSE), // VOL=(,,,180),STORCLAS=SCLARGE And the reorg options as follows : //DFSPARM DD * OPTION MOSIZE=0 //DSNUPROC.SYSIN DD * REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA SORTDEVT SYSDA SORTNUM 4 COPYDDN(SYSCOPY) /* The problem is the unload phase cont the number of records which we expected and after this we assume that it should be switch to next step , but the job failed with following error: DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = ROINHORB DSNUGTIS - PROCESSING SYSIN AS EBCDIC DSNUGUTC - REORG TABLESPACE QQBANCS.TSINHO REBALANCE LOG NO SORTDATA DSNUGSRT - ERROR FROM SORT COMPONENT RC=16, UTILITY STOPPED DSNUGBAC - UTILITY BATCH MEMORY EXECUTION ABENDED, REASON=X'00E40005' Please help if you have any idea about it. Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems with GIM SMP installation
On Mon, 8 Oct 2012 15:41:05 +0200, Alvaro Guirao Lopez wrote: --/GIMUNZIP GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND. GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE ROOTDB2.300 GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. Anybody has suffered something like this? I'm seeking the manuals but I don't found any GIM messages manuals. It's in SMP/E messages and codes. Look in the SYSPRINT data set for more information regarding the /bin/pax failure. I recently experienced this using SMPWKDIR on a filesystem that does not support extended attributes that pax was trying to set. Why use GIMUNZIP rather than proceeding directly to RECEIVE FROMNTS? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems with GIM SMP installation
On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote: https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm-main/aPtNlOsWlMQ Insufficient space. Only one possibility, and Lizette's reply was most directly to a SB37, which the OP does not report. John M. recommends BPXPRINT; he's probably right. I know for RECEIVE it's SYSPRINT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Curiously, on our z/OS 1.12 system, when I start SYSLOGD using /etc/rc via the line: # Start the syslog daemon _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -c -u I see the name SYSLOGD in the SDSF DA OSTC. This is in contrast to the CROND daemon which does indeed have a number appended to it. Apparently the SYSLOGD daemon on z/OS does not do a fork(). -- 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@LISTSERV.UA.EDU] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Monday, October 08, 2012 9:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active Hi Chris, I read that. I know it's the TCPIP subsystem which starts daemons specified in the AUTOLOG statement every x seconds, but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. a) UNIX daemons usually fork() once or twice during startup. I don't know off hand if this applies to syslogd as well but would guess so. b) z/OS will slightly change a process' (MVS) jobname upon fork() (and non-local spawn()) when the original jobname is shorter than 8 characters: a digit between 1 and 9 will be appended. If both a) and b) apply, then the resulting syslogd process will run in a different address space with a *different* jobname than the one started by TCP/IP's autolog feature. It will then think the job died and will restart it. If this turns out to be your problem, try running syslogd with an 8 character jobname (i,e.PROC name). z/OS will then leave the jobname alone upon fork()/spawn(). -- Peter Hunkeler -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IT Pro Sent: Montag, 8. Oktober 2012 13:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active However, commenting out the line in the AUTOLOG stetament and starting SYSLOG from /etc/rc works like a charm. There must be something I'm missing, but I'm really flabbergasted anyways. On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason chrisma...@belgacom.net wrote: Aitor The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. Try reading in z/OS Communications Server IP Configuration Reference what the AUTOLOG statement in the PROFILE of the IP component of z/OS Communications Server does: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8 quote 2.8 AUTOLOG statement Use the AUTOLOG statement to provide a list of MVS started procedures to be started by the Autolog task when TCP/IP is started. ... /quote Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its invention in the early 1990s. Incidentally it is likely that the greatest concentration of specialists with in fact both the SNA (VTAM) as well as the IP components of z/OS Communications Server can be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM- MAIN -- For IBM-MAIN subscribe / signoff / archive access
Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
SORT FIELDS=(5.0,00028.0,A),FORMAT=BI,FILSZ=E04979426640, DYNAOC=(SYSDA,04) RECORD TYPE=V,LENGTH=(00070,00070,00070) 5 billion record, 70 bytes per record, 350GB. 4 SORTWK files, so 350GB / 3 = 120GB per volume. If you have smaller volumes you will need more of them. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Patrick, in the output of D OMVS,A=ALL does not appear anywhere syslogd On Mon, Oct 8, 2012 at 2:55 PM, Patrick Loftus patrick.lof...@tnt.com wrote: Do you have CA Common Services? That fires up SYSLOGD if it isn't already running, but under a taskname of (by default) something like TNGEMSTR. I'd go to the PS panel in SDSF, or do a D OMVS,A=ALL command and look for a command with syslogd in it. It's not necessarily a task called SYSLOGD, but it will have syslogd in the command. Kind regards Patrick Loftus TNT Express ICS Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
We have customized /etc/rc to include the start of syslog, very similar to what you say, and it works like that: _BPX_JOBNAME='SYSLOGT' /usr/sbin/syslogd -d -c -u -f /usr/local/etc/syslogd.conf On Mon, Oct 8, 2012 at 3:12 PM, Mark Zelden m...@mzelden.com wrote: On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. Are you using the same /etc/rc after you upgraded? For example, this is how I start it from /etc/rc: # Start the SYSLOGD daemon which supplies logging functions for programs _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -f /etc/syslog.conf -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reorganizing Partition Table Space With REBALANCE Option Problem.
Unfortunately, you are exceeding a DFSORT limitation on the number of records that can be sorted. DFSORT has the following limitations 1. Variable-length records - 4294967295 records 2. EQUALS in effect - 4294967295 records 3. VLSHRT in effect - 2147483647 records 4. Blockset technique not selected - 2147483647 records Number 4 will not be a problem since Blockset is always used for sorts invoked by DB2 Utilities. DB2 APAR PM43006 causes the utilities to pass NOVLSHRT and NOEQUALS which would resolve numbers 2 and 3 but since this is a vaiable length sort, you're still going to have that first limitation of 4,294,967,295 records. Normally you'd want to break up the reorg by partitions but since you're doing a rebalance, I guess that's why it's trying to sort the entire file at once. I suggest you open PMR and see if DB2 Utilities support can provide a solution. Also two additional notes about this. 1. It looks like your DFSORTinstallation default for DSA is 64 and that's causing the utility to limit the mainsize it passes. You probably want something much larger for a sort this size. I'd suggest changing your installation default to something much larger like DSA=256. 2. It appears you are running DFSORT V1R5. That has been out of service for quite some time. Have a nice day, Dave Betten DFSMS Performance Engineer IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 10/08/2012 10:10:10 AM: From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@listserv.ua.edu, Date: 10/08/2012 10:11 AM Subject: Re: Reorganizing Partition Table Space With REBALANCE Option Problem. Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi Dave, The attached is sort message of the output job. 1ICE143I 0 BLOCKSET SORT TECHNIQUE SELECTED ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT PAPERS, EXAMPLES A ICE000I 0 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R5 - 11: 18 ON MON OC 0 OPTION MOSIZE=0 ICE140I 0 END OF PARAMETERS FROM DFSPARM - SYSIN OR SORTCNTL/ PARAMETER LIST CO SORT FIELDS=(5.0,00028. 0,A),FORMAT=BI,FILSZ=E04979426640,DYNA OC=(SYSDA,04) RECORD TYPE=V,LENGTH=(00070,00070,00070) OPTION MSGPRT=ALL,MSGDDN=UTPRINT,AVGRLEN=00070,MAINSIZE=065536K ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5 ICE751I 0 C5-BASE C6-BASE C7-BASE C8-Q83041 E4-BASE C9-BASE E5-Q90312 ICE193I 0 ICEAM2 ENVIRONMENT IN EFFECT - ICEAM2 INSTALLATION MODULE SELECTED ICE089I 0 ROINHORB.REORG .DSNUPROC, INPUT LRECL = 70, TYPE = V ICE092I 0 MAIN STORAGE = (67108864,67108864,67108864) ICE156I 0 MAIN STORAGE ABOVE 16MB = (66060288,66060288) ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y ICE128I 0 OPTIONS: SIZE=67108864,MAXLIM=1048576,MINLIM=450560,EQUALS=Y,LIST=Y,E ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHA ICE130I 0 OPTIONS: RESALL=0,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N, ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=16384,CINV=Y,CFW ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXIT ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAM ICE235I 0 OPTIONS: NULLOUT=RC0 ICE750I 0 DC 0 TC 0 CS DSVXX KSZ 32 VSZ 32 ICE752I 0 FSZ=4979426640 RE IGN=0 C AVG=70 70 WSP=452719355 E DYN=0 0 ICE121A 7 FILE SIZE IS TOO LARGE ICE751I 1 D8-Q83041 D4-Q84357 E8-BASE ICE052I 0 END OF DFSORT Best regards Manshadi From: David Betten bet...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, October 8, 2012 4:05 PM Subject: Re: Reorganizing Partition Table Space With REBALANCE Option Problem. You need to look at the sort messages to determine why the sort failed. If you want, send the entire joblog to the DFSORT hot line (dfs...@us.ibm.com) and we can look it over for you. Have a nice day, Dave Betten DFSMS Performance Engineer IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 10/08/2012 08:03:35 AM: From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@listserv.ua.edu, Date: 10/08/2012 08:06 AM Subject: Reorganizing Partition Table Space With REBALANCE Option Problem. Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hi, We have a table space with 250 partition and 4,600,000,000 records which it's have to re partition. Because of lack space on the DASD we are trying to use Tape on some DD cards as follows : //SYSREC DD DSN=TEMPDS.TAPE1,DISP=(MOD,CATLG), // UNIT=CART,RETPD=36,BLKSIZE=0,LABEL=(,SL) //SYSUT1 DD
Re: Problems with GIM SMP installation
I think you're right. I think that the BPXPRINT is used mainly during APPLY, not RECEIVE. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, 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@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, October 08, 2012 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Problems with GIM SMP installation On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote: https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm- main/aPtNlOsWlMQ Insufficient space. Only one possibility, and Lizette's reply was most directly to a SB37, which the OP does not report. John M. recommends BPXPRINT; he's probably right. I know for RECEIVE it's SYSPRINT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
Exactly what you say John: in SDSF DA, CRON appears with a number appended, where as SYSLOG does not, just the exact JOBNAME as specified in _BPX_JOBNAME On Mon, Oct 8, 2012 at 4:22 PM, McKown, John john.mck...@healthmarkets.com wrote: Curiously, on our z/OS 1.12 system, when I start SYSLOGD using /etc/rc via the line: # Start the syslog daemon _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd -c -u I see the name SYSLOGD in the SDSF DA OSTC. This is in contrast to the CROND daemon which does indeed have a number appended to it. Apparently the SYSLOGD daemon on z/OS does not do a fork(). -- 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@LISTSERV.UA.EDU] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Monday, October 08, 2012 9:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active Hi Chris, I read that. I know it's the TCPIP subsystem which starts daemons specified in the AUTOLOG statement every x seconds, but I don't know why SYSLOG complains there is another instance running, that I don't see anywhere in the process list. a) UNIX daemons usually fork() once or twice during startup. I don't know off hand if this applies to syslogd as well but would guess so. b) z/OS will slightly change a process' (MVS) jobname upon fork() (and non-local spawn()) when the original jobname is shorter than 8 characters: a digit between 1 and 9 will be appended. If both a) and b) apply, then the resulting syslogd process will run in a different address space with a *different* jobname than the one started by TCP/IP's autolog feature. It will then think the job died and will restart it. If this turns out to be your problem, try running syslogd with an 8 character jobname (i,e.PROC name). z/OS will then leave the jobname alone upon fork()/spawn(). -- Peter Hunkeler -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IT Pro Sent: Montag, 8. Oktober 2012 13:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: syslogd: FSUM1229 syslogd is already active However, commenting out the line in the AUTOLOG stetament and starting SYSLOG from /etc/rc works like a charm. There must be something I'm missing, but I'm really flabbergasted anyways. On Mon, Oct 8, 2012 at 1:37 PM, Chris Mason chrisma...@belgacom.net wrote: Aitor The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. Try reading in z/OS Communications Server IP Configuration Reference what the AUTOLOG statement in the PROFILE of the IP component of z/OS Communications Server does: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4B1/2.8 quote 2.8 AUTOLOG statement Use the AUTOLOG statement to provide a list of MVS started procedures to be started by the Autolog task when TCP/IP is started. ... /quote Yes I know this is the V1R13 manual but AUTOLOG hasn't changed since its invention in the early 1990s. Incidentally it is likely that the greatest concentration of specialists with in fact both the SNA (VTAM) as well as the IP components of z/OS Communications Server can be found here: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro bilit...@gmail.com wrote: Hello, We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago. We have configured SYSLOGD daemon to be started as a started task from a PROC, but when started we see in the MVS log syslogd: FSUM1229 syslogd is already active, and the procedure ends. The start of the syslog is specified in the AUTOLOG of the TCPIP configuration. S SYSLOGT $HASP100 SYSLOGT ON STCINRDR $HASP373 SYSLOGT STARTED IEF403I SYSLOGT - STARTED - TIME=11.27.08 BPXF024I (USRFWKT) Oct 8 11:27:08 BOLSAWBD/USRFWKT SYSLOGT syslogd: FSUM1229 syslogd is already active IEF404I SYSLOGT - ENDED - TIME=11.27.08 $HASP395 SYSLOGT ENDED Could anybody give me a hint on this? I'm stuck at this. Thanks, Aitor. - - For IBM-MAIN subscribe /
Re: Problems with GIM SMP installation
I detected the problem, CustomPac generated the SERVICE path and the ROOT path where begins the restore of the SW in the same directory, so it was trying to create several paths without space I have corrected it and works fine. 2012/10/8 McKown, John john.mck...@healthmarkets.com I think you're right. I think that the BPXPRINT is used mainly during APPLY, not RECEIVE. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, 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@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, October 08, 2012 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Problems with GIM SMP installation On Mon, 8 Oct 2012 08:57:02 -0500, Mike Schwab wrote: https://groups.google.com/forum/?fromgroups#!topic/bit.listserv.ibm- main/aPtNlOsWlMQ Insufficient space. Only one possibility, and Lizette's reply was most directly to a SB37, which the OP does not report. John M. recommends BPXPRINT; he's probably right. I know for RECEIVE it's SYSPRINT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems with GIM SMP installation
While the job is in JES, use SDSF and rather than going to hold or output use the ST command Then select the job and use the letter N to go through each section of the output of the job. You should come to on where you see error messages. The fact it is in GIMUNZIP for a path indicates to me there should be BPX output statements that contain the error. You just need to go through each output section to find the error. When you are looking at the job in ST, issue a ? next to the job name. That will show you all of the DD statements used by the job for output. Including dynamically allocated Sysout datasets. If you see a BPX entry, I would select that for review first. Second, the reason to use ST is all of the output can be seen even if it has been printed so long as you do not use SPIN=UNALLOC,FREE=CLOSE. Hope this helps Lizette On Behalf Of Alvaro Guirao Lopez Sent: Monday, October 08, 2012 6:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Problems with GIM SMP installation Hi listers, I'm trying to download SW package through GIM SMP installation, but I have some problems: --GIMUNZIP -- ARCHDEF -- archid=ROOTDB2.300 -- newname=/usr/lpp/db2/SERVICE/db21010 -- replace=yes -- preserveid=yes/ --/GIMUNZIP GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND. GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE ROOTDB2.300 GIM20501IGIMUNZIP PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. Anybody has suffered something like this? I'm seeking the manuals but I don't found any GIM messages manuals. Thanks in advance. -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
On Mon, 8 Oct 2012 16:31:39 +0200, IT Pro bilit...@gmail.com wrote: We have customized /etc/rc to include the start of syslog, very similar to what you say, and it works like that: _BPX_JOBNAME='SYSLOGT' /usr/sbin/syslogd -d -c -u -f /usr/local/etc/syslogd.conf Well then you've answered your own question.If you are starting it via /etc/rc, then when you try to start it from a console START command or AUTOLOG it will have already been active and you will see the message you are seeing. Choose only one method to start it (I prefer /etc/rc). Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sad News - Bernie Pierce passed away at age 65
One of the true pioneers of our industry, Bernie Pierce, an A.A. Michelson Award winner, a spectacular contributor to IBM Mainframe technology has passed away at the age of 65. Sadly, Barry Merrill From today's Poughkeepsie Journal Obituary: Poughkeepsie - Bernard Roy Pierce, born August 1, 1947 in Ogdensburg, NY has passed at the age of 65. Bernie was one of 8 sons to Merrill and Lourene Pierce. He and his wife June Kelley (Pierce), married in 1964, built a loving family with their daughters Lisa Rieckermann and Lori Abendschein. While building his family, Bernie studied and graduated from Clarkson University in 1970 with both a Bachelor of Science and Master of Science degrees in mathematics. In the same year he began his career with IBM, where he was most recently employed as Senior Technical Staff Member (STSM), reserved for the top two percent of IBM employees, for System z Hardware Development, zOS Programming, and Performance Analysis. For a number of years, between his terms of employment with IBM, Bernie also worked with Candle Corporation as a principal consultant in Candle's Consulting and Services organization. Over his programming career of 42 years, Bernie was a leader and innovator in performance analysis and design for both Candle Corporation and IBM. He led teams of consultants who focused on performance and capacity issues for the Multiple Virtual Storage (MVS) platform and the Parallel Sysplex environment. These inventions, generally known as the true ready queue and reduced preemption, were instrumental to the scalability of symmetric multiprocessors. Additionally, Bernie was a frequent speaker at SHARE, GUIDE and other conferences on subjects related to MVS performance and capacity. He was also a featured speaker at the Candle Performance Conference in Germany and at Candle educational seminars in Europe and the United States. His articles on systems management, systems analysis, system design and capacity and performance were published with the Computer Measurement Group (CMG), for which he delivered many presentations. He has also written two series of articles on MVS Workload Manager, and MVS Dispatching Management for the Candle Computer Report. For his work and innovations, he earned over twenty patents and was distinctly recognized in being the named recipient of the prestigious Albert Abraham Michelson Award at the 24th annual international conference of the CMG December 9, 1998. Bernie was a loving husband, brother, father, and grandfather, adored by his 4 grandsons, Noah and Caleb Rieckermann, and Aidan and Ian Abendschein. He greatly embraced his extended family, Christopher Klabes, Kimberly Davis, and a host of loving and caring friends. There will be a memorial service at Timothy Doyle Funeral Home at 371 Hooker Avenue in Poughkeepsie on Wednesday, October 10th at 10 a.m. following the service, the family will receive friends and family until 1 p.m. In lieu of flowers, the family asks for any donations be made to the local food bank. Published in the Poughkeepsie Journal from October 8 to October 10, 2012 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free subpool 236 or 237 of JES
In cafobjz197wbieuanqj0bwgrtezmn6vzv6b-7eexg4voqlya...@mail.gmail.com, on 10/08/2012 at 11:05 AM, Mil Hashoul smil...@gmail.com said: Any help how could I release that storage? Yes; what I don't know is whether it is safe to do so. SP 237 is SWA. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free subpool 236 or 237 of JES
Yes, definitely could be a case of bullet: Foot, Foot: bullet. Play nice. -- 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@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, October 08, 2012 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: free subpool 236 or 237 of JES In cafobjz197wbieuanqj0bwgrtezmn6vzv6b-7eexg4voqlya...@mail.gmail.com, on 10/08/2012 at 11:05 AM, Mil Hashoul smil...@gmail.com said: Any help how could I release that storage? Yes; what I don't know is whether it is safe to do so. SP 237 is SWA. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sad News - Bernie Pierce passed away at age 65
That's a shock. Bernie was a fine individual. Always willing to help and a really nice guy. What a loss. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why File transfer through TSO IND$FILE is slower than TCP/IP FTP ?
The 'tuning column' is number of times Expanded. In a message dated 10/8/2012 6:44:33 A.M. Central Daylight Time, elardus.engelbre...@sita.co.za writes: DISPLAY NET,BFRUSE command *after* the morning rush happens. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Did ShopzSeries change the way they deliver RSU maintenance ?
Hi Daniel, I'm having the same problem pulling down single PTFs from Shop z. Regards, Bob Lester -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Daniel Allen Sent: Monday, October 08, 2012 1:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Did ShopzSeries change the way they deliver RSU maintenance ? [ External ] I ordered PUT1209 this morning. The order says Shipped/Download Ready. However, I cannot click on the Status and get the information I need to download. Was the information email to the person responsible ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: free sub pool 236 or 237 of JES
Which task owns the storage? On Mon, 8 Oct 2012 15:38:37 +0200 Mil Hashoul smil...@gmail.com wrote: :I did use this. i have three programs, main called SCAN - CONV - :Interpreter :SCAN attachX the CONV with NSHSP 237 and 236 and CONV call with BALR the :Interpreter, still I have the dynamical allocation that the INTERPRETER do :still obtained without free. : : :On Mon, Oct 8, 2012 at 2:24 PM, McKown, John :john.mck...@healthmarkets.comwrote: : : I don't know how you are invoking the interpreter, but if you do it using : an ATTACH[X] facility, then all you need to do is not share sub pools 236 : 237 (which normally are not shared anyway). Then all the storage that the : subtask obtains will automatically be freed when it terminates. This is : rather simple to do, but just in case, I would do something like: : : : XC ECB,ECB : ATTACH EP=...,PARAM=(...),VL=1, : ECB=ECB : ST 1,TCB : WAIT ECB=ECB : DETACH TCB : : HTH. : : -- : 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@LISTSERV.UA.EDU] : On Behalf Of Mil Hashoul : Sent: Monday, October 08, 2012 4:05 AM : To: IBM-MAIN@LISTSERV.UA.EDU : Subject: free subpool 236 or 237 of JES : : Hi, : How could I free the subpool 236 or 237? : I work under batch and I am calling the converter and the interpreter : of : JES, while the batch job is 237 subpool, i work with the converter and : the : interpreter with subpool 236, when i finish working with the : interpreter, I : found that lot of the storage of 237 is still hanged on, and it is only : released after the main job batch ended, for my case it is not good : since, : i call the interpreter hundred of times at each job. : Any help how could I release that storage? : Regards : Milad Hashoul : : -- : Look in My Eyes you will C the Devil Playin with My Soul : It depends who leads!! : : -- : For IBM-MAIN subscribe / signoff / archive access instructions, : send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN : : -- : For IBM-MAIN subscribe / signoff / archive access instructions, : send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN : -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Did ShopzSeries change the way they deliver RSU maintenance ?
On Mon, 8 Oct 2012 19:17:13 +, Daniel Allen dal...@serena.com wrote: I ordered PUT1209 this morning. The order says Shipped/Download Ready. However, I cannot click on the Status and get the information I need to download. Was the information email to the person responsible ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Same here on a CBPDO I ordered Friday. Got the download email at 11:30, 3 hours later it shows just like yours. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
On 10/7/2012 8:43 AM, Jeremy Nicoll - ls mainframes wrote: Edward Jaffe edja...@phoenixsoftware.com wrote: As a part-time sysprog, I abbreviate your approach even more. I have no time for pesky 'CHECK' operations. Do you chase down the prereq/coreq chains by hand then? No. Unless you use BYPASS for other than HOLDSYS (which I don't), APPLY will automatically refuse to install anything with missing pre- or co-reqs. This is exactly the behavior I want. There's nothing required of me to make SMP/E do the right thing. I do remember that many, many years ago I used to run APPLY CHECK so that I could see which libraries were going to be affected by the APPLY. I would inspect the FILE ALLOCATION REPORT at the bottom of SMPRPT and that would tell me which libraries to compress and which HFS/ZFS to mount read-write. I've since found it easier to always blindly compress everything and mount all HFS/ZFS read-write in preparation for the APPLY. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL subroutines replacing Assembler was Re: GOFF
On 21 Aug 2012 14:52:42 -0700, in bit.listserv.ibm-main you wrote: Ah, I see what you mean. Some of the routines could indeed be done now in COBOL. One routine gets the address of a working-storage area. There's also a date conversion routine that most likely could use LE services, if not be done in COBOL itself. The date conversion routine definitely can be done in COBOL Nonetheless, there are hundreds of programs that call these routines, and I have no intention of changing them! :-) Frank From: Clark Morris cfmpub...@ns.sympatico.ca To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 21, 2012 9:54 AM Subject: Re: GOFF On 20 Aug 2012 16:20:17 -0700, in bit.listserv.ibm-main you wrote: Upgrades. Why do you ask? If they are upgrades, review them to see if the latest and greatest COBOL can do the job. This can ease future maintenance. INSPECT CONVERTING and some of the other things in the 1985 standard eliminated the need for some routines. Also routines written in COBOL can be included as sub-programs saving inter-module overhead. Clark Morris From: Clark Morris cfmpub...@ns.sympatico.ca To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, August 20, 2012 5:05 PM Subject: Re: GOFF On 20 Aug 2012 15:13:03 -0700, in bit.listserv.ibm-main you wrote: I am converting to assembler subroutines, which are called by (Enterprise) COBOL programs to do various things, to make them re-entrant. Is there any reason I should not change my assembler options to specify GOFF? Are these brand new routines as opposed to upgrades of existing routines? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ msg
Yes. STAT is active for all classes. ACCTG is active for class 01. If STAT were inactive, DISPLAY TRACE(STAT) would indicate CSQW137I...SPECIFIED TRACE NOT ACTIVE. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Wells Sent: Friday, October 05, 2012 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MQ msg anyone...the manual not clear .. this display mean MQ trace active ?? RESPONSE=AGFP CSQW127I -MQP1 CURRENT TRACE ACTIVITY IS - TNO TYPE CLASSDEST USERID RMID 01 STAT *SMF ** 02 ACCTG 01 SMF ** END OF TRACE REPORT needing to collect MQ perf stats.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN