Update an Offline RACF Database

[Jennifer Del Negro]

Good morning,

Is it possible to update an offline database?

Jennifer Del Negro
Verizon Wireless

--
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: Update an Offline RACF Database

[Matan Cohen]

*Tivoli zSecure Admin RACF-Offline Description*
The IBM Tivoli zSecure Admin RACF-Offline component of Tivoli zSecure Admin
provides the possibility
to issue most RACF commands against an inactive RACF database. The use of an
Offline RACF
database allows testing commands before actually implementing them on an
Active system. Thus there is
no impact of the tests on any other production application, and also no need
for a dedicated LPAR just for
this type of tests. Sample applications include merging RACF databases from
multiple systems, and large
reorganization or cleanup of profiles.

On Sun, Jul 25, 2010 at 1:07 PM, Jennifer Del Negro <
jennifer.delne...@verizonwireless.com> wrote:

> Good morning,
>
> Is it possible to update an offline database?
>
> Jennifer Del Negro
> Verizon Wireless
>
> --
> 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
>



-- 
best regards,
matan cohen
MF System Administrator.

--
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: available lists

[Shmuel Metz (Seymour J.)]

In
<15312489.1279897818634.javamail.r...@elwamui-mouette.atl.sa.earthlink.net>,
on 07/23/2010
   at 11:10 AM, Lizette Koehler  said:

>However there are newsgroups for JES2, JES3, ISPF, TSO-REXX, IMS, 
>CICS, MQ, MVS/OE,

Where there are mailing lists gated to Usenet, it's best to post to
the mailing list rather than to the news group.

>PL/I, COBOL, C

In the comp.lang.* hierarchy.

>LINUX

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

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

Re: AXR04 on z/OS 1.11

[Shmuel Metz (Seymour J.)]

In <7l8e461ghi07tm71r4m2v1kjutjfh49...@4ax.com>, on 07/21/2010
   at 07:40 PM, Binyamin Dissen  said:

>That has been part of the normal shutdown since at least early Z, and
>quite possibly in OS390 (do not have enough neurons to save all this
>info)

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

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

Re: LE calling assembler with 64 bit register usage

[Peter Relson]

>Is it guaranteed by LE that the services potentilly invoked by CEEENTRY 
will not 
>violate those conventions?  I.E., initial stack frame allocation, extend 
stack 
>frame, etc.?  Otherwise saving/restoring outside of the prolog/epilog 
would vio

I'm sure that whatever LE calls does not violate LE's own requirements. 
That is the overriding requirement.

>P.S. -- Given how long that z/OS itself has been 64-bit, it is somewhat 
suprising 
>to me that CEEENTRY and CEETERM do not have an option to save and restore 
all 64-bit 
>register contents by using an F4SA-format save area, at least, if not 
F5SA-format. 
>That would make a lot of sense for calling to assembler routines which 
use "G"rande 
>instructions, and we are talking about an assembler macro here...

I have no idea if 31-bit LE provides a 144-byte savearea for target 
routines to save into. 
Maybe your state of surprise should be replaced by your (or your user 
group) submitting a requirement to make absolutely sure that your case is 
understood.
Even for something perhaps fairly obvious, it always helps to have a user 
requirement on the books to justify whatever resources need to be 
expended.

Peter Relson
z/OS Core Technology Design

--
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

A60 power supply problems.

[Matan Cohen]

Hi,
we have a A60 controller for our 3590 tape drive .
one of the two power supply is not working well ,  is there a way to force
the A60 to get online with only one powe supply?


-- 
best regards,
matan cohen
MF System Administrator.

--
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: C-I-C-S vs KICKS

[Don Williams]

You right, flat head screws have nothing to do with type of driver slot. I
was trying to say that the flat head screws do have good uses. 

