Re: Chargeback reporting

[Ted MacNEIL]

>Service units not only better reflect the work being done, but also gives us a 
>better idea how that work could map to a different box. 
 
Considering that LSP is what derives service units, then I would say that you 
are incorrect.
Service units are almost as meaningless as MIPS.
 
(Yes, I know this is a late respomnse, but my BlackBerry was off the air for a 
while, and I am still catching up)

 


  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now at
http://ca.toolbar.yahoo.com.

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

Re: CEA - Common Event Adapter

[Ed Finnell]

 
In a message dated 7/3/2008 11:58:32 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

ETRs for everything related to USS go like this: "Please reproduce the  
problem with traces 1 to 15 in place, and give us all the traces and all the  
logs". Never mind that with all the traces in place the (timing dependent)  
problem 
does not appear or it is not reproducible at will, anyway. 

CEA  and CIM and all those 'new face' things will go the same way, I  think.


>>
So true. If IBM's unwilling to pony up as to  what it is, seems like at least 
they owe us the courtesy of what it isn't in  terms of integrity and 
security. 







**Gas prices getting you down? Search AOL Autos for 
fuel-efficient used cars.  
(http://autos.aol.com/used?ncid=aolaut000507)

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

Re: CEA - Common Event Adapter

[Barbara Nitz]

We're not at 1.9 yet, and I have no clue what that thing is, but "CIM" is the 
keyword. At the last European zConf there was a lot of talk about the 'new 
face' of MVS, and both system Rexx and CIM and all that new infrastructure is 
part of the 'new face'. We had a very good laugh (as an audience) when told how 
'easy' MVS management will be once the 'new face' is completely in place, and 
how the zNextGen will have it easy to then work on MVS. 

If you detect some sarcasm on my part, it's completely unintentional!!!  :-) 
What I have seen so far of the 'new face' is not only very complex, without a 
very good knowledge how it is implemented underneath, there is no chance to 
analyze bugs in the infrastructure. (It won't even be easy to analyze if it is 
a bug or an error in setup) And given my stated opinion of software support I 
am NOT holding my breath that the zNextGen has any clue. I am foreseeing a lot 
of long and ugly ETRs, and Deans experience confirms that.

ETRs for everything related to USS go like this: "Please reproduce the problem 
with traces 1 to 15 in place, and give us all the traces and all the logs". 
Never mind that with all the traces in place the (timing dependent) problem 
does not appear or it is not reproducible at will, anyway. 

CEA and CIM and all those 'new face' things will go the same way, I think.

Regards, Barbara Nitz
-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]

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

Re: Setting Coupling Facility VOLATILE: NO

[Barbara Nitz]

Oh yes, the good old volatility chapter:

Logger determines single point of failure for a logger connection to a 
structure and attempts to allocate (if possible) so that the connection is 
non-volatile. Single point of failure in turn determines if a log stream is 
duplexed (using duplexmode(cond), which is the default).

Sam, 
1. what duplexmode are you using?
2. when you specify non-volatility for the CF, will your log stream be in a 
single point of failure situation? (Remember that CF volatility is only one 
criteria)

If the answers are 1 COND and 2 NO, then you may see less cpu consumption 
because duplexing is not done anymore. Otherwise, I don't see how it will help 
performance. I think.

I have no clue if we have an internal battery :-)

Best regards, Barbara
-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]

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

Re: Edit macro to support jcl set commands in instream inputs

[Kenneth E Tomiak]

Can you give an example of why running rexx code on tens of CICS regions 
every time they start up day after day to change a variable in SYSIN which is 
stored in a permanent dataset is productive? After all, I know have to go add 
SET statements to started task JCL for variables that are only in SYSIN, 
maybe.

On Tue, 1 Jul 2008 17:44:53 +0200, Itschak Mugzach 
<[EMAIL PROTECTED]> wrote:

>Dave,
>
>This is not an application. The is standart JCL stored in your librabry.
>Suppose that you have some tens of CICS environments. All have the same
>charcturistics execpt some prefix. JCL SET command will take care of the JCL
>variables, but what about the sysin data? This rexx exec take care of the
>sysin data only and let MVS take care of the JCL side, but both areusing the
>same set of values visa JCL SET commands.
>
>Regards,
>
>
>| Itschak Mugzach | Director | SecuriTeam Software |

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

Re: SYSREXX and SDSF REXX support together: is it possible ?

[Kenneth E Tomiak]

Max? What was your error? I gave it a try and ISFCALLS(ON) worked, my first 
ISFEXEC from working code got a RC(08). The code works outside of the 
System REXX environment so I started thinking about what could be the 
cause. The first thought is what USERID is your code running from? Mine is 
currently running as "*", which is not a userid we gave permissions to in 
ISFPARMS. I'm waiting on the security team to define a real userid for the AXR 
task. Then we can add it to ISFPARMS and I will try again. I expected RC(16) 
for not authorized.


On Sat, 28 Jun 2008 11:31:11 -0500, Kenneth E Tomiak 
<[EMAIL PROTECTED]> wrote:

>On Wed, 18 Jun 2008 09:48:37 -0500, Max Scarpa
><[EMAIL PROTECTED]> wrote:
>
>>Hi All
>>
>>I'm playing for first time with new z/OS 1.9 SYSREXX support and with REXX
>>SDSF support.
>>
>>Both work great but (among others) I've a problem to 'combine' or 'mix'
>>these 2 features, i.e. to execute a SYSREXX (say via command @rexx1 from
>>SDSF panel)
>>that executes some commands (say D ASM, some unit commands..) and
>displays
>>some SDSF panels, something like this (quite simple sample):
>>..
>>RESCMD = AXRCMD('$D JQ,SPOOL=(V=MSJN00,PERCENT>1)','LINE2.',10)
>>.
>>RC=ISFCALLS(ON)
>>ADDRESS SDSF ISFEXEC RM
>>SAY 'ISFCOLS='ISFCOLS
>>DO J=1 TO ISFROWS
>>  LINE.J= RESNAME.J STATUS
>>  SAY LINE.J
>>END
>>RC=ISFCALLS(OFF)
>>
>>SDSF interface doesn't work while ARXCMD (of course) yes.
>>
>>I think it's possible in some way but after some tests and searches in
>>manuals I wasn't able to find something useful. Any example/hint/manual 
from
>>list ?
>>
>>Thank you in advance
>>
>>Max Scarpa
>>

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

Re: Another difference between platforms...

[Paul Gilmartin]

On Thu, 3 Jul 2008 14:34:29 -0500, Wayne Driscoll wrote:

>Clark,
>As was mentioned, FBA doesn't contain support for RESERVE/RELEASE, causing
>RACF/VM and RACF-z/OS to be unable to share a mini-disk resident database.
>If you can't share a RACF database, how would any other multi-system sharing
>be done?
>
Err..  How does LDAP do it?  How does NIS do it?  Why must it be MDFS
rather than SFS?

-- gil

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

Re: Another difference between platforms...

[Clark Morris]

On 3 Jul 2008 12:34:49 -0700, in bit.listserv.ibm-main you wrote:

>Clark,
>As was mentioned, FBA doesn't contain support for RESERVE/RELEASE, causing
>RACF/VM and RACF-z/OS to be unable to share a mini-disk resident database.
>If you can't share a RACF database, how would any other multi-system sharing
>be done?  

Is that inherent in FBA?  How do multiple VM systems share data now?
How is sharing handled on other architectures?
>
>Wayne Driscoll
>Product Developer
>NOTE:  All opinions are strictly my own.
>
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
>Of Clark Morris
>Sent: Thursday, July 03, 2008 1:27 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Another difference between platforms...
>
>On 2 Jul 2008 14:23:25 -0700, in bit.listserv.ibm-main you wrote:
>
>>On Wed, 2 Jul 2008 16:29:50 -0400, Thompson, Steve wrote:
>>>
>>>Is it CKD vs. FBA? Or is this caused by it being cheaper to emulate CKD
>>>on RAID? And then, to continue with 3390 based geometry because it is
>>>cheaper to do that than to put out a new DASD device?
>>
>>What does you mean, Steve?  All of the disk drives that everyone makes 
>>today are FBA.  Do you think it would be more expensive for a DASD 
>>subsystem to emulate FBA using FBA disks than it is to emulate CKD using
>FBA 
>>disks?  In fact, I'm pretty sure that every DASD manufacturer today will
>let 
>>you define the logical devices as FBA.
>>>
>>>IF FBA were such a wonderful thing, why hasn't some company that makes
>>>disk units (or did) put out FBA for "MVS" with their own device
>>>handler/driver?
>>
>>What incentive does Seagate or EMC (for example) have to write a lot of
>code 
>>for MVS to support FBA devices?
>>
>>How would they support using all the undocumented and unsupported 
>>interfaces that they'd have to use to do it?
>>
>>How many customers would want to modify MVS with that level of changes 
>>from a third party vendor?
>>
>>How much existing code would break?  Example: PDS uses TTR in the directory
>
>>to point to the member.  Lots of code depends on TTR.
>
>The transition would be 5 - 15 years during which both would have to
>co-exist.  My approach would be as follows:
>
>1.  Replace SYS1.NUCLEUS with an enhanced IPL "track"/disk area.  I
>don't think any one would care so long as it wasn't more than a couple
>of gigabytes.
>
>2.  Improve PDSE so that it is available at IPL and can be used for
>ALL IPL data sets.
>
>3.  Add a GDG function to ESDS data sets and allow them in
>concatenations.
>
>4   Enable all of the FBA related access methods on FBA devices.  Note
>that VSE and VM should have much of the code which could be ported.
>
>This would allow a migration path, better disk I-O routines because
>FBA wouldn't have to be mapped to CKD. 
>
>Clark Morris
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 V8 and Unicode

[Kenneth E Tomiak]

Problem is usually defined as something is broken. So it is not a problem that 
a 
huge pre-built image is loaded when you might use less than 2% of it. You can 
always buy more memory to support all the waste that takes place for non-
problems. So this is purely an option for those shops that do not want to 
waste all that memory by loading conversion techniques they will never use.

Letting DB2 cause the pre-built image to be loaded did cause a problem if 
more then one DB2 was started in a short space of time, so a PTF was made 
available. 

I'll stick with a CUNUNI00 member loading one always used conversion 
technique and let z/OS load others. I did hit a problem where an off-the-shelf 
vendor application running in CICS has a problem getting the conversion 
techniques they need loaded. Because of time constraints and an inability to 
recreate the problem outside of their application I ended up running a PLT 
program at startup time that performed the same instructions as their failing 
program, but only those, and they load just fine and then the application 
works.

Is having a CUNUNI00 member really confusing to people? Or has IBM made it 
confusing because the DB2 people are not on the same page as the UNICODE 
folks who know better? Shouldn't we unconfuse the DB2 people? And the 
IBMer who suggested letting DB2 consume the machine?
I have always believed if a recommendation helps waste resources then they 
should be provided for free.


On Thu, 3 Jul 2008 19:04:10 -0500, Mark Zelden 
<[EMAIL PROTECTED]> wrote:

>On Thu, 3 Jul 2008 16:52:25 -0500, Brian Peterson
><[EMAIL PROTECTED]> wrote:
>
>>Well, if you *don't* initialize Unicode On Demand by issuing a simple 
command
>>at IPL time, DB2 Version 8 will detect that Unicode has not been
>initialized and
>>will attempt to load the huge pre-built image.
>
>Again, I don't see this as a problem.  Apparently either does IBM since the
>migration guide recommends removing CUN* members from parmlib.
>

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

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 19:04:10 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:

>On Thu, 3 Jul 2008 16:52:25 -0500, Brian Peterson
><[EMAIL PROTECTED]> wrote:
>
>>Well, if you *don't* initialize Unicode On Demand by issuing a simple command
>>at IPL time, DB2 Version 8 will detect that Unicode has not been
>initialized and
>>will attempt to load the huge pre-built image.
>
>Again, I don't see this as a problem.  Apparently either does IBM since the
>migration guide recommends removing CUN* members from parmlib.
>



I forgot to add...   

Even if you think 40M (or however big the pre-built image is now) is "huge", 
remember that by default under z/OS 1.8 and above all tables are loaded
in non-page fixed storage by default (you can page fix them if desired). 
This doesn't apply to z/OS 1.7 though AFAIK.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 16:52:25 -0500, Brian Peterson
<[EMAIL PROTECTED]> wrote:

