Re: ENDEVOR help support

[Miklos Szigetvari]

Hi

Thank you , I find the proper support  with this link.


Scott Fagen wrote:


On Fri, 11 Dec 2009 12:49:02 +0100, Miklos Szigetvari
 wrote:

 


Any contact address to CA  and ENDEVOR  in Europe ?
   



http://www.ca.com/us/support/phone.aspx

(Don't worry about the "us" in the URL, it is a list of phone numbers for
support centers around the world).

Scott Fagen
Chief Architect
CA Mainframe Products

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Miklos Szigetvari]

Hi

I have asked the same a month ago, and we are usning now an SMF DUMP 
exit to log  record 42  (subtypes 21 24 25).



Lorne Dudley wrote:

Does anyone have code that will log access to PDS members by jobname, 
stepname, etcetera, or suggestions as to how to develop such code, or 
model code that could be used as a starting point ?


I'm running at the z/OS 1.10 level, soon moving to 1.11.

I've scanned the SMF manual for a record type that has that type of 
detail but I don't see it.


If I had a method that would log all opens down to the PDS member 
level, that would satisfy the requirement.


Regards

Lorne Dudley
Queen's University
Kingston, Ontario

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: problem w/ "allocate" cmnd within a REXX

[Hunkeler Peter (KIUP 4)]

You need to talk to your SMS colleagues. If the ACS routine assigns
a STORCLAS, then your data set will be SMS managed and there is
nothing you can do about it. 

ACS routines usually decide on dsname and possibly on some other 
attributes whether to put this data set under SMS control. Your 
SMS folks should be able to tell you the naming convention to 
be used to allocate Non-SMS managed data set.

The message text means that non-SMS managed datasets *may* have
a data class assigned but cannot have a storage and management
classes. So you could allocate a non-SMS data set and instead of
specifying "data class" attributes individually, you could refer
to a data class. 

--
Peter Hunkeler
CREDIT SUISSE AG

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Itschak Mugzach]

Have a look at eventaction from Action Software.It not only log, it
prevents access, backup changed members, etc.

Itschak

On Wed, Dec 16, 2009 at 10:01 AM, Miklos Szigetvari <
miklos.szigetv...@isis-papyrus.com> wrote:

> Hi
>
> I have asked the same a month ago, and we are usning now an SMF DUMP exit
> to log  record 42  (subtypes 21 24 25).
>
>
>
> Lorne Dudley wrote:
>
> Does anyone have code that will log access to PDS members by jobname,
>> stepname, etcetera, or suggestions as to how to develop such code, or model
>> code that could be used as a starting point ?
>>
>> I'm running at the z/OS 1.10 level, soon moving to 1.11.
>>
>> I've scanned the SMF manual for a record type that has that type of detail
>> but I don't see it.
>>
>> If I had a method that would log all opens down to the PDS member level,
>> that would satisfy the requirement.
>>
>> Regards
>>
>> Lorne Dudley
>> Queen's University
>> Kingston, Ontario
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>>
>>
> --
> Miklos Szigetvari
>
> Development Team
> ISIS Information Systems Gmbh tel: (+43) 2236 27551 570
> Fax: (+43) 2236 21081
> E-mail: miklos.szigetv...@isis-papyrus.com
> Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
> Visit our Website: 
> http://www.isis-papyrus.com---
> This e-mail is only intended for the recipient and not legally
> binding. Unauthorised use, publication, reproduction or
> disclosure of the content of this e-mail is not permitted.
> This email has been checked for known viruses, but ISIS accepts
> no responsibility for malicious or inappropriate content.
> ---
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Backup the VTOC after any file deleted or adding extent.

[Shai Hess]

Coming soon, keeping the vtoc data after any vtoc update.

How I do that?

Using the replication feature of MFNetDisk, any tracks changes send to PC. 
The  PC checks if the update is to the VTOC, if yes it will creates copy of the 
vtoc in PC and keep generations of the vtoc for all the volsers required by the 
host.



Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Need a way to syntax check IDCAMS control cards

[Jan MOEYERSONS]

On Mon, 14 Dec 2009 16:44:08 -0500, Duane Reaugh 
 wrote:

>Does anyone know a way to get IDCAMS to syntax check (but not run) a set
>of control cards. Sort of a TYPERUN=HOLD but for control cards. The only

JobScan from ASG does quite a good job:

05 //CPYSKIP EXEC PGM=IDCAMS
06 //SYSPRINT DD  SYSOUT=*
07 //SYSINDD  *
=NOTE= +1+2+3+4+5+6
+7--
08  IF LASTCC = 4 THEN DO
09 DELETE RAY.GARB.TEST
.JAAA  DELETE ENT(GARB.TEST3)
==MSG> **WARNING - DSS5780W - "GARB.TEST3 " IS INVALID MEMBER NAME
.JAAB  EELETE RAY.GARB.TEST2
==MSG> ***ERROR  - DSS5531E - INCORRECT COMMAND EELETE - 
STATEMENT IGNORED
==MSG> ***ERROR  - DSS5535E - ABOVE TEXT BYPASSED TILL NEXT 
COMMAND FOUND
.JAAC  LISTCAT ENTRY(TOM.A) XXL
==MSG> ***ERROR  - DSS5650E - XXL IS NOT VALID FOR THIS COMMAND
.JAAD  LISTCAT ENTRY(TOM.A) XXX
==MSG> ***ERROR  - DSS5650E - XXX IS NOT VALID FOR THIS COMMAND
14 LISTCAT ENTRY(TOM.A) ALL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ICKDSF QUESTION -

[esmie moo]

Good Morning Gentle Readers,
 
I am trying to build the SYS1.VTOCIX on 


  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ICKDSF QUESTION - BUILDIX

[esmie moo]

Good Morning Gentle Readers,
 
I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;
 
  BUILDIX  IXVTOC,DDNAME(SYBSS1)   
ICK01502I BUILDIX FUNCTION STARTED 
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS: 
  PHYSICAL DEVICE = 3390   
  STORAGE CONTROLLER = 2105    
  STORAGE CONTROL DESCRIPTOR = E8  
  DEVICE DESCRIPTOR = 0A   
  ADDITIONAL DEVICE INFORMATION = 4A35 
  TRKS/CYL = 15, # PRIMARY CYLS = 3339 
ICK04000I DEVICE IS IN SIMPLEX STATE   
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1 
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT    
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED 
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME 
ICK31515I 1946 BUILDIX COMMAND FAILED.
  07:14:17    12/16/09    
 
