date:20150715

Re: Corrupt PDSE

2015-07-15 Thread Ambat Ravi

how about moving the members to a sequential file each ?


- ravi.

ps: never peek at another SYSPLEX's PDSEs ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Corrupt PDSE

2015-07-15 Thread Ted MacNEIL

Look into the fact that you can't share PDSE's across SYSPLEX's.

-
-teD
-
  Original Message  
From: Jake Anderson
Sent: Wednesday, July 15, 2015 17:31
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Corrupt PDSE

Hello,

I get below message when i try to access a PDSE dataset, but when I try to
access the same Dataset from a different SYSPLEX it opens up. We do share
the Dasd .

IGW702I PDSE Directory Validation Unsuccessful
DESC: Structure is corrupted
LTK:
*
ERROR NUM:15
DSN:JAKE.PDSE.JCL
VOLSER:TCHN011
RC:8 RS:0118800E R14:8A55EDCE
RPN:N/A
VPTVFN:N/A
IGW702I PDSE Directory Validation Unsuccessful
DESC: Structure is corrupted
LTK:
*
ERROR NUM:14
DSN:CA.JAKE.PDSE.JCL
VOLSER:TCHN011
RC:8 RS:0118800E R14:8A55EDE8
RPN:N/A
MEMBER NAME:NETUPQ
VPTVFN:N/A
IEA995I SYMPTOM DUMP OUTPUT
SYSTEM COMPLETION CODE=0F4 REASON CODE=0024
TIME=11.32.41 SEQ=04674 CPU= ASID=01D8
PSW AT TIME OF ERROR 075C1000 8A66C6E0 ILC 2 INTC 0D
NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
NAME=UNKNOWN
DATA AT PSW 0A66C6DA - 58F05048 0A0DB219 A788
AR/GR 0: 009FF890/_0118800E 1: /_040F4000
2: /0048_00FDB290 3: /_7F2E8268
4: /_7703 5: 0002/_7F2ED0C0
6: /_7F2E8060 7: /_00FD8ED8
8: /_00FD8F48 9: /_7F2E8268
A: /_7F2ED4D8 B: /_
C: /_0A66C062 D: /_7F2ED3E8
E: /_8A66C6D2 F: /_0024
END OF SYMPTOM DUMP
IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
JAKE.PDSE.JCL
***

Any pointers where I might be looking into ?

Jake

--
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: TSO-only proc (was Re: Product Remove from z/OS)

2015-07-15 Thread Shmuel Metz (Seymour J.)

In
<7006637956401197.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 07/13/2015
   at 10:19 AM, Elardus Engelbrecht 
said:

>Perhaps, but, Shmuel, what will YOU do if you are in the same
>position which John is talking?

What position? Or didn't you catch that "paranoid" was sarcastic and I
was endorsing what he wrote?

If JES2, SAE and TSSO don't come up? If my test and development LPARs
won't IPL? If my DR system won't IPL? If I don't have a usable logon
proc?

John's position was that you had to do contingency planning. Sure, I
can wing it at need, but that will take longer.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to block domains when sending emails from JCL

2015-07-15 Thread Shmuel Metz (Seymour J.)

In <9918895732815903.wa.antonioandrew92gmail@listserv.ua.edu>, on
07/13/2015
   at 10:38 AM, Antonio Andrew  said:

>Yes the E-mails are going through SMTP.

Do you mean WRITING TO SYSOUT=(*,SMTP)?

>The product being used is IEBGENR. 

That just copies your message to another DD. The e-mail client is the
external writer given in your output DD.

//COPY   EXEC  PGM=IEBGENER
//SYSINDD  DUMMY
//SYSPRINT DD  SYSOUT=*
//SYSUT1   DD  DSN=MY.MESSAGE,DISP=SHR
//SYSUT2   DD  SYSOUT=(*,CSSMTP)

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

2015-07-15 Thread Shmuel Metz (Seymour J.)

In
,
on 07/15/2015
   at 08:04 AM, Steve Coalbran  said:

>Can you be more specific.

Yes.

>I tried... TSO GTTERM

GTTERM is a macro, not a command. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Corrupt PDSE

2015-07-15 Thread Lizette Koehler

IT depends.