Phillips still has some applications were it may be considered a better
choice. For example, when the product designer wants to reduce the chance of
someone over-tightening the screws and damaging the product. However, I like
many consumers curse that choice. I prefer Robertson over all other driver
slot types.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Dave Salt
> Sent: Saturday, July 24, 2010 11:32 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C-I-C-S vs KICKS
> 
> > Depending on the need, screws have many head shapes, in addition, to
> the
> > driver slot. If you need a flat surface, then counter sunk holes with
> flat
> > head screws may be the best choice. If you don't need a flat surface,
> then
> > why waste time drilling counter sunk holes.
> 
> This has nothing to do with counter sunk holes. Phillips ('X' head) and
> Robertson (square head) can both be used on the same materials (wood,
> metal, drywall, etc) and can both be countersunk or not depending on
> desire and application. Virtually every size and shape of screw
> imaginable can be made as either a Phillips or a Robertson.
> 
> I've never understood why Phillips screws continue to be manufactured,
> and apparently I'm not alone as I just discovered this Facebook page
> devoted to getting rid of Phillips screws:
> 
> http://www.facebook.com/group.php?gid=59906747988
> 
> Dave Salt
> 
> SimpList(tm) - try it; you'll get it!
> 
> http://www.mackinney.com/products/program-development/simplist.html
> 
> 
> 
> 
> 
> 
> > Date: Sat, 24 Jul 2010 21:09:46 -0400
> > From: donb...@gmail.com
> > Subject: Re: C-I-C-S vs KICKS
> > To: IBM-MAIN@bama.ua.edu
> >
> > Depending on the need, screws have many head shapes, in addition, to
> the
> > driver slot. If you need a flat surface, then counter sunk holes with
> flat
> > head screws may be the best choice. If you don't need a flat surface,
> then
> > why waste time drilling counter sunk holes.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]
> On
> > > Behalf Of Gerhard Postpischil
> > > Sent: Saturday, July 24, 2010 5:19 PM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Re: C-I-C-S vs KICKS
> > >
> > > On 7/24/2010 1:17 PM, Dave Salt wrote:
> > > > Flat head screws are garbage, and Phillips ('X' head) screws
> > > > are only a small step up from garbage. If I buy a product
> > > > that comes with flat head or Phillips screws I usually throw
> > > > them away. I was astonished when I learned Phillips screws
> > > > are widely used in America.
> > >
> > > I don't understand that. The Robertson screws shown on Wiki are
> > > all flat head types (e.g., intended for flush mounting in
> > > countersunk holes).
> > >
> > >
> > >
> > > Gerhard Postpischil
> > > Bradford, VT
> > >
> > > ---
> ---
> > > 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
> 
> _
> Game on: Challenge friends to great games on Messenger
> http://go.microsoft.com/?linkid=9734387
> --
> 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: C-I-C-S vs KICKS

[Don Williams]

Thanks for putting us back on topic.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Edward Jaffe
> Sent: Sunday, July 25, 2010 1:24 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C-I-C-S vs KICKS
> 
> Dave Salt wrote:
> > This has nothing to do with counter sunk holes.
> 
> Or mainframe computers ...
> 
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 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: C-I-C-S vs KICKS

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Dave Salt
> 
> > Most hardware and home center stores don't even know what a
> > Robertson-drive screw IS. And of the few that know, you'll only find
> > wood screws. No machine screws. :-(
> 
> Flat head screws are garbage, and Phillips ('X' head) screws are only
a small step up from garbage. If
> I buy a product that comes with flat head or Phillips screws I usually
throw them away. I was
> astonished when I learned Phillips screws are widely used in America.
> 
> A tip to all Americans: Next time you go to Canada, be sure to buy
Robertson screwdrivers and screws.
> :-)

Phillips are fine for low-torque applications like electrical device
mounting.  For higher-torque applications we already have Allen and
TORX, among others.  What's "magic" about a square hole?

-jc-

--
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 announcement letters

[Dave Jones]

The VM/370 announcement letter can be found here:

http://www.sinenomine.net/publications/history/vm370-announcement/

DJ

--
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: C-I-C-S vs KICKS

[Don Williams]

With Allen, TORX, and other screws - the screw driver has to be pretty close
to perpendicular in order to apply large torque. That can be inconvenient in
a tight space. With the Robertson's tapered square hole, you can be
considerably off perpendicular and still apply a large torque without the
driver popping out or damaging the screw or driver. I do have a "special"
set of Allen wrenches with a ball shaped tip that allows the wrench to vary
considerably from perpendicular. However, you don't need a "special"
Robertson driver to get that function.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Chase, John
> Sent: Sunday, July 25, 2010 10:38 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: C-I-C-S vs KICKS
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Dave Salt
> >
> > > Most hardware and home center stores don't even know what a
> > > Robertson-drive screw IS. And of the few that know, you'll only
> find
> > > wood screws. No machine screws. :-(
> >
> > Flat head screws are garbage, and Phillips ('X' head) screws are only
> a small step up from garbage. If
> > I buy a product that comes with flat head or Phillips screws I
> usually
> throw them away. I was
> > astonished when I learned Phillips screws are widely used in America.
> >
> > A tip to all Americans: Next time you go to Canada, be sure to buy
> Robertson screwdrivers and screws.
> > :-)
> 
> Phillips are fine for low-torque applications like electrical device
> mounting.  For higher-torque applications we already have Allen and
> TORX, among others.  What's "magic" about a square hole?
> 
> -jc-
> 
> --
> 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: C-I-C-S vs KICKS