>Well, if you *don't* initialize Unicode On Demand by issuing a simple command
>at IPL time, DB2 Version 8 will detect that Unicode has not been
initialized and
>will attempt to load the huge pre-built image.

Again, I don't see this as a problem.  Apparently either does IBM since the
migration guide recommends removing CUN* members from parmlib.

Although this if from the z/OS 1.8 migration manual, it applies to z/OS 1.7 with
 APAR OA14231 installed also:


"Remove CUNUNIxx parmlib members
Timing: Before the first IPL of z/OS V1R8.
Is the migration action required?
No, but recommended to help avoid confusion in the future by anyone who
encounters Unicode parmlib members and is unaware that they are no longer
necessary. "

>
>Since the pre-built image load proces is not working for the original
poster (in
>his original message, he said that DB2 was saying "Unicode is broken" or
>something like that) he has to fix *something*, I would think.
>

No debate there.   Perhaps it is this problem (I ran into this during my z/OS
1.8 migration last year):

 APAR Identifier .. OA23699  Last Changed  08/06/02
  STARTING TWO DB2 ADDRESS SPACE SIMULTANEOUSLY, RESULTS IN ONE
  ADDRESS SPACE FAILING.
 
  Symptom .. AB INCORROUT Status ... CLOSED  PER
  Severity ... 2  Date Closed . 08/04/10
  Component .. 5752SCUNI  Duplicate of 
  Reported Release . 720  Fixed Release  999
  Component Name UNICODE BASE S/  Special Notice
  Current Target Date ..08/05/03  Flags
  SCP ...
  Platform 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 720   : UA40458 available 08/04/30 (F804 )
  Release 730   : UA40459 available 08/04/30 (F804 )
  Release 740   : UA40460 available 08/04/30 (F804 )
  Release 750   : UA40461 available 08/05/30 (F805 )
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  An address space can fail if there are problems loading the DB2
  image.
  .
  For example, starting two DB2 address spaces simultaneously may
  result in one address space failing because only one of them
  can load the prebuilt DB2 Unicode image.  Starting the DB2
  address spaces a minute apart will prevent this problem.
  For example, when the dataset containing the prebuilt DB2 image,
  SYS1.SCUNIMG, is not in the linklist.  This may cause the
  character conversion request to fail.
  .
  Customer may see DSNT552I -DBxx DSNZINIT CHARACTER CONVERSION
  FROM CCSID 37 TO CCSID 1208 FAILED WITH ERROR CODE 24.
 
 
  LOCAL FIX:
  Start the second DB2 address space after a few minutes of the
  first DB2 address space initializing successfully.
 
 
  PROBLEM SUMMARY:
  
  * USERS AFFECTED: Users of the Unicode Services prebuilt DB2   *
  * image, SYS1.SCUNIMG(CUNIDHC2).   *
  
  * PROBLEM DESCRIPTION: Unicode Services may fail to load the   *
  *  prebuilt DB2 image because dataset  *
  *  SYS1.SCUNIMG(CUNIDHC2) is not in an *
  *  APF-authorized library.  This failure   *
  *  is considered to be a user error.   *
  *  When this failure happens, Unicode  *
  *  Services should continue operation  *
  *  with an empty Unicode environment and   *
  *  try to dynamically load the requested   *
  *  conversion.  The problem is that the*
  *  character conversion service fails  *
  *  instead of trying to load the requested *
  *  conversion. *
  *  *
  *  Subsequent conversion attempts may  *
  *  succeed.*
  
  * RECOMMENDATION: Fix the problem so that the prebuilt DB2 *
  * image SYS1.SCUNIMG(CUNIDHC2) can be loaded   *
  * by Unicode Services.  Refer to IBM   *
  * publication SA22-7649, "Support for Unicode: *
  * Using Unicode Services", chapter 2.  *
  * .*
  * If that cannot be done, apply the fix for*
  * this problem, so conversions will be loaded  *
  * dynamically. *
  
 
 
 
  PROBLEM CONCLU

Re: CEA - Common Event Adapter

[Patrick O'Keefe]

On Thu, 3 Jul 2008 09:53:51 -0500, Wayne Driscoll 
<[EMAIL PROTECTED]> wrote:

>..."Common" could imply that it could be used in a common fashion by
>anyone (or any authorized someone).
>...

Nah.  It just means that this initial implementation will adapt only 
the most common events.   Uncommon events will not be adapted
for several more releases.   :-)

I suspect the Common Event Adapter is somehow related to the 
Common Event Infrastructure that (I think) is part of SOA.


Pat O'Keefe

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

Phillips, Mike is out of the office.

[Mike Phillips]

I will be out of the office starting  07/03/2008 and will not return until
07/08/2008.

I will respond to your message when I return.

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

Re: CEA - Common Event Adapter

[Scott Fagen]

On Thu, 3 Jul 2008 07:08:31 -0400, Dean Montevago <[EMAIL PROTECTED]>
wrote:

>Hi,
>
>Is there any doc on what the function of this address space is ? I found
>a couple of hits in the 1.9 books but it doesn't go into any detail. 
>
>TIA
>Dean 

"Common event adapter (CEA) is a component of the BCP that provides the
ability to deliver z/OS events to C-language clients, such as the z/OS CIM
server. A CEA address space is started automatically during initialization
of every z/OS system." 

Well, the wording is quite clunky, probably written by someone for whom
English is not their first language.

A better explanation might be:

"The Common Event Adapter (CEA) is a component of the BCP that enables USS
processes, written in C, to be able to receive z/OS system generated events
(WTO, ENF, SSI, maybe others, who knows?).  Examples of such processes are
the CIM providers included with the CIM Server (see z/OS V1R9.0 Common
Information Model User's Guide).

The CEA address space is automatically started during z/OS system
initialization."


On Thu, 3 Jul 2008 09:32:15 -0500, Hal Merritt <[EMAIL PROTECTED]> wrote:

>Interesting. Next time, might ask for a formal statement to that effect
>that we can show our auditors. We are expected to know and manage every
>process.
>

Nonsense.  As stated by the documentation (and reinforced by Bob's
interaction with IBM development), CEA is a part of the base operating
system with no customer facing externals.  There might be some disagreement
as to whether or not the security and setup instructions are
correct/complete (I've never tried, so I can't comment), but, on it's face,
the information appears complete.  The need for security clearly comes from
the fact that these are unauthorized processes that need access to
authorized programming resources.  There's nothing to 'understand' or
'manage', other than to follow the installation instructions.

Scott Fagen
Enterprise Systems Management

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

Re: DB2 V8 and Unicode

[Brian Peterson]

Well, if you *don't* initialize Unicode On Demand by issuing a simple command 
at IPL time, DB2 Version 8 will detect that Unicode has not been initialized 
and 
will attempt to load the huge pre-built image.

Since the pre-built image load proces is not working for the original poster 
(in 
his original message, he said that DB2 was saying "Unicode is broken" or 
something like that) he has to fix *something*, I would think.

Either make Unicode On Demand active prior to starting DB2, or fix the problem 
causing the pre-built image to fail to load at the first start of the first DB2 
Version 8 subsystem after IPL.

I prefer to initialize Unicode On Demand.  It just seems simpler to me

Brian

On Thu, 3 Jul 2008 16:43:45 -0500, Mark Zelden wrote:

>On Thu, 3 Jul 2008 15:59:40 -0500, Brian Peterson
wrote:
>
>>You need one more step.
>
>You may be confusing him.  He doesn't  _need_ to do what you describe
>below at all.  It is a neat little "trick", but I still say... why bother 
>unless
>you are really storage constrained. One less parmlib member to worry
>about. One less migration action in the future should IBM change the
>way this works again.  But each to their own...
>
>Mark

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

Re: Cataloging problem

[Rick Fochtman]

Doesn't disconnect work only for catalogs? Will it work for a "normal" 
VSAM dataset like a CSI?

-
Nope. It's for catalogs only.

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

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 15:59:40 -0500, Brian Peterson
<[EMAIL PROTECTED]> wrote:

>You need one more step.

You may be confusing him.  He doesn't  _need_ to do what you describe
below at all.  It is a neat little "trick", but I still say... why bother unless
you are really storage constrained. One less parmlib member to worry
about. One less migration action in the future should IBM change the
way this works again.  But each to their own...

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




>
>At IPL, hopefully in COMMND00 or some point early in the IPL, issue SET
>UNI=00 to add one conversion image.  It does not matter which conversion
>image gets loaded.  The act of loading the *first* conversion image causes
>Unicode On Demand to initialize.
>
>Then, when DB2 starts, it will find that Unicode is already initialized,
and will
>not attempt to load the huge, pre-built image, and Unicode On Demand will
>load the 5 or 6 conversion images that DB2 actually uses, as DB2 asks for
>them.
>
>In the Credit Where Credit Is Due department:  Please note this *brilliant*
idea
>came from Kenneth Tomiak.
>
>Brian
>
>On Thu, 3 Jul 2008 15:02:23 -0500, Hal Merritt wrote:
>
>>The command issued was SET UNI=00. There was a CUNUNI00 member and
>>something was loaded.
>>
>>So, in summary, to get a fully automatic Unicode environment for DB2, I
>>need to be sure the DB2 PTF is on, delete all CUNUNIxx members, and IPL.
>>
>>Coolness?
>>
>>Thanks all!!
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 V8 and Unicode

[Brian Peterson]

You need one more step.

At IPL, hopefully in COMMND00 or some point early in the IPL, issue SET 
UNI=00 to add one conversion image.  It does not matter which conversion 
image gets loaded.  The act of loading the *first* conversion image causes 
Unicode On Demand to initialize.

Then, when DB2 starts, it will find that Unicode is already initialized, and 
will 
not attempt to load the huge, pre-built image, and Unicode On Demand will 
load the 5 or 6 conversion images that DB2 actually uses, as DB2 asks for 
them.

In the Credit Where Credit Is Due department:  Please note this *brilliant* 
idea 
came from Kenneth Tomiak.

Brian

On Thu, 3 Jul 2008 15:02:23 -0500, Hal Merritt wrote:

>The command issued was SET UNI=00. There was a CUNUNI00 member and
>something was loaded.
>
>So, in summary, to get a fully automatic Unicode environment for DB2, I
>need to be sure the DB2 PTF is on, delete all CUNUNIxx members, and IPL.
>
>Coolness?
>
>Thanks all!!

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

Re: Setting Coupling Facility VOLATILE: NO

[Skip Robinson]

I'm also curious about performance differences vis a vis volatility. In the
early days of parallel sysplex, some exploiters used the volatility
indicator when deciding whether a CF was acceptable for structure
allocation. I haven't heard much of that in years. We recently upgraded a
couple of CECs and therefore had to set up new ICF LPARs. Even my IBM rep
recommended setting them nonvolatile because we have several backup power
sources.

We stopped ordering the internal battery long before we moved from
standalone to internal CF.

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]


   
 "Vernooy, C.P. -  
 SPLXM"
 <[EMAIL PROTECTED]  To 
 .COM> IBM-MAIN@BAMA.UA.EDU
 Sent by: IBM   cc 
 Mainframe 
 Discussion List   Subject 
 <[EMAIL PROTECTED] Re: Setting Coupling Facility   
 .EDU> VOLATILE: NO
   
   
 07/03/2008 06:17  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   






"Knutson, Sam" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>.
..
> Hi,
>
>
>
> I have been looking at Logger performance as we have increases
> significantly the amount of data going into Logger in the last few
> years.
>
> One thing I am considering in conjunction with our next CEC
installation
> is to have the z/OS team set the ICF partition in the new CEC as
> VOLATILE: NO.
>
> With a non-volatile CF in another failure domain (CEC) it looks like I
> could improve throughput and reduce I/O on some of my heavily used
> logstreams.
>

Where and why do you forsee the improvements?
AFAIK a CF in the same CEC, connected with internal microcode emulated
CF links, is still much faster than external links to a CF in another
CEC. So you mean you can improve performance by moving to an external
CF?

Kees.

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

Re: DB2 V8 and Unicode

[Hal Merritt]

The command issued was SET UNI=00. There was a CUNUNI00 member and
something was loaded. 

So, in summary, to get a fully automatic Unicode environment for DB2, I
need to be sure the DB2 PTF is on, delete all CUNUNIxx members, and IPL.