How do you change the configuration?
Do you have to cycle the STC?
Do you have to refresh something?
Did you do it on all systems that the PDS/E is being used?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jake Anderson
> Sent: Wednesday, July 15, 2015 10:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Corrupt PDSE
> 
> Hi
> 
> The dataset has a member which has all configuration Parms for a running
> STC
> 
> This was updated when STC was up and running
> 
> So This could be a reason for a possible corruption ?
> 
> 
> 
> On Wednesday 15 July 2015, Lizette Koehler 
> wrote:
> 
> > And basically if you are only using the PDS/E within the  same SYSPLEX.
> >
> > Then you should open a case with IBM for assistance.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu
> > ]
> > > On Behalf Of Roberto Halais
> > > Sent: Wednesday, July 15, 2015 9:40 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > Subject: Re: Corrupt PDSE
> > >
> > > Ibm Info on corrupted PDSEs:
> > >
> > > http://www-01.ibm.com/support/docview.wss?uid=isg1II14252
> > >
> > > On Wed, Jul 15, 2015 at 11:39 AM, Jake Anderson
> > > >
> > > wrote:
> > >
> > > > Hello,
> > > >
> > > > I get below message when i try to access a PDSE dataset, but when
> > > > I try to access the same Dataset from a different SYSPLEX it opens up.
> > > > We do share the Dasd .
> > > >
> > > > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure
> > > > is corrupted
> > > > LTK:
> > > >
> > >
> 000
> > > 0*
> > > > ERROR NUM:15
> > > > DSN:JAKE.PDSE.JCL
> > > > VOLSER:TCHN011
> > > > RC:8 RS:0118800E R14:8A55EDCE
> > > > RPN:N/A
> > > > VPTVFN:N/A
> > > > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure
> > > > is corrupted
> > > > LTK:
> > > >
> > >
> 000
> > > 0*
> > > > ERROR NUM:14
> > > > DSN:CA.JAKE.PDSE.JCL
> > > > VOLSER:TCHN011
> > > > RC:8 RS:0118800E R14:8A55EDE8
> > > > RPN:N/A
> > > > MEMBER NAME:NETUPQ
> > > > VPTVFN:N/A
> > > > IEA995I SYMPTOM DUMP OUTPUT
> > > > SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
> > > >  TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
> > > >  PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
> > > >NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
> > > >NAME=UNKNOWN
> > > >DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
> > > >AR/GR 0: 009FF890/_0118800E   1:
> /_040F4000
> > > >  2: /0048_00FDB290   3: /_7F2E8268
> > > >  4: /_7703   5: 0002/_7F2ED0C0
> > > >  6: /_7F2E8060   7: /_00FD8ED8
> > > >  8: /_00FD8F48   9: /_7F2E8268
> > > >  A: /_7F2ED4D8   B: /_
> > > >  C: /_0A66C062   D: /_7F2ED3E8
> > > >  E: /_8A66C6D2   F: /_0024
> > > >  END OF SYMPTOM DUMP
> > > > IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
> > > > JAKE.PDSE.JCL
> > > > ***
> > > >
> > > > Any pointers where I might be looking into ?
> > > >
> > > > Jake
> >
> > --
> > 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: Corrupt PDSE

2015-07-15 Thread Jake Anderson

Hi

The dataset has a member which has all configuration Parms for a running STC

This was updated when STC was up and running

So This could be a reason for a possible corruption ?



On Wednesday 15 July 2015, Lizette Koehler  wrote:

