HP P4015tn paper tray selection
I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT? Unicode 7.0 released
The SYS1.SCUNTBL has in z/OS 2.1 about 12700 members and around 34 700 tracks, something strange growing here , maybe the Mona Lisa is also online somewhere ... On 17.06.2014 15:12, John McKown wrote: http://unicode-inc.blogspot.com/2014/06/announcing-unicode-standard-version-70.html quote Version 7.0 of the Unicode Standard is now available, adding 2,834 new characters. This latest version adds the new currency symbols for the Russian ruble and Azerbaijani manat, approximately 250 emoji (pictographic symbols), many other symbols, and 23 new lesser-used and historic scripts, as well as character additions to many existing scripts. These additions extend support for written languages of North America, China, India, other Asian countries, and Africa. For full details, see http://www.unicode.org/versions/Unicode7.0.0/. /quote Some of the new characters seem reasonable. But Webdings and Wingdings? Why not a Unicode character for the Mona Lisa? Or for specific corporate logos. Hey, might be a money maker!? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
Rick: Product ? system ? Regards, Scott From: Rick Stetser Sent: Wednesday, June 18, 2014 9:45 AM To: IBM Mainframe Discussion List I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- 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
Also Posted In ISPF-L; ISPF SPLITV
From what I've been able to put together to use SPLITV I have to use the Session Manager. To come up with a Session Manager I have to install exit routines provided with ISPF for SVC 93 and 94 and update and reassemble the ISRCONFG CSECT, setting the SESSMNGR value to YES. I've done the ISRCONFG before, so I'm good there, it's the rest I'm having trouble with. I was looking at z/OS v1R13.0 ISPF Planning and Customizing (GC34-4814-09). Is there a manual that describes what and how to get a vertical split screen working? Thanks in advance! *George Rodriguez* *Specialist II - IT Solutions* *IT Enterprise Applications* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Eight Consecutive Years* -- The *Summer Learning Inspirations http://www.palmbeachschools.org/Students/SummerLearning.asp* website offers ideas and suggestions for parents and students to sustain learning throughout the summer. * Follow us on * [image: Facebook] http://www.palmbeachschools.org/links/facebook.html[image: Twitter] http://www.palmbeachschools.org/links/twitter.html *Disclaimer: *Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
I'm confused by your references to the manual paper feed and tray 2. You said there are three paper sources, so if tray 3 and tray 4 are two of them, the third one is either the manual feed or tray 2 - or are they one and the same? Regards, Greg Shirey Ben E. Keith Company From: Rick Stetser Sent: Wednesday, June 18, 2014 9:45 AM To: IBM Mainframe Discussion List I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CA-Sysview user experiences
Hi list, We are looking at the possibility of installing a new z/OS,CICS,DB2 monitoring suite. Can anybody give me feedback on CA-Sysview capabilities/overhead/anything else I should be looking for? Good, bad, ugly? Please respond off-list - no need to clutter IBM-Main. Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IKJ56228I trying to delete a data set
Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
The HP 4015 can have up to four optional trays , but if you only have three, then the one marked 3 on the outside is 2 and the one marked 4 is 3. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Wednesday, June 18, 2014 9:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HP P4015tn paper tray selection I'm confused by your references to the manual paper feed and tray 2. You said there are three paper sources, so if tray 3 and tray 4 are two of them, the third one is either the manual feed or tray 2 - or are they one and the same? Regards, Greg Shirey Ben E. Keith Company From: Rick Stetser Sent: Wednesday, June 18, 2014 9:45 AM To: IBM Mainframe Discussion List I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- 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: IKJ56228I trying to delete a data set
Did you get an IDC3009I message? That would probably be more helpful What happens when you do a DEL under 3.4? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56228I trying to delete a data set Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56228I trying to delete a data set
Full output shown, no IDC3009I. If I could use the 3.4 list directly, I wouldn't need the Rexx.. The data sets actually on the volume are cataloged only in the usercat named in the CAT parameter. I suppose that's the problem, but why? Deleting the associated alias located in the same usercat had no problem. I even tried allocating to my session a temp data set on the catalog volume. No help. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:14 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you get an IDC3009I message? That would probably be more helpful What happens when you do a DEL under 3.4? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56228I trying to delete a data set Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56228I trying to delete a data set
Have you tried an IEFBR14 with DISP=(OLD,DELETE,DELETE)? Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 11:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56228I trying to delete a data set Full output shown, no IDC3009I. If I could use the 3.4 list directly, I wouldn't need the Rexx.. The data sets actually on the volume are cataloged only in the usercat named in the CAT parameter. I suppose that's the problem, but why? Deleting the associated alias located in the same usercat had no problem. I even tried allocating to my session a temp data set on the catalog volume. No help. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:14 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you get an IDC3009I message? That would probably be more helpful What happens when you do a DEL under 3.4? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56228I trying to delete a data set Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ -- 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: IKJ56228I trying to delete a data set
Why not use ISMF option 1 and point to the catalog, and delete from there? Thanks; Nathan Pfister Senior Systems Programmer WSSC Water Desk: (301) 206-7544 Cell: (240) 475-2839 npfi...@wsscwater.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 11:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56228I trying to delete a data set I need to get to the data set via the usercat so that the catalog entry will be removed. I can't do that directly via allocation. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Hardee, Chuck chuck.har...@thermofisher.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:27 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Have you tried an IEFBR14 with DISP=(OLD,DELETE,DELETE)? Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 11:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56228I trying to delete a data set Full output shown, no IDC3009I. If I could use the 3.4 list directly, I wouldn't need the Rexx.. The data sets actually on the volume are cataloged only in the usercat named in the CAT parameter. I suppose that's the problem, but why? Deleting the associated alias located in the same usercat had no problem. I even tried allocating to my session a temp data set on the catalog volume. No help. From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:14 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you get an IDC3009I message? That would probably be more helpful What happens when you do a DEL under 3.4? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56228I trying to delete a data set Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ -- 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: IKJ56228I trying to delete a data set
Hi Skip, Make sure the cat is has no remaining datasets and is closed everywhere, HTH, Linda Sent from my iPhone On Jun 18, 2014, at 8:37 AM, Skip Robinson jo.skip.robin...@sce.com wrote: I need to get to the data set via the usercat so that the catalog entry will be removed. I can't do that directly via allocation. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Hardee, Chuck chuck.har...@thermofisher.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:27 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Have you tried an IEFBR14 with DISP=(OLD,DELETE,DELETE)? Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 11:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56228I trying to delete a data set Full output shown, no IDC3009I. If I could use the 3.4 list directly, I wouldn't need the Rexx.. The data sets actually on the volume are cataloged only in the usercat named in the CAT parameter. I suppose that's the problem, but why? Deleting the associated alias located in the same usercat had no problem. I even tried allocating to my session a temp data set on the catalog volume. No help. From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 08:14 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Did you get an IDC3009I message? That would probably be more helpful What happens when you do a DEL under 3.4? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Wednesday, June 18, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IKJ56228I trying to delete a data set Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ -- 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
FW: HP P4015tn paper tray selection
The key is to map the AFP BIN numbers to the PCL tray numbers. We are using HP9000 and HP9050 printers with physical trays 2, 3 and 4. Tray 4 is the high capacity tray. We use the LRS VPS product which has a table for translating AFP BIN number to PCL tray numbers. I expect that Info Print has a similar translation. PCL TRAY HP 9000 1 TRAY 2 5 TRAY 3 20TRAY 4 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rick Stetser Sent: Wednesday, June 18, 2014 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HP P4015tn paper tray selection I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56228I trying to delete a data set
I can't recall how this works under REXX, so...do you have WTPMSG turned on in your TSO/E profile? Also, while this could be a destructive test (which will make it hard to answer the original question), what happens if you use the same delete command in IDCAMS in batch? My thought is that with MSGLEVEL=(1,1) you might get more information from either IDCAMS messages or system messages than you get from TSO/E foreground. And, is this the only data set for which this happens? Skip Robinson wrote: Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ snip -- 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: IKJ56228I trying to delete a data set
Do you have at least UPDATE authority to the catalog? Since the dataset is nonvsam, you can use 3.4 and specify the volser to list the DSN. If you delete it using this list, the catalog will not be referenced. You can then clean up the catalog later if you want to. If you don't intend to keep the SERVERPAC catalog, you don't need to worry about it containing superfluous entries. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of Skip Robinson :: Sent: Wednesday, June 18, 2014 8:07 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: IKJ56228I trying to delete a data set :: :: Cleaning up after a ServerPac install. There are some 'operational' data :: sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', :: which lives on the 'CAT' volume and cataloged in the ServerPac catalog :: 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC :: the :: data set and, if it exists, delete it. LISTC shows the data set, DELETE :: fails as shown. :: :: I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in :: the :: same catalog. That command worked fine. What am I missing for the data :: set :: delete? I run this Rexx under foreground TSO. :: :: :: 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') :: LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') :: NONVSAM --- SYS1.XCF.CDS03 :: 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') :: DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') :: IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE :: ACCESSED :: IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED :: IDC0014I LASTCC=8 ::+++ RC(8) +++ :: :: . :: . :: J.O.Skip Robinson :: Southern California Edison Company :: Electric Dragon Team Paddler :: SHARE MVS Program Co-Manager :: 626-302-7535 Office :: 323-715-0595 Mobile :: jo.skip.robin...@sce.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: IKJ56228I trying to delete a data set
John Eells wrote: I can't recall how this works under REXX, so...do you have WTPMSG turned on in your TSO/E profile? He really needs to do that for diagnosis. Something like this CLIST (Not REXX): WRITE MESSAGES WILL BE RECEIVED PROFILE WTPMSG MSGID INTERCOM Also, while this could be a destructive test (which will make it hard to answer the original question), what happens if you use the same delete command in IDCAMS in batch? Good catch! Skip: Just a WAG, but check your accesses in RACF and also the FACILITY class profile STG.whatever just to be sure. And, is this the only data set for which this happens? If so, all of them on the same catalog? Another question, what are you getting if you do a standard LISTC without using a CAT(catalog) keyword? Just try it. I'm sure there is something else hiding in the catalogs or volsers... IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED Do your command in batch as suggested and post the dynamic allocation error code. 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: IKJ56228I trying to delete a data set
My memory (or opinion) could be wrong, but I thought such use of CAT() on DELETE and DEFINE stopped working when JOB/STEPCAT was removed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
We run z/OS 1.13 use AFP for all our printing. We send AFP data to InfoPrint/Windows via MVS Download. We have had this problem before, however it was years ago so the details are fuzzy. What we found was that the AFP command to select a bin/tray was being converted by InfoPrint into a PCL command to select the bin/tray. However the PCL command was not using the proper bin/tray codes for the printer and they aren't 1, 2, 3, etc. I don't remember how we found the PCL codes for the printer. But we had to setup infoprint to convert the AFP bin/tray to the proper PCL bin/tray and then it worked. Good luck. Brad Wissink Information Technology Services Iowa State University 515-294-3088 If it ain't broke, you ain't trying - Red Green -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rick Stetser Sent: Wednesday, June 18, 2014 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HP P4015tn paper tray selection To Scott - The AFP data is generated out of a product called DOC1. This AFP data is then processed by Infoprint which is a z/OS product. As I stated we are at z/OS 1.13. To Greg - As I look at the printer it has 3 drawers that contain paper stock. On the right side of the drawers are the numbers 2, 3, 4 listed from top to bottom. Above the tray marked with a 2 is a door which is the manual paper feed. -- 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: HP P4015tn paper tray selection
Rick, Have you dug through any of the cbttapes.org , xephon pubs there are tons of examples of a lot of code to interface to various z/OS products Scott ford www.identityforge.com from my IPAD On Jun 18, 2014, at 1:18 PM, Rick Stetser 001012027c5e-dmarc-requ...@listserv.ua.edu wrote: To Scott - The AFP data is generated out of a product called DOC1. This AFP data is then processed by Infoprint which is a z/OS product. As I stated we are at z/OS 1.13. To Greg - As I look at the printer it has 3 drawers that contain paper stock. On the right side of the drawers are the numbers 2, 3, 4 listed from top to bottom. Above the tray marked with a 2 is a door which is the manual paper feed. -- 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: IKJ56228I trying to delete a data set
On Wed, 18 Jun 2014 08:07:29 -0700, Skip Robinson jo.skip.robin...@sce.com wrote: What am I missing for the data set delete? Skip, you're missing a FILE keyword. Andy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Need help for two LPARS sharing DASD
My production LPAR and Test LPAR have access to almost 600 volumes. My test LPAR only uses and needs about 24 volumes. Any ideas how, at IPL time for the test LPAR, I can use commands to restrict the LPAR to only these 24 volumes. For sure, I could issue vary off and vary on commands for only those volumes needed or not needed by the test LPAR, but the UCB's are so numerous that there would be dozens of commands. I am just trying to have a smaller list of commands in my COMMNDXX member Any other simpler way to accomplish this task? Thanks. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 1651 Alhambra Blvd Suite 200 Sacramento, Ca 95816 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56228I trying to delete a data set
On Wed, 18 Jun 2014 08:07:29 -0700, Skip Robinson jo.skip.robin...@sce.com wrote: Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ Allocate a DD to the volume (DD1 for example) and add FILE(DD1) to the DELETE command. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Also Posted In ISPF-L; ISPF SPLITV
On Wed, 18 Jun 2014 10:41:58 -0400, George Rodriguez wrote: Is there a manual that describes what and how to get a vertical split screen working? AFAIK, SPLITV is only applicable to a 3290 terminal in partition mode. As it says in HELP. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help for two LPARS sharing DASD
The simplest method is to create an OSCONFIG in your IODF for each system. For the test system, mark the volumes as offline except for the 24 volumes you want to use. Make sure you set the LOADxx parameters to specify the OSCONFIG you want to use. Matthew On Wed, 18 Jun 2014 11:22:59 -0700, John Norgauer john.norga...@ucdmc.ucdavis.edu wrote: My production LPAR and Test LPAR have access to almost 600 volumes. My test LPAR only uses and needs about 24 volumes. Any ideas how, at IPL time for the test LPAR, I can use commands to restrict the LPAR to only these 24 volumes. For sure, I could issue vary off and vary on commands for only those volumes needed or not needed by the test LPAR, but the UCB's are so numerous that there would be dozens of commands. I am just trying to have a smaller list of commands in my COMMNDXX member Any other simpler way to accomplish this task? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help for two LPARS sharing DASD
I don't like the idea of messing with my IODF every time I change the volumes my sandbox(s) need. We use v -,offline your worst case seems to be 26 commands, which is just barely dozens. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Matthew Stitt Sent: Wednesday, June 18, 2014 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Need help for two LPARS sharing DASD The simplest method is to create an OSCONFIG in your IODF for each system. For the test system, mark the volumes as offline except for the 24 volumes you want to use. Make sure you set the LOADxx parameters to specify the OSCONFIG you want to use. Matthew On Wed, 18 Jun 2014 11:22:59 -0700, John Norgauer john.norga...@ucdmc.ucdavis.edu wrote: My production LPAR and Test LPAR have access to almost 600 volumes. My test LPAR only uses and needs about 24 volumes. Any ideas how, at IPL time for the test LPAR, I can use commands to restrict the LPAR to only these 24 volumes. For sure, I could issue vary off and vary on commands for only those volumes needed or not needed by the test LPAR, but the UCB's are so numerous that there would be dozens of commands. I am just trying to have a smaller list of commands in my COMMNDXX member Any other simpler way to accomplish this task? Thanks. -- 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
Reorg SYS1.DDIR?
Our SYS1.DDIR has hit the 123 extent limit. I'd like to reorg this file but there is an allocation on it by task DUMPSRV. I am not really sure of the best way to handle this, any help is appreciated.? tks Matt QNAME RNAME JOBNAME DISP STATUS -- SYSDSN / SYS1.DDIRDUMPSRV SHR USING -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RENT, REFR and key=0 storage - A correction
In cae1xxdhvg1iw6vcob6xooxagkjvqq1hypxsunijxup-l2d4...@mail.gmail.com, on 06/17/2014 at 10:08 PM, John Gilmore jwgli...@gmail.com said: That said, serialization can be implemented in ugly, resource-hogging fashion with just TS. The point is that using a TS for serialization may prevent the resource from ever being released. That, not efficiency, is the reason that I said that it needs to be encapsulated in a supervisor service. As for Dijkstra, I would be the last person to defend him. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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: Reorg SYS1.DDIR?
The z/OS Management Facility User's Guide is from the z/OS v1r11 level. In the User's guide is the topic of the SYSPLEX shared SYS1.DDIR and how to clean it up, the following is from a section on Creating the sysplex dump directory: Establishing a larger sysplex dump directory might become full with the dumps you have saved. To create more space for dumps, you can delete old dumps from the directory. If you must retain the saved dumps, however, you can instead migrate your existing dumps to a larger sysplex dump directory. To establish a larger sysplex dump directory, follow these steps: Create a new sysplex dump directory data set through the BLSCDDIR CLIST, for example: EXEC 'SYS1.SBLSCLI0(BLSCDDIR)' 'DSNAME(SYS1.DDIR) VOLUME(VOLSER) RECORDS(25000)' If your existing dump directory was created with the default size of 15000 records, you might want to specify a larger size. Approximately 50 directory entries are used for each incident and more are used for multi-system dumps. Update BLSCUSER with the new dump directory name (but make note of the old dump directory name). Recycle the DUMPSRV address space (CANCEL DUMPSRV; it restarts automatically). This action registers the new dump directory name to DUMPSRV. Run BLSJPRMI (START BLSJPRMI). This action updates the in-storage copy of the dump directory name. Use the IPCS COPYDDIR command to copy the old directory entries to the new directory data set, as follows: COPYDDIR INDSNAME(SYS1.DDIR) DSNAME(new.DDIR) Your new sysplex dump directory now contains the old dumps and can be used to store new dumps. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt Sent: Wednesday, June 18, 2014 2:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Reorg SYS1.DDIR? Our SYS1.DDIR has hit the 123 extent limit. I'd like to reorg this file but there is an allocation on it by task DUMPSRV. I am not really sure of the best way to handle this, any help is appreciated.? tks Matt QNAME RNAME JOBNAME DISP STATUS -- SYSDSN / SYS1.DDIRDUMPSRV SHR USING -- 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: Need help for two LPARS sharing DASD
Just go ahead and issue the vary commands. You may get a command flooding in class M2 message if there are enough commands. The resolution to this is do nothing. z/OS will handle the command flooding and you will eventually see a 'command flooding relieved in class M2 message. You can reduce the number of commands with the range version of the command. V -,offline Excerpt from my test lpar COMMNDxx member COM='V 8000-80BF,OFFLINE' COM='V 8100-81BF,OFFLINE' COM='V 8200-82BF,OFFLINE' COM='V 8300-83BF,OFFLINE' COM='V 8400-84BF,OFFLINE' COM='V 8500-8503,OFFLINE' COM='V 8505-85BF,OFFLINE' COM='V 8600-8603,OFFLINE' note volume 8604 is left online... COM='V 8605-86BF,OFFLINE' COM='V 8700-8703,OFFLINE' HTH, snip My production LPAR and Test LPAR have access to almost 600 volumes. My test LPAR only uses and needs about 24 volumes. Any ideas how, at IPL time for the test LPAR, I can use commands to restrict the LPAR to only these 24 volumes. For sure, I could issue vary off and vary on commands for only those volumes needed or not needed by the test LPAR, but the UCB's are so numerous that there would be dozens of commands. I am just trying to have a smaller list of commands in my COMMNDXX member Any other simpler way to accomplish this task? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
A New Class by Cheryl Watson and Frank Kyne
SYS1.PARMLIB, The Heart of z/OS: Updates in z/OS 1.13 and 2.1 One of the cornerstones of z/OS is upward compatibility. And the number one priority when you migrate to a new release is typically to ensure that everything that worked with the old release still works with the new release. As a result, the default mode of operation is that enhancements or new functions tend to be shipped by IBM in a disabled state. Therefore, to maximize the return on your investment in z/OS, you generally need to take some overt action. The objective of this class is to help you get the full value out of your z/OS system by making you aware of all the Parmlib changes that were delivered in z/OS 1.13 and z/OS 2.1. For each parameter, this class describes the reason for the change, the associated function or capability, what environments it is appropriate for, and recommended values. For those of you who have seen our articles on Parmlib enhancements in our Cheryl Watson's Tuning Letter, we'd like you to know that the class will get into much more detail about each parameter and keyword. We will ask you to bring your own Parmlib members and we'll help you understand and review the settings in your installation. Date: Sunday, August 3, 2014 Location: Westin Convention Center Hotel, Pittsburgh, PA Time: 9:00 AM EST Cost: $475 If you are currently running z/OS 1.12, this class will help you prepare for your next upgrade. If you are already running z/OS 1.13, you can use this class as a self-assessment, to ensure that you are actually exploiting all the capabilities that are available to you. And if you have already migrated to z/OS 2.1, or are working on a business case to justify the migration, this class will help you identify all the functions that are applicable to your environment, including those that were shipped in z/OS 1.13 that you might have overlooked. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
We did the same with VPS, but the code to perform those functions we customized. So I know it can be done. Regards, Scott From: Wissink, Brad [ITSYS] Sent: Wednesday, June 18, 2014 1:41 PM To: IBM Mainframe Discussion List We run z/OS 1.13 use AFP for all our printing. We send AFP data to InfoPrint/Windows via MVS Download. We have had this problem before, however it was years ago so the details are fuzzy. What we found was that the AFP command to select a bin/tray was being converted by InfoPrint into a PCL command to select the bin/tray. However the PCL command was not using the proper bin/tray codes for the printer and they aren't 1, 2, 3, etc. I don't remember how we found the PCL codes for the printer. But we had to setup infoprint to convert the AFP bin/tray to the proper PCL bin/tray and then it worked. Good luck. Brad Wissink Information Technology Services Iowa State University 515-294-3088 If it ain't broke, you ain't trying - Red Green -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rick Stetser Sent: Wednesday, June 18, 2014 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HP P4015tn paper tray selection To Scott - The AFP data is generated out of a product called DOC1. This AFP data is then processed by Infoprint which is a z/OS product. As I stated we are at z/OS 1.13. To Greg - As I look at the printer it has 3 drawers that contain paper stock. On the right side of the drawers are the numbers 2, 3, 4 listed from top to bottom. Above the tray marked with a 2 is a door which is the manual paper feed. -- 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: Using DFDSS to copy non-extended format dataset to extended format?
No it's not faster. DFSMSdss calls repro under the covers for most VSAM data set copy operations, but buffering is limited to whatever was used when the data set was defined. I hope everyone uses a large BUFSP or BUFND value for REPRO (like 849920). Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Tuesday, June 17, 2014 6:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Using DFDSS to copy non-extended format dataset to extended format? Thanks. I understand. DFDSS is certainly a more efficient data copier than IDCAMS REPRO! On Tue, Jun 17, 2014 at 7:51 AM, Peter Hunkeler p...@gmx.ch wrote: I can't answer your question. Especially since I don't know what various ways that you tried. My intent really only was to make sure I'm not missing a DFDSS option that would do this. I didn't find anything the like in the manual. That's why I didn't post details. So, how about doing trying this: I was curious if it was feasible to perform the task using DFDSS. That's why I haven't YET tried AMS REPRO. Will consider this path next. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- 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: IKJ56228I trying to delete a data set - solved
The prize is shared by Andy and Mark. (Take a bow. OK, sit down. Down. Sit). Thanks for *everyone's* help. I was aiming in the right direction when I tried an allocation earlier, but I didn't have the FILE parameter. What worked was this: ALLOC DD(R21CAT) NEW VOL(R21CAT) UNIT(3390) REU STORCLAS(NULL) DEL 'dsn' FILE(R21CAT) CAT('MVSR21.ICF.MASTER') FREE DD(R21CAT) STORCLAS(NULL) tells SMS to honor the volume parameter; otherwise the temporary data set ends up in the SMS pool. Turns out that when this works, the alias gets deleted also at the same, so the commands to delete the alias are unnecessary. The updated Rexx is below. To answer some questions from the thread. -- I have full ALTER authority to all components. -- Batch yielded no messages beyond those I posted from TSO. -- LISTCAT of the usercat showed everything kosher before and after deleting. -- I never intended to delete the usercat, just some unneeded data sets cataloged there. The Rexx BTW can be entered as a line command on a 3.4 data set list of volume R21CAT. The dsn is passed to the Rexx fully qualified and quoted. I stripped off the quotes for use in the alias delete command, which is no longer necessary. But there it is anyway. TRACE C ARG dsn dsn = STRIP(dsn,B,') LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') IF RC = 0 THEN DO ALLOC DD(R21CAT) NEW VOL(R21CAT) UNIT(3390) REU STORCLAS(NULL) DEL 'dsn' FILE(R21CAT) CAT('MVSR21.ICF.MASTER') FREE DD(R21CAT) END . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Zelden m...@mzelden.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 11:25 AM Subject:Re: IKJ56228I trying to delete a data set Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Wed, 18 Jun 2014 08:07:29 -0700, Skip Robinson jo.skip.robin...@sce.com wrote: Cleaning up after a ServerPac install. There are some 'operational' data sets that I don't want to keep around. One of those is 'SYS1.XCF.CDS03', which lives on the 'CAT' volume and cataloged in the ServerPac catalog 'MVSR21.ICF.MASTER' on the same volume. I wrote a simple Rexx to LISTC the data set and, if it exists, delete it. LISTC shows the data set, DELETE fails as shown. I also LISTC and delete the associated alias 'OSR21.SYS1.XCF.CDS03' in the same catalog. That command worked fine. What am I missing for the data set delete? I run this Rexx under foreground TSO. 9 *-* LISTC ENT('dsn') CAT('MVSR21.ICF.MASTER') LISTC ENT('SYS1.XCF.CDS03') CAT('MVSR21.ICF.MASTER') NONVSAM --- SYS1.XCF.CDS03 13 *-* DEL 'dsn' CAT('MVSR21.ICF.MASTER') DEL 'SYS1.XCF.CDS03' CAT('MVSR21.ICF.MASTER') IKJ56228I DATA SET SYS1.XCF.CDS03 NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IDC0551I ** ENTRY SYS1.XCF.CDS03 NOT DELETED IDC0014I LASTCC=8 +++ RC(8) +++ Allocate a DD to the volume (DD1 for example) and add FILE(DD1) to the DELETE command. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Also Posted In ISPF-L; ISPF SPLITV
On 6/18/2014 2:34 PM, Tom Marchant wrote: On Wed, 18 Jun 2014 10:41:58 -0400, George Rodriguez wrote: Is there a manual that describes what and how to get a vertical split screen working? AFAIK, SPLITV is only applicable to a 3290 terminal in partition mode. As it says in HELP. Tom is correct; I last used SPLITV on an actual 3290 (the old monochrome orange-characters gas plasma terminal) in 1988; it worked great then. It does not create a vertical split in the logical screen on any other 3270-family device or emulator. Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IKJ56228I trying to delete a data set
On 6/18/2014 10:31 AM, Gibney, Dave wrote: My memory (or opinion) could be wrong, but I thought such use of CAT() on DELETE and DEFINE stopped working when JOB/STEPCAT was removed. CAT still works, but the listed catalog has to have been properly CONNECTed to the current catalog environment. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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
Re: IKJ56228I trying to delete a data set
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Wednesday, June 18, 2014 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IKJ56228I trying to delete a data set On 6/18/2014 10:31 AM, Gibney, Dave wrote: My memory (or opinion) could be wrong, but I thought such use of CAT() on DELETE and DEFINE stopped working when JOB/STEPCAT was removed. CAT still works, but the listed catalog has to have been properly CONNECTed to the current catalog environment. Thanks Ed. It also wasn't clear to me if Skip's dataset or catalog was on the FILE volume (or both) in his final solution. I do my best not to run into these types of situations. I try to keep everything cataloged in the scope of standard search. Except for SMP/E targets where the DDDEF specifies my current target volume which is doesn't change after the first unload of the Serverpac and are never referenced ourside of SMP/E except for the FDR copy to a new active SYSRES (and sometimes by me using the PDS tool if I need to expand them) But, I am much smaller than Skip and never have more than two levels running at any given time. All user and applications processing is confined to SMS pools. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help for two LPARS sharing DASD
On Wed, 18 Jun 2014 18:56:44 +, Gibney, Dave wrote: I don't like the idea of messing with my IODF every time I change the volumes my sandbox(s) need. This seems a common refrain, but I have to agree with Matthew - I like the OSCONFIG option. Seems the John has a fairly static list of volumes - extras needed can be varied as needed. Now, about GRS ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need help for two LPARS sharing DASD
An OS config for each plex (not LPAR) is the best way to handle this case. No harm in giving yourself plenty of extra volumes in the test plex config for adding or moving data. Just not hundreds. Varying 50 volumes offline takes a far smaller toll on your system than 500. Having lived this way for many years, I suggest also maintaining a fallback OS config that puts all volumes online at IPL just in case something you need happens to wander outside the designated range. Include a LOADxx member for this all-inclusive config. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/18/2014 05:43 PM Subject:Re: Need help for two LPARS sharing DASD Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Wed, 18 Jun 2014 18:56:44 +, Gibney, Dave wrote: I don't like the idea of messing with my IODF every time I change the volumes my sandbox(s) need. This seems a common refrain, but I have to agree with Matthew - I like the OSCONFIG option. Seems the John has a fairly static list of volumes - extras needed can be varied as needed. Now, about GRS ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP P4015tn paper tray selection
Rick, You may need to broaden your testing. The books for afp2pcl and afpxpcl both contain this Tip for the AOP_TRAYID: PCL tray IDs do not match the tray numbers embossed on the actual printer trays. Test changing more than just the fourth position. For more details, see http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.aokfa00/afp2pclentry.htm?resultof=%22%61%66%70%78%70%63%6c%22%20%22%61%6f%70%5f%74%72%61%79%69%64%22%20 --Roger On Wed, Jun 18, 2014 at 7:45 AM, Rick Stetser 001012027c5e-dmarc-requ...@listserv.ua.edu wrote: I have a developer who's trying to print on an HP Laserjet P4015tn printer that has three paper sources. The first one, I think, is the manual paper feed and the other two are actual trays that hold paper and they’re marked 3 and 4 on the outside of the tray. The developer is trying to get the forms from the bottom tray (marked 4) to print but without success. The document data is AFP which is transformed to PCL via IP Printway (hereafter called Infoprint). We're using a FORMDEF that looks like this: SETUNITS 1 IN 1 IN; FORMDEF WHDOC OFFSET .158 .197 JOG YES REPLACE YES; COPYGROUP LODRWRPT BIN 2 OFFSET .158 .197; COPYGROUP UPDRWRSS BIN 3 OFFSET .158 .197; COPYGROUP DRWTHREE BIN4 OFFSET .158 .197; Currently we print this document (using a slightly different FORMDEF) so that one page comes out on plain paper from tray 3 and the other paper has special paper stock and prints from tray 2. The change that’s being tested is to have an additional page print on plain stock from tray 4. What’s actually happening is the additional page is printing from tray 2. If the FORMDEF COPYGROUP DRWTHREE, is changed to BIN 2, the stock draws from tray 3. We tried playing around with the AOP_TRAYID settings changing the fourth position to all of the values from 1 to 5. In many cases that caused the printer to draw from the manual paper feed. If anyone has any suggestions on this I would sure appreciate it. We're z/OS 1.13. -- 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: Also Posted In ISPF-L; ISPF SPLITV
In caapqkjuqww0nmr3vkfhp8jcz+et-0rqy8ynat8y_056vm1k...@mail.gmail.com, on 06/18/2014 at 10:41 AM, George Rodriguez george.rodrig...@palmbeachschools.org said: From what I've been able to put together to use SPLITV I have to use the Session Manager. Where did you get that idea? reassemble the ISRCONFG CSECT, Why not use the configuration utility? Is there a manual that describes what and how to get a vertical split screen working? You need a 3290 terminal type and logmode, i.e., support for explicit partitiions with a 62x160 geometry. What 3270 simulator are you using? What logmode? Chances are that your 3270 simulator is not properly configured for 3290 support. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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: Using DFDSS to copy non-extended format dataset to extended format?
That is what I am talking about. However if you look at a typical programmer or production JCL you won't see that in it. Ed On Jun 18, 2014, at 3:49 PM, Ron Hawkins wrote: No it's not faster. DFSMSdss calls repro under the covers for most VSAM data set copy operations, but buffering is limited to whatever was used when the data set was defined. I hope everyone uses a large BUFSP or BUFND value for REPRO (like 849920). Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Tuesday, June 17, 2014 6:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Using DFDSS to copy non-extended format dataset to extended format? Thanks. I understand. DFDSS is certainly a more efficient data copier than IDCAMS REPRO! On Tue, Jun 17, 2014 at 7:51 AM, Peter Hunkeler p...@gmx.ch wrote: I can't answer your question. Especially since I don't know what various ways that you tried. My intent really only was to make sure I'm not missing a DFDSS option that would do this. I didn't find anything the like in the manual. That's why I didn't post details. So, how about doing trying this: I was curious if it was feasible to perform the task using DFDSS. That's why I haven't YET tried AMS REPRO. Will consider this path next. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown - - 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