[Dave Salt]

> Phillips are fine for low-torque applications like electrical device
> mounting.

There may be some small number of applications where having a screwdriver that 
easily slips out of the screw is for some reason a desired effect. But in 
general, it renders Phillips screws about as useful as a chocolate teapot.

 For higher-torque applications we already have Allen and
> TORX, among others.  What's "magic" about a square hole?

The Robertson is easily the best screwdriver ever invented. Once you try it, 
you'll understand why.
 
Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  



  
_
Look 'em in the eye: FREE Messenger video chat
http://go.microsoft.com/?linkid=9734386
--
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 and z/OS 1.11

[Gibney, Dave]

   Thank Bob and IBM. I'm fully converted to 1.11, and this time I gat
it done before the next release was GA. I think this is the first time
:)

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gibney, Dave
Sent: Saturday, July 24, 2010 1:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS and z/OS 1.11


Now, I get to put it on and make another try after midnight tonight.

Thanks for you help

--
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

Tibco Object Star/Huron Performance Tuning

[amit]

hi,

i have recently laid my hands on Object star for installation/maint, and
find it a wonderful S/W.
was looking for if still any fans for this product and can share any recent
experience in performance tuning tips for the same.

Regards,
Amit

--
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

Bit more info on next mainframe

[Ed Gould]

http://www.theregister.co.uk/2010/07/14/ibm_system_z11_preview/



--
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: Mainframe books

[Alan Brown]

> If you are new and maybe already understand UNIX, the I would recommend
>the book "UNIX as a Second Language".

This book is available on Amazon for $7.22 in the US.


 - Alan

--
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: C-I-C-S vs KICKS

[Tony Harminc]

On 25 July 2010 13:16, Dave Salt  wrote:
>> Phillips are fine for low-torque applications like electrical device
>> mounting.
>
> There may be some small number of applications where having a screwdriver 
> that easily slips out of the screw is for some reason a desired effect.

In particular, installing drywall.

> But in general, it renders Phillips screws about as useful as a chocolate 
> teapot.

Indeed.

>  For higher-torque applications we already have Allen and
>> TORX, among others.  What's "magic" about a square hole?
>
> The Robertson is easily the best screwdriver ever invented. Once you try it, 
> you'll understand why.

It comes as a shock to a Canadian to find that Robertson screws and
drivers are just not available in most other countries, and are
certainly not the standard. There are stories around of the Toronto
art gallery that sent an important work to the UK for exhibition, in a
custom crate closed up with Robertson screws. Of course the receiving
gallery was unable to open it, and didn't want to risk sawing or
prying, and so had to air express a screwdriver from Canada.

It's also amusing that there is another active thread on this list
titled "socket select problem". Indeed.

Tony H.

--
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

Another reason to hate PDSE's

[Pinnacle]

Some months ago, John Ehrman posted asking why we don't like PDSE's.  I just 
found somehting that blows my mind, a ridiculous limitation in PDSE's that 
all by itself militates against their usage.


I'm running a utility that outputs IEBUPDTE cards to create a PDS.  When 
running the cards, we hit the maximum size of a PDS, 65535 tracks.  Any 
attempt to go beyond that gets us an E37 abend.


So simple solution, right?  We just go PDSE.  19 members into the IEBUPDTE 
cards is a member with 68,994,447 records.  This member causes an IEC036I 
002-A8 abend,  Looking that up says that the maximum number of lines that 
can be held in a PDSE member is exceeded.


Let that sink in a little.  That 68M line member was easily stored in the 
PDS before the E37, but PDSE can't handle it.  PDSE can't support members as 
big as PDS.  Are you #$%ing kidding me?


PDSE's are a joke.  They've been around for over 20 years, and they still 
don't have all the bugs out.  This limitation is ridiculous, considering 
that PDSE's were supposed to address all the shortcomings of PDS.  GUESS 
THEY MISSED THIS SHORTCOMING OF PDSE's!!  WAY TO GO IBM!!!


Sheesh,
Tom Conley 


--
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

GIM28306S

[Paul Gilmartin]

SMP/E says:

PAGE 0001  - NOW SET TOZONE  DATE 07/25/10  TIME 21:15:00  SMP/E