> And basically if you are only using the PDS/E within the  same SYSPLEX.
>
> Then you should open a case with IBM for assistance.
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ]
> > On Behalf Of Roberto Halais
> > Sent: Wednesday, July 15, 2015 9:40 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: Corrupt PDSE
> >
> > Ibm Info on corrupted PDSEs:
> >
> > http://www-01.ibm.com/support/docview.wss?uid=isg1II14252
> >
> > On Wed, Jul 15, 2015 at 11:39 AM, Jake Anderson
> > >
> > wrote:
> >
> > > Hello,
> > >
> > > I get below message when i try to access a PDSE dataset, but when I
> > > try to access the same Dataset from a different SYSPLEX it opens up.
> > > We do share the Dasd .
> > >
> > > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> > > corrupted
> > > LTK:
> > >
> > 000
> > 0*
> > > ERROR NUM:15
> > > DSN:JAKE.PDSE.JCL
> > > VOLSER:TCHN011
> > > RC:8 RS:0118800E R14:8A55EDCE
> > > RPN:N/A
> > > VPTVFN:N/A
> > > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> > > corrupted
> > > LTK:
> > >
> > 000
> > 0*
> > > ERROR NUM:14
> > > DSN:CA.JAKE.PDSE.JCL
> > > VOLSER:TCHN011
> > > RC:8 RS:0118800E R14:8A55EDE8
> > > RPN:N/A
> > > MEMBER NAME:NETUPQ
> > > VPTVFN:N/A
> > > IEA995I SYMPTOM DUMP OUTPUT
> > > SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
> > >  TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
> > >  PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
> > >NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
> > >NAME=UNKNOWN
> > >DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
> > >AR/GR 0: 009FF890/_0118800E   1: /_040F4000
> > >  2: /0048_00FDB290   3: /_7F2E8268
> > >  4: /_7703   5: 0002/_7F2ED0C0
> > >  6: /_7F2E8060   7: /_00FD8ED8
> > >  8: /_00FD8F48   9: /_7F2E8268
> > >  A: /_7F2ED4D8   B: /_
> > >  C: /_0A66C062   D: /_7F2ED3E8
> > >  E: /_8A66C6D2   F: /_0024
> > >  END OF SYMPTOM DUMP
> > > IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
> > > JAKE.PDSE.JCL
> > > ***
> > >
> > > Any pointers where I might be looking into ?
> > >
> > > Jake
>
> --
> 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: Corrupt PDSE

2015-07-15 Thread Lizette Koehler

And basically if you are only using the PDS/E within the  same SYSPLEX.

Then you should open a case with IBM for assistance.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Roberto Halais
> Sent: Wednesday, July 15, 2015 9:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Corrupt PDSE
> 
> Ibm Info on corrupted PDSEs:
> 
> http://www-01.ibm.com/support/docview.wss?uid=isg1II14252
> 
> On Wed, Jul 15, 2015 at 11:39 AM, Jake Anderson
> 
> wrote:
> 
> > Hello,
> >
> > I get below message when i try to access a PDSE dataset, but when I
> > try to access the same Dataset from a different SYSPLEX it opens up.
> > We do share the Dasd .
> >
> > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> > corrupted
> > LTK:
> >
> 000
> 0*
> > ERROR NUM:15
> > DSN:JAKE.PDSE.JCL
> > VOLSER:TCHN011
> > RC:8 RS:0118800E R14:8A55EDCE
> > RPN:N/A
> > VPTVFN:N/A
> > IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> > corrupted
> > LTK:
> >
> 000
> 0*
> > ERROR NUM:14
> > DSN:CA.JAKE.PDSE.JCL
> > VOLSER:TCHN011
> > RC:8 RS:0118800E R14:8A55EDE8
> > RPN:N/A
> > MEMBER NAME:NETUPQ
> > VPTVFN:N/A
> > IEA995I SYMPTOM DUMP OUTPUT
> > SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
> >  TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
> >  PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
> >NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
> >NAME=UNKNOWN
> >DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
> >AR/GR 0: 009FF890/_0118800E   1: /_040F4000
> >  2: /0048_00FDB290   3: /_7F2E8268
> >  4: /_7703   5: 0002/_7F2ED0C0
> >  6: /_7F2E8060   7: /_00FD8ED8
> >  8: /_00FD8F48   9: /_7F2E8268
> >  A: /_7F2ED4D8   B: /_
> >  C: /_0A66C062   D: /_7F2ED3E8
> >  E: /_8A66C6D2   F: /_0024
> >  END OF SYMPTOM DUMP
> > IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
> > JAKE.PDSE.JCL
> > ***
> >
> > Any pointers where I might be looking into ?
> >
> > Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Corrupt PDSE

2015-07-15 Thread Gibney, David Allen,Jr

