MVS Quick Reference, was: LookAT
I'm just curious whether anybody out there has MVS Quick Reference from Chicago Soft installed. At my former assignment we had it and used it extensively. MVSQR is much more powerful than Lookat and it provides a comfortable UI. Note: I'm not affiliated with that company, just a user. Arthur -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
We do a flash drive, but probably not enough capacity for all the manuals you want. On Wed, Dec 11, 2013 at 11:30 PM, Elardus Engelbrecht wrote: > Mike Schwab wrote: > >>Maybe a copy on an external disk drive? > > Good idea, now I have pondering on it, I'll have a nice discussion with my > DRP team so we can replace DVDs with external hard drives. > > Just with the envelopes containing details of the special ids, I could > arrange that instead of CD / DVD with bookmanager, we can use external hard > drive (Verbatim USB Store and Go 500 GB for example). Then we can also store > IPL procedures and other similar documentations on that drives too. > > Thanks Mike for your good idea! > > 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 -- 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: Lookat
Mike Schwab wrote: >Maybe a copy on an external disk drive? Good idea, now I have pondering on it, I'll have a nice discussion with my DRP team so we can replace DVDs with external hard drives. Just with the envelopes containing details of the special ids, I could arrange that instead of CD / DVD with bookmanager, we can use external hard drive (Verbatim USB Store and Go 500 GB for example). Then we can also store IPL procedures and other similar documentations on that drives too. Thanks Mike for your good idea! 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: Server Pac Panel Issue
A few questions. 1) When did you last successfully use this process? 2) Have you downloaded a new version of the CPP functions and libraries? 3) Did you change anything in ISPF that you use to execute this process? 4) Did you see that the CPPE628M talks about the load library? Where do you have this library allocated? STEPLIB, LINKLST, OTHER? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of venkat kulkarni > Sent: Wednesday, December 11, 2013 5:34 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Server Pac Panel Issue > > Hello, > > I am not able to access Serverpac panel and getting below error while executing > CPPCSAMP CLIST . > > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT > ALLOCATED. > > and then below error > . . . . . . . . . . . . . . . . . . . . . . . . . > . . > DIALOG PROCESSING ERROR Unexpected DIALOG > ERROR > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 > > You may wish to note the contents of the ISPEXEC buffer, which may be helpful in > determining the cause of the problem. > > > Press ENTER or RETURN to terminate the dialog. > > > Contents of the ISPEXEC buffer was: > > > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< > > < > > < > > < > > < > > < > > > When I tried to check for *CPPE628M *- Dialogue Startup Exit > > > CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. > > MESSAGE EXPLANATION > The dialog could not access the master SCPPLOAD data set dataset-name. > > SYSTEM ACTION > The dialog ends with the return code shown in this message. > > Any pointer on this issue. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Interested in up to date open source software or low cost utilities?
Hi gil. > Making gcc a prerequisite might be onerous. I think "any C compiler, including the freely available one - gccmvs, is a prerequisite" is not onerous. > And to my knowledge all z/OS ports of gcc are biased > toward legacy data sets and against UNIX files, which > I regard as a flaw. I'm not sure what you mean by this. Are you saying that supporting RECFM=F/V/U is a flaw, and that instead all C ports should be using USS? If so, it is only GCCMVS that supports traditional datasets. The other port is here: http://www.cozx.com/~dpitts/gcc.html This site has source and pre-built versions of GCC compiler for the IBM z/OS Unix Systems Services (USS), OpenEdition, environment. The latest compiler was compiled under z/OS USS 1.1. Is that what you're considering to be non-flawed? BFN. Paul. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
I would be talking with IBM ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 11, 2013, at 10:39 PM, venkat kulkarni > wrote: > > I did it and in message book I found > CPPCSAMP is not able to find the library where the LMODs are located. But > not sure why . I have not changed anything in this setup. > > >> On Thu, Dec 12, 2013 at 8:39 AM, Scott Ford wrote: >> >> I guess you didn't Google it ...I did and found it .. >> >> z/os CPPE628M >> >> There is a message book with the message ... >> >> Scott ford >> www.identityforge.com >> from my IPAD >> >> 'Infinite wisdom through infinite means' >> >> On Dec 11, 2013, at 10:01 PM, venkat kulkarni < >>> venkatkulkarn...@gmail.com> wrote: >>> >>> Any Other clue on this issue. >>> >>> >>> On Wed, Dec 11, 2013 at 9:55 PM, venkat kulkarni < >> venkatkulkarn...@gmail.com wrote: >>> SCPPCENU dataset allocated to SYSPROC DD in ISPF. On Wed, Dec 11, 2013 at 8:12 PM, Dennis Trojak < dennis.tro...@radioshack.com> wrote: > Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides > in the SCPPCENU dataset. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On > Behalf Of venkat kulkarni > Sent: Wednesday, December 11, 2013 6:34 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Server Pac Panel Issue > > Hello, > > I am not able to access Serverpac panel and getting below error while > executing CPPCSAMP CLIST . > > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT >> ALLOCATED. > > and then below error > . . . . . . . . . . . . . . . . . . . . . . . . >> . > . . > DIALOG PROCESSING ERROR Unexpected >> DIALOG > ERROR > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 > > You may wish to note the contents of the ISPEXEC buffer, which may be > helpful in determining the cause of the problem. > > > Press ENTER or RETURN to terminate the dialog. > > > Contents of the ISPEXEC buffer was: > >> /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< > < > < > < > < > < > > > When I tried to check for *CPPE628M *- Dialogue Startup Exit > > > CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. > > MESSAGE EXPLANATION > The dialog could not access the master SCPPLOAD data set dataset-name. > > SYSTEM ACTION > The dialog ends with the return code shown in this message. > > Any pointer on this issue. > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Interested in up to date open source software or low cost utilities?
Hi ZA. This concept of "C is not available in many many shops" is the exact reason I spent a large chunk of my life porting GCC to MVS (gccmvs). I considered the lack of a universal language for computers to be a serious flaw in the computer industry. With the advent of GCCMVS, C is now either bundled, or freely available, on every commercially-used computer environment, as far as I know. Even z/VSE has been covered. With GCC ported, I was able to port other very useful tools such as diff3 (three-way diffs are one of the greatest advances in computer science in my opinion). People can easily have a free MVS environment at home for developing such software. And if for some reason you need a real z/OS instead of MVS 3.8j, that is also available at an affordable price (z/PDT from memory). BFN. Paul. Bob Wrote: >The open source Linux tools generally require porting, which require a >mainframe, which most folks don't have at home, so open source isn't >significant in the mainframe arena. This is the main issue really, getting a descent and legitimate development environment is tough. And then there is another, related subject, most open source is written in C which is NOT available in many many shops. It is a legitimate, fully developed and wonderful compiler in z/OS but it cost money and many shops just don't spend that money. So even if you go through the trouble of porting the open source into Classic z/OS (PDSE's, JCL, at al) as I did when I ported the PCRE library, it's not good enough because many potential users cannot build it anyway. Providing binaries might have been a solution had we not have to deal with the bizarre EBCDIC issue. The issue is not so much that EBCDIC is different then ASCII, that is relatively easy to handle. The issue is that if you provide a binary for IBM-1047 it surely won't work on a IBM-1026 Turkish or Greek or any other language. Bottom line, the port as well as it done is basically unavailable. I am pretty disappointed because I really wanted to start a trend. ZA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
I did it and in message book I found CPPCSAMP is not able to find the library where the LMODs are located. But not sure why . I have not changed anything in this setup. On Thu, Dec 12, 2013 at 8:39 AM, Scott Ford wrote: > I guess you didn't Google it ...I did and found it .. > > z/os CPPE628M > > There is a message book with the message ... > > Scott ford > www.identityforge.com > from my IPAD > > 'Infinite wisdom through infinite means' > > > > On Dec 11, 2013, at 10:01 PM, venkat kulkarni < > venkatkulkarn...@gmail.com> wrote: > > > > Any Other clue on this issue. > > > > > > On Wed, Dec 11, 2013 at 9:55 PM, venkat kulkarni < > venkatkulkarn...@gmail.com > >> wrote: > > > >> SCPPCENU dataset allocated to SYSPROC DD in ISPF. > >> > >> > >> > >> On Wed, Dec 11, 2013 at 8:12 PM, Dennis Trojak < > >> dennis.tro...@radioshack.com> wrote: > >> > >>> Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides > >>> in the SCPPCENU dataset. > >>> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > >>> Behalf Of venkat kulkarni > >>> Sent: Wednesday, December 11, 2013 6:34 AM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Server Pac Panel Issue > >>> > >>> Hello, > >>> > >>> I am not able to access Serverpac panel and getting below error while > >>> executing CPPCSAMP CLIST . > >>> > >>> > >>> IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT > ALLOCATED. > >>> > >>> and then below error > >>> . . . . . . . . . . . . . . . . . . . . . . . . > . > >>> . . > >>> DIALOG PROCESSING ERROR Unexpected > DIALOG > >>> ERROR > >>> > >>> The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 > >>> > >>> You may wish to note the contents of the ISPEXEC buffer, which may be > >>> helpful in determining the cause of the problem. > >>> > >>> > >>> Press ENTER or RETURN to terminate the dialog. > >>> > >>> > >>> Contents of the ISPEXEC buffer was: > >>> > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< > >>> < > >>> < > >>> < > >>> < > >>> < > >>> > >>> > >>> When I tried to check for *CPPE628M *- Dialogue Startup Exit > >>> > >>> > >>> CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. > >>> > >>> MESSAGE EXPLANATION > >>> The dialog could not access the master SCPPLOAD data set dataset-name. > >>> > >>> SYSTEM ACTION > >>> The dialog ends with the return code shown in this message. > >>> > >>> Any pointer on this issue. > >>> > >>> -- > >>> 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: Server Pac Panel Issue
I guess you didn't Google it ...I did and found it .. z/os CPPE628M There is a message book with the message ... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 11, 2013, at 10:01 PM, venkat kulkarni > wrote: > > Any Other clue on this issue. > > > On Wed, Dec 11, 2013 at 9:55 PM, venkat kulkarni > wrote: > >> SCPPCENU dataset allocated to SYSPROC DD in ISPF. >> >> >> >> On Wed, Dec 11, 2013 at 8:12 PM, Dennis Trojak < >> dennis.tro...@radioshack.com> wrote: >> >>> Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides >>> in the SCPPCENU dataset. >>> >>> -Original Message- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >>> Behalf Of venkat kulkarni >>> Sent: Wednesday, December 11, 2013 6:34 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Server Pac Panel Issue >>> >>> Hello, >>> >>> I am not able to access Serverpac panel and getting below error while >>> executing CPPCSAMP CLIST . >>> >>> >>> IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT ALLOCATED. >>> >>> and then below error >>> . . . . . . . . . . . . . . . . . . . . . . . . . >>> . . >>> DIALOG PROCESSING ERROR Unexpected DIALOG >>> ERROR >>> >>> The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 >>> >>> You may wish to note the contents of the ISPEXEC buffer, which may be >>> helpful in determining the cause of the problem. >>> >>> >>> Press ENTER or RETURN to terminate the dialog. >>> >>> >>> Contents of the ISPEXEC buffer was: >>> /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< >>> < >>> < >>> < >>> < >>> < >>> >>> >>> When I tried to check for *CPPE628M *- Dialogue Startup Exit >>> >>> >>> CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. >>> >>> MESSAGE EXPLANATION >>> The dialog could not access the master SCPPLOAD data set dataset-name. >>> >>> SYSTEM ACTION >>> The dialog ends with the return code shown in this message. >>> >>> Any pointer on this issue. >>> >>> -- >>> 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: Server Pac Panel Issue
Any Other clue on this issue. On Wed, Dec 11, 2013 at 9:55 PM, venkat kulkarni wrote: > SCPPCENU dataset allocated to SYSPROC DD in ISPF. > > > > On Wed, Dec 11, 2013 at 8:12 PM, Dennis Trojak < > dennis.tro...@radioshack.com> wrote: > >> Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides >> in the SCPPCENU dataset. >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of venkat kulkarni >> Sent: Wednesday, December 11, 2013 6:34 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Server Pac Panel Issue >> >> Hello, >> >> I am not able to access Serverpac panel and getting below error while >> executing CPPCSAMP CLIST . >> >> >> IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT ALLOCATED. >> >> and then below error >> . . . . . . . . . . . . . . . . . . . . . . . . . >> . . >> DIALOG PROCESSING ERROR Unexpected DIALOG >> ERROR >> >> The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 >> >> You may wish to note the contents of the ISPEXEC buffer, which may be >> helpful in determining the cause of the problem. >> >> >> Press ENTER or RETURN to terminate the dialog. >> >> >> Contents of the ISPEXEC buffer was: >> >> > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< >> > >> < >> > >> < >> > >> < >> > >> < >> > >> < >> >> >> When I tried to check for *CPPE628M *- Dialogue Startup Exit >> >> >> CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. >> >> MESSAGE EXPLANATION >> The dialog could not access the master SCPPLOAD data set dataset-name. >> >> SYSTEM ACTION >> The dialog ends with the return code shown in this message. >> >> Any pointer on this issue. >> >> -- >> 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: COBOL IN SRB Mode (Was Un-authorized caller)
On 11 Dec 2013 17:27:51 -0800, in bit.listserv.ibm-main you wrote: >On 13Dec11:1831-0500, Scott Ford wrote: > >> Amen on that one David. I am in that swamp right >> now with a single thread legacy beast in Cobol.. > >Imagine you're watching The Big Bang Theory or The IT >Crowd and during a commercial you're not really paying >attention to you hear, "Is writing a COBOL program to >run in SRB mode a Bad Idea?" What comes next, I wonder? Isn't this whole thing the result of coming up with a convoluted way to have new era stuff get resources cheaper than traditional COBOL and other processing? I have looked at this whole ziip and zaap mess as something that would motivate me to move off z. It also looks like ziip and zaap usage may introduce security exposures. I have seen work that was on MVS or OS390 moved to HP-UX successfully and worked on some of the moved jobs and processes. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to use ftp to convert from IBM-936 to UTF-8
On Tue, 10 Dec 2013 09:34:47 +0800, Ricky wrote: > >I tried to use > >quote site encoding=m >quote site mbdataconn=(IBM-936,UTF-8) > >but got error msg that error occured while DBCS converting. > >How to solve this problem? Also failed from IBM-936 to IBM-1388. But >they all OK if I use iconv in USS. > Well, since iconv seems to work for you, perhaps you can use iconv via ssh. This script appears to work for me. Hammer and file to fit: #! /bin/sh -x MVS_CODEPAGE=IBM-936 # adjust to taste; perhaps IBM-936 MVS_CODEPAGE=IBM-1047 # adjust to taste; perhaps IBM-936 ssh "$MVS_USER@$MVS_HOST" "set -x iconv -f $MVS_CODEPAGE -t UTF-8 '$1' | iconv -f ISO8859-1 -t IBM-1047" -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 13Dec11:1831-0500, Scott Ford wrote: > Amen on that one David. I am in that swamp right > now with a single thread legacy beast in Cobol.. Imagine you're watching The Big Bang Theory or The IT Crowd and during a commercial you're not really paying attention to you hear, "Is writing a COBOL program to run in SRB mode a Bad Idea?" What comes next, I wonder? -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Sorry. Not sure of the timing of the various changes and tests. JCL may have been changed to 100,100 before the dump below. SB37 was due to 16 extents I think. Thanks for your input. The problem seems to be possibly solved. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Wednesday, December 11, 2013 4:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? Your DSCB is inconsistent with the job you provided. The first extent is for 93 tracks. The second is for 31 and the third is for 30. The secondary quantity in the DSCB is 100 tracks. This was not created by JCL specifying TRK,(10,10). Who/what really built the dataset? Are there 100 contiguous tracks available on pack VPMVSC? If so, you should not be experiencing B37 abends. What is the return code in the accompanying IEC030I message? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to use ftp to convert from IBM-936 to UTF-8
I got this error: 451-File transfer failed. Multi-byte data conversion error occurred 451 Transfer aborted due to file error. File is catalogued. File encoding is IBM-936 What error message(s) is/are you getting, specifically? Mitch McCluhan -Original Message- From: rickywu1...@gmail.com To: IBM-MAIN Sent: Mon, Dec 9, 2013 12:45 pm Subject: How to use ftp to convert from IBM-936 to UTF-8 Hi All, I tried to use quote site encoding=m quote site mbdataconn=(IBM-936,UTF-8) but got error msg that error occured while DBCS converting. How to solve this problem? Also failed from IBM-936 to IBM-1388. But they all OK if I use iconv in USS. Thanks, Ricky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Your DSCB is inconsistent with the job you provided. The first extent is for 93 tracks. The second is for 31 and the third is for 30. The secondary quantity in the DSCB is 100 tracks. This was not created by JCL specifying TRK,(10,10). Who/what really built the dataset? Are there 100 contiguous tracks available on pack VPMVSC? If so, you should not be experiencing B37 abends. What is the return code in the accompanying IEC030I message? :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Charles Mills :>: Sent: Wednesday, December 11, 2013 11:00 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: SMF DUMP SB37 - what am I doing wrong? :>: :>: Replies in-line. :>: :>: Charles :>: :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of retired mainframer :>: Sent: Wednesday, December 11, 2013 8:04 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: SMF DUMP SB37 - what am I doing wrong? :>: :>: Since your extent count/total tracks are inconsistent your JCL, maybe :>: you :>: should dump the DSCB and see what is really going on with your dataset. :>: The :>: TSO LISTDS command with the LABEL option is one universally available :>: method. :>: :>: Now at 160 tracks. :>: :>: --FORMAT 1 DSCB-- :>: F1 E5D7D4E5E2C3 0001 710157 00 09 00 00 C9C2D4D6E2E5E2F24040404040 :>: 7101592000 4000 58 00 6D5E 7FF8 00 82 8064 009F02 619E :>: :>: 01A5000A00AB000C 010100AB000D00AD000D 010200AD000E00AF000D :>: 000108 :>: --FORMAT 3 DSCB-- :>: 03030303 010300AF000E00AF000E 010400B000B0 010500B100B1 :>: 010600B200B2 F3 010700B300B3 010800B400B4 :>: :>: :>: 00 :>: :>: What is the return code associated with the B37? It should be available :>: from the accompanying IEC030I message. If it is 4, you may want to move :>: the :>: dataset to a volume with room for the dataset to grow. :>: :>: There is room on the volume. :>: :>: What is specified for the INTVAL parameter in your SMFPRMxx member? :>: That :>: will determine how frequently you generate type 89 records. Since the :>: maximum value is 60 (minutes), one has to wonder how in 24 hours you :>: generated only 8 records. :>: :>: 30 minutes. SMF dump runs more frequently than once a day. :>: :>: How many times have you run the job? Unless you clean out the MAN1 :>: dataset, :>: you are repeatedly dumping the same SMF records. Did you notice the NOT :>: CATLGD 2 disposition on all executions after the first? :>: :>: Will not INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) clear it? :>: :>: There are tools on the CBT tape that will analyze SMF records and tell :>: you :>: what other jobs are using your SMFDATA dataset. I'm partial to Mike :>: Cleary's DAF tool. :>: :>: As indicated earlier, no other jobs could be using the dataset. I made :>: the :>: name up myself. :>: :>: :>: -Original Message- :>: :>: From: IBM Mainframe Discussion List [mailto:IBM- :>: m...@listserv.ua.edu] On :>: :>: Behalf Of Charles Mills :>: :>: Sent: Tuesday, December 10, 2013 5:10 PM :>: :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: :>: Subject: SMF DUMP SB37 - what am I doing wrong? :>: :>: :>: :>: This has to be less than sysprog 101 but I am obviously less than a :>: :>: sysprog. :>: :>: :>: :>: Here is my SMF Dump proc: :>: :>: :>: :>: //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' :>: :>: //DUMP1 EXEC PGM=IFASMFDP,REGION=1M :>: :>: //INDD1DD DSN=&MAN,DISP=SHR :>: :>: //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), :>: :>: // SPACE=(TRK,(10,10),RLSE), :>: :>: // LRECL=32760,RECFM=VBS :>: :>: //SYSPRINT DD SYSOUT=H Was D :>: :>: //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR :>: :>: :>: :>: VENDOR.PARMLIB(CLRMAN) is :>: :>: INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) :>: :>: :>: :>: -- :>: 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: SMF DUMP SB37 - what am I doing wrong?
Charles, Glad you got it solved..R.S. I am the middle of a z/OS C learning curve Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 11, 2013, at 5:11 PM, "R.S." wrote: > > W dniu 2013-12-11 22:11, Charles Mills pisze: >> Okay, we may be on the right track here. After one SMF switch we have a 100 >> track extent, 1% used. >> >> FWIW IFASMFDP has forced the DCB to RECFM=VBS,LRECL=32767,BLKSIZE=27998. >> >> 12 records, all but the first and last Type 89. I think we may have this >> solved. >> >> Thank you all for your help. As I said, sorry, not a sysprog. Ask me an SMF >> record format question. Ask me a C++ question. > Don't be sorry. This list is for asking the questions. Your question > definitely was not stupid. You got help and this is the purpose of the > community here. BTW: Some of other subscribers have learnt somoething new by > reading your questions and answers. > > BTW: Don't provide BLKSIZE. Just let it to default. > BTW2: I wish I would know C++, especially in z/OS environment (I used to know > C basics in MS-DOS) -;) > > Regards > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > -- > Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku > przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by > jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste > adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej > przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, > rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie > zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, > prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale > usun t wiadomo wczajc 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 authorized > 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. > > mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII > Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców > KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. > kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. > > > -- > 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: COBOL IN SRB Mode (Was Un-authorized caller)
Amen on that one David. I am in that swamp right now with a single thread legacy beast in Cobol.. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Dec 11, 2013, at 4:06 PM, "David L. Craig" wrote: > >> On 13Dec11:1225-0800, Ed Jaffe wrote: >> >> Why would *anyone* want to run traditional CICS COBOL in the >> restricted environment of an SRB? The TCB environment is so much >> more robust! >> >> If the SRB is an Enclave SRB enabled for redirection to zIIP, then >> IMHO such use of the "zIIP enablement API" is in violation of the >> License Agreement between ISVs and IBM -- assuming (<== DISCLAIMER!) >> other ISVs all use the same agreement we do. Of course, it's always >> possible that IBM, for a substantial licensing fee, has different >> T&Cs with select ISVs. If so, I am not privy to those agreements. > > More to the point, have the COBOL products folks ever TESTED > the RTE in SRB mode? I would most certainly want assurance that > is fully supported before I started coding such an unusual beast. > -- > > May the LORD God bless you exceedingly abundantly! > > Dave_Craig__ > "So the universe is not quite as you thought it was. > You'd better rearrange your beliefs, then. > Because you certainly can't rearrange the universe." > __--from_Nightfall_by_Asimov/Silverberg_ > > -- > 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: SMF DUMP SB37 - what am I doing wrong?
W dniu 2013-12-11 22:11, Charles Mills pisze: Okay, we may be on the right track here. After one SMF switch we have a 100 track extent, 1% used. FWIW IFASMFDP has forced the DCB to RECFM=VBS,LRECL=32767,BLKSIZE=27998. 12 records, all but the first and last Type 89. I think we may have this solved. Thank you all for your help. As I said, sorry, not a sysprog. Ask me an SMF record format question. Ask me a C++ question. Don't be sorry. This list is for asking the questions. Your question definitely was not stupid. You got help and this is the purpose of the community here. BTW: Some of other subscribers have learnt somoething new by reading your questions and answers. BTW: Don't provide BLKSIZE. Just let it to default. BTW2: I wish I would know C++, especially in z/OS environment (I used to know C basics in MS-DOS) -;) Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Okay, we may be on the right track here. After one SMF switch we have a 100 track extent, 1% used. FWIW IFASMFDP has forced the DCB to RECFM=VBS,LRECL=32767,BLKSIZE=27998. 12 records, all but the first and last Type 89. I think we may have this solved. Thank you all for your help. As I said, sorry, not a sysprog. Ask me an SMF record format question. Ask me a C++ question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, December 11, 2013 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? Thanks for all the suggestions. Deleting the current dataset and going with //DUMP1 EXEC PGM=IFASMFDP,REGION=1M //INDD1DD DSN=&MAN,DISP=SHR //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), // SPACE=(TRK,(100,100)), // LRECL=27994,RECFM=VB,BLKSIZE=27998 //SYSPRINT DD SYSOUT=H Was D //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 13Dec11:1225-0800, Ed Jaffe wrote: > Why would *anyone* want to run traditional CICS COBOL in the > restricted environment of an SRB? The TCB environment is so much > more robust! > > If the SRB is an Enclave SRB enabled for redirection to zIIP, then > IMHO such use of the "zIIP enablement API" is in violation of the > License Agreement between ISVs and IBM -- assuming (<== DISCLAIMER!) > other ISVs all use the same agreement we do. Of course, it's always > possible that IBM, for a substantial licensing fee, has different > T&Cs with select ISVs. If so, I am not privy to those agreements. More to the point, have the COBOL products folks ever TESTED the RTE in SRB mode? I would most certainly want assurance that is fully supported before I started coding such an unusual beast. -- May the LORD God bless you exceedingly abundantly! Dave_Craig__ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
I have to agree with Ed, why would anyone want to run COBOL under an SRB? First of all, I don't see how using an SRB solves anything having to do with program sharing. Secondly, the risks. An SRB gets control in key zero and supervisor state and, unless you wrap the COBOL in an assembler layer to change them to problem state and back to key 8, you are asking for trouble. Thirdly, debugging. Error recovery is more difficult as is debugging. Fourthly, performance. Either you are queuing work to the SRB or you are running it synchronously or semi-synchronously. Fifthly, if they are talking about trying to get COBOL to run on a z/IIP, they better have really, really good lawyers. Finally, you can't do any I/O under an SRB. Well, not any normal COBOL I/O. We could get into the whole STARTIO and MEDIA MANAGER discussion, but let's not. So, given the above, I see no upside to the proposal and a lot of pitfalls. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Wednesday, December 11, 2013 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL IN SRB Mode (Was Un-authorized caller) On 12/1/2013 2:20 PM, esst...@juno.com wrote: > I recently had a dispute with Management reagrding the uses of sceduling > COBOL BATCH under an SRB. > Thats Right a Batch COBOL Prpogram runing Under an SRB, moreover under > CICS Transaction Server. A Software Vendor believes they can solve a > program sharing issue by using SRBS to execute a Batch Cobol Progam. > > In a nut shell the user enters a basic CICS transaction code and a PC call is > issued to a Server Address Spaces whose only responsibility is to SCHEDULE an > SRB Back to the specific CICS Region. The SRB then executes a Batch COBOL > program. Why would *anyone* want to run traditional CICS COBOL in the restricted environment of an SRB? The TCB environment is so much more robust! If the SRB is an Enclave SRB enabled for redirection to zIIP, then IMHO such use of the "zIIP enablement API" is in violation of the License Agreement between ISVs and IBM -- assuming (<== DISCLAIMER!) other ISVs all use the same agreement we do. Of course, it's always possible that IBM, for a substantial licensing fee, has different T&Cs with select ISVs. If so, I am not privy to those agreements. -- 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: COBOL IN SRB Mode (Was Un-authorized caller)
On 12/1/2013 2:20 PM, esst...@juno.com wrote: I recently had a dispute with Management reagrding the uses of sceduling COBOL BATCH under an SRB. Thats Right a Batch COBOL Prpogram runing Under an SRB, moreover under CICS Transaction Server. A Software Vendor believes they can solve a program sharing issue by using SRBS to execute a Batch Cobol Progam. In a nut shell the user enters a basic CICS transaction code and a PC call is issued to a Server Address Spaces whose only responsibility is to SCHEDULE an SRB Back to the specific CICS Region. The SRB then executes a Batch COBOL program. Why would *anyone* want to run traditional CICS COBOL in the restricted environment of an SRB? The TCB environment is so much more robust! If the SRB is an Enclave SRB enabled for redirection to zIIP, then IMHO such use of the "zIIP enablement API" is in violation of the License Agreement between ISVs and IBM -- assuming (<== DISCLAIMER!) other ISVs all use the same agreement we do. Of course, it's always possible that IBM, for a substantial licensing fee, has different T&Cs with select ISVs. If so, I am not privy to those agreements. -- 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: z/OS and Metasploit
>Wayne Bickerdike wrote >To Peter Vander Woude >Did you watch the video? If so you missed the display at 2:24 which clearly >shows ADCDMST and SYS1 group access. >In this case, I would wager with you that this is an ADCD system and the >video maker set it all up. >Yes I agree with your ramble but I'm glad you aren't an eye witness, you >saw what you wanted to (not) see! Wayne, I did see that. However, all that tells me is that the owner of files on that system are ADCDMST and owning group is SYS1. That does not mean that the user logged in with that userid. I agree with you that this may be an ADCD system, as I also see a directory called ADCD! I stand by the rest of my statements though. The presentation I referred to was one by Mark Wilson, of RSM Partners, given at SHARE, which was entitled "z/OS Ethical Hacking Vulnerability Scanning & Pen Testing". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
I don't claim to know everything. That is why I asked. I am hoping that a GDG is overkill. This is not production archives. This is developer test data. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Wayne Bickerdike Sent: Wednesday, December 11, 2013 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? What? You release the space that you need? Use a GDG for each run and concatenate all GDG's to get entire collection. You can use RLSE in that situation. SMFOUT DD DSN=SMFGDG(+1) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
What? You release the space that you need? Use a GDG for each run and concatenate all GDG's to get entire collection. You can use RLSE in that situation. SMFOUT DD DSN=SMFGDG(+1) On Thu, Dec 12, 2013 at 6:02 AM, Charles Mills wrote: > Yes, that is intentional. I am trying to build several days or weeks' worth > of 89's. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ed Gould > Sent: Tuesday, December 10, 2013 9:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMF DUMP SB37 - what am I doing wrong? > > Charles, > > I noticed that you have disp=mod on the dd statement each time you run the > dump I think you keep adding on to the problem. > > Ed > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Thanks for all the suggestions. Deleting the current dataset and going with //DUMP1 EXEC PGM=IFASMFDP,REGION=1M //INDD1DD DSN=&MAN,DISP=SHR //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), // SPACE=(TRK,(100,100)), // LRECL=27994,RECFM=VB,BLKSIZE=27998 //SYSPRINT DD SYSOUT=H Was D //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, December 11, 2013 4:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? W dniu 2013-12-11 02:09, Charles Mills pisze: > This has to be less than sysprog 101 but I am obviously less than a sysprog. > > Here is my SMF Dump proc: > > //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' > //DUMP1 EXEC PGM=IFASMFDP,REGION=1M > //INDD1DD DSN=&MAN,DISP=SHR > //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), > // SPACE=(TRK,(10,10),RLSE), > // LRECL=32760,RECFM=VBS > //SYSPRINT DD SYSOUT=H Was D > //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR > > VENDOR.PARMLIB(CLRMAN) is >INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) > > There is almost nothing going on on the system. I have only a very few > Type > 89 records: > 89 8 .07 % 1,794.00 326 > > But xx.SMFDATA quickly goes to multiple extents, multiple tracks, > and an SB37. Here is about 24 hours' worth of data: > Tracks %Used XT > xx.SMFDATA157 100 6 > > What the heck am I doing wrong? Or am I off in my expectations somehow? > 1. remove RLSE, it is bad thing for MOD. 2. Just add more tracks in SPACE. Let the job end normal and then look at SYSPRINT. IFASMFDP will tell you how many records of each type were dumped (you have only 89, but you'll also get 2 and 3), avg record length, etc. Then check the size and assess whether it's OK. -- Radoslaw Skorupka Lodz, Poland --- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- 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: SMF DUMP SB37 - what am I doing wrong?
Did you take off MOD and RLSE? You already have the answer... On Thu, Dec 12, 2013 at 6:00 AM, Charles Mills wrote: > Replies in-line. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of retired mainframer > Sent: Wednesday, December 11, 2013 8:04 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMF DUMP SB37 - what am I doing wrong? > > Since your extent count/total tracks are inconsistent your JCL, maybe you > should dump the DSCB and see what is really going on with your dataset. > The > TSO LISTDS command with the LABEL option is one universally available > method. > > Now at 160 tracks. > > --FORMAT 1 DSCB-- > F1 E5D7D4E5E2C3 0001 710157 00 09 00 00 C9C2D4D6E2E5E2F24040404040 > 7101592000 4000 58 00 6D5E 7FF8 00 82 8064 009F02 619E > 01A5000A00AB000C 010100AB000D00AD000D 010200AD000E00AF000D 000108 > --FORMAT 3 DSCB-- > 03030303 010300AF000E00AF000E 010400B000B0 010500B100B1 > 010600B200B2 F3 010700B300B3 010800B400B4 > > > 00 > > What is the return code associated with the B37? It should be available > from the accompanying IEC030I message. If it is 4, you may want to move > the > dataset to a volume with room for the dataset to grow. > > There is room on the volume. > > What is specified for the INTVAL parameter in your SMFPRMxx member? That > will determine how frequently you generate type 89 records. Since the > maximum value is 60 (minutes), one has to wonder how in 24 hours you > generated only 8 records. > > 30 minutes. SMF dump runs more frequently than once a day. > > How many times have you run the job? Unless you clean out the MAN1 > dataset, > you are repeatedly dumping the same SMF records. Did you notice the NOT > CATLGD 2 disposition on all executions after the first? > > Will not INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) clear it? > > There are tools on the CBT tape that will analyze SMF records and tell you > what other jobs are using your SMFDATA dataset. I'm partial to Mike > Cleary's DAF tool. > > As indicated earlier, no other jobs could be using the dataset. I made the > name up myself. > > :>: -Original Message- > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > :>: Behalf Of Charles Mills > :>: Sent: Tuesday, December 10, 2013 5:10 PM > :>: To: IBM-MAIN@LISTSERV.UA.EDU > :>: Subject: SMF DUMP SB37 - what am I doing wrong? > :>: > :>: This has to be less than sysprog 101 but I am obviously less than a > :>: sysprog. > :>: > :>: Here is my SMF Dump proc: > :>: > :>: //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' > :>: //DUMP1 EXEC PGM=IFASMFDP,REGION=1M > :>: //INDD1DD DSN=&MAN,DISP=SHR > :>: //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), > :>: // SPACE=(TRK,(10,10),RLSE), > :>: // LRECL=32760,RECFM=VBS > :>: //SYSPRINT DD SYSOUT=H Was D > :>: //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR > :>: > :>: VENDOR.PARMLIB(CLRMAN) is > :>: INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) > :>: > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Yes, that is intentional. I am trying to build several days or weeks' worth of 89's. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Tuesday, December 10, 2013 9:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? Charles, I noticed that you have disp=mod on the dd statement each time you run the dump I think you keep adding on to the problem. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS and Metasploit
To Peter Vander Woude: Did you watch the video? If so you missed the display at 2:24 which clearly shows ADCDMST and SYS1 group access. In this case, I would wager with you that this is an ADCD system and the video maker set it all up. Yes I agree with your ramble but I'm glad you aren't an eye witness, you saw what you wanted to (not) see! On Thu, Dec 12, 2013 at 2:23 AM, Peter Vander Woude wrote: > I'm not sure where everyone saw the ADCDMST userid being used. When I > viewed the video, I saw the userid used, for the ftp, to be bt0, and that > is set at around the 30 second mark into the video. > > I agree with many, who have participated in this discussion, that RACF can > be configured to reduce exposure to breaches. However, not all shops have > their systems tied down as tight as z/OS can be. To me this demonstrates > the fact that they got logged into ftp server, submitted a job, that > started a service, listening on a specific port, and then they utilized > this port in order to examine parts of the system. > > It is a very basic demonstration, and of course one that does not show any > specific exploit, that is true. But that could just be the start. How > many of us, have in the past, had some sort of svc, that when called, would > place the calling program into supervisor state? How many have properly > secured access to critical system datasets. > > I recently read a presentation, where the presenter was a z/OS security > system auditor, who would go into a shop, and then from a user with no > special access, was able to in as little as 10 minutes, change the access > that userid had on the system to a level where he could do just about > anything. > > For us to look at this simple demonstration, and claim "well that is a > bogus video", just ask the companies who have been breached (remember the > calls from IBM telling us to install certain fixes asap?). > > We also tend to think about breaches being from external sites. You can > do everything you can to lock down that access, but what about your > internal network? That's probably not secured as tightly as any > externally facing system/site. As stats show that almost 80% of data > breaches are from internal (anybody remember Snowden?) personnel, the > security of our z/OS systems requires us to tighten down the hatches, so to > speak. Social engineering is one of the ways to find out and get into a > system (ever had a user just come out and tell you their password when you > were working on a problem they had reported?). > > z/OS does have more controls that help to limit what someone can do, but > that only works IF the controls are in place and IF we, as system > programmers, have not installed something that is a backdoor (or found that > someone had previously done that), that can be used for nefarious purposes. > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
Replies in-line. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Wednesday, December 11, 2013 8:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF DUMP SB37 - what am I doing wrong? Since your extent count/total tracks are inconsistent your JCL, maybe you should dump the DSCB and see what is really going on with your dataset. The TSO LISTDS command with the LABEL option is one universally available method. Now at 160 tracks. --FORMAT 1 DSCB-- F1 E5D7D4E5E2C3 0001 710157 00 09 00 00 C9C2D4D6E2E5E2F24040404040 7101592000 4000 58 00 6D5E 7FF8 00 82 8064 009F02 619E 01A5000A00AB000C 010100AB000D00AD000D 010200AD000E00AF000D 000108 --FORMAT 3 DSCB-- 03030303 010300AF000E00AF000E 010400B000B0 010500B100B1 010600B200B2 F3 010700B300B3 010800B400B4 00 What is the return code associated with the B37? It should be available from the accompanying IEC030I message. If it is 4, you may want to move the dataset to a volume with room for the dataset to grow. There is room on the volume. What is specified for the INTVAL parameter in your SMFPRMxx member? That will determine how frequently you generate type 89 records. Since the maximum value is 60 (minutes), one has to wonder how in 24 hours you generated only 8 records. 30 minutes. SMF dump runs more frequently than once a day. How many times have you run the job? Unless you clean out the MAN1 dataset, you are repeatedly dumping the same SMF records. Did you notice the NOT CATLGD 2 disposition on all executions after the first? Will not INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) clear it? There are tools on the CBT tape that will analyze SMF records and tell you what other jobs are using your SMFDATA dataset. I'm partial to Mike Cleary's DAF tool. As indicated earlier, no other jobs could be using the dataset. I made the name up myself. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Charles Mills :>: Sent: Tuesday, December 10, 2013 5:10 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: SMF DUMP SB37 - what am I doing wrong? :>: :>: This has to be less than sysprog 101 but I am obviously less than a :>: sysprog. :>: :>: Here is my SMF Dump proc: :>: :>: //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' :>: //DUMP1 EXEC PGM=IFASMFDP,REGION=1M :>: //INDD1DD DSN=&MAN,DISP=SHR :>: //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), :>: // SPACE=(TRK,(10,10),RLSE), :>: // LRECL=32760,RECFM=VBS :>: //SYSPRINT DD SYSOUT=H Was D :>: //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR :>: :>: VENDOR.PARMLIB(CLRMAN) is :>: INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) :>: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
I've never used Lookat as I've always found it very fast and easy to access BookManager on the mainframe using the SimpList interface. For example, let's say I'm in the middle of writing a DB2/COBOL program and I want to know the syntax for INSPECT. In this case I'd type the following on the command line: BR .COBOL INSPECT This means 'Browse whatever object has been assigned to the COBOL label (in this case, this is the label I've given to the syntax manual on the COBOL bookshelf) and search for INSPECT'. The COBOL syntax manual instantly opens and every reference to INSPECT is displayed. When I run the program, let's say it ends with an SQL code I wasn't expecting (e.g. -415). I can go to any ISPF command line and type the following: BR .SQLCODE -415 This opens the messages and codes manual on the DB2 bookshelf and displays every reference to SQL code -415. BookManager lets you create your own personalized bookshelves, so you could (for example) create a bookshelf that lists every messages and codes manual. Lets say you give this bookshelf a label called MSGS, and later on you want to search every manual on the messages and codes bookshelf for ISPD241. You'd simply type this on any ISPF command line: BR .MSGS ISPD241 This is very fast, very easy, it works for anything (not just messages and codes), and no internet connection is required. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html > Date: Wed, 11 Dec 2013 10:28:52 -0600 > From: mike.a.sch...@gmail.com > Subject: Re: Lookat > To: IBM-MAIN@LISTSERV.UA.EDU > > Maybe a copy on an external disk drive? > > On Wed, Dec 11, 2013 at 8:46 AM, Elardus Engelbrecht > wrote: > > Hunkeler, Peter wrote: > > > >>There is the strong yet wrong believe the internet has become so fast that > >>instead of returning the tiny bit I'm looking for, it's an added value to > >>throw everything at me. Shudder! With the old BookMaster interface, it took > >>me a few clicks returning few information each to go to the place I was > >>looking for. I sadly recognize these comfortable times are gone. > > > > I cannot shut up anymore! What about DRP situation? Are there any guarantee > > the books (and internet) are available during DRP tests / realistic? > > > > We have for example two or more sets of Bookmanager in CD / DVD format. The > > contents were installed on various network servers, laptop / PCs, z/OS on > > various sites including DRP sites. > > > > Just tell me how to access that library server during a DRP situation (real > > or test) and then I will sleep peacefully. > > > > Of course, it is a PITA trying to download [1] all those books, shelves and > > indexes. I'm not really up to the challenge that I missed a prized book > > during a DRP! > > > > Ok, enough ranting! :-/ > > > > Groete / Greetings > > Elardus Engelbrecht > > > > [1] - Internet is not really that fast enough here in South Africa. But it > > is improving with all those new sea cables and new sattelites as well as > > new backbones and ISPs. We can perhaps watch YouTube/CNN/Space.Com/etc > > videos, but most of the time we pause the vid in the first few seconds and > > then wait for the download bar to fill up so about 3/4 of the length, then > > we can play it without any stutterings. That is if there are NO timeouts. > > I'm talking about videos not in HD format, but lower resolution. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA DADS Product
Interesting... we had an in house product called DADS 40++ years ago. Wonder if they stole that. Ed On Dec 11, 2013, at 10:45 AM, Mingee, David wrote: Has anyone heard that CA is dropping support or sales for CA Product DADS Plus for CICS? I called CA to inquire and have not received a response. -- 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: VARY OFFLINE fat finger
John: This discussion has been interesting... WAY back in the 70's we did the opposite that is to increase the number of devices that could could be varied on/off at one time. Our SE did it within a STC called $DC. Our ops were OK but were changed when in came to # of devices. We had 2 systems and lots of paths to all the devies so we had to make it simple as possible. Ed On Dec 11, 2013, at 7:02 AM, John McKown wrote: On Wed, Dec 11, 2013 at 12:03 AM, Pinnacle wrote: I fat fingered a VARY OFFLINE command and took out half our DASD farm. I thought z/OS had a switch or a throttle to limit the damage, but darned if I can find it. Any help gets you a beer at SCIDS. Regards, Tom Conley We had something similar happen here with a "dyslexic" operator. I wrote a CA-OPS/MVS command rule the very next day which restricted the number of devices to be varied offline to a maximum of 16. )CMD VARY / ** / /* Rule Name: VARY */ /* Rule Type: Command*/ /* Rule Function: Allow a maximum of 16 devices to be varied at one */ /* time in a range vary */ /* Author:John McKown*/ /* Support: Tech Services */ / ** / )PROC IF 'OAM' = LEFT(CMD.JOBNAME,3) THEN RETURN /* OAM STARTED TASK */ IF 'XA' = LEFT(CMD.USERID,2) THEN RETURN /* GENERIC STC */ ERCT = TRANSLATE(word(CMD.TEXT,2),' ',',') if 0 = pos("-",erct) then return erct=translate(erct,' ','(),') n=words(erct) if 'OFFLINE' <> WORD(erct,n) then return do i = 1 to n-1 test=word(erct,i) if 0=pos("-",test) then iterate test=translate(test,' ','-') if 2 <> words(test) then iterate parse var test low high if datatype(low,"X") <> 1 then iterate if datatype(high,"X") <> 1 then iterate dlow=x2d(low) dhigh=x2d(high) if dhigh > dlow + 16 then do ADDRESS WTO , ' TEXT("Range VARY aborted - too many devices specified.") ', ' CNNAME('CMD.CONSNAME') ', ' DESC(IMEDCMD)' , ' HILITE ' , ' MCSFLAGS(RESP)' return "reject" end end return -- This is clearly another case of too many mad scientists, and not enough hunchbacks. 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: VARY OFFLINE fat finger
We use automation to intercept the vary command and do some sanity checks - doesn't help if you fat finger inside of those checks though. Jerry Whitteridge Lead Systems Programmer Safeway Inc. 925 951 4184 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pinnacle Sent: Tuesday, December 10, 2013 10:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: VARY OFFLINE fat finger I fat fingered a VARY OFFLINE command and took out half our DASD farm. I thought z/OS had a switch or a throttle to limit the damage, but darned if I can find it. Any help gets you a beer at SCIDS. Regards, Tom Conley -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN "Email Firewall" made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FW: CA DADS Product
Has anyone heard that CA is dropping support or sales for CA Product DADS Plus for CICS? I called CA to inquire and have not received a response. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Maybe a copy on an external disk drive? On Wed, Dec 11, 2013 at 8:46 AM, Elardus Engelbrecht wrote: > Hunkeler, Peter wrote: > >>There is the strong yet wrong believe the internet has become so fast that >>instead of returning the tiny bit I'm looking for, it's an added value to >>throw everything at me. Shudder! With the old BookMaster interface, it took >>me a few clicks returning few information each to go to the place I was >>looking for. I sadly recognize these comfortable times are gone. > > I cannot shut up anymore! What about DRP situation? Are there any guarantee > the books (and internet) are available during DRP tests / realistic? > > We have for example two or more sets of Bookmanager in CD / DVD format. The > contents were installed on various network servers, laptop / PCs, z/OS on > various sites including DRP sites. > > Just tell me how to access that library server during a DRP situation (real > or test) and then I will sleep peacefully. > > Of course, it is a PITA trying to download [1] all those books, shelves and > indexes. I'm not really up to the challenge that I missed a prized book > during a DRP! > > Ok, enough ranting! :-/ > > Groete / Greetings > Elardus Engelbrecht > > [1] - Internet is not really that fast enough here in South Africa. But it is > improving with all those new sea cables and new sattelites as well as new > backbones and ISPs. We can perhaps watch YouTube/CNN/Space.Com/etc videos, > but most of the time we pause the vid in the first few seconds and then wait > for the download bar to fill up so about 3/4 of the length, then we can play > it without any stutterings. That is if there are NO timeouts. I'm talking > about videos not in HD format, but lower resolution. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: Server Pac Panel Issue
SCPPCENU dataset allocated to SYSPROC DD in ISPF. On Wed, Dec 11, 2013 at 8:12 PM, Dennis Trojak wrote: > Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides in > the SCPPCENU dataset. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of venkat kulkarni > Sent: Wednesday, December 11, 2013 6:34 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Server Pac Panel Issue > > Hello, > > I am not able to access Serverpac panel and getting below error while > executing CPPCSAMP CLIST . > > > IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT ALLOCATED. > > and then below error > . . . . . . . . . . . . . . . . . . . . . . . . . > . . > DIALOG PROCESSING ERROR Unexpected DIALOG > ERROR > > The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 > > You may wish to note the contents of the ISPEXEC buffer, which may be > helpful in determining the cause of the problem. > > > Press ENTER or RETURN to terminate the dialog. > > > Contents of the ISPEXEC buffer was: > > > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< > > > < > > > < > > > < > > > < > > > < > > > When I tried to check for *CPPE628M *- Dialogue Startup Exit > > > CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. > > MESSAGE EXPLANATION > The dialog could not access the master SCPPLOAD data set dataset-name. > > SYSTEM ACTION > The dialog ends with the return code shown in this message. > > Any pointer on this issue. > > -- > 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: SMF DUMP SB37 - what am I doing wrong?
Since your extent count/total tracks are inconsistent your JCL, maybe you should dump the DSCB and see what is really going on with your dataset. The TSO LISTDS command with the LABEL option is one universally available method. What is the return code associated with the B37? It should be available from the accompanying IEC030I message. If it is 4, you may want to move the dataset to a volume with room for the dataset to grow. What is specified for the INTVAL parameter in your SMFPRMxx member? That will determine how frequently you generate type 89 records. Since the maximum value is 60 (minutes), one has to wonder how in 24 hours you generated only 8 records. How many times have you run the job? Unless you clean out the MAN1 dataset, you are repeatedly dumping the same SMF records. Did you notice the NOT CATLGD 2 disposition on all executions after the first? There are tools on the CBT tape that will analyze SMF records and tell you what other jobs are using your SMFDATA dataset. I'm partial to Mike Cleary's DAF tool. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Charles Mills :>: Sent: Tuesday, December 10, 2013 5:10 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: SMF DUMP SB37 - what am I doing wrong? :>: :>: This has to be less than sysprog 101 but I am obviously less than a :>: sysprog. :>: :>: Here is my SMF Dump proc: :>: :>: //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' :>: //DUMP1 EXEC PGM=IFASMFDP,REGION=1M :>: //INDD1DD DSN=&MAN,DISP=SHR :>: //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), :>: // SPACE=(TRK,(10,10),RLSE), :>: // LRECL=32760,RECFM=VBS :>: //SYSPRINT DD SYSOUT=H Was D :>: //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR :>: :>: VENDOR.PARMLIB(CLRMAN) is :>: INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) :>: :>: There is almost nothing going on on the system. I have only a very few :>: Type :>: 89 records: :>: 89 8 .07 % 1,794.00 326 :>: :>: But xx.SMFDATA quickly goes to multiple extents, multiple tracks, :>: and an :>: SB37. Here is about 24 hours' worth of data: :>:Tracks %Used XT :>: xx.SMFDATA157 100 6 :>: :>: What the heck am I doing wrong? Or am I off in my expectations somehow? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS and Metasploit
I'm not sure where everyone saw the ADCDMST userid being used. When I viewed the video, I saw the userid used, for the ftp, to be bt0, and that is set at around the 30 second mark into the video. I agree with many, who have participated in this discussion, that RACF can be configured to reduce exposure to breaches. However, not all shops have their systems tied down as tight as z/OS can be. To me this demonstrates the fact that they got logged into ftp server, submitted a job, that started a service, listening on a specific port, and then they utilized this port in order to examine parts of the system. It is a very basic demonstration, and of course one that does not show any specific exploit, that is true. But that could just be the start. How many of us, have in the past, had some sort of svc, that when called, would place the calling program into supervisor state? How many have properly secured access to critical system datasets. I recently read a presentation, where the presenter was a z/OS security system auditor, who would go into a shop, and then from a user with no special access, was able to in as little as 10 minutes, change the access that userid had on the system to a level where he could do just about anything. For us to look at this simple demonstration, and claim "well that is a bogus video", just ask the companies who have been breached (remember the calls from IBM telling us to install certain fixes asap?). We also tend to think about breaches being from external sites. You can do everything you can to lock down that access, but what about your internal network? That's probably not secured as tightly as any externally facing system/site. As stats show that almost 80% of data breaches are from internal (anybody remember Snowden?) personnel, the security of our z/OS systems requires us to tighten down the hatches, so to speak. Social engineering is one of the ways to find out and get into a system (ever had a user just come out and tell you their password when you were working on a problem they had reported?). z/OS does have more controls that help to limit what someone can do, but that only works IF the controls are in place and IF we, as system programmers, have not installed something that is a backdoor (or found that someone had previously done that), that can be used for nefarious purposes. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTAM APPL alias definition
On 12/11/2013 4:48 AM, Jim McAlpine wrote: Is there any way to define an alias for a VTAM APPL definition. I would like to be able to define a second name and point it to an existing ACBNAME. I can't see anything in the FM, but I'm just double checking, just in case I've missed something. I don't know how to do it with a second definition, but ever since ACF/2 the name field of an entry was treated as one name, and the ACBNAME as a second. When I used it for multiple systems, the ACBNAME was the main name (e.g., ACBNAME=APPL1) on each system, and the name field (on each system) had the system specific version (e.g. APPL1A, APPL1B). Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Open SSH (SFTP)
Thanks but I am ordering it separately not with Z/OS. So I can install the tool in the Z/OS SMPE ZONES. Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of craig.p...@fotlinc.com Sent: Wednesday, December 11, 2013 8:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Open SSH (SFTP) It can be installed in the z/OS SMPE and if you order the Ported Tools when ordering z/OS, it comes that way as well. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 08:38 Subject:Re: Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Thanks for your reply. I have another question. Can OPEN SSH be installed into Z/OS SMPE Zones? Or need to setup separate SMPE ZONE for this software? Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of craig.p...@fotlinc.com Sent: Wednesday, December 11, 2013 7:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Open SSH (SFTP) Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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 The information contained in this electronic message and any attachments t
Re: Open SSH (SFTP)
It can be installed in the z/OS SMPE and if you order the Ported Tools when ordering z/OS, it comes that way as well. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 08:38 Subject:Re: Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Thanks for your reply. I have another question. Can OPEN SSH be installed into Z/OS SMPE Zones? Or need to setup separate SMPE ZONE for this software? Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of craig.p...@fotlinc.com Sent: Wednesday, December 11, 2013 7:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Open SSH (SFTP) Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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: Lookat
Hunkeler, Peter wrote: >There is the strong yet wrong believe the internet has become so fast that >instead of returning the tiny bit I'm looking for, it's an added value to >throw everything at me. Shudder! With the old BookMaster interface, it took me >a few clicks returning few information each to go to the place I was looking >for. I sadly recognize these comfortable times are gone. I cannot shut up anymore! What about DRP situation? Are there any guarantee the books (and internet) are available during DRP tests / realistic? We have for example two or more sets of Bookmanager in CD / DVD format. The contents were installed on various network servers, laptop / PCs, z/OS on various sites including DRP sites. Just tell me how to access that library server during a DRP situation (real or test) and then I will sleep peacefully. Of course, it is a PITA trying to download [1] all those books, shelves and indexes. I'm not really up to the challenge that I missed a prized book during a DRP! Ok, enough ranting! :-/ Groete / Greetings Elardus Engelbrecht [1] - Internet is not really that fast enough here in South Africa. But it is improving with all those new sea cables and new sattelites as well as new backbones and ISPs. We can perhaps watch YouTube/CNN/Space.Com/etc videos, but most of the time we pause the vid in the first few seconds and then wait for the download bar to fill up so about 3/4 of the length, then we can play it without any stutterings. That is if there are NO timeouts. I'm talking about videos not in HD format, but lower resolution. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Server Pac Panel Issue
Are the SCPP* datasets allocated to your ISPF session? CPPE628M resides in the SCPPCENU dataset. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni Sent: Wednesday, December 11, 2013 6:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Server Pac Panel Issue Hello, I am not able to access Serverpac panel and getting below error while executing CPPCSAMP CLIST . IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT ALLOCATED. and then below error . . . . . . . . . . . . . . . . . . . . . . . . . . . DIALOG PROCESSING ERROR Unexpected DIALOG ERROR The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 You may wish to note the contents of the ISPEXEC buffer, which may be helpful in determining the cause of the problem. Press ENTER or RETURN to terminate the dialog. Contents of the ISPEXEC buffer was: > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< >< >< >< >< >< When I tried to check for *CPPE628M *- Dialogue Startup Exit CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. MESSAGE EXPLANATION The dialog could not access the master SCPPLOAD data set dataset-name. SYSTEM ACTION The dialog ends with the return code shown in this message. Any pointer on this issue. -- 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: Open SSH (SFTP)
Thanks for your reply. I have another question. Can OPEN SSH be installed into Z/OS SMPE Zones? Or need to setup separate SMPE ZONE for this software? Regards, Chokalingam -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of craig.p...@fotlinc.com Sent: Wednesday, December 11, 2013 7:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Open SSH (SFTP) Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Open SSH (SFTP)
Documentation on this one is very straight forward and walk you through everything to do, including setting us your public and private keys. If you are looking to perform SFTP transfers from z/OS Data sets and not just Unix Systems Services, then I would also recommend that you look at Co:Z from Dovetail. It is a no cost open source software that runs on top of Open SSH and connects the two environments together without having to write special scripts to handle the back ground work needed to send native z/OS data sets through Open SSH. Had both installed, configured, tested and validated without a day without issues. Thanks, Craig From: Chokalingam Thangavelu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/11/2013 07:36 Subject:Open SSH (SFTP) Sent by:IBM Mainframe Discussion List Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
> >love it > >sounds like another example of what in German is called a Schlimmbesserung: >an improvement which makes things worse. >welcome to the modern world: new, and certainly NOT "improved". why the hell >can't "they" just leave things alone? There is the strong yet wrong believe the internet has become so fast that instead of returning the tiny bit I'm looking for, it's an added value to throw everything at me. Shudder! With the old BookMaster interface, it took me a few clicks returning few information each to go to the place I was looking for. I sadly recognize these comfortable times are gone. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Too much of this lately! Reference the IBMLINK outages. love it sounds like another example of what in German is called a Schlimmbesserung: an improvement which makes things worse. welcome to the modern world: new, and certainly NOT "improved". why the hell can't "they" just leave things alone? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
I do not think I have ever set up and submitted a RECEIVE ORDER or if I have, it was a while ago. Hence my lack of understanding. This explains my confusion (other than a senior moment... Smile). As usual, Kurt, thank you very much! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Wednesday, December 11, 2013 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions > Do you consider a RECEIVE FROMNETWORK the same as a RECEIVE ORDER? I know something about why John is asking the question, so nope, not the same thing. RECEIVE FROMNETWORK implies you used ShopzSeries to submit the order, and then are using SMP/E RECEIVE FROMNETWORK to download it. SMP/E RECEIVE ORDER submits the order directly to the IBM server and then downloads it in one fell swoop. It is submitting the order directly to IBM from z/OS using SMP/E that is interesting for this discussion. Kurt Quackenbush -- IBM, SMP/E Development -- 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: Open SSH (SFTP)
There must be a program directory and post installation steps... You could just follow up.. On Wed, Dec 11, 2013 at 7:06 PM, Chokalingam Thangavelu < thangavelu.chokalin...@wipro.com> wrote: > Hi, > > We need SFTP to be installed and configured on mainframe. I have ordered > the OPEN SSH from IBM shopz series site. > > Please help me with installation and configuration procedures if anyone > installed OPEN SSH (SFTP) on mainframe. > > Regards, > Chokalingam > > The information contained in this electronic message and any attachments > to this message are intended for the exclusive use of the addressee(s) and > may contain proprietary, confidential or privileged information. If you are > not the intended recipient, you should not disseminate, distribute or copy > this e-mail. Please notify the sender immediately and destroy all copies of > this message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient > should check this email and any attachments for the presence of viruses. > The company accepts no liability for any damage caused by any virus > transmitted by this email. > > www.wipro.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: SMP/E RECEIVE ORDER and Internet Delivery Questions
Do you consider a RECEIVE FROMNETWORK the same as a RECEIVE ORDER? I know something about why John is asking the question, so nope, not the same thing. RECEIVE FROMNETWORK implies you used ShopzSeries to submit the order, and then are using SMP/E RECEIVE FROMNETWORK to download it. SMP/E RECEIVE ORDER submits the order directly to the IBM server and then downloads it in one fell swoop. It is submitting the order directly to IBM from z/OS using SMP/E that is interesting for this discussion. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Open SSH (SFTP)
Hi, We need SFTP to be installed and configured on mainframe. I have ordered the OPEN SSH from IBM shopz series site. Please help me with installation and configuration procedures if anyone installed OPEN SSH (SFTP) on mainframe. Regards, Chokalingam The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Consider using the "Messages and Codes" bookshelf on the zOS Library page until KC comes along. I've tried to address its similarities to part some of what was in LookAt. Sincerely, Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
Ah, notice I did *not* say InfoCenter, I said "shelf". We still build XKS (eXtended) shelves and since we use the BookManager Advanced Linguistic Search (ALS) to index the PDFS on those shelves, indeed, the search is "BookManager-like" as it has a related BKIndex. Sincerely, Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: unresolvend references compiling C with LDAP functions
You guys got it. SYSLIB on IEWL does not grasp member names. My guess is for EDCPRLK either. So I did include on the primary input on both prelinker and linker. Cards SYSIN for EDCPRLK and SYSLIN for IEWL. Also I dug this JCL way of concatenating DD names. See JCL below: //SSTP001N JOB DISIP,TIME=1 //* COMPILE, LINK DE FONTES C, SOCKET, BATCH, NATURAL, LDAP //COMPILA EXEC PGM=CCNDRVR,REGION=0M, // PARM='DLL,RENT,LIST,SO,LO,DEF(MVS),OPT(2),OBJECT' //SYSIN DD DSNAME=SEGAN.SOURCES.C(LDAPC),DISP=(OLD,KEEP) //*SYSIN DD PATH='/tmp/ldapc.c', //* PATHOPTS=(ORDONLY) //SYSLIB DD DSNAME=SSOP.TZ13.CEE.SCEEH.H,DISP=SHR //DD DSNAME=SSOP.TZ13.CEE.SCEEH.SYS.H,DISP=SHR //DD DSNAME=SSOP.TZ13.CEE.SCEEH.NETINET.H,DISP=SHR //DD DSNAME=SABD.NATURAL.V427.SOURCE,DISP=SHR //DD DSNAME=SSOP.TZ13.GLD.SGLDHDRC,DISP=SHR //SYSLIN DD DSNAME=&&OBJETO,DISP=(NEW,PASS,DELETE),UNIT=DISK, //SPACE=(TRK,(3,3)),DCB=(RECFM=FB,LRECL=80,BLKSIZE=80) //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSCPRT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //PLKED EXEC PGM=EDCPRLK,REGION=0M,PARM='OMVS' //STEPLIB DD DSNAME=MCAT.SSOP.TZ13.CEE.SCEERUN,DISP=SHR // DD DSNAME=MCAT.SSOP.TZ13.CBC.SCCNCMP,DISP=SHR //SYSMSGS DD DSNAME=SSOP.TZ13.CEE.SCEEMSGP(EDCPMSGE),DISP=SHR //SYSLIB DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC,DISP=SHR // DD DSNAME=SSOP.TZ13.CEE.SCEECPP,DISP=SHR //SYSINDD DSNAME=&&OBJETO,DISP=(OLD,DELETE,DELETE) // DD DDNAME=SYSIN2 //SYSIN2 DD * INCLUDE SYSLIB(GLDCLDPX) /* //SYSMOD DD DSNAME=&&EXECUT,UNIT=3390,DISP=(NEW,PASS), //SPACE=(CYL,(3,5)), //DCB=(RECFM=FB,LRECL=80) //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //LKED EXEC PGM=HEWL,REGION=0M,PARM='AMODE=31,RENT,MAP' //SYSLIB DD DSNAME=SYS1.SIEALNKE,DISP=SHR // DD DSNAME=SSOP.TZ13.CEE.SCEELKED,DISP=SHR // DD DSNAME=SSOP.TZ13.CEE.SCEELKEX,DISP=SHR // DD DSNAME=SSTP.TZ13.TCPIP.SEZACMTX,DISP=SHR // DD DSNAME=SABD.NATURAL.V425.LOAD,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSLIN DD DSNAME=*.PLKED.SYSMOD,DISP=(OLD,DELETE) // DD DDNAME=SYSIN2 //SYSIN2 DD * INCLUDE SYSLIB(GLDCLDAP) /* //SYSLMOD DD DSNAME=SEGAN.LINKLIB(LDAPC),DISP=SHR //SYSUT1 DD UNIT=3390,SPACE=(32000,(30,30)) // The only issue here is that my target is a PDS, but changing to a PDSE is not a issue right now. Many thanks for the good feedback. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VARY OFFLINE fat finger
On Wed, Dec 11, 2013 at 12:03 AM, Pinnacle wrote: > I fat fingered a VARY OFFLINE command and took out half our DASD farm. I > thought z/OS had a switch or a throttle to limit the damage, but darned if > I can find it. Any help gets you a beer at SCIDS. > > Regards, > Tom Conley > We had something similar happen here with a "dyslexic" operator. I wrote a CA-OPS/MVS command rule the very next day which restricted the number of devices to be varied offline to a maximum of 16. )CMD VARY /**/ /* Rule Name: VARY */ /* Rule Type: Command*/ /* Rule Function: Allow a maximum of 16 devices to be varied at one */ /* time in a range vary */ /* Author:John McKown*/ /* Support: Tech Services */ /**/ )PROC IF 'OAM' = LEFT(CMD.JOBNAME,3) THEN RETURN /* OAM STARTED TASK */ IF 'XA' = LEFT(CMD.USERID,2) THEN RETURN /* GENERIC STC */ ERCT = TRANSLATE(word(CMD.TEXT,2),' ',',') if 0 = pos("-",erct) then return erct=translate(erct,' ','(),') n=words(erct) if 'OFFLINE' <> WORD(erct,n) then return do i = 1 to n-1 test=word(erct,i) if 0=pos("-",test) then iterate test=translate(test,' ','-') if 2 <> words(test) then iterate parse var test low high if datatype(low,"X") <> 1 then iterate if datatype(high,"X") <> 1 then iterate dlow=x2d(low) dhigh=x2d(high) if dhigh > dlow + 16 then do ADDRESS WTO , ' TEXT("Range VARY aborted - too many devices specified.") ', ' CNNAME('CMD.CONSNAME') ', ' DESC(IMEDCMD)' , ' HILITE ' , ' MCSFLAGS(RESP)' return "reject" end end return -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: unresolvend references compiling C with LDAP functions
In article <6500226670897076.wa.henriqueseganfredo@listserv.ua.edu> you wrote: > Thanks for the feedback, > I realized that my current z/OS (1.13) the prelinker has no SYSN2 card, but > then I tried using the SYSLIB (secondary input) in this following ways: > //SYSLIB DD DSNAME=SSOP.TZ13.CEE.SCEECPP,DISP=SHR > // DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC,DISP=SHR > or being more explicit > //SYSLIB DD DSNAME=SSOP.TZ13.CEE.SCEECPP,DISP=SHR > // DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC(GLDCLDPX),DISP=SHR > In both way I still get unresolved references on the ldap functions when I > get to the link step. SYSLIB is for objects, SYSIN is the correct spot for control statements and side decks. Just do: //SYSINDD DSNAME=&&OBJETO,DISP=(OLD,DELETE,DELETE) DD DDNAME=SYSIN2 //SYSIN2 DD * INCLUDE SYSLIB(GLDCLDPX) /* -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF DUMP SB37 - what am I doing wrong?
W dniu 2013-12-11 02:09, Charles Mills pisze: This has to be less than sysprog 101 but I am obviously less than a sysprog. Here is my SMF Dump proc: //SMFDUMPS PROC MAN='SYS1.S0W1.MAN1' //DUMP1 EXEC PGM=IFASMFDP,REGION=1M //INDD1DD DSN=&MAN,DISP=SHR //DUMPOUT DD DSN=xx.SMFDATA,DISP=(MOD,CATLG), // SPACE=(TRK,(10,10),RLSE), // LRECL=32760,RECFM=VBS //SYSPRINT DD SYSOUT=H Was D //SYSINDD DSN=VENDOR.PARMLIB(CLRMAN),DISP=SHR VENDOR.PARMLIB(CLRMAN) is INDD(INDD1,OPTIONS(ALL)),OUTDD(DUMPOUT,TYPE(89)) There is almost nothing going on on the system. I have only a very few Type 89 records: 89 8 .07 % 1,794.00 326 But xx.SMFDATA quickly goes to multiple extents, multiple tracks, and an SB37. Here is about 24 hours' worth of data: Tracks %Used XT xx.SMFDATA157 100 6 What the heck am I doing wrong? Or am I off in my expectations somehow? 1. remove RLSE, it is bad thing for MOD. 2. Just add more tracks in SPACE. Let the job end normal and then look at SYSPRINT. IFASMFDP will tell you how many records of each type were dumped (you have only 89, but you'll also get 2 and 3), avg record length, etc. Then check the size and assess whether it's OK. -- Radoslaw Skorupka Lodz, Poland --- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Server Pac Panel Issue
Hello, I am not able to access Serverpac panel and getting below error while executing CPPCSAMP CLIST . IKJ56584I CPPE628M NOT FOUND. REQUIRED DDNAME SYS00017 IS NOT ALLOCATED. and then below error . . . . . . . . . . . . . . . . . . . . . . . . . . . DIALOG PROCESSING ERROR Unexpected DIALOG ERROR The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 20 You may wish to note the contents of the ISPEXEC buffer, which may be helpful in determining the cause of the problem. Press ENTER or RETURN to terminate the dialog. Contents of the ISPEXEC buffer was: > /*0019*/SELECT CMD(CPPE628M CPC.OS210134 )< >< >< >< >< >< When I tried to check for *CPPE628M *- Dialogue Startup Exit CPP0628001S Unable to ALLOCATE <#THEDSN.> RC = #RC. MESSAGE EXPLANATION The dialog could not access the master SCPPLOAD data set dataset-name. SYSTEM ACTION The dialog ends with the return code shown in this message. Any pointer on this issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
On Tue, 10 Dec 2013 13:26:08 -0600, Kevin Minerley wrote: >We still keep the "Messages and Codes" extended shelf with ALS indexed PDFS >current at the zOS Library site (at least until Knowledge Center comes along), >so you can get a near BookManager-like search on the message books from the >PDFs. You can also download this shelf from the IBM Publications Center. >The order number is SK5T-9251. > "...a nearBookmanager-like search..." You can't be serious! We have been ranting about the useless search and dito navigation of the infocenters from the day they came out. Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: unresolvend references compiling C with LDAP functions
On Tue, 10 Dec 2013 15:00:24 -0600, Henrique Seganfredo wrote: >Yes, the message I posted is from the prelinker. > Then you need to tell the pre-linker how it can resolve these symbols. For that, you need the corresponding IMPORT member. Add an INCLUDE statement for that member to your input deck for the pre-linker on the //PLKED.SYSIN DD. >JCL part: >//LKED EXEC PGM=HEWL,REGION=0M,PARM='AMODE=31,RENT,MAP' >... >//SYSLIB DD DSNAME=SYS1.SIEALNKE(GLDCLDAP),DISP=SHR > On the SYSLIB concatenation of your link-edit step, omit the member names. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
love it sounds like another example of what in German is called a Schlimmbesserung: an improvement which makes things worse. welcome to the modern world: new, and certainly NOT "improved". why the hell can't "they" just leave things alone? /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; "I partied on the Ho Chi Minh Trail - tiến lên !! " -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Blythe Reid Sent: Wednesday, 11 December, 2013 06:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat The oficial wording: *LookAt is being sunset with the announcement of the new version of zOS. You can continue to access older releases of messages at the website AS-IS. Neither the site nor the content will continue to be updated. The Information Centers are the current IBM tactical means to search for all technical documentation including messages. Soon these will be replaced with the IBM strategic Knowledge Centers.* According to this we should still be able to access it, but it won't be updated. Maybe the redirection is just a temporary problem. I hope so, as it's a bit of a blow to lose it. It really is a useful tool. I had to look at a U4093 (Language Environment) abend yesterday. With LookAt I had the message text and reason code explanation in seconds. If I type U4093 into the z/OS 1.13 Infocenter the search result is useless. Maybe buried down there somewhere is a description of the abend but it would take so long to find it it's quicker to go to the LE messages manual. Regards, John On 10 December 2013 20:26, Kevin Minerley wrote: > Here is the "official" wording we have had on the LookAt website for > some months now: > > LookAt is being sunset with the announcement of the new version of zOS. > You can continue to access older releases of messages at the website AS-IS. > Neither the site nor the content will continue to be updated. The > Information Centers are the current IBM tactical means to search for > all technical documentation including messages. Soon these will be > replaced with the IBM strategic Knowledge Centers. > > > So from v2r1 forward, you really should go to the zOS Library page > (currently corporate has but a re-direct from the old LookAt site to here): > > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which has the Information Center and will eventually have the > Knowledge Center. > > We still keep the "Messages and Codes" extended shelf with ALS indexed > PDFS current at the zOS Library site (at least until Knowledge Center > comes along), so you can get a near BookManager-like search on the message > books > from the PDFs. You can also download this shelf from the IBM Publications > Center. The order number is SK5T-9251. > > Obviously this affects zVM and zVSE as well. > > Hope you enjoyed your years of using LookAt! > > Kevin Minerley > LookAt architect since its inception > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- John Blythe Reid, Técnico de Sistemas de z/OS y de Sistemas Transaccionales, Barcelona, España. -- 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: Lookat
The oficial wording: *LookAt is being sunset with the announcement of the new version of zOS. You can continue to access older releases of messages at the website AS-IS. Neither the site nor the content will continue to be updated. The Information Centers are the current IBM tactical means to search for all technical documentation including messages. Soon these will be replaced with the IBM strategic Knowledge Centers.* According to this we should still be able to access it, but it won't be updated. Maybe the redirection is just a temporary problem. I hope so, as it's a bit of a blow to lose it. It really is a useful tool. I had to look at a U4093 (Language Environment) abend yesterday. With LookAt I had the message text and reason code explanation in seconds. If I type U4093 into the z/OS 1.13 Infocenter the search result is useless. Maybe buried down there somewhere is a description of the abend but it would take so long to find it it's quicker to go to the LE messages manual. Regards, John On 10 December 2013 20:26, Kevin Minerley wrote: > Here is the "official" wording we have had on the LookAt website for some > months now: > > LookAt is being sunset with the announcement of the new version of zOS. > You can continue to access older releases of messages at the website AS-IS. > Neither the site nor the content will continue to be updated. The > Information Centers are the current IBM tactical means to search for all > technical documentation including messages. Soon these will be replaced > with the IBM strategic Knowledge Centers. > > > So from v2r1 forward, you really should go to the zOS Library page > (currently corporate has but a re-direct from the old LookAt site to here): > > http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html > > which has the Information Center and will eventually have the Knowledge > Center. > > We still keep the "Messages and Codes" extended shelf with ALS indexed > PDFS current at the zOS Library site (at least until Knowledge Center comes > along), so you can get a near BookManager-like search on the message books > from the PDFs. You can also download this shelf from the IBM Publications > Center. The order number is SK5T-9251. > > Obviously this affects zVM and zVSE as well. > > Hope you enjoyed your years of using LookAt! > > Kevin Minerley > LookAt architect since its inception > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- John Blythe Reid, Técnico de Sistemas de z/OS y de Sistemas Transaccionales, Barcelona, España. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTAM APPL alias definition
It certainly does. thanks Juergen. On 11 December 2013 10:12, Juergen Keller < juergen.kel...@deutsche-boerse.com> wrote: > Hello Jim, > maybe Vtam USERVAR helps you: > F NET,USERVAR,ID=alias,VALUE=appl > regards > Juergen > > -- > 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: VTAM APPL alias definition
Hello Jim, maybe Vtam USERVAR helps you: F NET,USERVAR,ID=alias,VALUE=appl regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lookat
For the older releases, my extra! macro still works, and a little vbs script like this will get there for z/OS 1.12. I suspect I will continue to look at the back-level messages as long as I can Option Explicit Dim Result result = InputBox("Message id", "", "") Dim IE Set IE = createobject("InternetExplorer.Application") IE.Visible = True IE.Navigate "http://publibz.boulder.ibm.com/cgi-bin/os390/lookat?required=msgid&missing_fields_redirect=%2Fsystems%2Fz%2Fos%2Fzos%2Fbkserv%2Flookat%2Flookatidmiss.html&msgid="; & result & "&release=ZOS%2FV1R12&submit.x=13&submit.y=11" Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Pace Sent: 10 December 2013 22:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'll be going back to downloading PDF files and manually searching through messages & codes manuals. ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VTAM APPL alias definition
Is there any way to define an alias for a VTAM APPL definition. I would like to be able to define a second name and point it to an existing ACBNAME. I can't see anything in the FM, but I'm just double checking, just in case I've missed something. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: unresolvend references compiling C with LDAP functions
On 11/12/2013 1:45 PM, Ed Gould wrote: David: I am somewhat suspicious of a PDS library that is "normally looked" at and specifying a member name for SYSLIB. ex: DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC(GLDCLDPX),DISP=SHR Just does not sit with me right. It may be valid in a prelinker situation but it just doesn't look right. Perfectly valid for DLL imports. Ed On Dec 10, 2013, at 10:05 PM, David Crayford wrote: Henrique, If it's possible (you can use a PDS/E) I would suggest you abandon the pre-linker. It's deprecated and a real PITA. The binder does a much better job, but you will need to move to GOFF which requires a PDS/E load library. On 11/12/2013 11:15 AM, Henrique Seganfredo wrote: Thanks for the feedback, I realized that my current z/OS (1.13) the prelinker has no SYSN2 card, but then I tried using the SYSLIB (secondary input) in this following ways: //SYSLIB DD DSNAME=SSOP.TZ13.CEE.SCEECPP,DISP=SHR // DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC,DISP=SHR or being more explicit //SYSLIB DD DSNAME=SSOP.TZ13.CEE.SCEECPP,DISP=SHR // DD DSNAME=SSOP.TZ13.GLD.SGLDEXPC(GLDCLDPX),DISP=SHR In both way I still get unresolved references on the ldap functions when I get to the link step. -- 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: VARY OFFLINE fat finger
On Wed, 11 Dec 2013 01:03:29 -0500, Pinnacle wrote: >I fat fingered a VARY OFFLINE command and took out half our DASD farm. >I thought z/OS had a switch or a throttle to limit the damage, but >darned if I can find it. Any help gets you a beer at SCIDS. Mate, when we first went with 4 digit device addresses, the ops did this a couple of times. I spat the dummy wrote an exit to not allow an address range of more than 32 devices at a time. Not aware of anything the BCP offers to help - certainly not at the time. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VARY OFFLINE fat finger
The solutions to this that I have heard of are all varieties of automation intercept/sanity check. A quick reverse will save a interruption, but at least on my system, just switching offline to online will result in more volumes online than I want. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Pinnacle > Sent: Tuesday, December 10, 2013 10:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: VARY OFFLINE fat finger > > I fat fingered a VARY OFFLINE command and took out half our DASD farm. > I thought z/OS had a switch or a throttle to limit the damage, but > darned if I can find it. Any help gets you a beer at SCIDS. > > Regards, > Tom Conley > > -- > > > > -- > 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