GIM42401ITHE FOLLOWING PARAMETERS WERE SPECIFIED ON THE EXEC STATEMENT FOR G
GIM28306S ** ALLOCATION FAILED FOR SMPLOG.  
GIM54901ISMPRPT WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.  
GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. SMP/E

M&C says:

   The indicated data set could not be allocated.   
 

 
   System Action: Subsequent messages in SMPOUT show SMP/E's action.
 

 
   Programmer Response: Do one of the following:
 
 * Add the required DD statement.   
 
 * Create a DDDEF entry for the data set.   
 
 * Correct the DDDEF entry for the indicated data set.  
 

 
   Then rerun the job.   

What subsequent messages?

Why didn't it echo my SET BOUNDARY(GLOBAL) ... statement?
(Or report an error?)

No mention of SMPLOG in JESMSGLG nor JESYSMSG.

CSI Query says:

  Entry Type:  DDDEF   Zone Name: GLOBAL
  Entry Name:  SMPLOG  Zone Type: GLOBAL

  DSNAME: user.prod.SMPLOG  

  VOLUME:UNIT:   DISP:   MOD   

DSLIST info is:

 Data Set Name . . . . : user.prod.SMPLOG   

 General Data   Current Allocation  
  Management class . . : **None**Allocated cylinders : 7
  Storage class  . . . : **None**Allocated extents . : 1
   Volume serial . . . : xx 
   Device type . . . . : 3390   
  Data class . . . . . : **None**   Current Utilization 
   Organization  . . . : PS  Used cylinders  . . : 1
   Record format . . . : VB  Used extents  . . . : 1
   Record length . . . : 510
   Block size  . . . . : 3200  

Where do I go from here?

Thanks,
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: Another reason to hate PDSE's

[Paul Gilmartin]

On Sun, 25 Jul 2010 21:41:42 -0400, Pinnacle wrote:
>
>Let that sink in a little.  That 68M line member was easily stored in the
>PDS before the E37, but PDSE can't handle it.  PDSE can't support members as
>big as PDS.  Are you #$%ing kidding me?
>
I can understand it.  I don't know that I can forgive it.

The NOTE word for a PDSE is a relative line number and an indicator
of the member.  Suppose it's 6 bits for the member and 26 for
the line (x2d(3ff)==67,108,863 -- will it handle 67 M?)

And if it allows 6 bits for the member, what happens if you do
BLDLs for 65 members, then POINT to each in succession.

This problem arise partly because PDSEs are logically unblocked.
The same would happen if your PDS were unblocked.  So what!?

-- 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: Another reason to hate PDSE's

[John P. Baker]

Tom,

Maybe z/OS needs to take a look at the library structure we have available
on z/VSE.

This library structure has been available since the release of VSE/ESA
Version 1 Release 1.

A z/VSE library can contain PHASEs (a.k.a. loadable modules), object
members, source members, JCL PROCs, storage dumps, and virtually any other
user defined data.

A z/VSE library can be shared between systems and compressed on the fly
without fear of corruption.

AFAIK, the maximum size of a z/VSE library is 2G-1 1024 byte blocks.

I have not checked, so I cannot say for certain that the z/VSE library
structure can handle a member containing 68M records.

I suspect that a member is limited to either 2G-1 bytes or 2G-1 records.

If the former limitation applies, the z/VSE library structure would NOT be
able to accommodate such a member.

If the latter limitation applies, which I believe to be the case, the z/VSE
library structure would be able to easily accommodate such a member.

John P. Baker

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Pinnacle
Sent: Sunday, July 25, 2010 9:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Another reason to hate PDSE's

Some months ago, John Ehrman posted asking why we don't like PDSE's.  I just

found somehting that blows my mind, a ridiculous limitation in PDSE's that 
all by itself militates against their usage.

I'm running a utility that outputs IEBUPDTE cards to create a PDS.  When 
running the cards, we hit the maximum size of a PDS, 65535 tracks.  Any 
attempt to go beyond that gets us an E37 abend.

So simple solution, right?  We just go PDSE.  19 members into the IEBUPDTE 
cards is a member with 68,994,447 records.  This member causes an IEC036I 
002-A8 abend,  Looking that up says that the maximum number of lines that 
can be held in a PDSE member is exceeded.

Let that sink in a little.  That 68M line member was easily stored in the 
PDS before the E37, but PDSE can't handle it.  PDSE can't support members as

big as PDS.  Are you #$%ing kidding me?