Get a back-up copy from the good SYSPLEX. Stop sharing it across SYSPLEX. 
(Unless you don't update from anywhere between IPLS :) )

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jake Anderson
> Sent: Wednesday, July 15, 2015 8:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Corrupt PDSE
> 
> Hello,
> 
> I get below message when i try to access a PDSE dataset, but when I try to
> access the same Dataset from a different SYSPLEX it opens up. We do share
> the Dasd .
> 
> IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> corrupted
> LTK:
> 000
> 0*
> ERROR NUM:15
> DSN:JAKE.PDSE.JCL
> VOLSER:TCHN011
> RC:8 RS:0118800E R14:8A55EDCE
> RPN:N/A
> VPTVFN:N/A
> IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is
> corrupted
> LTK:
> 000
> 0*
> ERROR NUM:14
> DSN:CA.JAKE.PDSE.JCL
> VOLSER:TCHN011
> RC:8 RS:0118800E R14:8A55EDE8
> RPN:N/A
> MEMBER NAME:NETUPQ
> VPTVFN:N/A
> IEA995I SYMPTOM DUMP OUTPUT
> SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
>  TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
>  PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
>NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
>NAME=UNKNOWN
>DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
>AR/GR 0: 009FF890/_0118800E   1:
> /_040F4000
>  2: /0048_00FDB290   3: /_7F2E8268
>  4: /_7703   5: 0002/_7F2ED0C0
>  6: /_7F2E8060   7: /_00FD8ED8
>  8: /_00FD8F48   9: /_7F2E8268
>  A: /_7F2ED4D8   B: /_
>  C: /_0A66C062   D: /_7F2ED3E8
>  E: /_8A66C6D2   F: /_0024
>  END OF SYMPTOM DUMP
> IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
> JAKE.PDSE.JCL
> ***
> 
> Any pointers where I might be looking into ?
> 
> Jake
> 
> --
> 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: Corrupt PDSE

2015-07-15 Thread Roberto Halais

Ibm Info on corrupted PDSEs:

http://www-01.ibm.com/support/docview.wss?uid=isg1II14252

On Wed, Jul 15, 2015 at 11:39 AM, Jake Anderson 
wrote:

> Hello,
>
> I get below message when i try to access a PDSE dataset, but when I try to
> access the same Dataset from a different SYSPLEX it opens up. We do share
> the Dasd .
>
> IGW702I PDSE Directory Validation Unsuccessful
> DESC: Structure is corrupted
> LTK:
> *
> ERROR NUM:15
> DSN:JAKE.PDSE.JCL
> VOLSER:TCHN011
> RC:8 RS:0118800E R14:8A55EDCE
> RPN:N/A
> VPTVFN:N/A
> IGW702I PDSE Directory Validation Unsuccessful
> DESC: Structure is corrupted
> LTK:
> *
> ERROR NUM:14
> DSN:CA.JAKE.PDSE.JCL
> VOLSER:TCHN011
> RC:8 RS:0118800E R14:8A55EDE8
> RPN:N/A
> MEMBER NAME:NETUPQ
> VPTVFN:N/A
> IEA995I SYMPTOM DUMP OUTPUT
> SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
>  TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
>  PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
>NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
>NAME=UNKNOWN
>DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
>AR/GR 0: 009FF890/_0118800E   1: /_040F4000
>  2: /0048_00FDB290   3: /_7F2E8268
>  4: /_7703   5: 0002/_7F2ED0C0
>  6: /_7F2E8060   7: /_00FD8ED8
>  8: /_00FD8F48   9: /_7F2E8268
>  A: /_7F2ED4D8   B: /_
>  C: /_0A66C062   D: /_7F2ED3E8
>  E: /_8A66C6D2   F: /_0024
>  END OF SYMPTOM DUMP
> IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
> JAKE.PDSE.JCL
> ***
>
> Any pointers where I might be looking into ?
>
> Jake
>
> --
> 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: Corrupt PDSE

2015-07-15 Thread J O Skip Robinson

It's possible to get away with inter-sysplex PDSE sharing for such a long time 
that people forget that it's verboten. I'm told that ISV serialization products 
like MIM do not solve this problem. 

BTW this is a common inhibitor to COBOL V5, which requires PDSE for load 
modules. Many shops have historically shared load libraries across GRS-plex 
boundaries. This may work (indefinitely) for traditional PO. It's deadly for 
PDSE. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Wednesday, July 15, 2015 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Corrupt PDSE

PDSE's *CANNOT*  be shared across SYSPLEX Boundaries. 
PDSE's *CAN* be shared within a SYSPLEX if the SMSPDSE* address spaces are 
running...

HTH,



I get below message when i try to access a PDSE dataset, but when I try to 
access the same Dataset from a different SYSPLEX it opens up. We do share the 
Dasd .

IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is corrupted
LTK:
*
ERROR NUM:15
..remainder deleted


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Corrupt PDSE

2015-07-15 Thread Staller, Allan

PDSE's *CANNOT*  be shared across SYSPLEX Boundaries. 
PDSE's *CAN* be shared within a SYSPLEX if the SMSPDSE* address spaces are 
running...

HTH,



I get below message when i try to access a PDSE dataset, but when I try to 
access the same Dataset from a different SYSPLEX it opens up. We do share the 
Dasd .

IGW702I PDSE Directory Validation Unsuccessful DESC: Structure is corrupted
LTK:
*
ERROR NUM:15
..remainder deleted


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Corrupt PDSE

2015-07-15 Thread Jake Anderson

Hello,

I get below message when i try to access a PDSE dataset, but when I try to
access the same Dataset from a different SYSPLEX it opens up. We do share
the Dasd .

IGW702I PDSE Directory Validation Unsuccessful
DESC: Structure is corrupted
LTK:
*
ERROR NUM:15
DSN:JAKE.PDSE.JCL
VOLSER:TCHN011
RC:8 RS:0118800E R14:8A55EDCE
RPN:N/A
VPTVFN:N/A
IGW702I PDSE Directory Validation Unsuccessful
DESC: Structure is corrupted
LTK:
*
ERROR NUM:14
DSN:CA.JAKE.PDSE.JCL
VOLSER:TCHN011
RC:8 RS:0118800E R14:8A55EDE8
RPN:N/A
MEMBER NAME:NETUPQ
VPTVFN:N/A
IEA995I SYMPTOM DUMP OUTPUT
SYSTEM COMPLETION CODE=0F4  REASON CODE=0024
 TIME=11.32.41  SEQ=04674  CPU=  ASID=01D8
 PSW AT TIME OF ERROR  075C1000   8A66C6E0  ILC 2  INTC 0D
   NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
   NAME=UNKNOWN
   DATA AT PSW  0A66C6DA - 58F05048  0A0DB219  A788
   AR/GR 0: 009FF890/_0118800E   1: /_040F4000
 2: /0048_00FDB290   3: /_7F2E8268
 4: /_7703   5: 0002/_7F2ED0C0
 6: /_7F2E8060   7: /_00FD8ED8
 8: /_00FD8F48   9: /_7F2E8268
 A: /_7F2ED4D8   B: /_
 C: /_0A66C062   D: /_7F2ED3E8
 E: /_8A66C6D2   F: /_0024
 END OF SYMPTOM DUMP
IEC036I 002-A4,IGC0005E,JAKE11,TSOPROC,ISP11321,Z09E,TCHN011,
JAKE.PDSE.JCL
***

Any pointers where I might be looking into ?

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

set mail

2015-07-15 Thread Crabtree, Anne D

Set ibm-main mail


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

HLASM Coding Project

2015-07-15 Thread Nick Poulos

My group is currently looking for an individual or organization that can 
provide coding expertise for an HLASM coding project. 

The project is to convert some HLASM programs that currently use XCF for 
communications between LPARs to using TCP/IP for the same communications. All 
other processing in the modules is working well and would not be changed, only 
the communication method used to transport the data between the two systems. 
Skills required are expertise in HLASM and z/OS, XCF understanding and solid 
TCP/IP skills.

Any interested parties can contact me offline for more information: 
nick.pou...@asg.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Contract for HLASM project

2015-07-15 Thread Nick Poulos

My group is currently looking for an individual or organization that can 
provide coding expertise for an HLASM coding project.

The project is to convert some HLASM programs that currently use XCF for 
communications between LPARs to using TCP/IP for the same communications. All 
other processing in the modules is working well and would not be changed, only 
the communication method used to transport the data between the two systems. 
Skills required are expertise in HLASM and z/OS, XCF understanding and solid 
TCP/IP skills.

Any interested parties can contact me offline for more information: 
nick.pou...@asg.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS Product Documentation (Correction)

2015-07-15 Thread Charles Mills

I wondered about that also. Given the layout on the screen I assumed so. Not
very clear communication for a technical communication project ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ray Pearce
Sent: Wednesday, July 15, 2015 2:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM z/OS Product Documentation (Correction)

Some of the ratings were unusual

Is "Not very important" less important than "Not important" ?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Just checking in on the List

2015-07-15 Thread Elardus Engelbrecht

Lizette Koehler wrote:

>I have not received emails in a bit, so I thought I would just check and make 
>sure things are going through.

Two reasons why IBM-MAIM is so silent these days:

1. July 14 is the day when Hagar the Horrible is taking his Yearly Bath. One 
time in the summer, fewer in the winter. Oh, everyone is watching that rare 
event of course with the compliments of Helga... ;-)

