MVS Quick Reference, was: LookAT

2013-12-11 Thread Arthur Fichtl
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

2013-12-11 Thread Mike Schwab
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

2013-12-11 Thread Elardus Engelbrecht
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

2013-12-11 Thread Lizette Koehler
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?

2013-12-11 Thread Paul Edwards
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

2013-12-11 Thread Scott Ford
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?

2013-12-11 Thread Paul Edwards
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

2013-12-11 Thread venkat kulkarni
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

2013-12-11 Thread Scott Ford
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

2013-12-11 Thread venkat kulkarni
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)

2013-12-11 Thread Clark Morris
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

2013-12-11 Thread Paul Gilmartin
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)

2013-12-11 Thread David L. Craig
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?

2013-12-11 Thread Charles Mills
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

2013-12-11 Thread Ricky

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?

2013-12-11 Thread retired mainframer
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?

2013-12-11 Thread Scott Ford
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)

2013-12-11 Thread Scott Ford
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?

2013-12-11 Thread R.S.

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?

2013-12-11 Thread Charles Mills
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)

2013-12-11 Thread David L. Craig
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)

2013-12-11 Thread Blaicher, Christopher Y.
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)

2013-12-11 Thread Ed Jaffe

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

2013-12-11 Thread Peter Vander Woude
>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?

2013-12-11 Thread Charles Mills
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?

2013-12-11 Thread Wayne Bickerdike
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?

2013-12-11 Thread Charles Mills
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?

2013-12-11 Thread Wayne Bickerdike
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?

2013-12-11 Thread Charles Mills
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

2013-12-11 Thread Wayne Bickerdike
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?

2013-12-11 Thread Charles Mills
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

2013-12-11 Thread Dave Salt
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

2013-12-11 Thread Ed Gould

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

2013-12-11 Thread Ed Gould

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

2013-12-11 Thread Jerry Whitteridge
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

2013-12-11 Thread Mingee, David
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

2013-12-11 Thread Mike Schwab
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

2013-12-11 Thread venkat kulkarni
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?

2013-12-11 Thread retired mainframer
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

2013-12-11 Thread Peter Vander Woude
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

2013-12-11 Thread Gerhard Postpischil

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)

2013-12-11 Thread Chokalingam Thangavelu
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)

2013-12-11 Thread Craig . Pace
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

2013-12-11 Thread Elardus Engelbrecht
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

2013-12-11 Thread Dennis Trojak
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)

2013-12-11 Thread Chokalingam Thangavelu
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)

2013-12-11 Thread Craig . Pace
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

2013-12-11 Thread Hunkeler, Peter
>
>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

2013-12-11 Thread Staller, Allan
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

2013-12-11 Thread Richards, Robert B.
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)

2013-12-11 Thread Jake anderson
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

2013-12-11 Thread Kurt Quackenbush

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)

2013-12-11 Thread Chokalingam Thangavelu
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

2013-12-11 Thread Kevin Minerley
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

2013-12-11 Thread Kevin Minerley
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

2013-12-11 Thread Henrique Seganfredo
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

2013-12-11 Thread John McKown
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

2013-12-11 Thread Don Poitras
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?

2013-12-11 Thread R.S.

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

2013-12-11 Thread venkat kulkarni
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

2013-12-11 Thread Jantje.
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

2013-12-11 Thread Jantje.
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

2013-12-11 Thread Bonno, Tuco

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

2013-12-11 Thread John Blythe Reid
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

2013-12-11 Thread Jim McAlpine
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

2013-12-11 Thread Juergen Keller
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

2013-12-11 Thread Tidy, David (D)
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

2013-12-11 Thread Jim McAlpine
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

2013-12-11 Thread David Crayford

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

2013-12-11 Thread Shane Ginnane
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

2013-12-11 Thread Gibney, Dave
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