Here is my JCL:
/*   
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU' 
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,  
// VOL=SER=SYBSS1,DISP=SHR   
//SYSPRINT DD SYSOUT=*   
//SYSIN DD * 
  BUILDIX  IXVTOC,DDNAME(SYBSS1) 
/*   
//   




  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[carlos roberto visconde]

Try this
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD  UNIT=SYSALLDA,
//  VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*

2009/12/16 esmie moo 

> Good Morning Gentle Readers,
>
> I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason
> the VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on
> other volumes but for some reason when I try to do the same on this volume
> it doesn't work.  Any suggestions?
> Below is the output of the job;
>
>   BUILDIX  IXVTOC,DDNAME(SYBSS1)
> ICK01502I BUILDIX FUNCTION STARTED
> ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
>   PHYSICAL DEVICE = 3390
>   STORAGE CONTROLLER = 2105
>   STORAGE CONTROL DESCRIPTOR = E8
>   DEVICE DESCRIPTOR = 0A
>   ADDITIONAL DEVICE INFORMATION = 4A35
>   TRKS/CYL = 15, # PRIMARY CYLS = 3339
> ICK04000I DEVICE IS IN SIMPLEX STATE
> ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
> ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
> ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
> ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
> ICK31515I 1946 BUILDIX COMMAND FAILED.
>   07:14:1712/16/09
>
> Here is my JCL:
> /*
> //STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
> //SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
> // VOL=SER=SYBSS1,DISP=SHR
> //SYSPRINT DD SYSOUT=*
> //SYSIN DD *
>   BUILDIX  IXVTOC,DDNAME(SYBSS1)
> /*
> //
>
>
>
>
>  __
> Make your browsing faster, safer, and easier with the new Internet
> Explorer® 8. Optimized for Yahoo! Get it Now for Free! at
> http://downloads.yahoo.com/ca/internetexplorer/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[O'Brien, David W. (NIH/CIT) [C]]

The error indicates that the Sys1.vtocix does not exist, therefore use the 
following:

DISP=NEW,SPACE=(CYL,(1)) replacing the disp=shr you are currently using.

Thank You,
Dave O'Brien
NIH Contractor

From: esmie moo [esmie_...@yahoo.ca]
Sent: Wednesday, December 16, 2009 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: ICKDSF QUESTION - BUILDIX

Good Morning Gentle Readers,

I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;

  BUILDIX  IXVTOC,DDNAME(SYBSS1)
ICK01502I BUILDIX FUNCTION STARTED
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
  PHYSICAL DEVICE = 3390
  STORAGE CONTROLLER = 2105
  STORAGE CONTROL DESCRIPTOR = E8
  DEVICE DESCRIPTOR = 0A
  ADDITIONAL DEVICE INFORMATION = 4A35
  TRKS/CYL = 15, # PRIMARY CYLS = 3339
ICK04000I DEVICE IS IN SIMPLEX STATE
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
ICK31515I 1946 BUILDIX COMMAND FAILED.
  07:14:1712/16/09

Here is my JCL:
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
// VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*
//




  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[esmie moo]

David,
 
Your suggestion worked.  Thanks very much.   Thanks to all who responded with 
your suggestions.

--- On Thu, 12/17/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: ICKDSF QUESTION - BUILDIX
To: IBM-MAIN@bama.ua.edu
Received: Thursday, December 17, 2009, 1:31 AM


The error indicates that the Sys1.vtocix does not exist, therefore use the 
following:

DISP=NEW,SPACE=(CYL,(1)) replacing the disp=shr you are currently using.

Thank You,
Dave O'Brien
NIH Contractor

From: esmie moo [esmie_...@yahoo.ca]
Sent: Wednesday, December 16, 2009 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: ICKDSF QUESTION - BUILDIX

Good Morning Gentle Readers,

I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;

  BUILDIX  IXVTOC,DDNAME(SYBSS1)
ICK01502I BUILDIX FUNCTION STARTED
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
          PHYSICAL DEVICE = 3390
          STORAGE CONTROLLER = 2105
          STORAGE CONTROL DESCRIPTOR = E8
          DEVICE DESCRIPTOR = 0A
          ADDITIONAL DEVICE INFORMATION = 4A35
          TRKS/CYL = 15, # PRIMARY CYLS = 3339
ICK04000I DEVICE IS IN SIMPLEX STATE
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
ICK31515I 1946 BUILDIX COMMAND FAILED.
          07:14:17    12/16/09

Here is my JCL:
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
//         VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*
//




      __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



  __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: old manuals

[Reda, John]

Brian,

I would be happy to help your friend.  Tell him to drop me an email at
jr...@syncsort.com.  

John Reda
Syncsort Incorporated

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Brian Westerman
Sent: Wednesday, December 16, 2009 12:23 AM
To: IBM-MAIN@bama.ua.edu
Subject: old manuals

Hi,

Does anyone still have any copies of the old Syncsort product manuals
from
before about 1994 to 96?  A friend of mine has asked me if I could help
locate one for him and I told him that I would post to the forum to see.

He said that he is working with a site that is running 1 application on
a
processor that is quite backlevel and still running syncsort release 3.5
and
he is trying to find out where things are and how to use them.  I
pointed
him to the current manuals but he said that while it was better than
what he
already has (nothing) that it would help him if he had some from about
that
time.  He said that they are apparently using the old Syncsort to parse
some
data before it goes into a SAS process, apparently (according to him)
SAS
didn't process large numbers of these types of records very well back
then
so they apparently use Syncsort to process them in a single pass, (which
is
the part he needs to alter).

Please send me a email if you have one you can spare a copy of.

Brian

Brian_Westerman at SyzygyInc.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Steven Liston/IS/SLC/StandardLifeGroup is out of the office.

[Steven Liston]

I will be out of the office starting  16/12/2009 and will not return until
17/12/2009.

Please contact the TST MF mailbox for any urgent  requests.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[esmie moo]

David,
 
I noticed in the job output the following (after I changed the jcl to DISP=NEW):
 
IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04180036), 
,SYBSS1,SYS1.VTOCIX.SYBSS1   
IEF142I ICKDSF15 STEP01 - STEP WAS EXECUTED - COND CODE    
IEF283I   SYS1.VTOCIX.SYBSS1   NOT DELETED 8   
IEF283I   VOL SER NOS= SYBSS1 2.   

I am not sure why this would be since the error was SYS1.VTOCIX. DATASET NOT 
FOUND ON VOLUME when I first executed the job.  Is this something to be 
concerned about?

--- On Thu, 12/17/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: ICKDSF QUESTION - BUILDIX
To: IBM-MAIN@bama.ua.edu
Received: Thursday, December 17, 2009, 1:31 AM


The error indicates that the Sys1.vtocix does not exist, therefore use the 
following:

DISP=NEW,SPACE=(CYL,(1)) replacing the disp=shr you are currently using.

Thank You,
Dave O'Brien
NIH Contractor

From: esmie moo [esmie_...@yahoo.ca]
Sent: Wednesday, December 16, 2009 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: ICKDSF QUESTION - BUILDIX

Good Morning Gentle Readers,

I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;

  BUILDIX  IXVTOC,DDNAME(SYBSS1)
ICK01502I BUILDIX FUNCTION STARTED
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
          PHYSICAL DEVICE = 3390
          STORAGE CONTROLLER = 2105
          STORAGE CONTROL DESCRIPTOR = E8
          DEVICE DESCRIPTOR = 0A
          ADDITIONAL DEVICE INFORMATION = 4A35
          TRKS/CYL = 15, # PRIMARY CYLS = 3339
ICK04000I DEVICE IS IN SIMPLEX STATE
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
ICK31515I 1946 BUILDIX COMMAND FAILED.
          07:14:17    12/16/09

Here is my JCL:
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
//         VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*
//




      __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



  __
Reclaim your name @ymail.com or @rocketmail.com. Get your new email address 
now! Go to http://ca.promos.yahoo.com/jacko/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Lorne Dudley]

Hi Miklos !

Thank you.

The manual shows
 Subtype 23 -- Member Delete
 Subtype 24 -- Member Add/Replace
 Subtype 25 -- Member Rename

I see now that my question was not precise enough, so I will restate it.

Does anyone have code that will log every open of a PDS member, showing
PDS name, PDS member name, jobname, stepname, etcetera, or suggestions 
as to how to develop such code, or model code that could be used as a 
starting point ?


Regards

Lorne Dudley
Queen's University
Kingston, Ontario


Miklos Szigetvari wrote:

Hi

I have asked the same a month ago, and we are usning now an SMF DUMP 
exit to log  record 42  (subtypes 21 24 25).



Lorne Dudley wrote:

Does anyone have code that will log access to PDS members by jobname, 
stepname, etcetera, or suggestions as to how to develop such code, or 
model code that could be used as a starting point ?


I'm running at the z/OS 1.10 level, soon moving to 1.11.

I've scanned the SMF manual for a record type that has that type of 
detail but I don't see it.


If I had a method that would log all opens down to the PDS member 
level, that would satisfy the requirement.


Regards

Lorne Dudley
Queen's University
Kingston, Ontario



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[O'Brien, David W. (NIH/CIT) [C]]

Check ISMF to see if Indexing is enabled. If it is, move on.

Thank You,
Dave O'Brien
NIH Contractor

From: esmie moo [esmie_...@yahoo.ca]
Sent: Wednesday, December 16, 2009 8:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ICKDSF QUESTION - BUILDIX

David,

I noticed in the job output the following (after I changed the jcl to DISP=NEW):

IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04180036),
,SYBSS1,SYS1.VTOCIX.SYBSS1
IEF142I ICKDSF15 STEP01 - STEP WAS EXECUTED - COND CODE 
IEF283I   SYS1.VTOCIX.SYBSS1   NOT DELETED 8
IEF283I   VOL SER NOS= SYBSS1 2.

I am not sure why this would be since the error was SYS1.VTOCIX. DATASET NOT 
FOUND ON VOLUME when I first executed the job.  Is this something to be 
concerned about?

--- On Thu, 12/17/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: ICKDSF QUESTION - BUILDIX
To: IBM-MAIN@bama.ua.edu
Received: Thursday, December 17, 2009, 1:31 AM


The error indicates that the Sys1.vtocix does not exist, therefore use the 
following:

DISP=NEW,SPACE=(CYL,(1)) replacing the disp=shr you are currently using.

Thank You,
Dave O'Brien
NIH Contractor

From: esmie moo [esmie_...@yahoo.ca]
Sent: Wednesday, December 16, 2009 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: ICKDSF QUESTION - BUILDIX

Good Morning Gentle Readers,

I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;

  BUILDIX  IXVTOC,DDNAME(SYBSS1)
ICK01502I BUILDIX FUNCTION STARTED
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
  PHYSICAL DEVICE = 3390
  STORAGE CONTROLLER = 2105
  STORAGE CONTROL DESCRIPTOR = E8
  DEVICE DESCRIPTOR = 0A
  ADDITIONAL DEVICE INFORMATION = 4A35
  TRKS/CYL = 15, # PRIMARY CYLS = 3339
ICK04000I DEVICE IS IN SIMPLEX STATE
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
ICK31515I 1946 BUILDIX COMMAND FAILED.
  07:14:1712/16/09

Here is my JCL:
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
// VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*
//




  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



  __
Reclaim your name @ymail.com or @rocketmail.com. Get your new email address 
now! Go to http://ca.promos.yahoo.com/jacko/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Could DSNAME length restriction be bypassed if catalog allowed longer ALIAS names?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
> Sent: Tuesday, December 15, 2009 2:53 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Could DSNAME length restriction be bypassed if 
> catalog allowed longer ALIAS names?
> 
> On 15 Dec 2009 09:49:53 -0800, kees.vern...@klm.com (Vernooij, CP -
> SPLXM) wrote:
> 
> >Finally your local need can be easily beaten down: it will 
> probably come
> >from the same users that start complaining when they have to invent a
> >password longer than 6 characters. By the time they are 
> fully willing to
> >generate 44 character passwords and use them without complaining, I
> >would say then we can consider taking their business case 
> seriously. Who
> >really has the need to create
> 
> Let's expand on that.   For security, all users should have a
> different, unique, random 44 character password for each application
> and web page they visit - provided they remember their User name.
> Don't let them write the password down.   Don't let them use software
> to "cheat".
> 
> And when they fail, it's their fault, not ours.
> 
> Or maybe we need to revisit the business case analysis, remembering
> that people are people.Not just for user passwords, but for
> technical users as well.

nah! Just use a microchip. Each with a unique serial number which consists of 
three six digit numbers (ya'll can figure out the reference). I'm waiting for 
the DNA scanners to be builtin to the TPM (Trusted Platform Module) on the 
motherboard.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Could DSNAME length restriction be bypassed if catalog allowed longer ALIAS names?

[Tom Marchant]

On Tue, 15 Dec 2009 15:07:13 -0600, Kline, Martin wrote:


>Steve wrote:
>>Assume that the real file name is 44 characters long and that is the way
>>it is held in the VTOC.
>>
>>Now, let's assume that you do not have permission to that file. BUT, you
>>know that if you build a "long name" that uses your userid as the HLQ
>>and prepend that to the DSN, you will cause SAF to be passed the LONG
>>name, not the real name, and this will allow you, via volume specific
>>allocation, to now read that data (or write to the file).
>
>I'm glad you pointed that out, but I'm not sure why there's an
>assumption that this is the only possible implementation. Of course
>security is a consideration. How it could be managed is entirely open.

As Gil pointed out and Walt confirmed, a data set alias is _not_ used for
security checking.  Steve's speculation is simply incorrect.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Joe Reichman]

Hi,

 

I have been spending days try to resolve this message originally I thought
it was something I had done in a PC rtn following this message

 

As the message in the DUMP following is  

 

PRIMARY NOT EQUAL TO HOME

 

But now I am convinced that its IEAVPST that is going cross memory that
causing this message the  ECB looks okay so does the ASCB 

 

Below is the code that I use to post the Address Space the address for the
ASCB and ECB seem to be valid

 

I wrote a 2 small programs to test this out and it worked 

 

If anybody has any hints I would be very grateful  

 

L R6,MYASCB 

LAR7,MYECB 

 

  

POST  (R7),   ECB 

  ASCB=(R6),  ASCB

  LINKAGE=SYSTEM, 

  ECBKEY=8,   

  ERRET=CONTERROR RTN 

 

CONT DS 0H 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Miklos Szigetvari]

Hi

We were interested only in update/delete/rename, first used  the SMF 
record type  15 ,but  here we don't find the member name in many cases.


There is also  the IFG0EX0B open exit , I have an old sample, we used to 
recognize that a dataset was compressed via IEBCOPY.




Lorne Dudley wrote:


Hi Miklos !

Thank you.

The manual shows
 Subtype 23 -- Member Delete
 Subtype 24 -- Member Add/Replace
 Subtype 25 -- Member Rename

I see now that my question was not precise enough, so I will restate it.

Does anyone have code that will log every open of a PDS member, showing
PDS name, PDS member name, jobname, stepname, etcetera, or suggestions 
as to how to develop such code, or model code that could be used as a 
starting point ?


Regards

Lorne Dudley
Queen's University
Kingston, Ontario


Miklos Szigetvari wrote:


Hi

I have asked the same a month ago, and we are usning now an SMF DUMP 
exit to log  record 42  (subtypes 21 24 25).



Lorne Dudley wrote:

Does anyone have code that will log access to PDS members by 
jobname, stepname, etcetera, or suggestions as to how to develop 
such code, or model code that could be used as a starting point ?


I'm running at the z/OS 1.10 level, soon moving to 1.11.

I've scanned the SMF manual for a record type that has that type of 
detail but I don't see it.


If I had a method that would log all opens down to the PDS member 
level, that would satisfy the requirement.


Regards

Lorne Dudley
Queen's University
Kingston, Ontario



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[J R]

Try DISP=(NEW,KEEP)  

 

 

> Date: Wed, 16 Dec 2009 05:17:43 -0800
> From: esmie_...@yahoo.ca
> Subject: Re: ICKDSF QUESTION - BUILDIX
> To: IBM-MAIN@bama.ua.edu
> 
> David,
>  
> I noticed in the job output the following (after I changed the jcl to 
> DISP=NEW):
>  
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04180036), 
> ,SYBSS1,SYS1.VTOCIX.SYBSS1   
> IEF142I ICKDSF15 STEP01 - STEP WAS EXECUTED - COND CODE    
> IEF283I   SYS1.VTOCIX.SYBSS1   NOT DELETED 8   
> IEF283I   VOL SER NOS= SYBSS1 2.   
> 
> I am not sure why this would be since the error was 
SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME when 
I first executed the job.  Is this something to be concerned about?
> 

  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/171222984/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PSATOLD = 0 when under "PRB" !?!?

[Thompson, Steve]

I was looking back in the archives at posts discussing PSATOLD being
zero.

 

The one thing pointed out is, in a dump, when processing by IPCS, one
could see PSATOLD for a processor being zero.

 

The problem is, we are examining PSATOLD while running. We are not using
SRBs directly, so our code is written for PRB mode, and we go to obtain
PSATOLD to get the current TCB address to find that it is ZERO.

 

So the question that I have is, under what conditions can PSATOLD be
zero? From days gone by, this would seem to be some kind of dispatching
bug if this is not set prior to dispatching a program that is PRB based.

 

Regards,

Steve Thompson


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Console Routing Codes

[Rabbe, Luke]

Thanks Dave

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David Waldman
Sent: Wednesday, December 16, 2009 10:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Console Routing Codes

On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke 
 wrote:

>I have two questions:
>
>1.  Are the routing codes 1-128 documented anywhere?
>
>2.   Is the 7 byte routing codes field (offset 2) in the hardcopy log 
documented anywhere?

Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good 
information.

http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf

hth,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: problem w/ "allocate" cmnd within a REXX

[Bonno, Tuco]

thanks to all who responded to my original post.  as was suggested, yes, the 
solution was to contact our SMS staff and get them to modify their stuff.

thank you to one and all.

/s/ tuco bonno ;
graduate, college of Conflict Management;
University of Southeast Asia;
"I partied on the Ho Chi Minh trail -- tiến lên !!"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NEON sues IBM

[kenneth . klein]

What's to keep IBM from just changing their methods of charging for 
licenses? They already have 24 different ways.





Edward Jaffe  
Sent by: IBM Mainframe Discussion List 
12/15/2009 03:51 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@bama.ua.edu
cc

Subject
Re: NEON sues IBM






Chase, John wrote:
> It would seem that if Neon prevails, IBM's marketing credibility will be
> reduced to that of politicians seeking (re-)election to high office.
> 

I don't think a loss to NEON would reflect negatively on IBM's 
credibility. It would dramatically change how System z software is 
priced. "Free" software execution on specialty engines will all but 
disappear unless IBM is successful at developing a way to differentiate 
and quantify Eligible execution from that which is not Eligible using SMF.

-- 
Edward E Jaffe
Chief Technology Officer
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: So About those Consoles on the z10 HMC

[Ed Long]

Thanks for the great assist and for considering the problem.
The issue is not getting the x3270 consoles to appear and connect on the 
physical HMC, that works fine mostly.
The issue occurs when we access the HMC remotely using a browser; the x3270 
sessions active on the physical HMC do not appear.
On the z890, the PCOMM equivalent sessions did.
I followed up on the previous suggestion regarding the redbook and RESOURCELINK.
 The technical redbook for the z/10 BC was just updated in fact. I did not see 
anything in the redbook on this matter.
I'm still trying to get into RESOURCELINK; that will be today's activity.
When I get a solution, even if its FIN or WAD, I will pass along the info.
I'm on digest so there is a communications lag.
Thanks again.


 Edward Long





From: Ed Long 
To: IBM-MAIN@BAMA.UA.EDU
Sent: Sun, December 13, 2009 12:11:25 PM
Subject: So About those Consoles on the z10 HMC


Happy Holidays to one and all.

So, we have a new z/10 BC which replaced a z890 and will also soon replace a 
7060.


Being a small ISV we have limited system programming and no operator staff. We 
use the HMC as our console; on the old OS2 systems, PCOMM did an adequate job 
of allowing us to see the console when the HMC was remoted.

Not so on the linux x3270 based z10. The 3270 emulation sessions don't appear 
when we remote the HMC console. Is there a configuration setting we missed or 
is this simply a feature?

Thanks for your help.. 
Edward Long

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Miklos Szigetvari]

Hi

In my old  PC routine,  I have a SAC 0 (SYSSTATE  ASCENV=P) before the 
XMPost


Joe Reichman wrote:


Hi,



I have been spending days try to resolve this message originally I thought
it was something I had done in a PC rtn following this message



As the message in the DUMP following is  




PRIMARY NOT EQUAL TO HOME



But now I am convinced that its IEAVPST that is going cross memory that
causing this message the  ECB looks okay so does the ASCB 




Below is the code that I use to post the Address Space the address for the
ASCB and ECB seem to be valid



I wrote a 2 small programs to test this out and it worked 




If anybody has any hints I would be very grateful  




   L R6,MYASCB 

   LAR7,MYECB 



 

POST  (R7),   ECB 

 ASCB=(R6),  ASCB

 LINKAGE=SYSTEM, 

 ECBKEY=8,   

 ERRET=CONTERROR RTN 



CONT DS 0H 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


 



--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh 
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081 

E-mail: miklos.szigetv...@isis-papyrus.com 

Info: i...@isis-papyrus.com 
Hotline: +43-2236-27551-111 

Visit our Website: http://www.isis-papyrus.com 
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
--- 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Console Routing Codes

[David Waldman]

On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke 
 wrote:

>I have two questions:
>
>1.  Are the routing codes 1-128 documented anywhere?
>
>2.   Is the 7 byte routing codes field (offset 2) in the hardcopy log 
documented anywhere?

Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good 
information.

http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf

hth,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[John Kelly]

I didn't see my response, so I've sent it again. If a dupe, I apologize.


SYS1.VTOCIX.SYBSS1 


 Seems like you missed a 'V' in the DSN, it should be SYS1.VTOCIX.VSYBSS1 
instead of SYS1.VTOCIX.SYBSS1
   |__

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Edward Jaffe]

Thompson, Steve wrote:

So the question that I have is, under what conditions can PSATOLD be
zero? From days gone by, this would seem to be some kind of dispatching
bug if this is not set prior to dispatching a program that is PRB based.
  


Our code uses PSATOLD=0 as a way to check whether we're in SRB mode.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Gord Tomlin]

Shameless plug:

http://www.actionsoftware.com/

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

Itschak Mugzach wrote:

Have a look at eventaction from Action Software.It not only log, it
prevents access, backup changed members, etc.

Itschak

On Wed, Dec 16, 2009 at 10:01 AM, Miklos Szigetvari <
miklos.szigetv...@isis-papyrus.com> wrote:


Hi

I have asked the same a month ago, and we are usning now an SMF DUMP exit
to log  record 42  (subtypes 21 24 25).



Lorne Dudley wrote:

Does anyone have code that will log access to PDS members by jobname,

stepname, etcetera, or suggestions as to how to develop such code, or model
code that could be used as a starting point ?

I'm running at the z/OS 1.10 level, soon moving to 1.11.

I've scanned the SMF manual for a record type that has that type of detail
but I don't see it.

If I had a method that would log all opens down to the PDS member level,
that would satisfy the requirement.

Regards

Lorne Dudley
Queen's University
Kingston, Ontario



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Wednesday, December 16, 2009 11:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSATOLD = 0 when under "PRB" !?!?

Thompson, Steve wrote:
> So the question that I have is, under what conditions can PSATOLD be
> zero? From days gone by, this would seem to be some kind of
dispatching
> bug if this is not set prior to dispatching a program that is PRB
based.
>   

Our code uses PSATOLD=0 as a way to check whether we're in SRB mode.


We have NO SRB code in this case. NONE, NADA, ZILCH.

But the code path taken is only done with PSATOLD = zero. 

There are two of us here who say this is impossible (I'm one). But here
we are, and we have seen this at 1.7, 1.9, and 1.10 (that I know about).
And it is only here and there.

So there must be some other way for PSATOLD to be zero. And that's all
I'm asking: SRB does it, what else does it? Do IRBs? Because we do use
IRBs from time to time (we do use VTAM).

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Console Routing Codes

[Barkow, Eileen]

Also, look under WTO in mvs authorized assembler services reference manual.

,ROUTCDE=(routing code)
Specifies the routing code or codes to be assigned to the message.
 
The routing codes are:
 
┌─┬──┐
│ Message │ Definition   │
│ Routing │  │
│ Code│  │
├─┼──┤
│ 1   │ Master console action│
├─┼──┤
│ 2   │ Master console information   │
├─┼──┤
│ 3   │ Tape pool│
├─┼──┤
│ 4   │ Direct access pool   │
├─┼──┤
│ 5   │ Tape library │
├─┼──┤
│ 6   │ Disk library │
├─┼──┤
│ 7   │ Unit record pool │

├─┼──┤
│ 8   │ Teleprocessing control   │
├─┼──┤
│ 9   │ System security  │
├─┼──┤
│ 10  │ System error/maintenance/system programmer information   │
├─┼──┤
│ 11  │ Programmer information   │
├─┼──┤
│ 12  │ Emulators│
├─┼──┤
│ 13-20   │ Reserved for customer use│
├─┼──┤
│ 21-28   │ Reserved for IBM- or customer-defined subsystem use  │
├─┼──┤
│ 29-41   │ Reserved for IBM │
├─┼──┤
│ 42  │ General information about JES2 or JES3   │
├─┼──┤
│ 43-64   │ Reserved for JES2 or JES3│
├─┼──┤
│ 65-96   │ Messages associated with particular processors   │
├─┼──┤
│ 97-128  │ Messages associated with particular devices  │
└─┴──┘
 
If you omit the R

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Rabbe, Luke
Sent: Wednesday, December 16, 2009 12:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Console Routing Codes

Thanks Dave

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David Waldman
Sent: Wednesday, December 16, 2009 10:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Console Routing Codes

On Wed, 16 Dec 2009 09:48:16 -0600, Rabbe, Luke 
 wrote:

>I have two questions:
>
>1.  Are the routing codes 1-128 documented anywhere?
>
>2.   Is the 7 byte routing codes field (offset 2) in the hardcopy log 
documented anywhere?

Chapter 1 in the the MVS Systems Messages Manual Volume 1 has some good 
information.

http://publibz.boulder.ibm.com/epubs/pdf/iea2m1a0.pdf

hth,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lis

Re: ICKDSF QUESTION - BUILDIX

[John Kelly]

SYS1.VTOCIX.SYBSS1 

 You missed a 'V' in the DSN, it should be SYS1.VTOCIX.VSYBSS1
|__
Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Console Routing Codes

[Rabbe, Luke]

I have two questions:

1.  Are the routing codes 1-128 documented anywhere?

2.   Is the 7 byte routing codes field (offset 2) in the hardcopy log 
documented anywhere?

I can't find them.

Luke


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: problem w/ "allocate" cmnd within a REXX

[John Kelly]

but there?s no further info on HOW to use DATACLAS to bypass sms.

There is no way to bypass SMS with Dclass unless there's a check in the 
StorClas ACS to check on the Dclass name. I believe that your quote 
indicates that you can use Dclass with non SMS DSN but not the other 
classes. The StorClas is what make a DSN SMS, that ACS usually has an 
exception process to let SMS candidates non SMS. Just look/ask for the 
ACS.
Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[Mark Zelden]

On Wed, 16 Dec 2009 10:26:54 -0500, John Kelly
 wrote:

>
>SYS1.VTOCIX.SYBSS1
>
> You missed a 'V' in the DSN, it should be SYS1.VTOCIX.VSYBSS1
>|__
>Jack Kelly
>202-502-2390 (Office)

That is a standard convention that most people use, but is not required. As a
matter of fact, the LLQ doesn't have to match the volser at all.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[Richards, Robert B.]

So, to summarize:

If there is an indexed VTOC and you want it turned OFF, code the following:

//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
 BUILDIX DDNAME(VTOC) OSVTOC

If there is an indexed VTOC that is off and you want it turned ON, code the 
following:

//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
 BUILDIX DDNAME(VTOC) IXVTOC

If there is no indexed VTOC and you want it allocated and turned on, code the 
following:

//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=(,KEEP),
// DSN=SYS1.VTOCIX.xx,SPACE=(TRK,30,,CONTIG)
//SYSINDD  *
 BUILDIX DDNAME(VTOC) IXVTOC

Finally, if there is an indexed VTOC and you want it turned OFF *and* DELETED, 
code the following:

//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
 BUILDIX DDNAME(VTOC) OSVTOC PURGE

-

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
J R
Sent: Wednesday, December 16, 2009 8:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ICKDSF QUESTION - BUILDIX

Try DISP=(NEW,KEEP)  > Date: Wed, 16 Dec 2009 05:17:43 -0800
> From: esmie_...@yahoo.ca
> Subject: Re: ICKDSF QUESTION - BUILDIX
> To: IBM-MAIN@bama.ua.edu
>
> David,
>
> I noticed in the job output the following (after I changed the jcl to 
> DISP=NEW):
>
> IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04180036),
> ,SYBSS1,SYS1.VTOCIX.SYBSS1
> IEF142I ICKDSF15 STEP01 - STEP WAS EXECUTED - COND CODE 
> IEF283I   SYS1.VTOCIX.SYBSS1   NOT DELETED 8
> IEF283I   VOL SER NOS= SYBSS1 2.
>
> I am not sure why this would be since the error was
SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME when
I first executed the job.  Is this something to be concerned about?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[Pommier, Rex R.]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Wednesday, December 16, 2009 7:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ICKDSF QUESTION - BUILDIX

David,
Esmee,

The "scratch failed" error is because if you just supply DISP=NEW, the default 
is DISP=(NEW,DELETE) which means that the system tried to delete the 
just-created VTOC index.  Fortunately for you, the VTOC index is already in use 
so the implied DELETE failed.  

When you first ran the job with DISP=SHR, the system was trying to use a 
pre-existing dataset that didn't exist.  Hence the "not found" error.  

Rex

 


I noticed in the job output the following (after I changed the jcl to DISP=NEW):
 
IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (04180036), 
,SYBSS1,SYS1.VTOCIX.SYBSS1   
IEF142I ICKDSF15 STEP01 - STEP WAS EXECUTED - COND CODE    
IEF283I   SYS1.VTOCIX.SYBSS1   NOT DELETED 8   
IEF283I   VOL SER NOS= SYBSS1 2.   

I am not sure why this would be since the error was SYS1.VTOCIX. DATASET NOT 
FOUND ON VOLUME when I first executed the job.  Is this something to be 
concerned about?


The error indicates that the Sys1.vtocix does not exist, therefore use the 
following:

DISP=NEW,SPACE=(CYL,(1)) replacing the disp=shr you are currently using.

Thank You,
Dave O'Brien
NIH Contractor

Good Morning Gentle Readers,

I am trying to build the SYS1.VTOCIX on a 3390-3.  For some unknown reason the 
VTOC index was de-indexed.  I was abled to build the SYS1.VTOCIX on other 
volumes but for some reason when I try to do the same on this volume it doesn't 
work.  Any suggestions?
Below is the output of the job;

  BUILDIX  IXVTOC,DDNAME(SYBSS1)
ICK01502I BUILDIX FUNCTION STARTED
ICK00700I DEVICE INFORMATION FOR 1946 IS CURRENTLY AS FOLLOWS:
          PHYSICAL DEVICE = 3390
          STORAGE CONTROLLER = 2105
          STORAGE CONTROL DESCRIPTOR = E8
          DEVICE DESCRIPTOR = 0A
          ADDITIONAL DEVICE INFORMATION = 4A35
          TRKS/CYL = 15, # PRIMARY CYLS = 3339
ICK04000I DEVICE IS IN SIMPLEX STATE
ICK03091I EXISTING VOLUME SERIAL READ = SYBSS1
ICK01503I 1946 REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 1946 VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK31519I 1946 ERROR: SYS1.VTOCIX. DATASET NOT FOUND ON VOLUME
ICK31515I 1946 BUILDIX COMMAND FAILED.
          07:14:17    12/16/09

Here is my JCL:
/*
//STEP01   EXEC PGM=ICKDSF,REGION=4M,PARM='NOREPLYU'
//SYBSS1   DD DSN=SYS1.VTOCIX.SYBSS1,UNIT=SYSALLDA,
//         VOL=SER=SYBSS1,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
  BUILDIX  IXVTOC,DDNAME(SYBSS1)
/*
//

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Rob Scott]

Steve

There is that pseudo-SRB mode state that Peter Relson talked about 18months ago.

Is your code recovery related? 


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Thompson, Steve
Sent: 16 December 2009 17:27
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSATOLD = 0 when under "PRB" !?!?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Edward Jaffe
Sent: Wednesday, December 16, 2009 11:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSATOLD = 0 when under "PRB" !?!?

Thompson, Steve wrote:
> So the question that I have is, under what conditions can PSATOLD be 
> zero? From days gone by, this would seem to be some kind of
dispatching
> bug if this is not set prior to dispatching a program that is PRB
based.
>   

Our code uses PSATOLD=0 as a way to check whether we're in SRB mode.


We have NO SRB code in this case. NONE, NADA, ZILCH.

But the code path taken is only done with PSATOLD = zero. 

There are two of us here who say this is impossible (I'm one). But here we are, 
and we have seen this at 1.7, 1.9, and 1.10 (that I know about).
And it is only here and there.

So there must be some other way for PSATOLD to be zero. And that's all I'm 
asking: SRB does it, what else does it? Do IRBs? Because we do use IRBs from 
time to time (we do use VTAM).

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[DanD]

Why not make it simple and run the SAME JCL all the time? ...

//BUILDIX EXEC  PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD SYSOUT=*
//INIT01   DD DSN=SYS1.VTOCIX.INIT01,DISP=(MOD,KEEP),
//  UNIT=SYSALLDA,VOL=SER=INIT01,SPACE=(CYL,1)
//SYSINDD*
 BUILDIX  DDNAME(INIT01) IXVTOC

DanD

--
From: "Richards, Robert B." 
Sent: Wednesday, December 16, 2009 11:54 AM

So, to summarize:

If there is an indexed VTOC and you want it turned OFF, code the 
following:


//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
BUILDIX DDNAME(VTOC) OSVTOC

If there is an indexed VTOC that is off and you want it turned ON, code 
the following:


//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
BUILDIX DDNAME(VTOC) IXVTOC

If there is no indexed VTOC and you want it allocated and turned on, code 
the following:


//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=(,KEEP),
// DSN=SYS1.VTOCIX.xx,SPACE=(TRK,30,,CONTIG)
//SYSINDD  *
BUILDIX DDNAME(VTOC) IXVTOC

Finally, if there is an indexed VTOC and you want it turned OFF *and* 
DELETED, code the following:


//STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD  SYSOUT=*
//VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
// DSN=SYS1.VTOCIX.xx
//SYSINDD  *
BUILDIX DDNAME(VTOC) OSVTOC PURGE



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Rob Scott]

Joe,

Is your PC a space-switch ?

Have you verified the PASN and HASN before the XM POST?

Have you taken an SVC dump with both the PASN and HASN included and verified 
the storage?

How did you locate the ASCB for the target address space?

Does the ECB really exist in the private storage (and correct key) of the 
address space specified by your ASCB= keyword?

S102-C is not documented in my copy of z/OS 1.10 System Codes, however I am 
guessing that it might be the result of some sort of program check taken while 
POSTing the ECB.

  



Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Joe Reichman
Sent: 16 December 2009 13:47
To: IBM-MAIN@bama.ua.edu
Subject: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Hi,

 

I have been spending days try to resolve this message originally I thought it 
was something I had done in a PC rtn following this message

 

As the message in the DUMP following is  

 

PRIMARY NOT EQUAL TO HOME

 

But now I am convinced that its IEAVPST that is going cross memory that causing 
this message the  ECB looks okay so does the ASCB 

 

Below is the code that I use to post the Address Space the address for the ASCB 
and ECB seem to be valid

 

I wrote a 2 small programs to test this out and it worked 

 

If anybody has any hints I would be very grateful  

 

L R6,MYASCB 

LAR7,MYECB 

 

  

POST  (R7),   ECB 

  ASCB=(R6),  ASCB

  LINKAGE=SYSTEM, 

  ECBKEY=8,   

  ERRET=CONTERROR RTN 

 

CONT DS 0H 


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CEL4MCHK report

[Saravanan J]

We used VHM to detect memory leaks and got few entries which had the 
following,

Unmatched ALLOCATE of 11848 bytes at address 0x3927C028   
- sequence 59311  
Called from: 366aaaf8  +00d2  MemAlloc
Called from: 366aa9e0  +00c6  MemCalloc   
Called from: 093cac28  +005c  CEEPGTFN
Called from: 08e9aac8  +00ae  calloc  
Called from: 090f1448  +02aa  __newmod
Called from: 092f46d8  +1476  (unknown)   

 Unmatched ALLOCATE of 10312 bytes at address 0x39200430   
 - sequence 59268  
 Called from: 366aaaf8  +00d2  MemAlloc
 Called from: 366aa9e0  +00c6  MemCalloc   
 Called from: 093cac28  +005c  CEEPGTFN
 Called from: 08e9aac8  +00ae  calloc  
 Called from: 090f1448  +02aa  __newmod
 Called from: 092f46d8  +1476  (unknown)   
We are not sure how to narrow down to the individual module with the above 
stack. Any ideas?? The LE debugging guide manual also didnot give us much 
information. What is the cause of this "(unknown)"? Can anything be done at 
our end to get the actual stack?

We even tried to force an abend, but when an abend occurs the memory leak 
report itself is not getting generated.
Thank you very much in advance for your inputs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ICKDSF QUESTION - BUILDIX

[Richards, Robert B.]

Dan,

I was trying to teach without being a minimalist. Besides, that doesn't handle 
turning it off and/or deleting it as it is turned off.

As for the same JCL comment, I use skeleton JCL from my own utility that builds 
it for me by my specification of OS, IX or NEWIX.   :-)

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
DanD
Sent: Wednesday, December 16, 2009 1:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ICKDSF QUESTION - BUILDIX

Why not make it simple and run the SAME JCL all the time? ...

//BUILDIX EXEC  PGM=ICKDSF,PARM='NOREPLYU'
//SYSPRINT DD SYSOUT=*
//INIT01   DD DSN=SYS1.VTOCIX.INIT01,DISP=(MOD,KEEP),
//  UNIT=SYSALLDA,VOL=SER=INIT01,SPACE=(CYL,1)
//SYSINDD*
  BUILDIX  DDNAME(INIT01) IXVTOC

DanD

--
From: "Richards, Robert B." 
Sent: Wednesday, December 16, 2009 11:54 AM
> So, to summarize:
>
> If there is an indexed VTOC and you want it turned OFF, code the
> following:
>
> //STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
> //SYSPRINT DD  SYSOUT=*
> //VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
> // DSN=SYS1.VTOCIX.xx
> //SYSINDD  *
> BUILDIX DDNAME(VTOC) OSVTOC
>
> If there is an indexed VTOC that is off and you want it turned ON, code
> the following:
>
> //STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
> //SYSPRINT DD  SYSOUT=*
> //VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
> // DSN=SYS1.VTOCIX.xx
> //SYSINDD  *
> BUILDIX DDNAME(VTOC) IXVTOC
>
> If there is no indexed VTOC and you want it allocated and turned on, code
> the following:
>
> //STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
> //SYSPRINT DD  SYSOUT=*
> //VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=(,KEEP),
> // DSN=SYS1.VTOCIX.xx,SPACE=(TRK,30,,CONTIG)
> //SYSINDD  *
> BUILDIX DDNAME(VTOC) IXVTOC
>
> Finally, if there is an indexed VTOC and you want it turned OFF *and*
> DELETED, code the following:
>
> //STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
> //SYSPRINT DD  SYSOUT=*
> //VTOC DD  UNIT=SYSDA,VOL=SER=xx,DISP=OLD,
> // DSN=SYS1.VTOCIX.xx
> //SYSINDD  *
> BUILDIX DDNAME(VTOC) OSVTOC PURGE


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Joe Reichman]

Thankx for the reply to my desprate call for help
Anyway just browsed sys1.maclib POST and didn't notice special code  
genaration for AR e.g a LAM instruction

 but it's worth a shot (setting SYSSTATE ASCENV=P )
As my test program seems to work
Thankx again

Sent from my iPhone

On Dec 16, 2009, at 9:12 AM, Miklos Szigetvari > wrote:



Hi

In my old  PC routine,  I have a SAC 0 (SYSSTATE  ASCENV=P) before  
the XMPost


Joe Reichman wrote:


Hi,


I have been spending days try to resolve this message originally I  
thought

it was something I had done in a PC rtn following this message


As the message in the DUMP following is

PRIMARY NOT EQUAL TO HOME


But now I am convinced that its IEAVPST that is going cross memory  
that

causing this message the  ECB looks okay so does the ASCB

Below is the code that I use to post the Address Space the address  
for the

ASCB and ECB seem to be valid


I wrote a 2 small programs to test this out and it worked

If anybody has any hints I would be very grateful

  L R6,MYASCB
  LAR7,MYECB


POST  (R7),   ECB
ASCB=(R6),  ASCB
LINKAGE=SYSTEM,
ECBKEY=8,
ERRET=CONTERROR RTN

CONT DS 0H

--- 
---

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

Search the archives at http://bama.ua.edu/archives/ibm-main.html





--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our Website: http://www.isis-papyrus.com  
---

This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
---
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Jim Mulder]

> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Edward Jaffe
> Sent: Wednesday, December 16, 2009 11:08 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: PSATOLD = 0 when under "PRB" !?!?
> 
> Thompson, Steve wrote:
> > So the question that I have is, under what conditions can PSATOLD be
> > zero? From days gone by, this would seem to be some kind of
> dispatching
> > bug if this is not set prior to dispatching a program that is PRB
> based.
> > 
> 
> Our code uses PSATOLD=0 as a way to check whether we're in SRB mode.
> 
> 
> We have NO SRB code in this case. NONE, NADA, ZILCH.
> 
> But the code path taken is only done with PSATOLD = zero. 
> 
> There are two of us here who say this is impossible (I'm one). But here
> we are, and we have seen this at 1.7, 1.9, and 1.10 (that I know about).
> And it is only here and there.
> 
> So there must be some other way for PSATOLD to be zero. And that's all
> I'm asking: SRB does it, what else does it? Do IRBs? Because we do use
> IRBs from time to time (we do use VTAM).

  Simply change your code so it Abends on this path where you think
PSATOLD is zero, and get a dump of the Abend.  Or set a SLIP IF in
this path with A=SVCD.  Whatever is really happening should be 
obvious when you look at the system trace in the dump.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMS Failure when allocating Large JES2 Hasp space

[Lizette Koehler]

I am trying to create a 10,000 Cyl HASPACE on a NON Sms managed volume and get 
the following error

IGD17051I ALLOCATION FAILED FOR DATA SET  
SYS1.HASPACE 
, PRIMARY SPACE EXCEEDS 65535 TRKS


What do I need to setup in SMS to allow the creation of a large JES2 HASPACE 
data set?  Is it a DATACLAS or something else?  And I need it to be nonsms 
managed.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS Failure when allocating Large JES2 Hasp space

[Jousma, David]

You need to code in your allocation JCL, DSNTYPE=LARGE

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Wednesday, December 16, 2009 1:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: SMS Failure when allocating Large JES2 Hasp space

I am trying to create a 10,000 Cyl HASPACE on a NON Sms managed volume and get 
the following error

IGD17051I ALLOCATION FAILED FOR DATA SET  
SYS1.HASPACE 
, PRIMARY SPACE EXCEEDS 65535 TRKS


What do I need to setup in SMS to allow the creation of a large JES2 HASPACE 
data set?  Is it a DATACLAS or something else?  And I need it to be nonsms 
managed.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Joe Reichman]

Thankx for the reply as a side note I appreciate all of your help re:  
TCP/IP


1) I have verified PASN = HASN
By looking at PSAAOLD and control register 4 for that CPU

2) I save the traget ASCB in CSA
using PSAAOLD my control block is
chained off my SSCB (SSCTUSE)
I just look for my 4 character SSID
Identfier

3) the ECB is from my control block
in CSA didn't think that would a problem (ECB in CSA). SP 241
I know I shouldn't be setting KEY=8
for CSA (Edward Jaffe screamed at me
for that but don't think that's the problem I have a good reason for  
doing that which I am willing to share)


4) The reason code 00C is documented in 1.8 (though we are running 1.9
Thankx again
Sent from my iPhone

On Dec 16, 2009, at 1:15 PM, Rob Scott   
wrote:



Joe,

Is your PC a space-switch ?

Have you verified the PASN and HASN before the XM POST?

Have you taken an SVC dump with both the PASN and HASN included and  
verified the storage?


How did you locate the ASCB for the target address space?

Does the ECB really exist in the private storage (and correct key)  
of the address space specified by your ASCB= keyword?


S102-C is not documented in my copy of z/OS 1.10 System Codes,  
however I am guessing that it might be the result of some sort of  
program check taken while POSTing the ECB.






Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
Behalf Of Joe Reichman

Sent: 16 December 2009 13:47
To: IBM-MAIN@bama.ua.edu
Subject: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Hi,



I have been spending days try to resolve this message originally I  
thought it was something I had done in a PC rtn following this message




As the message in the DUMP following is



PRIMARY NOT EQUAL TO HOME



But now I am convinced that its IEAVPST that is going cross memory  
that causing this message the  ECB looks okay so does the ASCB




Below is the code that I use to post the Address Space the address  
for the ASCB and ECB seem to be valid




I wrote a 2 small programs to test this out and it worked



If anybody has any hints I would be very grateful



   L R6,MYASCB

   LAR7,MYECB





POST  (R7),   ECB

 ASCB=(R6),  ASCB

 LINKAGE=SYSTEM,

 ECBKEY=8,

 ERRET=CONTERROR RTN



CONT DS 0H


--
For IBM-MAIN subscribe / signoff / archive access instructions, send  
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO  
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS Failure when allocating Large JES2 Hasp space

[Lizette Koehler]

Thanks - That worked.  I had it in my notes but not in the JCL I was using.

Dhuh

Lizette


>You need to code in your allocation JCL, DSNTYPE=LARGE
>
>_
>
>
>
>I am trying to create a 10,000 Cyl HASPACE on a NON Sms managed volume and get 
>the following error
>
>IGD17051I ALLOCATION FAILED FOR DATA SET  
>SYS1.HASPACE 
>, PRIMARY SPACE EXCEEDS 65535 TRKS
>
>
>What do I need to setup in SMS to allow the creation of a large JES2 HASPACE 
>data set?  Is it a DATACLAS or something else?  And I need it to be nonsms 
>managed.
>
>Lizette
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Binyamin Dissen]

On Wed, 16 Dec 2009 09:56:58 -0500 "Thompson, Steve"
 wrote:

:>I was looking back in the archives at posts discussing PSATOLD being
:>zero.

:>The one thing pointed out is, in a dump, when processing by IPCS, one
:>could see PSATOLD for a processor being zero.

:>The problem is, we are examining PSATOLD while running. We are not using
:>SRBs directly, so our code is written for PRB mode, and we go to obtain
:>PSATOLD to get the current TCB address to find that it is ZERO.

:>So the question that I have is, under what conditions can PSATOLD be
:>zero? From days gone by, this would seem to be some kind of dispatching
:>bug if this is not set prior to dispatching a program that is PRB based.

Might an AR be involved?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Binyamin Dissen]

On Wed, 16 Dec 2009 08:19:18 -0500 Lorne Dudley  wrote:

:>I see now that my question was not precise enough, so I will restate it.

:>Does anyone have code that will log every open of a PDS member, showing
:>PDS name, PDS member name, jobname, stepname, etcetera, or suggestions 
:>as to how to develop such code, or model code that could be used as a 
:>starting point ?

Are you aware that one member can be opened and then different members
processed without a re-open? That a PDS can be opened without a member?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Binyamin Dissen
Sent: Wednesday, December 16, 2009 12:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSATOLD = 0 when under "PRB" !?!?

On Wed, 16 Dec 2009 09:56:58 -0500 "Thompson, Steve"
 wrote:

:>I was looking back in the archives at posts discussing PSATOLD being
:>zero.

:>The one thing pointed out is, in a dump, when processing by IPCS, one
:>could see PSATOLD for a processor being zero.

:>The problem is, we are examining PSATOLD while running. We are not
using
:>SRBs directly, so our code is written for PRB mode, and we go to
obtain
:>PSATOLD to get the current TCB address to find that it is ZERO.

:>So the question that I have is, under what conditions can PSATOLD be
:>zero? From days gone by, this would seem to be some kind of
dispatching
:>bug if this is not set prior to dispatching a program that is PRB
based.

Might an AR be involved?



No, we are not in AR mode. We do not do x-mem in this code except for
what IBM does under the covers.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rob Scott
Sent: Wednesday, December 16, 2009 12:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PSATOLD = 0 when under "PRB" !?!?

Steve

There is that pseudo-SRB mode state that Peter Relson talked about
18months ago.

Is your code recovery related? 



I will have to go look for that specifically.

And at this point, no this is not recovery code.

I'm just baffled.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Brian Smith]

Joe,
  Make sure the ECB is on a fullword boundary.

Brian

IBM Mainframe Discussion List  wrote on 12/16/2009
01:27:13 PM:

> [image removed]
>
> Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C
>
> Joe Reichman
>
> to:
>
> IBM-MAIN
>
> 12/16/2009 01:28 PM
>
> Sent by:
>
> IBM Mainframe Discussion List 
>
> Please respond to IBM Mainframe Discussion List
>
> Thankx for the reply to my desprate call for help
> Anyway just browsed sys1.maclib POST and didn't notice special code
> genaration for AR e.g a LAM instruction
>   but it's worth a shot (setting SYSSTATE ASCENV=P )
> As my test program seems to work
> Thankx again
>
> Sent from my iPhone
>
> On Dec 16, 2009, at 9:12 AM, Miklos Szigetvari
>   > wrote:
>
> > Hi
> >
> > In my old  PC routine,  I have a SAC 0 (SYSSTATE  ASCENV=P) before
> > the XMPost
> >
> > Joe Reichman wrote:
> >
> >> Hi,
> >>
> >>
> >> I have been spending days try to resolve this message originally I
> >> thought
> >> it was something I had done in a PC rtn following this message
> >>
> >>
> >> As the message in the DUMP following is
> >>
> >> PRIMARY NOT EQUAL TO HOME
> >>
> >>
> >> But now I am convinced that its IEAVPST that is going cross memory
> >> that
> >> causing this message the  ECB looks okay so does the ASCB
> >>
> >> Below is the code that I use to post the Address Space the address
> >> for the
> >> ASCB and ECB seem to be valid
> >>
> >>
> >> I wrote a 2 small programs to test this out and it worked
> >>
> >> If anybody has any hints I would be very grateful
> >>
> >>   L R6,MYASCB
> >>   LAR7,MYECB
> >>
> >>
> >> POST  (R7),   ECB
> >> ASCB=(R6),  ASCB
> >> LINKAGE=SYSTEM,
> >> ECBKEY=8,
> >> ERRET=CONTERROR RTN
> >>
> >> CONT DS 0H
> >>
> >> ---
> >> ---
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
> >> INFO
> >> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >>
> >>
> >>
> >
> > --
> > Miklos Szigetvari
> >
> > Development Team
> > ISIS Information Systems Gmbh tel: (+43) 2236 27551 570
> > Fax: (+43) 2236 21081
> > E-mail: miklos.szigetv...@isis-papyrus.com
> > Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
> > Visit our Website: http://www.isis-papyrus.com
> > ---
> > This e-mail is only intended for the recipient and not legally
> > binding. Unauthorised use, publication, reproduction or
> > disclosure of the content of this e-mail is not permitted.
> > This email has been checked for known viruses, but ISIS accepts
> > no responsibility for malicious or inappropriate content.
> > ---
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PSATOLD = 0 when under "PRB" !?!?

[Edward Jaffe]

Thompson, Steve wrote:

I'm just baffled.
  


Jim Mulder made the best suggestion of all. Force a dump when the 
condition occurs and look at the SYSTRACE.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Joe Reichman]

I declared it.   DS F.  That would automatically force alignment


Thankx

Sent from my iPhone

On Dec 16, 2009, at 1:54 PM, Brian Smith  wrote:


Joe,
 Make sure the ECB is on a fullword boundary.

Brian

IBM Mainframe Discussion List  wrote on  
12/16/2009

01:27:13 PM:


[image removed]

Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Joe Reichman

to:

IBM-MAIN

12/16/2009 01:28 PM

Sent by:

IBM Mainframe Discussion List 

Please respond to IBM Mainframe Discussion List

Thankx for the reply to my desprate call for help
Anyway just browsed sys1.maclib POST and didn't notice special code
genaration for AR e.g a LAM instruction
 but it's worth a shot (setting SYSSTATE ASCENV=P )
As my test program seems to work
Thankx again

Sent from my iPhone

On Dec 16, 2009, at 9:12 AM, Miklos Szigetvari

wrote:



Hi

In my old  PC routine,  I have a SAC 0 (SYSSTATE  ASCENV=P) before
the XMPost

Joe Reichman wrote:


Hi,


I have been spending days try to resolve this message originally I
thought
it was something I had done in a PC rtn following this message


As the message in the DUMP following is

PRIMARY NOT EQUAL TO HOME


But now I am convinced that its IEAVPST that is going cross memory
that
causing this message the  ECB looks okay so does the ASCB

Below is the code that I use to post the Address Space the address
for the
ASCB and ECB seem to be valid


I wrote a 2 small programs to test this out and it worked

If anybody has any hints I would be very grateful

 L R6,MYASCB
 LAR7,MYECB


POST  (R7),   ECB
   ASCB=(R6),  ASCB
   LINKAGE=SYSTEM,
   ECBKEY=8,
   ERRET=CONTERROR RTN

CONT DS 0H

---
---
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html





--
Miklos Szigetvari

Development Team
ISIS Information Systems Gmbh tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our Website: http://www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
---
--- 
---

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

Search the archives at http://bama.ua.edu/archives/ibm-main.html


--- 
---

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

Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Rob Scott]

Joe,

Key8 CSA - yuk - I cannot think of any good reasons for it.

Do you have an SVC dump?

What is the PSW before you XMPOST ? (Cos you have to be one (or more) of 
APF/Key0-7/Sup to issue XMPOST with ASCB + ECBKEY).

Have you verified the plist passed to POST?

What does the systrace show ?




Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Joe Reichman
Sent: 16 December 2009 18:54
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Thankx for the reply as a side note I appreciate all of your help re:  
TCP/IP

1) I have verified PASN = HASN
By looking at PSAAOLD and control register 4 for that CPU

2) I save the traget ASCB in CSA
using PSAAOLD my control block is
chained off my SSCB (SSCTUSE)
I just look for my 4 character SSID
Identfier

3) the ECB is from my control block
in CSA didn't think that would a problem (ECB in CSA). SP 241 I know I 
shouldn't be setting KEY=8 for CSA (Edward Jaffe screamed at me for that but 
don't think that's the problem I have a good reason for doing that which I am 
willing to share)

4) The reason code 00C is documented in 1.8 (though we are running 1.9 Thankx 
again Sent from my iPhone

On Dec 16, 2009, at 1:15 PM, Rob Scott 
wrote:

> Joe,
>
> Is your PC a space-switch ?
>
> Have you verified the PASN and HASN before the XM POST?
>
> Have you taken an SVC dump with both the PASN and HASN included and 
> verified the storage?
>
> How did you locate the ASCB for the target address space?
>
> Does the ECB really exist in the private storage (and correct key) of 
> the address space specified by your ASCB= keyword?
>
> S102-C is not documented in my copy of z/OS 1.10 System Codes, however 
> I am guessing that it might be the result of some sort of program 
> check taken while POSTing the ECB.
>
>
>
>
>
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of Joe Reichman
> Sent: 16 December 2009 13:47
> To: IBM-MAIN@bama.ua.edu
> Subject: SYSTEM COMPLETION CODE=102 REASON CODE=000C
>
> Hi,
>
>
>
> I have been spending days try to resolve this message originally I  
> thought it was something I had done in a PC rtn following this message
>
>
>
> As the message in the DUMP following is
>
>
>
> PRIMARY NOT EQUAL TO HOME
>
>
>
> But now I am convinced that its IEAVPST that is going cross memory  
> that causing this message the  ECB looks okay so does the ASCB
>
>
>
> Below is the code that I use to post the Address Space the address  
> for the ASCB and ECB seem to be valid
>
>
>
> I wrote a 2 small programs to test this out and it worked
>
>
>
> If anybody has any hints I would be very grateful
>
>
>
>L R6,MYASCB
>
>LAR7,MYECB
>
>
>
>
>
> POST  (R7),   ECB
>
>  ASCB=(R6),  ASCB
>
>  LINKAGE=SYSTEM,
>
>  ECBKEY=8,
>
>  ERRET=CONTERROR RTN
>
>
>
> CONT DS 0H
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send  
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO  
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Does SAC 0 make PASN = HASN = SASN

[Lindy Mayfield]

Took me about 37 seconds, then I got it.  Well said.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: 15. joulukuuta 2009 14:13
To: IBM-MAIN@bama.ua.edu
Subject: Re: Does SAC 0 make PASN = HASN = SASN

127.0.0.1

;-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Lorne Dudley]

Hello Binyamin !

Thank you for that information.

I was aware that a PDS could be opened without a member but not the 
other case.


Could you detail how that is done ?
(one member can be opened and then different members processed without a 
re-open? )


My application is reasonably simple.  I want to track which PROCS in a 
particular PROCLIB are accessed on a regular basis.


Regards

Lorne Dudley
Queen's University
Kingston., Ontario

Binyamin Dissen wrote:


Are you aware that one member can be opened and then different members
processed without a re-open? That a PDS can be opened without a member?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Binyamin Dissen]

On Wed, 16 Dec 2009 15:02:45 -0500 Lorne Dudley  wrote:

:>I was aware that a PDS could be opened without a member but not the 
:>other case.

:>Could you detail how that is done ?
:>(one member can be opened and then different members processed without a 
:>re-open? )

Using BPAM and POINT.

:>My application is reasonably simple.  I want to track which PROCS in a 
:>particular PROCLIB are accessed on a regular basis.

I would assume that JES2 uses BPAM - but I could be wrong.

:>Binyamin Dissen wrote:

:>> Are you aware that one member can be opened and then different members
:>> processed without a re-open? That a PDS can be opened without a member?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PDS member logging

[Lorne Dudley]

Hi Binyamin !

Thanks for the update.

Regards

Lorne

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Farley, Peter x23353]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Binyamin Dissen
> Sent: Wednesday, December 16, 2009 3:23 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Logging of PDS(E) member opens ???
> 
> On Wed, 16 Dec 2009 15:02:45 -0500 Lorne Dudley 
> wrote:
> 
> :>I was aware that a PDS could be opened without a member but not the
> :>other case.
> 
> :>Could you detail how that is done ?
> :>(one member can be opened and then different members processed
without a
> :>re-open? )
> 
> Using BPAM and POINT.

Or DESERV facilities, which would also handle PDSE's.

> :>My application is reasonably simple.  I want to track which PROCS in
a
> :>particular PROCLIB are accessed on a regular basis.
> 
> I would assume that JES2 uses BPAM - but I could be wrong.

I would have thought that IBM code (JES included) would have long since
been converted to use DESERV (or the internal equivalent) to allow code
and data to reside above the line and run AMODE=31, for VSCR reasons if
no other.

Peter
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS Failure when allocating Large JES2 Hasp space

[Brian Peterson]

This is the JCL I use to allocate a HASPACE data set to occupy an entire
volume.  I just think it's "cool" to use MXIG

Brian

//STEP01 EXEC PGM=IEFBR14  
//SSPX0W   DD DSN=SYS1.NEW.HASPACE,DISP=(NEW,KEEP),
// DSNTYPE=LARGE,  
// SPACE=(CYL,1,,MXIG),
// UNIT=SYSALLDA,VOL=SER=SSPX0W

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens ???

[Paul Gilmartin]

On Wed, 16 Dec 2009 16:47:10 -0500, Farley, Peter x23353 wrote:
>
>I would have thought that IBM code (JES included) would have long since
>been converted to use DESERV (or the internal equivalent) to allow code
>and data to reside above the line and run AMODE=31, for VSCR reasons if
>no other.
>
Among candidates for early conversion should be:

o ISPF.  It should abandon its RYO directory extraction.

o DESERV support for Unix directories.

I can now assemble or link with a mixture of Unix and Classic
directories in SYSLIB.  However the DDLIST MEMBER command will
bypass any Unix file and show a Classic member later in the
catenation.  I consider this a blatant deception; I reported
it to IBM, who says that DDLIST is intended to show only an
ISPF's-eye view of the library concatenation, not the Assembler's
nor the Binder's.  WAD.

For that matter, why doesn't DDLIST simply do BLDL, which
would show the member actually found by the utility?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS Failure when allocating Large JES2 Hasp space

[Lizette Koehler]

Brian,

Thanks, that is very cool

 MXIG  
   
requests that the largest contiguous free space area on the
volume be allocated if it is equal to or greater than the  
'primary' quantity - do not specify for ISAM   

Lizette


> Brian Peterson Wrote
>
>
>This is the JCL I use to allocate a HASPACE data set to occupy an entire
>volume.  I just think it's "cool" to use MXIG
>
>Brian
>
>//STEP01 EXEC PGM=IEFBR14  
>//SSPX0W   DD DSN=SYS1.NEW.HASPACE,DISP=(NEW,KEEP),
>// DSNTYPE=LARGE,  
>// SPACE=(CYL,1,,MXIG),
>// UNIT=SYSALLDA,VOL=SER=SSPX0W
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Logging of PDS(E) member opens

[Lorne Dudley]

I have confirmed that SMF14 records do not contain member information 
based on JES2 opens of PROCLIB.


So ... I will be looking at JES2 exits to do the task.

Does anyone have some JES2 exit model code in this area.  I'm thinking I 
would like to scan JCL for PROC names and SMF log the results.


Regards

Lorne Dudley
Queen's University
Kingston, Ontario

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens

[Ted MacNEIL]

>Does anyone have some JES2 exit model code in this area.  I'm thinking I 
would like to scan JCL for PROC names and SMF log the results.

Before you do that, consider that SMF Jobstep records (type4 & type 30 sub-type 
4) contain PROC and STEP.

I don't recall if they contain the user specified proclib, but it's easier to 
get to than writing an exit.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Logging of PDS(E) member opens

[Lorne Dudley]

Thanks for the tip Ted !
I'll check that out.

Ted MacNEIL wrote:
Does anyone have some JES2 exit model code in this area.  I'm thinking I 

would like to scan JCL for PROC names and SMF log the results.

Before you do that, consider that SMF Jobstep records (type4 & type 30 sub-type 
4) contain PROC and STEP.

I don't recall if they contain the user specified proclib, but it's easier to 
get to than writing an exit.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C

[Joe Reichman]

I finally got it working

Apparently IEAVPST does like an ECB in CSA or CSA key=8

When I pointed the ECB to WS_DSECT or SP=0 private it worked 

LA  RX,WS_ECB   
ST  RX,CSA_KEY8_ECB store address

In Posted program 

 L RX,ASCB
 LARY,CSA_KEY8_ECB
 L RY,0(,RY)

POST (RY),ASCB=(RX),ERRET=,ECBKEY=8


Thankx again   
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Wednesday, December 16, 2009 2:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Joe,

Key8 CSA - yuk - I cannot think of any good reasons for it.

Do you have an SVC dump?

What is the PSW before you XMPOST ? (Cos you have to be one (or more) of
APF/Key0-7/Sup to issue XMPOST with ASCB + ECBKEY).

Have you verified the plist passed to POST?

What does the systrace show ?




Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Joe Reichman
Sent: 16 December 2009 18:54
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Thankx for the reply as a side note I appreciate all of your help re:  
TCP/IP

1) I have verified PASN = HASN
By looking at PSAAOLD and control register 4 for that CPU

2) I save the traget ASCB in CSA
using PSAAOLD my control block is
chained off my SSCB (SSCTUSE)
I just look for my 4 character SSID
Identfier

3) the ECB is from my control block
in CSA didn't think that would a problem (ECB in CSA). SP 241 I know I
shouldn't be setting KEY=8 for CSA (Edward Jaffe screamed at me for that but
don't think that's the problem I have a good reason for doing that which I
am willing to share)

4) The reason code 00C is documented in 1.8 (though we are running 1.9
Thankx again Sent from my iPhone

On Dec 16, 2009, at 1:15 PM, Rob Scott 
wrote:

> Joe,
>
> Is your PC a space-switch ?
>
> Have you verified the PASN and HASN before the XM POST?
>
> Have you taken an SVC dump with both the PASN and HASN included and 
> verified the storage?
>
> How did you locate the ASCB for the target address space?
>
> Does the ECB really exist in the private storage (and correct key) of 
> the address space specified by your ASCB= keyword?
>
> S102-C is not documented in my copy of z/OS 1.10 System Codes, however 
> I am guessing that it might be the result of some sort of program 
> check taken while POSTing the ECB.
>
>
>
>
>
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of Joe Reichman
> Sent: 16 December 2009 13:47
> To: IBM-MAIN@bama.ua.edu
> Subject: SYSTEM COMPLETION CODE=102 REASON CODE=000C
>
> Hi,
>
>
>
> I have been spending days try to resolve this message originally I  
> thought it was something I had done in a PC rtn following this message
>
>
>
> As the message in the DUMP following is
>
>
>
> PRIMARY NOT EQUAL TO HOME
>
>
>
> But now I am convinced that its IEAVPST that is going cross memory  
> that causing this message the  ECB looks okay so does the ASCB
>
>
>
> Below is the code that I use to post the Address Space the address  
> for the ASCB and ECB seem to be valid
>
>
>
> I wrote a 2 small programs to test this out and it worked
>
>
>
> If anybody has any hints I would be very grateful
>
>
>
>L R6,MYASCB
>
>LAR7,MYECB
>
>
>
>
>
> POST  (R7),   ECB
>
>  ASCB=(R6),  ASCB
>
>  LINKAGE=SYSTEM,
>
>  ECBKEY=8,
>
>  ERRET=CONTERROR RTN
>
>
>
> CONT DS 0H
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send  
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO  
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://ba

Re: PSATOLD = 0 when under "PRB" !?!?

[Chris Craddock]

On Wed, Dec 16, 2009 at 1:07 PM, Edward Jaffe
wrote:

> Thompson, Steve wrote:
>
>> I'm just baffled.
>>
>>
>
> Jim Mulder made the best suggestion of all. Force a dump when the condition
> occurs and look at the SYSTRACE.
> 
>

If PSATOLD == 0 *FOR THE CURRENT PSA* then either, you are running under an
SRB, or you are inside the z/OS dispatcher (which you cannot possibly be) so
ergo, you're running in an SRB, or you're looking at the PSA for another
CPU. Get a dump and prove it to yourself.



-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMF30 record length

[Cobe Xu]

Hi list,

We have 2 lpars in sysplex,one is for production,the other is for
development,both are in zos1.9.
Recently we noticed the smf datasets' size have huge difference, and
we found the main reason is the type 30 record length is different.Any idea
of the reasons?
below is one sample from SMFDUMP output.

Production:
START DATE-TIME  12/15/2009-00:05:16 END DATE-TIME
12/16/2009-00:05:25
RECORD   RECORDS PERCENT  AVG. RECORD   MIN. RECORD   MAX.
RECORD   RECORDS
  TYPE  READOF TOTAL   LENGTHLENGTH
LENGTH   WRITTEN
 247   .00 %18.00
1818 1
 347   .00 %18.00
1818 1
 435,622   .61 %   215.00
215   215 0
 5 7,462   .13 %   153.88
145   160 0
14   171,795  2.96 %   398.99
318   756 0
15   172,736  2.98 %   371.35
318   636 0
16 7,756   .13 %   805.24   592
2,296 0
1733,394   .58 %   100.00
100   148 0
18   825   .01 %   144.00
144   144 0
19 2,072   .04 %72.00
7272 0
20 8,687   .15 %99.81
91   106 0
21 1,344   .02 %88.00
8888 0
2324   .00 %   258.00
258   258 0
26 7,196   .12 %   450.89
442   457 0
30   107,020  1.85 % 1,605.45   398
32,738 0
3486   .00 %   215.00
215   215 0
3586   .00 %   148.80
147   150 0
3618   .00 %   214.00
214   214 0
3817   .00 %   208.00
208   208 0
41   202   .00 %   272.41
146   41228
42   205,231  3.54 %   611.82   164
32,748 0
50   480   .01 %   242.00
242   242 0
57 6   .00 %   116.00
116   116 0
60   108,710  1.88 %   413.66   330
4,235 0
6158,515  1.01 % 1,274.90   282
32,298 0
62 6,932   .12 %   190.57
188   228 0
6417,803   .31 %   458.00
458   458 0
6520,529   .35 %   371.41   282
16,223 0
6642,178   .73 % 1,768.97   287
22,983 0
70   192   .00 % 1,562.00   164
2,96056
7196   .00 % 1,752.00 1,752
1,75228
72 5,858   .10 % 1,726.76 1,076
22,668 1,710
7396   .00 %19,712.0019,712
19,71228
74 2,598   .04 %17,375.28   364
32,720   762
75   672   .01 %   264.00
264   264   196
7625,440   .44 %   217.92
216   344 7,420
7796   .00 % 9,255.00 1,120
24,00028
78   192   .00 % 9,331.62 1,888
28,25656
80   251,764  4.35 %   257.25   180
3,775 0

Development:
RECORD   RECORDS PERCENT  AVG. RECORD   MIN. RECORD   MAX.
RECORD   RECORDS
  TYPE  READOF TOTAL   LENGTHLENGTH
LENGTH   WRITTEN
 213   .00 %18.00
1818 1
 313   .00 %18.00
1818 1
 418,956  1.65 %   215.00
215   215 0
 5 3,303   .29 %   152.99
145   160 0
14   107,217  9.33 %   422.56   318
1,316 0
1585,273  7.42 %   371.80
318   408 0
16 4,690   .41 %   792.03   592
2,296 0
1715,559  1.35 %   100.00
100   100 0
18   197   .02 %   144.00
144   144 0
19 1,036   .

Re: SYSTEM COMPLETION CODE=102 REASON CODE=0000000C.. ECB != -> Task storage ????

[Joe Reichman]

I just started thinking 

  This doesn't make sense I tested this scenario with the ECB pointing to SP
241


Rob (Scott) Edward (Jaffe) 

Forgot one more piece of info 

The Wait occurs Under a Different Task (TCB) Then were SP 241 was obtained

The 241 was obtained Under the Main Task Before I Created the Task's (to do
the READ/WRITE) sockets  

I know all virtual storage is associated with a TCB 

So when I pointed the ECB to SP=0 it was obtained under TCB for which I was
doing the WAIT makes sense ???  

   
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Joe Reichman
Sent: Wednesday, December 16, 2009 10:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

I finally got it working

Apparently IEAVPST does like an ECB in CSA or CSA key=8

When I pointed the ECB to WS_DSECT or SP=0 private it worked 

LA  RX,WS_ECB   
ST  RX,CSA_KEY8_ECB store address

In Posted program 

 L RX,ASCB
 LARY,CSA_KEY8_ECB
 L RY,0(,RY)

POST (RY),ASCB=(RX),ERRET=,ECBKEY=8


Thankx again   
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rob Scott
Sent: Wednesday, December 16, 2009 2:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Joe,

Key8 CSA - yuk - I cannot think of any good reasons for it.

Do you have an SVC dump?

What is the PSW before you XMPOST ? (Cos you have to be one (or more) of
APF/Key0-7/Sup to issue XMPOST with ASCB + ECBKEY).

Have you verified the plist passed to POST?

What does the systrace show ?




Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Joe Reichman
Sent: 16 December 2009 18:54
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYSTEM COMPLETION CODE=102 REASON CODE=000C

Thankx for the reply as a side note I appreciate all of your help re:  
TCP/IP

1) I have verified PASN = HASN
By looking at PSAAOLD and control register 4 for that CPU

2) I save the traget ASCB in CSA
using PSAAOLD my control block is
chained off my SSCB (SSCTUSE)
I just look for my 4 character SSID
Identfier

3) the ECB is from my control block
in CSA didn't think that would a problem (ECB in CSA). SP 241 I know I
shouldn't be setting KEY=8 for CSA (Edward Jaffe screamed at me for that but
don't think that's the problem I have a good reason for doing that which I
am willing to share)

4) The reason code 00C is documented in 1.8 (though we are running 1.9
Thankx again Sent from my iPhone

On Dec 16, 2009, at 1:15 PM, Rob Scott 
wrote:

> Joe,
>
> Is your PC a space-switch ?
>
> Have you verified the PASN and HASN before the XM POST?
>
> Have you taken an SVC dump with both the PASN and HASN included and 
> verified the storage?
>
> How did you locate the ASCB for the target address space?
>
> Does the ECB really exist in the private storage (and correct key) of 
> the address space specified by your ASCB= keyword?
>
> S102-C is not documented in my copy of z/OS 1.10 System Codes, however 
> I am guessing that it might be the result of some sort of program 
> check taken while POSTing the ECB.
>
>
>
>
>
> Rob Scott
> Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On  
> Behalf Of Joe Reichman
> Sent: 16 December 2009 13:47
> To: IBM-MAIN@bama.ua.edu
> Subject: SYSTEM COMPLETION CODE=102 REASON CODE=000C
>
> Hi,
>
>
>
> I have been spending days try to resolve this message originally I  
> thought it was something I had done in a PC rtn following this message
>
>
>
> As the message in the DUMP following is
>
>
>
> PRIMARY NOT EQUAL TO HOME
>
>
>
> But now I am convinced that its IEAVPST that is going cross memory  
> that causing this message the  ECB looks okay so does the ASCB
>
>
>
> Below is the code that I use to post the Address Space the address  
> for the ASCB and ECB seem to be valid
>
>
>
> I wrote a 2 small programs to test this out and it worked
>
>
>
> If anybody has any hints I would be very grateful
>
>
>
>L R6,MYASCB
>
>LAR7,MYECB
>
>
>
>
>
> POST  (R7),   ECB
>
>  ASCB=(R6),  ASCB
>
>  LINKAGE=SYSTEM,
>
>  ECBKEY=8,
>
>  ERRET=CONTERROR RTN
>
>
>
> CONT DS 0H
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send  
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO  
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> -

IBM Press Release: New Mainframe Customer in Korea

[Timothy Sipples]

BC Card, Korea's largest credit card company, has announced they have
selected IBM System z:

http://www.ibm.com/press/us/en/pressrelease/29040.wss

The company is implementing System z10, z/OS, CICS Transaction Server, DB2
for z/OS, WebSphere Application Server for z/OS, and other related software
to host their applications. BC Card is also consolidating many of its
distributed servers to System z.

BC Card is (another) brand new mainframe customer.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF30 record length

[Vernooij, CP - SPLXM]

Check the SMFPRMxx members of both systems for differences in the DDCONS
parameter. This consolidates I/O sections, but is usually disabled
because of the large CPU costs and elapsetime of the consolidation,
mostly a problem for DB2.

Kees.



"Cobe Xu"  wrote in message
news:<232683dd0912161945v321f82cfma789510a8e7fe...@mail.gmail.com>...
> Hi list,
> 
> We have 2 lpars in sysplex,one is for production,the other is for
> development,both are in zos1.9.
> Recently we noticed the smf datasets' size have huge difference, and
> we found the main reason is the type 30 record length is different.Any
idea
> of the reasons?
> below is one sample from SMFDUMP output.
> 
> Production:
> START DATE-TIME  12/15/2009-00:05:16 END
DATE-TIME
> 12/16/2009-00:05:25
> RECORD   RECORDS PERCENT  AVG. RECORD   MIN. RECORD
MAX.
> RECORD   RECORDS
>   TYPE  READOF TOTAL   LENGTHLENGTH
> LENGTH   WRITTEN
>  247   .00 %18.00
> 1818 1
>  347   .00 %18.00
> 1818 1
>  435,622   .61 %   215.00
> 215   215 0
>  5 7,462   .13 %   153.88
> 145   160 0
> 14   171,795  2.96 %   398.99
> 318   756 0
> 15   172,736  2.98 %   371.35
> 318   636 0
> 16 7,756   .13 %   805.24   592
> 2,296 0
> 1733,394   .58 %   100.00
> 100   148 0
> 18   825   .01 %   144.00
> 144   144 0
> 19 2,072   .04 %72.00
> 7272 0
> 20 8,687   .15 %99.81
> 91   106 0
> 21 1,344   .02 %88.00
> 8888 0
> 2324   .00 %   258.00
> 258   258 0
> 26 7,196   .12 %   450.89
> 442   457 0
> 30   107,020  1.85 % 1,605.45   398
> 32,738 0
> 3486   .00 %   215.00
> 215   215 0
> 3586   .00 %   148.80
> 147   150 0
> 3618   .00 %   214.00
> 214   214 0
> 3817   .00 %   208.00
> 208   208 0
> 41   202   .00 %   272.41
> 146   41228
> 42   205,231  3.54 %   611.82   164
> 32,748 0
> 50   480   .01 %   242.00
> 242   242 0
> 57 6   .00 %   116.00
> 116   116 0
> 60   108,710  1.88 %   413.66   330
> 4,235 0
> 6158,515  1.01 % 1,274.90   282
> 32,298 0
> 62 6,932   .12 %   190.57
> 188   228 0
> 6417,803   .31 %   458.00
> 458   458 0
> 6520,529   .35 %   371.41   282
> 16,223 0
> 6642,178   .73 % 1,768.97   287
> 22,983 0
> 70   192   .00 % 1,562.00   164
> 2,96056
> 7196   .00 % 1,752.00 1,752
> 1,75228
> 72 5,858   .10 % 1,726.76 1,076
> 22,668 1,710
> 7396   .00 %19,712.0019,712
> 19,71228
> 74 2,598   .04 %17,375.28   364
> 32,720   762
> 75   672   .01 %   264.00
> 264   264   196
> 7625,440   .44 %   217.92
> 216   344 7,420
> 7796   .00 % 9,255.00 1,120
> 24,00028
> 78   192   .00 % 9,331.62 1,888
> 28,25656
> 80   251,764  4.35 %   257.25   180
> 3,775 0
> 
> Development:
> RECORD   RECORDS PERCENT  AVG. RECORD   MIN. RECORD
MAX.
> RECORD   RECORDS
>   TYPE  READOF TOTAL   LENGTHLENGTH
> LENGTH   WRITTEN
>  213   .00 %18.00
> 1818 1
>  313   .00 %18.00
> 1818 1
>  418,956  1.65 %   215.00
> 215   215 0
>