2. All IBM-MAIN members are checking up their new properties on Pluto, now New 
Horizon is visiting that great dwarf planet. ;-)

;-)

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: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

2015-07-15 Thread Ed Finnell

Think I just searched  'IBM SNA GTTERM'
 
Lots of hits.
 
Maybe most educational:
 
www.prycroft6.com.au/misc/3270eds.html 
 
In a message dated 7/15/2015 5:14:13 A.M. Central Daylight Time,  
john.archie.mck...@gmail.com writes:
 
GTTERM  is an assembler macro for use in your own program.
On Jul 15, 2015 01:05,  "Steve Coalbran"   wrote:


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

2015-07-15 Thread John McKown

GTTERM is an assembler macro for use in your own program.
On Jul 15, 2015 01:05, "Steve Coalbran"  wrote:

> Thanks.
> Can you be more specific.
> I tried... TSO GTTERM  and
>
> COMMAND GTTERM NOT FOUND
> ***
>
>
>
> From:   "Shmuel Metz (Seymour J.)" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   2015-06-14 23:16
> Subject:Re: ISPF Workstation Setup ( Was:  IND$FILE Resource Log &
> Monitoring)
> Sent by:IBM Mainframe Discussion List 
>
>
>
> In
> ,
> on 06/13/2015
>at 10:22 AM, Steve Coalbran  said:
>
> >1. What's a CV (apart from what I need for my next job!)?
>
> SNA Control Vector.
>
> >2. Whatever address I need, how do I get it?
>
> GTTERM
>
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> Såvida annat inte anges ovan: / Unless stated otherwise above:
> IBM Svenska AB
> Organisationsnummer: 556026-6883
> Adress: 164 92 Stockholm
>
> --
> 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: RACF reporting tool