Coolness?

Thanks all!!  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Thursday, July 03, 2008 2:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DB2 V8 and Unicode

On Thu, 3 Jul 2008 14:10:19 -0500, Hal Merritt <[EMAIL PROTECTED]>
wrote:

>I -knew- I count on you guys :-)
>
>1. There is no UNI= in IEASYS
>2. Both the SYS1.SCUNI datasets are cataloged and SCUNIMG is both APF
and
linklisted.
>3. From the IPL:
>   CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED
>   CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED
>4. Were the migration actions performed to remove CUNUNIxx parmlib
members
as documented in the z/OS 1.7 migration guide? - Don't know. There are
such
members in PARMLIB. Could that be my problem?
>

No, those are the migration actions and it looks like you have the 
correct messages at IPL time.


>Upon a -lot- of digging, I found where someone had issued a SET UNI
command.
>

What commands?


>So, so far it sounds like I need to delete the two parmlib members and
IPL.
Am I getting close?
>
>

You could be missing the required PTF that will cause the image to load
for DB2.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 14:10:19 -0500, Hal Merritt <[EMAIL PROTECTED]> wrote:

>I -knew- I count on you guys :-)
>
>1. There is no UNI= in IEASYS
>2. Both the SYS1.SCUNI datasets are cataloged and SCUNIMG is both APF and
linklisted.
>3. From the IPL:
>   CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED
>   CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED
>4. Were the migration actions performed to remove CUNUNIxx parmlib members
as documented in the z/OS 1.7 migration guide? - Don't know. There are such
members in PARMLIB. Could that be my problem?
>

No, those are the migration actions and it looks like you have the 
correct messages at IPL time.


>Upon a -lot- of digging, I found where someone had issued a SET UNI command.
>

What commands?


>So, so far it sounds like I need to delete the two parmlib members and IPL.
Am I getting close?
>
>

You could be missing the required PTF that will cause the image to load
for DB2.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 14:06:50 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>>
>> [ snip ]
>>
>> Are SYS1.SCUNIMG and SYS1.SCUNTBL cataloged?  Is SYS1.SCUNIMG
>> in the LNKLST?
>
>We don't have any SYS1.SCUNxxx datasets linklisted, and dynamic Unicode
>services works fine.

Because you have a CUNUNIxx member with an entry still (you say this
below).   This has been discussed by Brian several times and is in one of
the SHARE bit buckets.

If you include SCUNIMG in the LNKLST, you don't need any CUNUNIxx members
at all, which is my preference.  The small (FSVO small) amount of storage 
wasted is no concern at this shop (and probably 95%+ these days).

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


>
>> Were the migration actions performed to
>> remove CUNUNIxx parmlib members as documented in the z/OS 1.7
>> migration guide?
>
>We had to ensure that CUNUNIxx had at least one entry on 1.7.  We added
>the entries for CP1252 because DB2 v8 "complained" about that specific
>codepage being "missing" or "not found".  We left them in for 1.9
>because "it still works".
>
>-jc-
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another difference between platforms...

[Wayne Driscoll]

Clark,
As was mentioned, FBA doesn't contain support for RESERVE/RELEASE, causing
RACF/VM and RACF-z/OS to be unable to share a mini-disk resident database.
If you can't share a RACF database, how would any other multi-system sharing
be done?  

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Clark Morris
Sent: Thursday, July 03, 2008 1:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Another difference between platforms...

On 2 Jul 2008 14:23:25 -0700, in bit.listserv.ibm-main you wrote:

>On Wed, 2 Jul 2008 16:29:50 -0400, Thompson, Steve wrote:
>>
>>Is it CKD vs. FBA? Or is this caused by it being cheaper to emulate CKD
>>on RAID? And then, to continue with 3390 based geometry because it is
>>cheaper to do that than to put out a new DASD device?
>
>What does you mean, Steve?  All of the disk drives that everyone makes 
>today are FBA.  Do you think it would be more expensive for a DASD 
>subsystem to emulate FBA using FBA disks than it is to emulate CKD using
FBA 
>disks?  In fact, I'm pretty sure that every DASD manufacturer today will
let 
>you define the logical devices as FBA.
>>
>>IF FBA were such a wonderful thing, why hasn't some company that makes
>>disk units (or did) put out FBA for "MVS" with their own device
>>handler/driver?
>
>What incentive does Seagate or EMC (for example) have to write a lot of
code 
>for MVS to support FBA devices?
>
>How would they support using all the undocumented and unsupported 
>interfaces that they'd have to use to do it?
>
>How many customers would want to modify MVS with that level of changes 
>from a third party vendor?
>
>How much existing code would break?  Example: PDS uses TTR in the directory

>to point to the member.  Lots of code depends on TTR.

The transition would be 5 - 15 years during which both would have to
co-exist.  My approach would be as follows:

1.  Replace SYS1.NUCLEUS with an enhanced IPL "track"/disk area.  I
don't think any one would care so long as it wasn't more than a couple
of gigabytes.

2.  Improve PDSE so that it is available at IPL and can be used for
ALL IPL data sets.

3.  Add a GDG function to ESDS data sets and allow them in
concatenations.

4   Enable all of the FBA related access methods on FBA devices.  Note
that VSE and VM should have much of the code which could be ported.

This would allow a migration path, better disk I-O routines because
FBA wouldn't have to be mapped to CKD. 

Clark Morris

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Cataloging problem

[Schwarz, Barry A]

Try

which is "z/OS V1R9.0 DFSMS AMS for Catalogs".  Export Disconnect is
chapter 24.

-Original Message-
From: Chase, John [mailto:snip] 
Sent: Thursday, July 03, 2008 12:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cataloging problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A
> 
> Doesn't disconnect work only for catalogs?  Will it work for a 
> "normal" VSAM dataset like a CSI?

It used to.  When I looked in the manual to verify, I see that
DISCONNECT is no longer documented (z/OS 1.9 edition); looks like PURGE
should be coded instead.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Cataloging problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A
> 
> Doesn't disconnect work only for catalogs?  Will it work for 
> a "normal" VSAM dataset like a CSI?

It used to.  When I looked in the manual to verify, I see that
DISCONNECT is no longer documented (z/OS 1.9 edition); looks like PURGE
should be coded instead.

-jc-

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

Re: DB2 V8 and Unicode

[Hal Merritt]

I -knew- I count on you guys :-)

1. There is no UNI= in IEASYS
2. Both the SYS1.SCUNI datasets are cataloged and SCUNIMG is both APF and 
linklisted. 
3. From the IPL:
   CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED
   CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED  
4. Were the migration actions performed to remove CUNUNIxx parmlib members as 
documented in the z/OS 1.7 migration guide? - Don't know. There are such 
members in PARMLIB. Could that be my problem?

Upon a -lot- of digging, I found where someone had issued a SET UNI command.

So, so far it sounds like I need to delete the two parmlib members and IPL. Am 
I getting close? 

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lizette Koehler
Sent: Thursday, July 03, 2008 2:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DB2 V8 and Unicode

I have done the following


removed the UNI=xx in my IEASYS member for the SYSTEM.

IPL

Now I have UNICODE on DEMAND.  

Do you build your CUNIMG00 member or do you use UNICODE on Demand?

Lizette

>
>We just fired up our DB2 V8 in 'new function' mode on our z/os 1.7
>servpac system (With 1.9 toleration?). The IVP job that verifies Unicode
>fails. More, a DB2 connect client fails with a -332 SQL code which is
>grumping about a missing 'source code page 1252'. 
>
> 
>
>A trip through SA22-7649-06 suggests that the 'Pre-built DB2 Conversion
>Image' is in place and ready. However, the alleged automatic loading has
>not occurred. (The D UNI,STORAGE does not equal 9430.)
> 
>Of course DB2 support blames z/os, but can't offer anything to help
>diagnose the problem. 

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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: DB2 V8 and Unicode

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> 
> [ snip ]
> 
> Are SYS1.SCUNIMG and SYS1.SCUNTBL cataloged?  Is SYS1.SCUNIMG 
> in the LNKLST? 

We don't have any SYS1.SCUNxxx datasets linklisted, and dynamic Unicode
services works fine.

> Were the migration actions performed to 
> remove CUNUNIxx parmlib members as documented in the z/OS 1.7 
> migration guide? 

We had to ensure that CUNUNIxx had at least one entry on 1.7.  We added
the entries for CP1252 because DB2 v8 "complained" about that specific
codepage being "missing" or "not found".  We left them in for 1.9
because "it still works".

-jc-

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

Re: DB2 V8 and Unicode

[Lizette Koehler]

I have done the following


removed the UNI=xx in my IEASYS member for the SYSTEM.

IPL

Now I have UNICODE on DEMAND.  

Do you build your CUNIMG00 member or do you use UNICODE on Demand?

Lizette

>
>We just fired up our DB2 V8 in 'new function' mode on our z/os 1.7
>servpac system (With 1.9 toleration?). The IVP job that verifies Unicode
>fails. More, a DB2 connect client fails with a -332 SQL code which is
>grumping about a missing 'source code page 1252'. 
>
> 
>
>A trip through SA22-7649-06 suggests that the 'Pre-built DB2 Conversion
>Image' is in place and ready. However, the alleged automatic loading has
>not occurred. (The D UNI,STORAGE does not equal 9430.)
> 
>Of course DB2 support blames z/os, but can't offer anything to help
>diagnose the problem. 

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

Re: Cataloging problem

[Schwarz, Barry A]

Doesn't disconnect work only for catalogs?  Will it work for a "normal"
VSAM dataset like a CSI?

-Original Message-
From: Chase, John [snip] 
Sent: Thursday, July 03, 2008 5:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cataloging problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
> 
> >But I think the SMP/E CSI datasets are vsam datasets.  I do
> not think the novice can rename or uncatalog vsam files easily. 
> 
> Sorry, I forgot about that.
> But, I thought you could uncatalogue ICF VSAM?
> 
> Also, why not:
> 1. Backup -- all SMP/E procedures have a backup step.
> 2. Delete.
> 3. Define alias.
> 4. Restore.
> ??

EXPORT DISCONNECT -> DEFINE ALIAS -> IMPORT should also work.

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

Re: Cataloging problem

[Schwarz, Barry A]

You need to double check.  A rename will not move a VSAM dataset's
catalog entry to a different catalog.

-Original Message-
From: Yukus, Mary J CIV USMEPCOM [mailto:snip] 
Sent: Wednesday, July 02, 2008 4:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cataloging problem