PDSE's are a joke.  They've been around for over 20 years, and they still 
don't have all the bugs out.  This limitation is ridiculous, considering 
that PDSE's were supposed to address all the shortcomings of PDS.  GUESS 
THEY MISSED THIS SHORTCOMING OF PDSE's!!  WAY TO GO IBM!!!

Sheesh,
Tom Conley

--
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: GIM28306S

[Anthony Thompson]

> What subsequent messages?
>
> Why didn't it echo my SET BOUNDARY(GLOBAL) ... statement?
> (Or report an error?)

I suppose that might depend on what SMPOUT is allocated as.

Unless there is some kind of process that uses SMPLOGs to report on SMP/E 
activity (and in my travels I haven't come across one), I just put a over-ride 
in the JCL to DUMMY out SMPLOG and SMPLOGA. In the lack of any such process, as 
far as I'm concerned SMPLOG's are only good for running out of space and 
causing job errors.

Ant.


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Monday, 26 July 2010 1:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: GIM28306S

SMP/E says:

PAGE 0001  - NOW SET TOZONE  DATE 07/25/10  TIME 21:15:00  SMP/E

GIM42401ITHE FOLLOWING PARAMETERS WERE SPECIFIED ON THE EXEC STATEMENT FOR G
GIM28306S ** ALLOCATION FAILED FOR SMPLOG.  
GIM54901ISMPRPT WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.  
GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. SMP/E

M&C says:

   The indicated data set could not be allocated.   
 

 
   System Action: Subsequent messages in SMPOUT show SMP/E's action.
 

 
   Programmer Response: Do one of the following:
 
 * Add the required DD statement.   
 
 * Create a DDDEF entry for the data set.   
 
 * Correct the DDDEF entry for the indicated data set.  
 

 
   Then rerun the job.   

What subsequent messages?

Why didn't it echo my SET BOUNDARY(GLOBAL) ... statement?
(Or report an error?)

No mention of SMPLOG in JESMSGLG nor JESYSMSG.

CSI Query says:

  Entry Type:  DDDEF   Zone Name: GLOBAL
  Entry Name:  SMPLOG  Zone Type: GLOBAL

  DSNAME: user.prod.SMPLOG  

  VOLUME:UNIT:   DISP:   MOD   

DSLIST info is:

 Data Set Name . . . . : user.prod.SMPLOG   

 General Data   Current Allocation  
  Management class . . : **None**Allocated cylinders : 7
  Storage class  . . . : **None**Allocated extents . : 1
   Volume serial . . . : xx 
   Device type . . . . : 3390   
  Data class . . . . . : **None**   Current Utilization 
   Organization  . . . : PS  Used cylinders  . . : 1
   Record format . . . : VB  Used extents  . . . : 1
   Record length . . . : 510
   Block size  . . . . : 3200  

Where do I go from here?

Thanks,
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

--
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: GIM28306S

[Ed Finnell]

 
In a message dated 7/25/2010 10:50:46 P.M. Central Daylight Time,  
paulgboul...@aim.com writes:

Where do I go from here?


>>
DD DUMMY





--
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: GIM28306S -- Solved

[Paul Gilmartin]

On Mon, 26 Jul 2010 00:23:01 EDT, Ed Finnell  wrote:

>
>In a message dated 7/25/2010 10:50:46 P.M. Central Daylight Time,
>paulgboul...@aim.com writes:
>
>Where do I go from here?
>>>
>DD DUMMY
>
That suppressed the GIM28306S so I could focus on the missing
SET BOUNDARY.

OK.  I had merged two jobs.  The first contained:

//SMPCNTL  DD  DDNAME=SYSIN

The second contained:

//SMPCNTL  DD  *
SET BOUNDARY(GLOBAL) ... .
/*

There was _NO_ "//SYSIN DD ..." anywhere.

Removing the first //SMPCNTL solved the problem.

I hate JCL!  I should have gotten at least 2 errors reported:

o Duplicate SMPCNTL DD

o Unresolved DDNAME=SYSIN reference.

Of course, with no SET BOUNDARY, SMP/E couldn't find a DDDEF
for SMPLOG.  It could have reported the lack of SET BOUNDARY
on SMPOUT before trying to open SMPLOG.  I don't like SMP/E
very much either, except twice a month.

Thanks,
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

CBT Files 814 and 830 contain older XEPHON MVS articles

[Sam Golob]

Hi Folks,

  File 830 has been added to the CBT Tape Updates page, containing 926 
MVS articles with their code, from July 1987 thru December 1996, from 
the Xephon MVS Update magazines.  File 830 is an Unzip of the zip file 
in File 814, translated into EBCDIC and newly indexed.  Now these 
articles are searchable and their code is readily available to the 
reader.  The zip file in File 814 was replaced by the original one sent 
to me by Eugene Vogt.  Somehow two files the ZIP member in File 814 had 
gotten corrupted.  Use File 814 from the Updates page of www.cbttape.org.


  All the best of everything to all of you.

Sincerely,   Sam

P.S.  If someone has the Xephon MVS Update articles from 1997, or from 
before July 1986, please let me know.  Thanks in advance.


--
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: GIM28306S

[Roger Bolan]

In my zones I have some SMPLOG DDDEFs defined to use SYSOUT CLASS *, which,
for me, puts them in held output in the job.  I also have some that just use
preallocated datasets with DISP=MOD,KEEP or OLD,KEEP.   From what I see
there, the problem might just be the lowercase letters in the name
user.prod.SMPLOG.  My SMPE dataset names always use all caps and show that
way when I query the smplog dddef.

--Roger

On Sun, Jul 25, 2010 at 9:50 PM, Paul Gilmartin wrote:

> SMP/E says:
>
> PAGE 0001  - NOW SET TOZONE  DATE 07/25/10  TIME 21:15:00
>  SMP/E
>
> GIM42401ITHE FOLLOWING PARAMETERS WERE SPECIFIED ON THE EXEC STATEMENT
> FOR G
> GIM28306S ** ALLOCATION FAILED FOR SMPLOG.
> GIM54901ISMPRPT WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.
> GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.
> SMP/E
>
> M&C says:
>
>   The indicated data set could not be allocated.
>
>   System Action: Subsequent messages in SMPOUT show SMP/E's action.
>
>   Programmer Response: Do one of the following:
> * Add the required DD statement.
> * Create a DDDEF entry for the data set.
> * Correct the DDDEF entry for the indicated data set.
>
>   Then rerun the job.
>
> What subsequent messages?
>
> Why didn't it echo my SET BOUNDARY(GLOBAL) ... statement?
> (Or report an error?)
>
> No mention of SMPLOG in JESMSGLG nor JESYSMSG.
>
> CSI Query says:
>
>  Entry Type:  DDDEF   Zone Name: GLOBAL
>  Entry Name:  SMPLOG  Zone Type: GLOBAL
>
>  DSNAME: user.prod.SMPLOG
>
>  VOLUME:UNIT:   DISP:   MOD
>
> DSLIST info is:
>
>  Data Set Name . . . . : user.prod.SMPLOG
>
>  General Data   Current Allocation
>  Management class . . : **None**Allocated cylinders : 7
>  Storage class  . . . : **None**Allocated extents . : 1
>   Volume serial . . . : xx
>   Device type . . . . : 3390
>  Data class . . . . . : **None**   Current Utilization
>   Organization  . . . : PS  Used cylinders  . . : 1
>   Record format . . . : VB  Used extents  . . . : 1
>   Record length . . . : 510
>   Block size  . . . . : 3200
>
> Where do I go from here?
>
> Thanks,
> 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
>

--
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

SMP/E vs. SDB

[Paul Gilmartin]

Apparently SMP/E hates System Determined Blocksize.  If I
omit BLKSIZE on the definition of SMPLOG (equivalent to
coding BLKSIZE=0), SMP/E substitutes 3200 (!?)  I suppose
that since it's a documented default it can never be changed.

Sooo Twentieth Century.

I wonder if there's a way to override and let SDB operate.  I
suppose I could initialize with IEBGENER PARM='SDB=SMALL'.  Ugh!

-- 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: GIM28306S

[Paul Gilmartin]

On Sun, 25 Jul 2010 22:59:48 -0600, Roger Bolan wrote:

>there, the problem might just be the lowercase letters in the name
>user.prod.SMPLOG.  My SMPE dataset names always use all caps and show that
>
That was merely obfuscation of proprietary information for posting
to a public list.

-- 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: GIM28306S -- Solved

[Binyamin Dissen]

On Sun, 25 Jul 2010 23:48:24 -0500 Paul Gilmartin 
wrote:

:>o Duplicate SMPCNTL DD

Not an error. You can have multiple DDNAMEs, free one and the next becomes
available.

:>o Unresolved DDNAME=SYSIN reference.

There might be a warning, but this deliberately need not be resolved.

Of course you could submit a PMR to have SMP/E not check for the existence of
DDNAMEs and to abend by a low core branch, but I doubt it would fly 

--
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