2015-07-15 Thread Robert S. Hansel (RSH)

Sharon,

In addition to the products others have mentioned, also consider EKC's products 
- www.ekcinc.com 

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com
---
2015 RACF Training
- Securing z/OS UNIX  - WebEx - SEPT 22-25, 2015
- Audit & Compliance Roadmap - Boston - NOV 10-13, 2015
- Intro & Basic Admin - WebEx - DEC 7-11, 2015
---

-Original Message-
Date:Tue, 14 Jul 2015 19:18:19 +
From:"Lopez, Sharon" 
Subject: RACF reporting tool

What do most companies use for their RACF reporting/analysis tool?  Are there 
any others that are comparable to Vanguard?

Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS Product Documentation (Correction)

2015-07-15 Thread Ray Pearce

Some of the ratings were unusual

Is "Not very important" less important than "Not important" ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Iris Rivera
Sent: 14 July 2015 20:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM z/OS Product Documentation (Correction)

Hi Everyone,


Please take our 13 minute survey to provide our System z team with
feedback about your current user experience with IBM z/OS Product
Documentation.


Here's the link to the survey:
https://www.surveygizmo.com/s3/2069493/IBM-z-OS-Product-Documentation


We'd appreciate your response by August 15, 2015.


Thanks in advance for your participation!


Iris M. Rivera, User Experience Designer, System z Software @zsurveygirl

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: TSO-only proc (was Re: Product Remove from z/OS)

Re: How to block domains when sending emails from JCL

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: Corrupt PDSE

Re: Corrupt PDSE

Corrupt PDSE

set mail

HLASM Coding Project

Contract for HLASM project

Re: IBM z/OS Product Documentation (Correction)

Re: Just checking in on the List

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

Re: RACF reporting tool

Re: IBM z/OS Product Documentation (Correction)

22 matches

Site Navigation

Mail list logo

Footer information