Thanks Everyone!  I couldn't get the repro mergecat to work but I think
there is a problem with the user catalog I created since I can't even
define an alias on it. (I'll have to practice on this one a little more)
But I got the rename to work. 

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

Re: Cataloging problem

[Schwarz, Barry A]

Simpler but not applicable to a VSAM dataset. 

-Original Message-
From: Ted MacNEIL [mailto:snip] 
Sent: Wednesday, July 02, 2008 3:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cataloging problem

>For the first, use REPRO MERGECAT from the master catalog to the user
catalog.  Follow this with the define of the alias.

Not only are we swatting a fly with a Buick, but we're putting a pretty
heavy load on a non-VSAM person.

Another poster's solution was simpler:
1. Rename the TWO datasets.
2. Define the alias.
3. Rename the TWO datasets back.

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

Re: DB2 V8 and Unicode

[Mark Zelden]

On Thu, 3 Jul 2008 13:30:10 -0500, Hal Merritt <[EMAIL PROTECTED]> wrote:

>We just fired up our DB2 V8 in 'new function' mode on our z/os 1.7
>servpac system (With 1.9 toleration?). The IVP job that verifies Unicode
>fails. More, a DB2 connect client fails with a -332 SQL code which is
>grumping about a missing 'source code page 1252'. 
>
> 
>
>A trip through SA22-7649-06 suggests that the 'Pre-built DB2 Conversion
>Image' is in place and ready. However, the alleged automatic loading has
>not occurred. (The D UNI,STORAGE does not equal 9430.)
> 
>Of course DB2 support blames z/os, but can't offer anything to help
>diagnose the problem. 
> 
>Anyone tiptoe through these tulips lately and have a clue for me?
> 

Are SYS1.SCUNIMG and SYS1.SCUNTBL cataloged?  Is SYS1.SCUNIMG
in the LNKLST?  Were the migration actions performed to remove
CUNUNIxx parmlib members as documented in the z/OS 1.7 
migration guide?  Do you still have the syslog (nip messages) from
your last IPL?

So may questions... so little time. Have a good holiday weekend
to all of you celebrating in the U.S.

Cheers,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Cataloging problem

[Schwarz, Barry A]

This only works for non-VSAM.  Renaming a VSAM dataset leaves it in the
same catalog.

-Original Message-
From: John Sullivan [mailto:snip] 
Sent: Wednesday, July 02, 2008 2:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Cataloging problem

Hi Everyone,
We have a catalog issue.  Two SMP/E CSI's were created on one of our
test LPARS before the HLQ Alias was added.  These are now cataloged in
the master catalog.  Is there any simple way to create the alias and get
them cataloged into the user catalog they belong in?  I'm not strong on
VSAM.  Any JCL, etc is greatly appreciated.  Also, does anyone have a
method/JCL to copy a .CSI to another LPAR?
--
Try this for the catalog issue:

(1) Rename the 2 datasets.  Make the names start with something OTHER
THAN the HLQ for which you will create the alias.  Use IDCAMS or just do
it from TSO or ISPF.
(2) Add the alias to the master catalog.
(3) Rename the datasets back to their original name. If you did 1 and 2
right, the datasets will now be catalogued in the UCAT associated with
the alias added in 2.

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

Re: DB2 V8 and Unicode

[Clifford McNeill]

 
We put these entries in CUNUNI00.  We are also at z/OS V1R7 with V1R9 
toleration ptfs.
IMAGE CUNIMG00;  /* 
   */ /*   The following entries were added 
for DB2 V8  */ /*   
 */ REPLACE FROM(0037) TO(1047) TECH(ER) REPLACE 
FROM(1047) TO(0037) TECH(ER) REPLACE FROM(0367) 
TO(1252) TECH(ER) REPLACE FROM(1252) TO(0367) TECH(ER)  
   REPLACE FROM(1200) TO(1252) TECH(ER) 
REPLACE FROM(1252) TO(1200) TECH(ER) REPLACE 
FROM(1208) TO(1252) TECH(ER) REPLACE FROM(1252) 
TO(1208) TECH(ER)  



> Date: Thu, 3 Jul 2008 13:30:10 -0500> From: [EMAIL PROTECTED]> Subject: DB2 
> V8 and Unicode> To: IBM-MAIN@BAMA.UA.EDU> > We just fired up our DB2 V8 in 
> 'new function' mode on our z/os 1.7> servpac system (With 1.9 toleration?). 
> The IVP job that verifies Unicode> fails. More, a DB2 connect client fails 
> with a -332 SQL code which is> grumping about a missing 'source code page 
> 1252'. > > > > A trip through SA22-7649-06 suggests that the 'Pre-built DB2 
> Conversion> Image' is in place and ready. However, the alleged automatic 
> loading has> not occurred. (The D UNI,STORAGE does not equal 9430.)> > Of 
> course DB2 support blames z/os, but can't offer anything to help> diagnose 
> the problem. > > Anyone tiptoe through these tulips lately and have a clue 
> for me?> > Thanks!!> > > > > > > > > > > > > > NOTICE: This electronic mail 
> message and any files transmitted with it are intended> exclusively for the 
> individual or entity to which it is addressed. The message, > together with 
> any attachment, may contain confidential and/or privileged information.> Any 
> unauthorized review, use, printing, saving, copying, disclosure or 
> distribution > is strictly prohibited. If you have received this message in 
> error, please > immediately advise the sender by reply email and delete all 
> copies.> > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
> [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO> Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html> 
_
Windows Live Hotmail is giving away Zunes. Enter for your chance to win.
http://www.windowslive-hotmail.com/ZuneADay/?locale=en-US&ocid=TXT_TAGLM_Mobile_Zune_V3
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 V8 and Unicode

[Brian Peterson]

Unicode On Demand worked just fine in z/OS 1.7.  For DB2, you'll need to make 
sure you have OA14231/UA27251 (from way back in July 2006) applied.  Make 
sure to follow the instructions in DOC APAR OA23852 to catalog two 
SYS1.SCUNnnn data sets which are now required for this support, and then 
update IEASYS00 with UNI=00, and create member CUNUNI00 with the 
following command:
ADD,FROM=37,TO=1208,TECH=R
When this command is processed, Unicode will initialize (at IPL), and then DB2 
won't need the huge pre-built image and Unicode will automatically load any 
conversions that any application needs, as needed.

If you discover you don't have UA27251 applied, then I'd strongly suggest 
getting your z/OS 1.7 up to a current maintenance level.  There were several 
important Unicode fixes over the past few years, and you will be much better 
served by avoiding all those alreay-fixed problems.

Brian

On Thu, 3 Jul 2008 13:30:10 -0500, Hal Merritt wrote:

>We just fired up our DB2 V8 in 'new function' mode on our z/os 1.7
>servpac system (With 1.9 toleration?). The IVP job that verifies Unicode
>fails. More, a DB2 connect client fails with a -332 SQL code which is
>grumping about a missing 'source code page 1252'. 
>
> A trip through SA22-7649-06 suggests that the 'Pre-built DB2 Conversion
>Image' is in place and ready. However, the alleged automatic loading has
>not occurred. (The D UNI,STORAGE does not equal 9430.)
> 
>Of course DB2 support blames z/os, but can't offer anything to help
>diagnose the problem. 
> 
>Anyone tiptoe through these tulips lately and have a clue for me?
> 
>Thanks!!
>

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

Re: DB2 V8 and Unicode

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
> 
> We just fired up our DB2 V8 in 'new function' mode on our 
> z/os 1.7 servpac system (With 1.9 toleration?). The IVP job 
> that verifies Unicode fails. More, a DB2 connect client fails 
> with a -332 SQL code which is grumping about a missing 
> 'source code page 1252'. 
> 
> A trip through SA22-7649-06 suggests that the 'Pre-built DB2 
> Conversion Image' is in place and ready. However, the alleged 
> automatic loading has not occurred. (The D UNI,STORAGE does 
> not equal 9430.)
>  
> Of course DB2 support blames z/os, but can't offer anything 
> to help diagnose the problem. 
>  
> Anyone tiptoe through these tulips lately and have a clue for me?

Here's what worked for us on z/OS 1.7 (and 1.9):

1.  Create a PARMLIB member CUNUNIxx with these 4 lines:

ADD FROM=37 TO=1252  
ADD FROM=1208 TO=1252
ADD FROM=1252 TO=1208
ADD FROM=1252 TO=37  

2.  Ensure you have an entry UNI=xx in your IEASYSnn member, and

3.  Ensure that SYS1.SCUNTBL is cataloged.

Then either IPL or issue SET UNI=xx, and the rest should be "automagic".

-jc-

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

Re: Z/OS IBM Mainframe Computer Time To Rent.

[Tony Harminc]

2008/7/3 Chase, John <[EMAIL PROTECTED]>:
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Tony Harminc
>>
>> 2008/7/3 Shai Hess <[EMAIL PROTECTED]>:
>> > Anyone can give me a link to sites which are not expensive?
>>
>> When the rental period is over, how do you return the time?
>
> You don't -- you give them the rental money instead.  When the rental
> period is over, you return the resources you used on the machine.

Uh, that would be the CPU time...

> Or was that question supposed to have a "smiley" appended?

Inserting the smiley was left to the reader's judgement.

OK   :-)

Tony H.

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

DB2 V8 and Unicode

[Hal Merritt]

We just fired up our DB2 V8 in 'new function' mode on our z/os 1.7
servpac system (With 1.9 toleration?). The IVP job that verifies Unicode
fails. More, a DB2 connect client fails with a -332 SQL code which is
grumping about a missing 'source code page 1252'. 

 

A trip through SA22-7649-06 suggests that the 'Pre-built DB2 Conversion
Image' is in place and ready. However, the alleged automatic loading has
not occurred. (The D UNI,STORAGE does not equal 9430.)
 
Of course DB2 support blames z/os, but can't offer anything to help
diagnose the problem. 
 
Anyone tiptoe through these tulips lately and have a clue for me?
 
Thanks!!

   

 

 

 

 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Another difference between platforms...

[Ted MacNEIL]

>This would allow a migration path, better disk I-O routines because FBA 
>wouldn't have to be mapped to CKD. 

Why?
Better than what?
2-5 ms per I/O is not an issue!

What are we to gain with FBA, these days?

(From somebody who remembers 50-60 ms per I/O)

-
Too busy driving to stop for gas!

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

Re: Another difference between platforms...

[Clark Morris]

On 2 Jul 2008 14:23:25 -0700, in bit.listserv.ibm-main you wrote:

>On Wed, 2 Jul 2008 16:29:50 -0400, Thompson, Steve wrote:
>>
>>Is it CKD vs. FBA? Or is this caused by it being cheaper to emulate CKD
>>on RAID? And then, to continue with 3390 based geometry because it is
>>cheaper to do that than to put out a new DASD device?
>
>What does you mean, Steve?  All of the disk drives that everyone makes 
>today are FBA.  Do you think it would be more expensive for a DASD 
>subsystem to emulate FBA using FBA disks than it is to emulate CKD using FBA 
>disks?  In fact, I'm pretty sure that every DASD manufacturer today will let 
>you define the logical devices as FBA.
>>
>>IF FBA were such a wonderful thing, why hasn't some company that makes
>>disk units (or did) put out FBA for "MVS" with their own device
>>handler/driver?
>
>What incentive does Seagate or EMC (for example) have to write a lot of code 
>for MVS to support FBA devices?
>
>How would they support using all the undocumented and unsupported 
>interfaces that they'd have to use to do it?
>
>How many customers would want to modify MVS with that level of changes 
>from a third party vendor?
>
>How much existing code would break?  Example: PDS uses TTR in the directory 
>to point to the member.  Lots of code depends on TTR.

The transition would be 5 - 15 years during which both would have to
co-exist.  My approach would be as follows:

1.  Replace SYS1.NUCLEUS with an enhanced IPL "track"/disk area.  I
don't think any one would care so long as it wasn't more than a couple
of gigabytes.

2.  Improve PDSE so that it is available at IPL and can be used for
ALL IPL data sets.

3.  Add a GDG function to ESDS data sets and allow them in
concatenations.

4   Enable all of the FBA related access methods on FBA devices.  Note
that VSE and VM should have much of the code which could be ported.

This would allow a migration path, better disk I-O routines because
FBA wouldn't have to be mapped to CKD. 

Clark Morris

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

Re: Z/OS IBM Mainframe Computer Time To Rent.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tony Harminc
> 
> 2008/7/3 Shai Hess <[EMAIL PROTECTED]>:
> > Anyone can give me a link to sites which are not expensive?
> 
> When the rental period is over, how do you return the time?

You don't -- you give them the rental money instead.  When the rental
period is over, you return the resources you used on the machine.

Or was that question supposed to have a "smiley" appended?

-jc-

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

Re: Z/OS IBM Mainframe Computer Time To Rent.

[Tony Harminc]

2008/7/3 Shai Hess <[EMAIL PROTECTED]>:
> Anyone can give me a link to sites which are not expensive?

When the rental period is over, how do you return the time?

Tony H.

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

Re: want to read a dataset in use

[Paul Gilmartin]

On Thu, 3 Jul 2008 11:10:45 -0400, Jack Kelly wrote:
>
>That's the part that I missed or missed that thread. I assumed that if the
>dsn was able to be renamed in step 2, it wasn't used in further steps.
>This is what I attempted to imply with 'with catalog as the disposition'.
>Obviously I didn't do too well.
>
You and J R both hint at an interesting question.  If I have:

//STEP1
//SYSUT2  DD  DISP=NEW,DSN=OLD.NAME

//STEP2   EXEC PGM=IDCAML
  ALTER OLD.NAME NEW.NAME

//STEP3
//SYSUT2  DD  DISP=SHR,DSN=NEW.NAME

... Will the ENQ be SHR in STEP3, or will IDCAMS upgrade the SHR
ENQ issued by the initiator to EXC in order to perform the rename?
My only direct experience is that DEFINE/DELETE ALIAS requires no
ENQ on the alias name; I nave no information on the related name.

-- gil

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

Re: want to read a dataset in use

[(IBM Mainframe Discussion List)]

A similar question was asked a few months ago.  Check the archives for  more 
ideas.
 
Bill  Fairchild
Rocket Software



**Gas prices getting you down? Search AOL Autos for 
fuel-efficient used cars.  
(http://autos.aol.com/used?ncid=aolaut000507)

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

Re: want to read a dataset in use

[Howard Brazee]

On 3 Jul 2008 09:15:52 -0700, [EMAIL PROTECTED] (J R) wrote:

> 
>That's the problem, the OP has a third long-running 
>step that references the same dataset.  

Is there any problem in referencing copies of the dataset then?

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

Re: want to read a dataset in use

[J R]

> FREE=CLOSE is ignored when: 
> ...
> - The data set is referenced by another DD statement in the same or 
> subsequent step. 
 
 
That's the problem, the OP has a third long-running 
step that references the same dataset.  
 
 
> Date: Thu, 3 Jul 2008 11:46:32 -0400
> From: [EMAIL PROTECTED]
> Subject: Re: want to read a dataset in use
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Have you tried adding FREE=CLOSE to the dataset?
> The FREE parameter indicates when MVS is to free the resource(s) 
> allocated to this DD statement. The resource(s) can be device(s), 
> volume(s), or data set(s). 
> 
> FREE=CLOSE is ignored when: 
> 
> - The data set is a member of a concatenated group. 
> 
> - The task using the data set abnormally terminates. 
> 
> - The data set is referenced by another DD statement in the same or 
> subsequent step. 
> 
> Lizette
 
 
 
_
Don't get caught with egg on your face. Play chicktionary!
http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_feb
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mounting Enterprise PL/I HFS

[Ian S. Worthington]

Thanks Bill.

There was nothing in the log but the make did have the option to specify a
steplib, which fixed it.

btw I think it was your site I where found that smp/e uses bpxcopy to process
hfs elements.

Thanks,

i

-- Original Message --
Received: Thu, 03 Jul 2008 03:31:31 PM BST
From: Big Iron <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mounting Enterprise PL/I HFS

> I think that IBMZINN is a Enterprise PL/I compiler module. Is it possible
> that this module isn't in linklist? Otherwise, you should check the SYSLOG
> in case there are program fetch messages that are more informative.
> 
> Bill
> 
> On Thu, 3 Jul 2008 15:13:46 +0100, Ian S. Worthington
> <[EMAIL PROTECTED]> wrote:
> 
> >I installed the adcd.  I'm pretty sure its complete.
> >
> >I've made some progress with this.
> >
> >BPXCOPY is the utility smp/e calls with
> >
> > LINK '../bin/pli'
> > PARM PATHMODE(0,7,5,5)
> >
> >and PATH: '/usr/lpp/pli/IBM/'
> >
> >That hfs is mounted r/o and I can't modify it at the moment, so I've copied
it
> >to my own userid.  Worryingly invoking it with no arguments gives:
> >
> >IBM0590S ONCODE=9250  The fetchable procedure with entry IBMZINN could not
be
> >found. From entry point INVOKE_COMPILER at compile unit offset +039C
at
> >en
> >try offset +039C at address 0750AB8C
> >Ý1¨ + Done(137) pli
> >65659 Killed /tpf/pli/pli
> >
> >but I'm retrying the make in the vain hope that that's just the way pl/i
tells
> >me it doesn't have an input file.
> >
> >i
> >
> >
> >-- Original Message --
> >Received: Thu, 03 Jul 2008 02:37:46 PM BST
> >From: Mark Zelden <[EMAIL PROTECTED]>
> >To: IBM-MAIN@BAMA.UA.EDU
> >Subject: Re: Mounting Enterprise PL/I HFS
> >
> >> On Thu, 3 Jul 2008 10:57:06 +0100, Ian S. Worthington
> >> <[EMAIL PROTECTED]> wrote:
> >>
> >> >Thanks Bill.
> >> >
> >> >There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to
> >> >PATH: '/usr/lpp/pli/IBM/', which doesn't exist:
> >> >
> >> >IBMUSER:/u/ibmuser: >cd /usr/lpp/pli
> >> >IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l
> >> >total 0
> >> >
> >>
> >> Guess you would need a response from another person who has a
> >> z/OS 1.4 ADCD system to see if it comes with it.  Were you the
installer?
> >> What about the doc with the ADCD system.  Perhaps the CD with the
> >> misc. HFS files just wasn't loaded.
> >>
> >> Mark
> >> --
> >> Mark Zelden
> >> Sr. Software and Systems Architect - z/OS Team Lead
> >> Zurich North America / Farmers Insurance Group - ZFUS G-ITO
> >> mailto:[EMAIL PROTECTED]
> >> 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mounting Enterprise PL/I HFS

[Big Iron]

IIRC you may see that message if the region available is insufficient to
load all the required modules.

Bill

On Thu, 3 Jul 2008 09:31:17 -0500, Big Iron <[EMAIL PROTECTED]> wrote:

>I think that IBMZINN is a Enterprise PL/I compiler module. Is it possible
>that this module isn't in linklist? Otherwise, you should check the SYSLOG
>in case there are program fetch messages that are more informative.
>
>Bill
>
>On Thu, 3 Jul 2008 15:13:46 +0100, Ian S. Worthington
><[EMAIL PROTECTED]> wrote:
>
>>I installed the adcd.  I'm pretty sure its complete.
>>
>>I've made some progress with this.
>>
>>BPXCOPY is the utility smp/e calls with
>>
>> LINK '../bin/pli'
>> PARM PATHMODE(0,7,5,5)
>>
>>and PATH: '/usr/lpp/pli/IBM/'
>>
>>That hfs is mounted r/o and I can't modify it at the moment, so I've copied it
>>to my own userid.  Worryingly invoking it with no arguments gives:
>>
>>IBM0590S ONCODE=9250  The fetchable procedure with entry IBMZINN could not be
>>found. From entry point INVOKE_COMPILER at compile unit offset +039C at
>>en
>>try offset +039C at address 0750AB8C
>>Ý1¨ + Done(137) pli
>>65659 Killed /tpf/pli/pli
>>
>>but I'm retrying the make in the vain hope that that's just the way pl/i tells
>>me it doesn't have an input file.
>>
>>i
>>
>>
>>-- Original Message --
>>Received: Thu, 03 Jul 2008 02:37:46 PM BST
>>From: Mark Zelden <[EMAIL PROTECTED]>
>>To: IBM-MAIN@BAMA.UA.EDU
>>Subject: Re: Mounting Enterprise PL/I HFS
>>
>>> On Thu, 3 Jul 2008 10:57:06 +0100, Ian S. Worthington
>>> <[EMAIL PROTECTED]> wrote:
>>>
>>> >Thanks Bill.
>>> >
>>> >There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to
>>> >PATH: '/usr/lpp/pli/IBM/', which doesn't exist:
>>> >
>>> >IBMUSER:/u/ibmuser: >cd /usr/lpp/pli
>>> >IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l
>>> >total 0
>>> >
>>>
>>> Guess you would need a response from another person who has a
>>> z/OS 1.4 ADCD system to see if it comes with it.  Were you the installer?
>>> What about the doc with the ADCD system.  Perhaps the CD with the
>>> misc. HFS files just wasn't loaded.
>>>
>>> Mark
>>> --
>>> Mark Zelden
>>> Sr. Software and Systems Architect - z/OS Team Lead
>>> Zurich North America / Farmers Insurance Group - ZFUS G-ITO
>>> mailto:[EMAIL PROTECTED]
>>> 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Command OGETX not found (!?)

[Elardus Engelbrecht]

Chase, John wrote:

>Wonderful.  In which manual (if any) is that documented?  Certainly not
>in the "z/OS 1.9 UNIX System Services Command Reference", where OGETX
>itself is (somewhat) documented.

In 'UNIX System Services Planning' ( z/OS v1.8, not v1.9)

To make certain TSO/E commands (such as OEDIT, OBROWSE, and ISHELL) 
and some shipped REXX execs available to users, concatenate the following 
target libraries to the appropriate ISPF data definition names (ddnames) The 
following data sets are for the English panels, messages, and tables

   SYS1.SBPXPENU concatenated to ISPPLIB   
   SYS1.SBPXMENU concatenated to ISPMLIB   
   SYS1.SBPXTENU concatenated to ISPTLIB   
   SYS1.SBPXEXEC concatenated to SYSEXEC or SYSPROC

HTH!

Groete / Greetings
Elardus Engelbrecht

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

Re: Command OGETX not found (!?)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
> 
> Chase, John wrote:
> 
> >  [ snip ]
> >"Whiskey Tango Foxtrot???"
> 
> "Romeo Tango Foxtrot Mike" :)

"Whiskey Oscar?"

-jc-

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

Re: Command OGETX not found (!?)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Chase, John
> > 
> > Hi, All,
> > 
> > While "playing around" with OGET in batch on z/OS 1.9, I 
> saw the next 
> > topic in the manual was about OGETX, so I thought I'd 
> fiddle with that 
> > a bit.
> > 
> > //OGETXEXEC PGM=IKJEFT01,DYNAMNBR=30 
> > //SYSPRINT DD SYSOUT=*
> > //SYSTERM  DD SYSOUT=*
> > //SYSTSPRT DD SYSOUT=*
> > //SYSTSIN  DD * 
> >   OGETX '/my/unix/path/name/file.name' + 
> >'MY.OUTPUT.PDS' binary suffix
> > /*
> > 
> > Here's the output:
> > 
> > READY 
> >   OGETX '/my/unix/path/name/file.name' 'MY.OUTPUT.PDS' 
> binary suffix 
> > COMMAND OGETX NOT FOUND READY END
> > 
> > "Whiskey Tango Foxtrot???"
> > 
> > -jc-
> 
> OGETX and OPUTX are both REXX execs which run only in the 
> ISPF environment. They are in SYS1.SBPXEXEC.

Wonderful.  In which manual (if any) is that documented?  Certainly not
in the "z/OS 1.9 UNIX System Services Command Reference", where OGETX
itself is (somewhat) documented.

-jc-

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

Re: want to read a dataset in use

[Lizette Koehler]

Have you tried adding FREE=CLOSE to the dataset?
The FREE parameter indicates when MVS is to free the resource(s)  
allocated to this DD statement.  The resource(s) can be device(s),
volume(s), or data set(s).
  
FREE=CLOSE is ignored when:   
  
-   The data set is a member of a concatenated group. 
  
-   The task using the data set abnormally terminates.
  
-   The data set is referenced by another DD statement in the same or 
subsequent step.  

Lizette



>
>To have a comparable test you would need a 3rd step that referenced that
>same data set (or a DD for that data set in the 2nd step).  With your 
>simple
>two-step approach, the system dropped the ENQ after the first step because
>no later step needed it.

>
>That's the part that I missed or missed that thread. I assumed that if the 
>dsn was able to be renamed in step 2, it wasn't used in further steps. 
>This is what I attempted to imply with 'with catalog as the disposition'. 
>Obviously I didn't do too well.
>
>>

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

Re: Command OGETX not found (!?)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Thursday, July 03, 2008 10:29 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Command OGETX not found (!?)
> 
> Hi, All,
> 
> While "playing around" with OGET in batch on z/OS 1.9, I saw the next
> topic in the manual was about OGETX, so I thought I'd fiddle 
> with that a
> bit.
> 
> //OGETXEXEC PGM=IKJEFT01,DYNAMNBR=30 
> //SYSPRINT DD SYSOUT=* 
> //SYSTERM  DD SYSOUT=* 
> //SYSTSPRT DD SYSOUT=* 
> //SYSTSIN  DD * 
>   OGETX '/my/unix/path/name/file.name' + 
>'MY.OUTPUT.PDS' binary suffix 
> /* 
> 
> Here's the output:
> 
> READY 
>   OGETX '/my/unix/path/name/file.name' 'MY.OUTPUT.PDS' binary suffix 
> COMMAND OGETX NOT FOUND 
> READY 
> END 
> 
> "Whiskey Tango Foxtrot???"
> 
> -jc-

OGETX and OPUTX are both REXX execs which run only in the ISPF
environment. They are in SYS1.SBPXEXEC.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

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

Re: Command OGETX not found (!?)

[Hal Merritt]

I thought most of the 'Irish' commands (O'get, O'put, O'etc) were
targeted to the O'TSO environment. Try again under O'ISPF or in the
O'shell. 

Good O'luck :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, July 03, 2008 10:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Command OGETX not found (!?)

Hi, All,

While "playing around" with OGET in batch on z/OS 1.9, I saw the next
topic in the manual was about OGETX, so I thought I'd fiddle with that a
bit.

//OGETXEXEC PGM=IKJEFT01,DYNAMNBR=30 
//SYSPRINT DD SYSOUT=* 
//SYSTERM  DD SYSOUT=* 
//SYSTSPRT DD SYSOUT=* 
//SYSTSIN  DD * 
  OGETX '/my/unix/path/name/file.name' + 
   'MY.OUTPUT.PDS' binary suffix 
/* 

Here's the output:

READY 
  OGETX '/my/unix/path/name/file.name' 'MY.OUTPUT.PDS' binary suffix 
COMMAND OGETX NOT FOUND 
READY 
END 

"Whiskey Tango Foxtrot???"

-jc-


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

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Command OGETX not found (!?)

[Elardus Engelbrecht]

Chase, John wrote:

>  OGETX '/my/unix/path/name/file.name' 'MY.OUTPUT.PDS' binary suffix 
>COMMAND OGETX NOT FOUND 

Check your SYS1.SBPXEXEC.  Have it allocated as SYSPROC in your job.

>"Whiskey Tango Foxtrot???"

"Romeo Tango Foxtrot Mike" :)

HTH

Groete / Greetings
Elardus Engelbrecht

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

Command OGETX not found (!?)

[Chase, John]

Hi, All,

While "playing around" with OGET in batch on z/OS 1.9, I saw the next
topic in the manual was about OGETX, so I thought I'd fiddle with that a
bit.

//OGETXEXEC PGM=IKJEFT01,DYNAMNBR=30 
//SYSPRINT DD SYSOUT=* 
//SYSTERM  DD SYSOUT=* 
//SYSTSPRT DD SYSOUT=* 
//SYSTSIN  DD * 
  OGETX '/my/unix/path/name/file.name' + 
   'MY.OUTPUT.PDS' binary suffix 
/* 

Here's the output:

READY 
  OGETX '/my/unix/path/name/file.name' 'MY.OUTPUT.PDS' binary suffix 
COMMAND OGETX NOT FOUND 
READY 
END 

"Whiskey Tango Foxtrot???"

-jc-


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

Re: want to read a dataset in use

[Jack Kelly]

To have a comparable test you would need a 3rd step that referenced that
same data set (or a DD for that data set in the 2nd step).  With your 
simple
two-step approach, the system dropped the ENQ after the first step because
no later step needed it.


That's the part that I missed or missed that thread. I assumed that if the 
dsn was able to be renamed in step 2, it wasn't used in further steps. 
This is what I attempted to imply with 'with catalog as the disposition'. 
Obviously I didn't do too well.

Jack Kelly
202-502-2390 (Office)

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

Re: Another difference between platforms...

[Gerhard Postpischil]

Chase, John wrote:

Anybody who understands Assembler is obsolete.  :-D


Right! Real programmers write machine code 

Gerhard Postpischil
Bradford, VT

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

Re: want to read a dataset in use

[Walt Farrell]

On Thu, 3 Jul 2008 09:23:31 -0400, Jack Kelly <[EMAIL PROTECTED]>
wrote:

>I don't understand, if you can rename the dataset in a second step, why
>you can't browse it after the first step. I just ran a test and created a
>dsn, with catalog as the disposition, and a second 'wait' step. I could
>read and delete the dsn from the first step while the job was in the
>'wait' second step.

To have a comparable test you would need a 3rd step that referenced that
same data set (or a DD for that data set in the 2nd step).  With your simple
two-step approach, the system dropped the ENQ after the first step because
no later step needed it.

-- 
  Walt

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

Re: want to read a dataset in use

[Paul Gilmartin]

On Thu, 3 Jul 2008 09:39:04 -0400, Craddock, Chris wrote:
>
>[] Have you tried specifying "FREE=CLOSE" on the DD statement for
>the dataset?
>
I believe that while "FREE=CLOSE" may free the DDNAME for the current
step, the ENQ remains in effect through the current step until the
end of the last subsequent step containing a DD statement for the
data set name.

-- gil

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

Re: CEA - Common Event Adapter

[Dean Montevago]

We ran into a problem with the initial IPL of 1.9, CEA kept trying to
restart itself and hosed up the sysplex. That's what sparked the
curiousity to what it was all about.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hal Merritt
Sent: Thursday, July 03, 2008 10:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CEA - Common Event Adapter


Interesting. Next time, might ask for a formal statement to that effect
that we can show our auditors. We are expected to know and manage every
process. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Shannon
Sent: Thursday, July 03, 2008 8:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CEA - Common Event Adapter

> Is there any doc on what the function of this address space is ?

I inquired about a year ago, and received a rather terse note from an
IBM developer stating that it is for internal use and will not be
documented.

Bob Shannon
Rocket Software

 

NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively for the individual or entity to which it is
addressed. The message, 
together with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying,
disclosure or distribution 
is strictly prohibited. If you have received this message in error,
please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: cut/paste from HMC

[Martin Packer]

You could do - like I did the other day - go Ctrl+U from Firefox to bring 
up the HTML / Javascript source. Then, from that, identify the 
XMLHttpRequest that goes and gets the data you want. And finally write 
your own HTML / javascript code to replicate that call.

You're almost certainly on your own with supporting the code.

Or is that too geeky of me? :-)

Note: My experiment was against z10 in a Firefox Browser. Might not be 
YOUR case.

Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: CEA - Common Event Adapter

[Hal Merritt]

Interesting. Next time, might ask for a formal statement to that effect
that we can show our auditors. We are expected to know and manage every
process. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Shannon
Sent: Thursday, July 03, 2008 8:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CEA - Common Event Adapter

> Is there any doc on what the function of this address space is ?

I inquired about a year ago, and received a rather terse note from an
IBM developer stating that it is for internal use and will not be
documented.

Bob Shannon
Rocket Software

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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

Re: Mounting Enterprise PL/I HFS

[Big Iron]

I think that IBMZINN is a Enterprise PL/I compiler module. Is it possible
that this module isn't in linklist? Otherwise, you should check the SYSLOG
in case there are program fetch messages that are more informative.

Bill

On Thu, 3 Jul 2008 15:13:46 +0100, Ian S. Worthington
<[EMAIL PROTECTED]> wrote:

>I installed the adcd.  I'm pretty sure its complete.
>
>I've made some progress with this.
>
>BPXCOPY is the utility smp/e calls with
>
> LINK '../bin/pli'
> PARM PATHMODE(0,7,5,5)
>
>and PATH: '/usr/lpp/pli/IBM/'
>
>That hfs is mounted r/o and I can't modify it at the moment, so I've copied it
>to my own userid.  Worryingly invoking it with no arguments gives:
>
>IBM0590S ONCODE=9250  The fetchable procedure with entry IBMZINN could not be
>found. From entry point INVOKE_COMPILER at compile unit offset +039C at
>en
>try offset +039C at address 0750AB8C
>Ý1¨ + Done(137) pli
>65659 Killed /tpf/pli/pli
>
>but I'm retrying the make in the vain hope that that's just the way pl/i tells
>me it doesn't have an input file.
>
>i
>
>
>-- Original Message --
>Received: Thu, 03 Jul 2008 02:37:46 PM BST
>From: Mark Zelden <[EMAIL PROTECTED]>
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Mounting Enterprise PL/I HFS
>
>> On Thu, 3 Jul 2008 10:57:06 +0100, Ian S. Worthington
>> <[EMAIL PROTECTED]> wrote:
>>
>> >Thanks Bill.
>> >
>> >There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to
>> >PATH: '/usr/lpp/pli/IBM/', which doesn't exist:
>> >
>> >IBMUSER:/u/ibmuser: >cd /usr/lpp/pli
>> >IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l
>> >total 0
>> >
>>
>> Guess you would need a response from another person who has a
>> z/OS 1.4 ADCD system to see if it comes with it.  Were you the installer?
>> What about the doc with the ADCD system.  Perhaps the CD with the
>> misc. HFS files just wasn't loaded.
>>
>> Mark
>> --
>> Mark Zelden
>> Sr. Software and Systems Architect - z/OS Team Lead
>> Zurich North America / Farmers Insurance Group - ZFUS G-ITO
>> mailto:[EMAIL PROTECTED]
>> 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mounting Enterprise PL/I HFS

[Ian S. Worthington]

I installed the adcd.  I'm pretty sure its complete.

I've made some progress with this.

BPXCOPY is the utility smp/e calls with

 LINK '../bin/pli' 
 PARM PATHMODE(0,7,5,5) 

and PATH: '/usr/lpp/pli/IBM/'  

That hfs is mounted r/o and I can't modify it at the moment, so I've copied it
to my own userid.  Worryingly invoking it with no arguments gives:

IBM0590S ONCODE=9250  The fetchable procedure with entry IBMZINN could not be
found. From entry point INVOKE_COMPILER at compile unit offset +039C at
en
try offset +039C at address 0750AB8C   
Ý1¨ + Done(137) pli   
65659 Killed /tpf/pli/pli   

but I'm retrying the make in the vain hope that that's just the way pl/i tells
me it doesn't have an input file.

i


-- Original Message --
Received: Thu, 03 Jul 2008 02:37:46 PM BST
From: Mark Zelden <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mounting Enterprise PL/I HFS

> On Thu, 3 Jul 2008 10:57:06 +0100, Ian S. Worthington
> <[EMAIL PROTECTED]> wrote:
> 
> >Thanks Bill.
> >
> >There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to
> >PATH: '/usr/lpp/pli/IBM/', which doesn't exist:
> >
> >IBMUSER:/u/ibmuser: >cd /usr/lpp/pli
> >IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l
> >total 0
> >
> 
> Guess you would need a response from another person who has a
> z/OS 1.4 ADCD system to see if it comes with it.  Were you the installer?
> What about the doc with the ADCD system.  Perhaps the CD with the
> misc. HFS files just wasn't loaded.  
> 
> Mark
> --
> Mark Zelden
> Sr. Software and Systems Architect - z/OS Team Lead
> Zurich North America / Farmers Insurance Group - ZFUS G-ITO
> mailto:[EMAIL PROTECTED]
> 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFHSM - turn off migration in ARCCMDnn?

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

John,
 
  You also want to SETSYS SECONDARYSPMGMTSTART(0 0)

Primary space mgt. mostly sends datasets to ML1 DASD. 

Regards,

Dave O'Brien




From: McKown, John 
Sent: Thu 7/3/2008 9:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFHSM - turn off migration in ARCCMDnn?



We no longer want to automatically migrate DASD datasets to tape.
However, we do want to do other HSM work. I am not really trained on
this. I am RTFM'ing right now. But would some kind soul tell me wat to
put in ARCCMDnn to stop automatic migration. Is it as simple as

SETSYS PRIMARYSPMGMTSTART(0 0)

? That's how I read the book.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.




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

DFHSM - turn off migration in ARCCMDnn?

[McKown, John]

We no longer want to automatically migrate DASD datasets to tape.
However, we do want to do other HSM work. I am not really trained on
this. I am RTFM'ing right now. But would some kind soul tell me wat to
put in ARCCMDnn to stop automatic migration. Is it as simple as 

SETSYS PRIMARYSPMGMTSTART(0 0)

? That's how I read the book.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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

Re: CEA - Common Event Adapter

[Elardus Engelbrecht]

Bob Shannon wrote:

>I inquired about a year ago, and received a rather terse note from an IBM 
developer stating that it is for internal use and will not be documented.

Sorry, can't resist, but with what version of TERSE did IBM gave you a 'rather 
terse note'?;-D

Groete / Greetings
Elardus Engelbrecht

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

Re: want to read a dataset in use

[Craddock, Chris]

> I want to read a dataset(seq) which is created by JCL DISP=(NEW,) of a
> long
> running job while the job is running. When i try to browse the dataset
> using
> ISPF, I have 'dataset in use' msg.
> I tried to rename the dataset using IDCAMS ALTER in the next step
after
> the
> creation step and tried to read the renamed dataset, but still no
good.
> The last step is the long running step which writes some records in
the
> dataset.
> 
> Is it possible? am i wasting time?

[] Have you tried specifying "FREE=CLOSE" on the DD statement for
the dataset?

CC

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

Re: want to read a dataset in use

[Steve Comstock]

Steve Comstock wrote:

Jack Kelly wrote:
I don't understand, if you can rename the dataset in a second step, 
why you can't browse it after the first step. I just ran a test and 
created a dsn, with catalog as the disposition, and a second 'wait' 
step. I could read and delete the dsn from the first step while the 
job was in the 'wait' second step.


Huh? How could this be? You sound like you're running the first and
second steps at the same time. Something's wacky here.



Oh, wait, I see what you mean. Perhaps:

I could read and delete the dsn created in the first step while the
job was in the second step.

?

Or did you mean you could read and delete the dsn created in
the first step from ISPF, while the job was in the second step?




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four<==
==> programming languages, JCL to Assemble or compile, <==
==> bind and test. <==
==>   http://www.trainersfriend.com/TTFStore/index.html<==

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

Re: Mounting Enterprise PL/I HFS

[Mark Zelden]

On Thu, 3 Jul 2008 10:57:06 +0100, Ian S. Worthington
<[EMAIL PROTECTED]> wrote:

>Thanks Bill.
>
>There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to
>PATH: '/usr/lpp/pli/IBM/', which doesn't exist:
>
>IBMUSER:/u/ibmuser: >cd /usr/lpp/pli
>IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l
>total 0
>

Guess you would need a response from another person who has a
z/OS 1.4 ADCD system to see if it comes with it.  Were you the installer?
What about the doc with the ADCD system.  Perhaps the CD with the
misc. HFS files just wasn't loaded.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: want to read a dataset in use

[Paul Gilmartin]

On Thu, 3 Jul 2008 09:23:31 -0400, Jack Kelly wrote:

>I don't understand, if you can rename the dataset in a second step, why
>you can't browse it after the first step. I just ran a test and created a
>dsn, with catalog as the disposition, and a second 'wait' step. I could
>read and delete the dsn from the first step while the job was in the
>'wait' second step.
>
Ah, but I suspect that the OP had a DD statement for the data set in
the second step, and that you didn't.

-- gil

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

Re: want to read a dataset in use

[Steve Comstock]

Jack Kelly wrote:
I don't understand, if you can rename the dataset in a second step, why 
you can't browse it after the first step. I just ran a test and created a 
dsn, with catalog as the disposition, and a second 'wait' step. I could 
read and delete the dsn from the first step while the job was in the 
'wait' second step.


Huh? How could this be? You sound like you're running the first and
second steps at the same time. Something's wacky here.



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four<==
==> programming languages, JCL to Assemble or compile, <==
==> bind and test. <==
==>   http://www.trainersfriend.com/TTFStore/index.html<==

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

Re: Cataloging problem

[Ted MacNEIL]

>EXPORT DISCONNECT -> DEFINE ALIAS -> IMPORT should also work.

I was trying to keep it simple!
The OP stated that he/she had no VSAM expertise.
But, anybody using SMP/E should be able to backup and restore a CSI or two.

-
Too busy driving to stop for gas!

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

Re: Cataloging problem

[Mark Zelden]

On Wed, 2 Jul 2008 22:44:40 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>But I think the SMP/E CSI datasets are vsam datasets.  I do not think the
novice can rename or uncatalog vsam files easily.
>

You can rename (ALTER) them, but they will remain in the original
catalog.  

>Sorry, I forgot about that.
>But, I thought you could uncatalogue ICF VSAM?
>

You can DEL NOSCRATCH - which will uncatalog them, but that
won't help you.  The only way to recatalog them is in the former
catalog with DEFINE RECATALOG.

>Also, why not:
>1. Backup -- all SMP/E procedures have a backup step.
>2. Delete.
>3. Define alias.
>4. Restore.
>??

What's easier and quicker - merging a few catalog entries and defining
an alias or actually dealing with data sets.  What if these data sets
were thousands of cylinders each?  Why touch the data?

Backing up and restoring the data - now that would be swatting a fly
with a Buick.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: want to read a dataset in use

[Jack Kelly]

I don't understand, if you can rename the dataset in a second step, why 
you can't browse it after the first step. I just ran a test and created a 
dsn, with catalog as the disposition, and a second 'wait' step. I could 
read and delete the dsn from the first step while the job was in the 
'wait' second step.

Jack Kelly
202-502-2390 (Office)

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

Re: cut/paste from HMC

[Miklos Szigetvari]

Hi

Thank you, it is a good idea.

Jack Kelly wrote:



z9 HMC via a browser


As long as you have access via a browser, I use screen print to cut and 
paste into Power Point. Slow and tedious but it has gotten the job done 
for me.


Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Setting Coupling Facility VOLATILE: NO

[Vernooy, C.P. - SPLXM]

"Knutson, Sam" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>.
..
> Hi,
> 
>  
> 
> I have been looking at Logger performance as we have increases
> significantly the amount of data going into Logger in the last few
> years.
> 
> One thing I am considering in conjunction with our next CEC
installation
> is to have the z/OS team set the ICF partition in the new CEC as
> VOLATILE: NO.
> 
> With a non-volatile CF in another failure domain (CEC) it looks like I
> could improve throughput and reduce I/O on some of my heavily used
> logstreams.
> 

Where and why do you forsee the improvements?
AFAIK a CF in the same CEC, connected with internal microcode emulated
CF links, is still much faster than external links to a CF in another
CEC. So you mean you can improve performance by moving to an external
CF?

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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

Re: cut/paste from HMC

[Jack Kelly]

z9 HMC via a browser


As long as you have access via a browser, I use screen print to cut and 
paste into Power Point. Slow and tedious but it has gotten the job done 
for me.

Jack Kelly
202-502-2390 (Office)

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

Re: Another difference between platforms...

[Veilleux, Jon L]

> Anybody who understands Assembler is obsolete.  :-D   

Until there is a system or application problem that requires detailed
analysis. ;>}


Jon L. Veilleux 
[EMAIL PROTECTED] 
(860) 636-2683 

This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

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

Re: CEA - Common Event Adapter

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Dean Montevago
> 
> Hi,
> 
> Is there any doc on what the function of this address space 
> is ? I found a couple of hits in the 1.9 books but it doesn't 
> go into any detail. 

The only doc I've seen is in the z/OS 1.9 Planning for Installation
manual, chapter 5:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2B181/5.1

-jc-

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

Re: want to read a dataset in use

[Paul Gilmartin]

On Thu, 3 Jul 2008 09:24:44 +0200, Vernooy, C.P. - SPLXM wrote:
>
>"Al Chu" wrote in message
>news:<[EMAIL PROTECTED]>...
>> Hi
>>
>> I am not a sysprog nor an expert.
>> I want to read a dataset(seq) which is created by JCL DISP=(NEW,) of a
>long
>> running job while the job is running. When i try to browse the dataset
>using
>> ISPF, I have 'dataset in use' msg.
>> I tried to rename the dataset using IDCAMS ALTER in the next step
>after the
>> creation step and tried to read the renamed dataset, but still no
>good.
>> The last step is the long running step which writes some records in
>the
>> dataset.
>>
If that last step allocates the data set DISP=SHR, with the new
name assigned by IDCAMS ALTER, I don't understand why it can't
be read concurrently by other jobs.  I don't believe ALTER leaves
a persistent ENQ on the data set name.

>This is not possible. The job has the dataset exclusive and this really
>means it has the dataset exlusively.
>
>There an other way, that might be usable for you: If the job can write
>to SYSOUT i.s.o. a dataset, you can read the output it has produced with
>SDSF while the job is running.
>
Same would be possible with a UNIX file (HFS or zFS), and access would
be more generally possible than via SDSF.

Or, preallocate the data set in a separate job, and allocate it only
DISP=SHR in the "long running job".

Or, wrap your long running step in a Rexx exec which allocates the data
set dynamically SHR.  The exclusive ENQ will be freed after the last
step which mentions the data set name in JCL.

-- gil

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

cut/paste from HMC

[Miklos Szigetvari]

Hi

We using z9 HMC via a browser

According IBM the cut/paste is never worked from here .
How could I get a console log section ?
We had an IPL problem , and I wanted to send the console log

--
Miklos Szigetvari

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

E-mail: [EMAIL PROTECTED] 

Info: [EMAIL PROTECTED] 
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Refreshing LLA modules in batch mode

[Wayne Driscoll]

Or you need an APF authorized program that can issue the modify command via
MGRCE macro, and then set up an SMCS console to look for responses.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Vernooy, C.P. - SPLXM
Sent: Thursday, July 03, 2008 2:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Refreshing LLA modules in batch mode



"CAPRON Romain" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hi,
> 
>  
> 
> All of our program librairies are in LLA.
> 
> When our Production team transfert new program version in one of these
> librairies, they refresh the LLA in batch mode via an IEBEDIT
(/*$VS,'F
> LLA,UPDATE=02') where CSVLLA02 is a dynamically generated member.
> 
> But, when the update lla failed, the job end with RC=0...
> 
>  
> 
> Is there a way to do this action with the right RC (not having rc=0
when
> f lla,udpate failed) ?
> 
>  
> 
> Regards,
> 
>  
> 
> Romain

Not this way.
You ask IEBEDIT to write a record to SYSUT2 and that action is
succesfull and gives you RC=0.
You will need to have some automation tool to intercept the response of
the F LLA command and interprete it.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another difference between platforms...

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
> 
> -
> Blind pursuit of backward compatibility has left us stuck 
> with CKD even while most of the major logical methods of 
> storage are FBA (VSAM, DB2, and PDSE).
> --
> I still maintain that while FBA architecture has some 
> advantages, there's still a place for CKD architecture as 
> well. I guess that makes me obsolete, too. :-)

Anybody who understands Assembler is obsolete.  :-D

-jc-

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

Re: Cataloging problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
> 
> >But I think the SMP/E CSI datasets are vsam datasets.  I do 
> not think the novice can rename or uncatalog vsam files easily. 
> 
> Sorry, I forgot about that.
> But, I thought you could uncatalogue ICF VSAM?
> 
> Also, why not:
> 1. Backup -- all SMP/E procedures have a backup step.
> 2. Delete.
> 3. Define alias.
> 4. Restore.
> ??

EXPORT DISCONNECT -> DEFINE ALIAS -> IMPORT should also work.

-jc-

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

Re: Another difference between platforms...

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


[EMAIL PROTECTED] (Graeme Gibson) writes:
> ..but "blind" is completely out of court here and cannot go
> unchallenged in this forum.  If CKD compatability had been abandoned
> then I've no doubt that it would have broken thousands of applications
> and would have been regarded by the customer base as a total
> show-stopper when considering an upgrade to any version of "MVS" or
> "S/390" or "z/OS" without CKD support.

the issue (initially) wasn't about CKD being abandoned but starting with
MVS supporting FBA ... and transition period from CKD to FBA.

i was told that even providing them with fully tested and integrated FBA
support in MVS ... it would still cost $26m to ship the support and I
had to show (significant, incremental) ROI for that $26m (including
opportunity costs vis-a-vis spending it somewhere else). at the time,
the claim was that they were shipping as many disk drives as they could
build ... and therefor (at best) customers would buy FBA in lieu of CKD
... with no incremental revenue.

one business case was life-cycle costs ... there have been enormous
costs sunk into incremental enhancements to CKD ... that would have much
more cost-effectively done as transition to FBA.

lots of past posts mentioning CKD issues (and/or being told I had to
show ROI business case for the $26m to ship FBA support in MVS):
http://www.garlic.com/~lynn/subtopic.html#dasd

for other topic drift, misc. past posts about being allowed to play
disk engineer in bldgs. 14 & 15
http://www.garlic.com/~lynn/subtopic.html#disk

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

Re: Refreshing LLA modules in batch mode

[Jakubek, Jan]

You may adopt/ use LINKLLA from Gilbert Saint-flour from CBT file 183, 

 

Or from CBT file 394:

 

LLAUPDTX  Synchronous LLA update routine (using LLACOPY macro).  

  One member per step (specified in PARM) gets refreshed.

 

LLAUPDTS  Synchronous LLA update routine (using LLACOPY macro).

  Multiple members (specified in SYSIN) get refreshed.

 

(I wrote the above two to address the exact need that you seem to
have...)


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

Re: Refreshing LLA modules in batch mode

[Lizette Koehler]

We actually have Automation (OPS/MVS) doing the LLA Refresh.  That way it
can capture it when it does not work and send a email.

I worked at another shop that used PDSMAN to handle LLA Refreshes.

Lizette



>
> All of our program librairies are in LLA.
>
> When our Production team transfert new program version in one of these 
> librairies, they refresh the LLA in batch mode via an IEBEDIT 
> (/*$VS,'F
> LLA,UPDATE=02') where CSVLLA02 is a dynamically generated member.
>
> But, when the update lla failed, the job end with RC=0...
>
>
>
> Is there a way to do this action with the right RC (not having rc=0 
> when f lla,udpate failed) ?
>
ves/ibm-main.html

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

Re: Setting Coupling Facility VOLATILE: NO

[Lizette Koehler]

I seem to recall that DB2 has issues with VOLATILE but do not remember what
they are.  Will you have DB2 running on them?

Lizette



[>] Snip

I have been looking at Logger performance as we have increases
significantly the amount of data going into Logger in the last few
years.

One thing I am considering in conjunction with our next CEC installation
is to have the z/OS team set the ICF partition in the new CEC as
VOLATILE: NO.

With a non-volatile CF in another failure domain (CEC) it looks like I
could improve throughput and reduce I/O on some of my heavily used
logstreams.

We have redundant power connection and triple redundant power
architecture in the data center.  

It seems that if you have a reliable UPS infrastructure and redundant
connections from the z box to different PDU's this is reasonable.

 

Does anyone order the internal battery on a CEC?  Does anyone set a
standalone CF or ICF partition as VOLATILE: NO without an internal
battery?
[>] UnSnip

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

Setting Coupling Facility VOLATILE: NO

[Knutson, Sam]

Hi,

 

I have been looking at Logger performance as we have increases
significantly the amount of data going into Logger in the last few
years.

One thing I am considering in conjunction with our next CEC installation
is to have the z/OS team set the ICF partition in the new CEC as
VOLATILE: NO.

With a non-volatile CF in another failure domain (CEC) it looks like I
could improve throughput and reduce I/O on some of my heavily used
logstreams.

We have redundant power connection and triple redundant power
architecture in the data center.  

It seems that if you have a reliable UPS infrastructure and redundant
connections from the z box to different PDU's this is reasonable.

 

Does anyone order the internal battery on a CEC?  Does anyone set a
standalone CF or ICF partition as VOLATILE: NO without an internal
battery?

Thanks, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..."

 

 

 





 


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

CEA - Common Event Adapter

[Dean Montevago]

Hi,

Is there any doc on what the function of this address space is ? I found
a couple of hits in the 1.9 books but it doesn't go into any detail. 

TIA
Dean 

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[EMAIL PROTECTED]


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

Re: Refreshing LLA modules in batch mode

[Itschak Mugzach]

I hope you are not allowing that, but you can specify MVS commands directly
after job card.  


| Itschak Mugzach | Director | SecuriTeam Software |
| Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak
Mugzach | Web: www.Securiteam.co.il  | 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of z/OS scheduler
Sent: Thursday, July 03, 2008 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Refreshing LLA modules in batch mode

Romain,

I cannot remember which CBT it is on, but there is a CBT with BATCHCMD on,
and below is two examples of how we are doing it, this will fail if the LLA
command fails.


//BATCHCMD EXEC PGM=BATCHCMD,PARM='MGCR=F LLA,REFRESH'
//*

//BATCHCMD EXEC PGM=BATCHCMD,
//  PARM='MGCR=SETPROG LPA,ADD,MODNAME=(ISFPARMS),DSNAME=ISF.SISFLOAD'
Good Luck

2008/7/3 CAPRON Romain <[EMAIL PROTECTED]>:

> Hi,
>
>
>
> All of our program librairies are in LLA.
>
> When our Production team transfert new program version in one of these 
> librairies, they refresh the LLA in batch mode via an IEBEDIT 
> (/*$VS,'F
> LLA,UPDATE=02') where CSVLLA02 is a dynamically generated member.
>
> But, when the update lla failed, the job end with RC=0...
>
>
>
> Is there a way to do this action with the right RC (not having rc=0 
> when f lla,udpate failed) ?
>
>
>
> Regards,
>
>
>
> Romain
>
>
>
> Avant d'imprimer cet 
> e-mail, réfléchissons à l'impact sur 
> l'environnement.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html


__ NOD32 3238 (20080703) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com

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

Re: IBM buys PSI

[z/OS scheduler]

Well,

What can I say? What would you do with an irritating fly, keeping you awake
at night? You squash it against the wall.

A good friend of my fathers, was a pharmaceutical salesman, his company was
taken over, and he received a lump sum to stay out of pharmaceutics for at
least 15 years, at the time the money was just too attractive, and I don't
think he ever touch pharmaceutics, was just too out of it. So in my opinion
there are many ways to tie the PSI employees down to silence.

€ 0.001

2008/7/2 Dave Jones <[EMAIL PROTECTED]>:

> This might be of some interest to the folks here
>
> http://www-03.ibm.com/press/us/en/pressrelease/24560.wss
>
> DJ
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Mainframe vulnerabilities

[Lizette Koehler]

An article from Enterprise Update by Robert Crawford which was interesting.
Last month's article was "Practical jokes for mainframe systems programmers"

"I guess last month's column struck a nerve. Let me be clear: the whole
thing was a childish joke. I would not attempt or encourage anyone to
perform any of those jokes. I must say, however, I was a little surprised
no-one took me to task for a couple of the more far-fetched ones (e.g.,
dummying out a database archive dataset). 

As editor Matt Stansberry pointed out, what we really need is a
discussion of mainframe vulnerabilities and what various shops have done to
avoid them. Therefore, I invite readers to add their own observations to
this column."



http://tinyurl.com/6fllcn


Lizette

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

Re: Refreshing LLA modules in batch mode

[z/OS scheduler]

Romain,

I cannot remember which CBT it is on, but there is a CBT with BATCHCMD on,
and below is two examples of how we are doing it, this will fail if the LLA
command fails.


//BATCHCMD EXEC PGM=BATCHCMD,PARM='MGCR=F LLA,REFRESH'
//*

//BATCHCMD EXEC PGM=BATCHCMD,
//  PARM='MGCR=SETPROG LPA,ADD,MODNAME=(ISFPARMS),DSNAME=ISF.SISFLOAD'
Good Luck

2008/7/3 CAPRON Romain <[EMAIL PROTECTED]>:

> Hi,
>
>
>
> All of our program librairies are in LLA.
>
> When our Production team transfert new program version in one of these
> librairies, they refresh the LLA in batch mode via an IEBEDIT (/*$VS,'F
> LLA,UPDATE=02') where CSVLLA02 is a dynamically generated member.
>
> But, when the update lla failed, the job end with RC=0...
>
>
>
> Is there a way to do this action with the right RC (not having rc=0 when
> f lla,udpate failed) ?
>
>
>
> Regards,
>
>
>
> Romain
>
>
>
> Avant d'imprimer cet e-mail,
> réfléchissons à l'impact sur l'environnement.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mounting Enterprise PL/I HFS

[Ian S. Worthington]

Thanks Bill.

There's no DDDEF for IBMPLI3, but there is one for SIBMZHFS pointing to 
PATH: '/usr/lpp/pli/IBM/', which doesn't exist:   

IBMUSER:/u/ibmuser: >cd /usr/lpp/pli  
IBMUSER:/V1R4M0/usr/lpp/pli: >ls -l   
total 0 

Not withstanding that that appears to be a sibling directory of the one I
expect, any idea what the utility is for transforming that member into a HFS I
can mount so I can see if contains what I need, or any clues to how to get
it?

Thanks,

i

-- Original Message --
Received: Thu, 03 Jul 2008 10:20:21 AM BST
From: Big Iron <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mounting Enterprise PL/I HFS

> The dataset AIBMZHFS is a distribution library. If you have the SMP/E
> environment for your z/os 1.4 system, then you should be able to locate
> HFS element IBMZPLI3 in your target zone. There would normally be an
> HFS that contains this member; the PATH for IBMZPLI3 should provide a
> clue. You might also check the program directory for Enterprise PL/I 3.1.0
> for information about the naming convention used.
> 
> Bill
> 
> On Thu, 3 Jul 2008 02:31:12 +0100, Ian S. Worthington
> <[EMAIL PROTECTED]> wrote:
> 
> >I'm using a system based on the rather old adcd z/os 1.4 release.  This
comes
> >complete with Enterprise PL/I 3.1.0 but the necessary HFS to use it under
USS
> >doesn't appear to be mounted at /usr/lpp/pli/bin.
> >
> >I've found a dataset IEL310.AIBMZHFS which contains a single member
IBMZPLI3,
> >tagged with the string IEWPLMH in the first bytes.
> >
> >I can't find any documentation on how to unpack this so I can mount it
though.
> >Anybody know how, or can point me in the right direction?
> >
> >
> >ian
> >..
> >
> >Ian S. Worthington, MBCS.
> >
> >me: http://isw.me.uk/
> >photos: http://gallery.isw.me.uk/
> >
> >
> >
> >Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et
> >dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [spam] Re: IBM buys PSI

[R.S.]

Jim McAlpine wrote:

On 7/3/08, R.S. <[EMAIL PROTECTED]> wrote:

I disagree. Real competition is second hand market. You can buy small z/800

almost for peanuts (few k$, less than FLEX). It's definitely not obsoleted.
You can run any version of supported OSes, including future z/OS 1.10.
There are HW features available only on newer models, but it is irrelevant
for vast majority of ISVs.

--
Radoslaw Skorupka
Lodz, Poland



AFAIK you can't licence the ADCD software package on these machines.  Please
tell me if I'm wrong.


I don't know.
However I know guy, who owns 2 machines and run parallel sysplex. z/OS.e
He doesn't write any software , he's HW broker.
According to him, it's cheaper than charlady.

More seriously, there are other licenses, like zNALC, and other 
possibilities, like telecommuting to third party system, even dedicated 
system (LPAR, VM guest).


However I agree, having FLEX as an option would be even better. And I 
would love real HW competition! I mean big machines.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

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

Re: Z/OS IBM Mainframe Computer Time To Rent.

[Itschak Mugzach]

Shay, 

If you're an IBM partner in development, it will cost you only 300$ to have
a full finction mainframe. Call me if you want a contact personin Irael.  


| Itschak Mugzach | Director | SecuriTeam Software |
| Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak
Mugzach | Web: www.Securiteam.co.il  | 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shai Hess
Sent: Thursday, July 03, 2008 8:07 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Z/OS IBM Mainframe Computer Time To Rent.

Anyone can give me a link to sites which are not expensive?

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


__ NOD32 3238 (20080703) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com

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

Re: want to read a dataset in use

[Vernooy, C.P. - SPLXM]

"Binyamin Dissen" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> On Thu, 3 Jul 2008 02:20:08 -0500 Al Chu <[EMAIL PROTECTED]>
wrote:
> 
> :>I am not a sysprog nor an expert. 
> :>I want to read a dataset(seq) which is created by JCL DISP=(NEW,) of
a long 
> :>running job while the job is running. When i try to browse the
dataset using 
> :>ISPF, I have 'dataset in use' msg.
> :>I tried to rename the dataset using IDCAMS ALTER in the next step
after the 
> :>creation step and tried to read the renamed dataset, but still no
good.
> :>The last step is the long running step which writes some records in
the 
> :>dataset.
> 
> :>Is it possible? am i wasting time?
> 
> It is possible, but will take some work.
> 
> If it is acceptable to just read the records that have been firmed to
dasd,
> you can write an APF program to read the DSCB and build a DEB that
maps it.
> Then you can use QSAM, but expect possible I/O errors at the end.
> 
> If you need to see records that are still in storage you will need to
SRB
> over.
> 
> Whether or not it is "wasting time" is a matter of opinion.
> 
> If you want to read in between, where you attempted the rename, you
can copy
> it instead and see the records from the first step.
> 
> --
> Binyamin Dissen <[EMAIL PROTECTED]>

Binyamin,
I thought about a similar answer, but with his opening sentence in mind,
I thought it was neither wise, nor useful to him.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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