Re: Cheryl's List #148

[Timothy Sipples]

I didn't understand this comment:

>The current problem with z/OS pricing is that most
>software is charged on the size of the machine, not
>the amount of usage of the software.

The newsletter mentions VWLC later, but I disagree with this sentence with
respect to IBM software. (It's not a "current problem.") Most customers now
pay for all or at least the vast majority of IBM software based on monthly
peak four hour rolling averages on an LPAR basis and in very granular MSU
increments. The size of the machine is irrelevant except as an overall
limit, not as a floor. Even some sub-LPAR sub-capacity pricing is now
available.

I could change just one word to make that sentence correct, though:

"The current problem with non-mainframe pricing is that most software is
charged on the size of the machine, not the amount of usage of the
software."

IBM and a few other vendors allow you to license their non-mainframe
software on the number of CPUs that it runs (at maximum) rather than the
total number of processors in the machine, with (much coarser) core
granularity, but that practice is hardly universal.

- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dummy LPAR to store excess MIPS

[Timothy Sipples]

I haven't heard of vendors that both have sub-capacity licensing and then
proceed to define sub-capacity differently than the four hour rolling
average. But I suppose anything is possible. (A 3.28 hour rolling average?)

I'm still not sure what the use case is for a dummy LPAR, though, at least
nowadays. If the purpose is to keep tight control over a particular non-IBM
software product's CPU consumption for licensing reasons, then presumably
that's always true every minute, every day. So then why would you want to
pay for the dummy LPAR's z/OS MSUs?

What about a hard cap? I guess you could also vary engines off, but that's
a rather coarse adjustment on most machines. Or what about creating a
coupling facility LPAR?

- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

AUTO: I am out of the office and unavailable (returning 15/03/2011)

[Simon Williams]

I am out of the office until 15/03/2011.

For any urgent issues please contact Mike Hall on 132 426.


Note: This is an automated response to your message  "IBM-MAIN Digest - 10
Mar 2011 to 11 Mar 2011 (#2011-70)" sent on 12/3/11 16:00:03.

This is the only notification you will receive while this person is away.

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

AUTO: Mike Smith-IS is out of the office. (returning 03/21/2011)

[Michael B Smith]

I am out of the office until 03/21/2011.

I will respond to your message when I return.


Note: This is an automated response to your message  "IBM-MAIN Digest - 10
Mar 2011 to 11 Mar 2011 (#2011-70)" sent on 3/12/2011 12:00:03 AM.

This is the only notification you will receive while this person is away.

**
Privileged and/or confidential information may be contained in this message. If 
you are not the addressee indicated in this message (or are not responsible for 
delivery of this message to that person) , you may not copy or deliver this 
message to anyone. In such case, you should destroy this message and notify the 
sender by reply e-mail.
If you or your employer do not consent to Internet e-mail for messages of this 
kind, please advise the sender.
Shaw Industries does not provide or endorse any opinions, conclusions or other 
information in this message that do not relate to the official business of the 
company  or its subsidiaries.
**

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

Re: operlog

[Linda Mooney]

Thanks, Kevin. 



Linda 



- Original Message - 
From: "W. Kevin Kelley"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, March 11, 2011 6:58:28 AM 
Subject: Re: operlog 

On Fri, 11 Mar 2011 03:45:05 +, Linda Mooney 
 wrote: 

> 
>Is there a sample that does include the OPERLOG info that does not fit into 
the SYSLOG format?  
> 

The OPERLOG formatting program is called IEAMDBLG and it is provided in 
source (Assembly language) form and you can modify it however you wish to 
include or exclude information. You do not have to format the OPERLOG to 
look like the SYSLOG; you can format it however you like, if you're willing to 
modify the program. 
  
The MDB mappings are IEAVG132 (in SYS1.MACLIB) and IEAVM105 (in 
SYS1.MACLIB). They will show you what information is available. 

The SYSLOG mapping is IHAHCLOG (in SYS1.MODGEN). This will show you the 
information that is formatted into the SYSLOG. 

W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development 
  

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

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

Renewed Thawte SSL certificate and CICS Webserver

[Gibney, Dave]

  I tried to renew my SSL certificate for a CICS TS 3.2 Webserver (z/OS
1.11). After some gyrations, I was sure I had the new certificate and
all three higher in the chain signing certs in the RACF keyring. I still
get:
+DFHAM4889  WRGWCICS Install of TCPIPSERVICE HTTP555 failed because
CERTIFICATE my.cert.label is invalid.

I've RTFM'd much, without finding a solution. Monday, I'll try to figure
more or open issues with Thawte or IBM or both. I need a more specific
error message, like how is it invalid since it looks perfectly fine when
I look at if view the Window$ software on my desk.

I reinstalled the old unrenewed cert in the meantime to keep running and
I have until the end of May to figure it out. The answer I really don't
want to hear is something like CICS 3.2 won't deal with four levels of
cert chaining.

What's the server name for CICS-L. I haven't been subscribed there for
several years?  

This was mostly a late Friday rant, but I would appreciate any
suggestions.  

Dave Gibney
Information Technology Services
Washington State University

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

Re: IBM Service Request (SR)

[Linda Mooney]

Hi Christian, 



Thank you for providing the links, and thanks for trying to help. 



I have a bunch of problems with SR.  And I can't open an SR to address them.  
From comments in this forum and at SHARE, it seems that I am not al one.  
Didn't have theses problems with Link.  There were too many outages with Link, 
but at least it was useful when it was up. 



My users were lost, except for one. 

My authority to 'approve' users is gone. 

My contract is  missing. 

My product list is missing. 

I can't open an SR because it wants me to open an SR only on the products that 
I can't list, not on SR.  When I typed in SR under keywords, I got "No results" 
under supported products.  I then tried Service Request and still go "no 
results" under supported products.  



Thanks, 



Linda 




- Original Message - 
From: "Christian Gilmore"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, March 11, 2011 12:05:33 PM 
Subject: Re: IBM Service Request (SR) 

Here are the direct links in case they were stripped by the list serve. 

SHARE presentation - 
http://share.confex.com/share/115/webprogram/Session7726.html 
SR Online Support - http://www.ibm.com/support/servicerequest/help 
SR Email Support - srh...@us.ibm.com 
Technical Note - 
https://www-304.ibm.com/support/docview.wss?uid=swg21469299 

Thanks, 
Christian 


Christian Gilmore 
Distinguished IT Architect 
Problem Reporting Infrastructure Initiative Leader 
IBM Worldwide Technical Support Transformation 

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

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

Re: Dummy LPAR to store excess MIPS

[Al Sherkow]

LPAR Group Capacity Limits came with z/OS 1.8, so that should be available to 
most sites. Requires z hardware. What some customers have not understood is 
you are allowed to have multiple LPAR Groups on a single machine and they are 
able to work across sysplex boundaries. 

So some sites use one group to limit a whole machine to 80% of installed 
capacity 
regardless of the number of LPARs. 

I have other sites that have one group for Production LPARs, a second for 
Development LPARs and a third group just for QA LPARs. 


Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

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

Re: Dummy LPAR to store excess MIPS

[Al Sherkow]

Timothy --

Yes, Defined Capacity and Group Capacity Limits can do this, but not *all* 
vendors. For many vendors, but not for all. Hence some sites are using these 
other techniques. 

Al


Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

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

Re: IBM Service Request (SR)

[Jack Schudel]

Christian:

I decided to jump in and see what SR looked like.
I started to enter a question, and got as far as the screen that says:

   Open a new service request
   Select an agreement

   Select an agreement and then select "Continue,"
   or select the link below to select an agreement by
   machine type/serial number.

Unfortunately, there is *NO* such link.
(Using Firefox 3.6.15.)

Not a great first experience.   :-(

/jack



- Original Message - 
From: "Christian Gilmore" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, March 11, 2011 2:46 PM
Subject: IBM Service Request (SR)



Hello,

I am the Initiative Leader for IBM's Problem Reporting Infrastructure.
Within that initiative is the effort to migrate ServiceLink customers from
the ETR application to IBM Service Request (SR). Based in part upon the
concerns raised on this mailing list, we have slowed the migration and are
evaluating a new deadline. An announcement was recently made on
ServiceLink to this effect. We are also evaluating what more we can do
during this migration time frame to ease your transition.

I wanted to provide some general background on IBM's rationale for this
migration. When IBM started its transformation efforts, our customers had
six different applications to use, depending upon how they purchased their
products from IBM. Our goal is to provide a single service request
management application that supports all of our customers through all of
our lines of business. Our primary customer value objectives are to
eliminate customer confusion over which web application to use, combine
best of breed use cases to improve ease-of-use, and ultimately increase
satisfaction with our Electronic Support offerings.

The SR application provides some substantial enhancements over ETR, such
as:

File uploads – Attach multiple files to the service request in-line
View/manage all service requests – Manage service requests regardless of
channel of input or of open/closed status and access archived service
requests up to one year
Business partner integration – Collaborate on service requests with your
IBM-authorized business partners
Language options – Interact in multiple languages based upon browser
setting
Personalization options – Personalize many functions and displays
Continuous availability – Access to three hosting centers, each with
internal redundancy, operating at 150% capacity in normal operation

I have linked my presentation to SHARE from this past August in Boston.
Some of the screen shots may be a bit different than current production,
so please excuse that minor differentiation. As always, if you have
specific issues with using the SR application, you can submit an
assistance request online or via e-mail. Also, we have recently published
a Technical Note for common issues that ETR users have experienced. This
note will be linked from ServiceLink within the next few business days.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation



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

Re: zPrime

[Paul Gilmartin]

Attempting to correct the URL:

On Fri, 11 Mar 2011 16:20:59 -0500, Cheryl Walker  wrote:

>This product from Neon was the topic of several discussions two years ago. I 
>just sent out a Cheryl's List email about the current status - it's still in 
>the courts, but a summary judgment was just filed. If you're interested, look 
>at Cheryl's List #148 at:

 http://www.watsonwalker.com/archives.html
>
>Best regards,
>Cheryl
>
>==
>Cheryl Watson
>Watson & Walker, Inc.
>www.watsonwalker.com
>941-266-6609
>==

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

Re: Java performance (was Re: SMF data question)

[Shmuel Metz (Seymour J.)]

In , on 03/08/2011
   at 11:54 AM, Scott Chapman  said:

>There is a Perl port available, I'm not sure how up to date it is at
>the  moment. 

Very backlevel. The key issue is EBCDIC incompatibility with how the
newer Perl versions handle Unicode. I don't know whether IBM is
addressing the issue. Maybe Perl 6 is where the Perl future is for
z/OS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Java performance (was Re: SMF data question)

[Shmuel Metz (Seymour J.)]

In
,
on 03/09/2011
   at 01:54 PM, Timothy Sipples  said:

>REXX is available in both compiled and interpreted flavors.

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

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

Re: IBM Service Request (SR)

[Don Williams]

IBM's reasons for creating SR seem to be sensible. However, the majority of 
these reasons seem to be for IBM and not the customer. I think most users are 
probably not confused, because for they only need to use one interface (the one 
they know and love). They don't care about the other interfaces and they may 
not even know that there are 5 other interfaces. On the other hand, IBMers and 
business partners may be confused because one customer uses interface 1, 
another uses interface 2, etc. 

Why would IBM customers what to change to an unknown completely different 
interface? They wouldn't, unless they got major benefits. 

1. Is SR cheaper?
2. Is SR more reliable?
3. Is SR response time faster?
4. Do SR records get priority over non-SR records?
5. Is SR easier to use?.
.
.
.

Don Williams



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Petersen, Jim
Sent: Friday, March 11, 2011 4:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Service Request (SR)

It is great that you want to do this but above all, it must look and feel like 
the old application it is replacing to all 6 of those old applications.   Thus 
it must look and feel like ETR to us that use ETR to report problems.   It must 
look and feel like the other 5 applications to those who used those 
applications.  Maybe 1 application and 6 different templates which can be used 
to view the data.  At any rate, I found SR much more cumbersome to use than ETR 
and until it looks and feels like ETR that will still be the case.

___
Jim Petersen
MVS – Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:jim_peter...@homedepot.com
512-977-2615 direct
512-977-2930 fax
210-859-9887 cell phone


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Christian Gilmore
Sent: Friday, March 11, 2011 1:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM Service Request (SR)

Hello,

I am the Initiative Leader for IBM's Problem Reporting Infrastructure.
Within that initiative is the effort to migrate ServiceLink customers from
the ETR application to IBM Service Request (SR). Based in part upon the
concerns raised on this mailing list, we have slowed the migration and are
evaluating a new deadline. An announcement was recently made on
ServiceLink to this effect. We are also evaluating what more we can do
during this migration time frame to ease your transition.

I wanted to provide some general background on IBM's rationale for this
migration. When IBM started its transformation efforts, our customers had
six different applications to use, depending upon how they purchased their
products from IBM. Our goal is to provide a single service request
management application that supports all of our customers through all of
our lines of business. Our primary customer value objectives are to
eliminate customer confusion over which web application to use, combine
best of breed use cases to improve ease-of-use, and ultimately increase
satisfaction with our Electronic Support offerings.

The SR application provides some substantial enhancements over ETR, such
as:

File uploads – Attach multiple files to the service request in-line
View/manage all service requests – Manage service requests regardless of
channel of input or of open/closed status and access archived service
requests up to one year
Business partner integration – Collaborate on service requests with your
IBM-authorized business partners
Language options – Interact in multiple languages based upon browser
setting
Personalization options – Personalize many functions and displays
Continuous availability – Access to three hosting centers, each with
internal redundancy, operating at 150% capacity in normal operation

I have linked my presentation to SHARE from this past August in Boston.
Some of the screen shots may be a bit different than current production,
so please excuse that minor differentiation. As always, if you have
specific issues with using the SR application, you can submit an
assistance request online or via e-mail. Also, we have recently published
a Technical Note for common issues that ETR users have experienced. This
note will be linked from ServiceLink within the next few business days.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation

The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the 

Re: IBM Service Request (SR)

[Christian Gilmore]

Hello,

That is a good question. I will address your question with the support team
on Monday.

Thanks,
Christian

On Fri, 11 Mar 2011 14:38:21 -0600, Doug Henry  wrote:
>I think that a major problem with the "Feature Comparison Chart" found in the
>above link is that it doesn't state what features that are in ETR and not
>available in SR.
>Why not ?

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

Re: IBM Service Request (SR)

[Christian Gilmore]

Hello,

IBM Service Request (SR) is hosted in the same infrastructure as our special
events clients. It enjoys 150% capacity in usual operation due to a three
site deployment. We can perform maintenance on one site while the other two
are available at 100% capacity, resulting in zero downtime.

SR has also opted out of the ibm.com single sign-on solution because it
cannot guarantee a high enough level of availability, so even if SSO or the
underlying Web Identity services become unavailable, our existing users can
continue to log onto and utilize SR.

Thanks,
Christian

On Fri, 11 Mar 2011 14:38:09 -0600, Staller, Allan 
wrote:
>As an example, the problems with the "new IBMLINK" are legendary in this 
>domain. We went from a 24x7x365 application and quarterly(?) maintenance to 
>numerous prime-time outages and scheduled outages far in excess of the "old 
>IBMLINK". The problems were sufficiently aggravating that IBM Executive 
>Management's attention was drawn (by several large customers directly and 
>numerous SEV 1 incidents). To give credit where due, the "new IBMLINK" has i
>mproved and is now "acceptable" (for some value of acceptable), however, the 
>bad taste lingers.

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

Re: IBM Service Request (SR)

[Christian Gilmore]

Hello,

Yes, you can use both applications now and continue using either or both
until ETR is sunset. As a reminder, IBM has not yet reset the ETR sunset
date. However, I do not see an existing ServiceLink registration for you
personally. You may need to contact the IBMLink Help Desk to ensure you are
registered for ServiceLink and ETR/SR.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation

On Fri, 11 Mar 2011 12:28:17 -0800, Daniel Allen  wrote:
>Is it possible to test-drive the SR application (ie. opening issue with
IBM) before 
>pulling the plug on the ETR application ?

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

zPrime

[Cheryl Walker]

This product from Neon was the topic of several discussions two years ago. I 
just sent out a Cheryl's List email about the current status - it's still in 
the courts, but a summary judgment was just filed. If you're interested, look 
at Cheryl's List #148 at http://www.watsonwalker.com/archives.html.

Best regards,
Cheryl

==
Cheryl Watson
Watson & Walker, Inc.
www.watsonwalker.com
941-266-6609
==

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

Re: IBM Service Request (SR)

[Petersen, Jim]

It is great that you want to do this but above all, it must look and feel like 
the old application it is replacing to all 6 of those old applications.   Thus 
it must look and feel like ETR to us that use ETR to report problems.   It must 
look and feel like the other 5 applications to those who used those 
applications.  Maybe 1 application and 6 different templates which can be used 
to view the data.  At any rate, I found SR much more cumbersome to use than ETR 
and until it looks and feels like ETR that will still be the case.

___
Jim Petersen
MVS – Lead Systems Engineer
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email:jim_peter...@homedepot.com
512-977-2615 direct
512-977-2930 fax
210-859-9887 cell phone


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Christian Gilmore
Sent: Friday, March 11, 2011 1:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM Service Request (SR)

Hello,

I am the Initiative Leader for IBM's Problem Reporting Infrastructure.
Within that initiative is the effort to migrate ServiceLink customers from
the ETR application to IBM Service Request (SR). Based in part upon the
concerns raised on this mailing list, we have slowed the migration and are
evaluating a new deadline. An announcement was recently made on
ServiceLink to this effect. We are also evaluating what more we can do
during this migration time frame to ease your transition.

I wanted to provide some general background on IBM's rationale for this
migration. When IBM started its transformation efforts, our customers had
six different applications to use, depending upon how they purchased their
products from IBM. Our goal is to provide a single service request
management application that supports all of our customers through all of
our lines of business. Our primary customer value objectives are to
eliminate customer confusion over which web application to use, combine
best of breed use cases to improve ease-of-use, and ultimately increase
satisfaction with our Electronic Support offerings.

The SR application provides some substantial enhancements over ETR, such
as:

File uploads – Attach multiple files to the service request in-line
View/manage all service requests – Manage service requests regardless of
channel of input or of open/closed status and access archived service
requests up to one year
Business partner integration – Collaborate on service requests with your
IBM-authorized business partners
Language options – Interact in multiple languages based upon browser
setting
Personalization options – Personalize many functions and displays
Continuous availability – Access to three hosting centers, each with
internal redundancy, operating at 150% capacity in normal operation

I have linked my presentation to SHARE from this past August in Boston.
Some of the screen shots may be a bit different than current production,
so please excuse that minor differentiation. As always, if you have
specific issues with using the SR application, you can submit an
assistance request online or via e-mail. Also, we have recently published
a Technical Note for common issues that ETR users have experienced. This
note will be linked from ServiceLink within the next few business days.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation

The information in this Internet Email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this Email by 
anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken in 
reliance on it, is prohibited and may be unlawful. When addressed to our 
clients any opinions or advice contained in this Email are subject to the terms 
and conditions expressed in any applicable governing The Home Depot terms of 
business or client engagement letter. The Home Depot disclaims all 
responsibility and liability for the accuracy and content of this attachment 
and for any damages or losses arising from any inaccuracies, errors, viruses, 
e.g., worms, trojan horses, etc., or other items of a destructive nature, which 
may be contained in this attachment and shall not be liable for direct, 
indirect, consequential or special damages in connection with this e-mail 
message !
 or its attachment.

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

Re: Auditing PDSE Libraries

[Schumacher, Otto]

There is a product that does control of program, JCL, and Procs changes.  The 
product is CA's Endevor it provides audit reports and standard move procedures. 
 

Regards
Otto Schumacher
 
HP Enterprise Services
Infrastructure Specialist
Ahold Account
CICS & Capacity Technical Support
P.O. Box 6462
2000 Wade Hampton Blvd.
LC1-302
Greenville,  South Carolina, 29606
Cell: 864 569--5338
Tel: 864 987-1417
Fax: 864 987-4500
E-mail: otto.schumac...@hp.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rob Schramm
Sent: Friday, March 11, 2011 3:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Auditing PDSE Libraries

I suppose you could just audit the data sets... but that probably won't give
you what you need.  There was a product.. Change Action (now there is a new
name for it..) by Action Software that would keep track of all PDS/PDSE
changes.  I haven't used it.. just did some looking at it.

There is some sort of PDS member level security from CA-Top Secret.. I don't
know about RACF or ACF2.  I haven't ever used it but I know it is there.  

I am hoping there are others.. I just thought I would respond with the
things I could think of...

HTH

Rob Schramm


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Gary Snider
Sent: Friday, March 11, 2011 2:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: FW: Auditing PDSE Libraries

We are trying to satisfy our auditors by providing reports that detail the
activity in our PDSEs by using SMF Type42 records.  This works fine unless
IEBCOPY was used to add or replace a member in the PDSE.  Then no SMF Type42
record is created.  IBM pointed to APAR OA30503 which states: "SMF Type42
records are not created for PDS when application does not issue STOW.  Only
those applications which issue STOW and DESERV calls for PDS or PDSE
directory processing will generate SMF TYPE42 SubType21 SubType24 or
SubType25 records. Some applications do not issue STOW at times, such as
IEBCOPY."  
We tried using ISPF LMCOPY with some success, however, in the case of load
libraries, ISPF LMCOPY calls IEBCOPY so no SMF TYPE42 records are created.
IBM simply states it is not supported and provides no solution.  Has anyone
else found a utility that will generate the SMF records?  

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

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

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

Re: Is RMF Better?

[Cheryl Walker]

One item was brought up at SHARE regarding CMF/RMF and z/OSMF. z/OSMF is the 
new web-based system for system programmers. Depending on the release, it 
provides problem determination, Communications Server migration, Workload 
Manager policy editor, and a workload monitor. The workload monitor is based on 
the RMF Distributed Dataserver, and does not work with CMF. Some people were 
confused and thought that RMF was a requirement before you can install z/OSMF. 
That's not true, and you can run z/OSMF with CMF, but you won't have the 
workload monitor piece of the package. For some pointers to some SHARE 
presentations about z/OSMF, see my SHARE Hot Flashes #25. Go to our website and 
click on Presentations at the left.

Cheryl 
==
Cheryl Watson
Watson & Walker, Inc.
www.watsonwalker.com
941-266-6609
==


On Mar 10, 2011, at 7:03 AM, Scott Chapman wrote:

I haven't ever used or even seen CMF, so I can't really comment on the 
comparison.  However, I will say that I really like RMF's Distributed 
Dataserver component which exposes RMF III interval data as XML 
that can then be used in all sorts of interesting ways.  IBM's included 
browser-based Data Portal leverages that and you can relatively easily 
write your own code to do something similar.  

But as I said, I haven't seen CMF so perhaps they have the same 
capability.  If they don't, put that as item #1 on my list for reasons to 
use RMF instead.

Scott Chapman

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

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

Re: SHOPZ help

[Sumi, Joseph J. (CMS/CTR) (CTR)]

Wow you guys are right . I changed my file xfer options from auto to 
binary and I can read that file RCVPDO also ran. Thanks !!

Rgrds, Joseph Sumi



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, March 11, 2011 3:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SHOPZ help

I have a number of files with that name. They are all specific to that one 
order.

If it is "hex garbage", I wonder it if could be ASCII? On option 1, select 
"View ASCII Data" towards the lower right. If you can then read it, I'd guess 
that you may have had a problem with the upload from your desktop. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 2:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> It is unreadable . do you have a GIMPAF.XML that is 
> readable ? I'm thinking that directory structure / missing 
> order number in the structure is somewhat to blame. 
> 
> I have a call with support team on Mon and will find out more. Thanks.
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 3:05 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> Interesting. Can you use ISPF option 1 to browse the 
> GIMPAF.XML file? Just put the entire name:
> /maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
> in the "other dataset" portion. Sounds like the file might be 
> corrupt. The file should be a normal "text" type file. Not 
> binary garbage. And, IIRC, the records are no more than 80 bytes long.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 1:57 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SHOPZ help
> > 
> > I had tried the rename of 200699 to OSP30385 and it took 
> > an 0C4  I also tried your method and took the same 
> > 0C4.with these errors. 
> > 
> > RCVPDO:
> > PATH='/maint2/product1/2006991250_10_PROD/'
> >   
> > SYSOUT: 
> > 
> >FROMNTS(OSP30835)/* <=== 
> > NOTE 3 */
> >   /*DELETEPKG  /* <=== 
> > NOTE 4 */ 
> >   .   
> >
> >   
> >
> > GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> > THE SMP1 DATA SET. 
> > GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> > ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
> >  
> > GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> > NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
> >  ZONE.
> >
> > GIM43201T

Re: SHOPZ help

[Karl Huf]

That gets my vote as well.  Why not just download it from Shopz again 
(assuming there isn't something blocking it) but do a RECEIVE FROMNETWORK 
instead?  Some of the sysprogs around here ran into this issue and I 
couldn't understand why they didn't just run the SMP/E Receive directly 
from Shopz.  The download and manual mucking about just seems so much 
extra effort.  Once I demo'd the process they saw how easy it is and have 
changed their ways.


___
Karl S Huf | Senior Vice President | World Wide Technology 
840 S Canal, Chicago, IL, 60607 | phone (312)630-6287 | k...@ntrs.com 
Please visit northerntrust.com 
CONFIDENTIALITY NOTICE: This communication is confidential, may be 
privileged and is meant only for the intended recipient. If you are not 
the intended recipient, please notify the sender ASAP and delete this 
message from your system.

IRS CIRCULAR 230 NOTICE: To the extent that this message or any attachment 
concerns tax matters, it is not intended to be used and cannot be used by 
a taxpayer for the purpose of avoiding penalties that may be imposed by 
law. For more information about this notice, see 
http://www.northerntrust.com/circular230

P Please consider the environment before printing this e-mail.

IBM Mainframe Discussion List  wrote on 03/11/2011 
02:20:15 PM:

> From: "Jousma, David" 
> To: 
> Date: 03/11/2011 02:19 PM
> Subject: Re: SHOPZ help
> Sent by: IBM Mainframe Discussion List 
> 
> I'm guessing somewhere in the file transfer process, you left out the
> "BIN" parameter, and did an ascii file translation.
> 
> _
> Dave Jousma
> Assistant Vice President, Mainframe Services
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
> p 616.653.8429
> f 616.653.8497
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 3:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> It is unreadable . do you have a GIMPAF.XML that is readable ? I'm
> thinking that directory structure / missing order number in the
> structure is somewhat to blame. 
> 
> I have a call with support team on Mon and will find out more. Thanks.
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of McKown, John
> Sent: Friday, March 11, 2011 3:05 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> Interesting. Can you use ISPF option 1 to browse the GIMPAF.XML file?
> Just put the entire name:
> /maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
> in the "other dataset" portion. Sounds like the file might be corrupt.
> The file should be a normal "text" type file. Not binary garbage. And,
> IIRC, the records are no more than 80 bytes long.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the
> original message. HealthMarkets(r) is the brand name for products
> underwritten and issued by the insurance subsidiaries of HealthMarkets,
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life
> Insurance Company of TennesseeSM and The MEGA Life and Health Insurance
> Company.SM
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 1:57 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SHOPZ help
> > 
> > I had tried the rename of 200699 to OSP30385 and it took 
> > an 0C4  I also tried your method and took the same 
> > 0C4.with these errors. 
> > 
> > RCVPDO:
> > PATH='/maint2/product1/2006991250_10_PROD/' 
> > 
> > SYSOUT: 
> > 
> >FROMNTS(OSP30835)/* <=== 
> > NOTE 3 */ 
> >   /*DELETEPKG  /* <=== 
> > NOTE 4 */ 
> >   . 
> > 
> > 
> > 
> > GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> > THE SMP1 DATA SET. 
> > GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> > ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
> > 
> > GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> > NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL 
> >  ZONE. 
> > 
> > GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE OF 0001. 
> > 
> > 
> > IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1) 
> > FILENAME IS 
> > (/main

Re: ETR sunsets on 26 Mar 2011?

[Christian Gilmore]

Hello, Barbara. I have searched the IBM Service Request (SR) Support Team
ticket history and could find no submission from you. It appears that last
service request you managed via the SR application was in October. Much has
changed since then to support the System z community in advance of the
January 31 announcement.

On the other hand, I can see that Don Williams has submitted eight since the
announcement. I have reviewed those, and hopefully they helped Don with
using SR. His feature/usability concerns were forwarded to the product
development team and many have already been prioritized for future releases.

I feel it is important to note that the current version of IBM Service
Request (SR) was designed based upon criteria provided by SoftwareXcel and
general System z IBM stakeholder input. It was demonstrated to and tested by
a good sampling of the ServiceLink/ETR customer base and has been through
extensive user experience reviews. SR has been in production for two years
and is based upon predecessor tools (ESR and SSR) that were in production
for many years before that. SR processes roughly five times the service
request volume of ETR today and is designed to support a common IBM business
process and customer work flow. While SR is by no means a "student project"
that was "coded by clickers", it could always stand improvement. We have
already taken action on much of this community's feedback and have accepted
more for future evaluation and release.

I posted links in another thread that may be of help, including my
presentation to SHARE this past August. I am reposting them here as well.

SHARE presentation - 
http://share.confex.com/share/115/webprogram/Session7726.html
SR Online Support - http://www.ibm.com/support/servicerequest/help
SR Email Support - srh...@us.ibm.com
Technical Note - 
https://www-304.ibm.com/support/docview.wss?uid=swg21469299

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation



On Tue, 8 Mar 2011 22:50:51 -0600, Barbara Nitz  wrote:
>Don't worry, IBM does get the SR complaints voiced here. They just don't act
>on it! After my last complaint in December about SR, they apporached me to
>get 'more opinion'. If they can't figure the facts from those I provided in
that
>post, it is hopeless!
>
>Given that that application has been coded by clickers, they have no clue
>(and probably didn't even look at ETR) how to design things with our platform
>in mind, too. And to put insult to injury, they make the same mistakes in
>design choices as those did that developed the PC front end for retain in the
>late nineties (back when I was IBM) that was forced upon level1 and 2. I
>tested that PC front end then, gave feedback and went back to the much
>more user-friendly retain! As did all those that can remember the retain
>commands. I obviously don't know who uses what today.
>
>Barbara Nitz

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

Re: IBM Service Request (SR)

[Doug Henry]

On Fri, 11 Mar 2011 14:38:21 -0600, Doug Henry 
 wrote:

>On Fri, 11 Mar 2011 14:05:33 -0600, Christian Gilmore 
>wrote:
>
Hi  Christian

(sorry about the typo of your name)

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

Re: IBM Service Request (SR)

[Doug Henry]

On Fri, 11 Mar 2011 14:05:33 -0600, Christian Gilmore  
wrote:

>Here are the direct links in case they were stripped by the list serve.
>
 >Technical Note -
>https://www-304.ibm.com/support/docview.wss?uid=swg21469299
>
>Thanks,
>Christian
>
Hi  Crhistian,
I think that a major problem with the "Feature Comparison Chart" found in the 
above link is that it doesn't state what features that are in ETR and not 
available in SR.
Why not ?

Doug
 

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

Re: IBM Service Request (SR)

[Staller, Allan]

I feel I am speaking for a large portion of the IBM-MAIN constituency. There 
may be those that disagree with me, and they are entitled to their opinion and 
should feel free to voice that opinion.

We do not mind improved capabilities. However, a perusal of the comments on 
IBM-MAIN over the last 2 years will indicate a culture of inadequate testing 
(both performance and functional) for the "new" service tools and a general 
reduction in service availability. Some of the IBM-MAIN community have been 
quite vociferous on the subject.

As an example, the problems with the "new IBMLINK" are legendary in this 
domain. We went from a 24x7x365 application and quarterly(?) maintenance to 
numerous prime-time outages and scheduled outages far in excess of the "old 
IBMLINK". The problems were sufficiently aggravating that IBM Executive 
Management's attention was drawn (by several large customers directly and 
numerous SEV 1 incidents). To give credit where due, the "new IBMLINK" has 
improved and is now "acceptable" (for some value of acceptable), however, the 
bad taste lingers.

The recent SR/ETR issue is more of the same.

It is ironic to me that a company whose flagship product advertises 99.9% 
availability, cannot get its own service tools to perform to the same standard. 
The technology exists, please use it!


I am the Initiative Leader for IBM's Problem Reporting Infrastructure. 
Within that initiative is the effort to migrate ServiceLink customers from 
the ETR application to IBM Service Request (SR). Based in part upon the 
concerns raised on this mailing list, we have slowed the migration and are 
evaluating a new deadline. An announcement was recently made on 
ServiceLink to this effect. We are also evaluating what more we can do 
during this migration time frame to ease your transition.

I wanted to provide some general background on IBM's rationale for this 
migration. When IBM started its transformation efforts, our customers had 
six different applications to use, depending upon how they purchased their 
products from IBM. Our goal is to provide a single service request 
management application that supports all of our customers through all of 
our lines of business. Our primary customer value objectives are to 
eliminate customer confusion over which web application to use, combine 
best of breed use cases to improve ease-of-use, and ultimately increase 
satisfaction with our Electronic Support offerings.

The SR application provides some substantial enhancements over ETR, such 
as:

File uploads – Attach multiple files to the service request in-line
View/manage all service requests – Manage service requests regardless of 
channel of input or of open/closed status and access archived service 
requests up to one year
Business partner integration – Collaborate on service requests with your 
IBM-authorized business partners
Language options – Interact in multiple languages based upon browser 
setting
Personalization options – Personalize many functions and displays
Continuous availability – Access to three hosting centers, each with 
internal redundancy, operating at 150% capacity in normal operation

I have linked my presentation to SHARE from this past August in Boston. 
Some of the screen shots may be a bit different than current production, 
so please excuse that minor differentiation. As always, if you have 
specific issues with using the SR application, you can submit an 
assistance request online or via e-mail. Also, we have recently published 
a Technical Note for common issues that ETR users have experienced. This 
note will be linked from ServiceLink within the next few business days.


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

Re: IBM Service Request (SR)

[Daniel Allen]

Is it possible to test-drive the SR application (ie. opening issue with IBM) 
before pulling the plug on the ETR application ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Christian Gilmore
Sent: Friday, March 11, 2011 11:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM Service Request (SR)

Hello,

I am the Initiative Leader for IBM's Problem Reporting Infrastructure. 
Within that initiative is the effort to migrate ServiceLink customers from the 
ETR application to IBM Service Request (SR). Based in part upon the concerns 
raised on this mailing list, we have slowed the migration and are evaluating a 
new deadline. An announcement was recently made on ServiceLink to this effect. 
We are also evaluating what more we can do during this migration time frame to 
ease your transition.

I wanted to provide some general background on IBM's rationale for this 
migration. When IBM started its transformation efforts, our customers had six 
different applications to use, depending upon how they purchased their products 
from IBM. Our goal is to provide a single service request management 
application that supports all of our customers through all of our lines of 
business. Our primary customer value objectives are to eliminate customer 
confusion over which web application to use, combine best of breed use cases to 
improve ease-of-use, and ultimately increase satisfaction with our Electronic 
Support offerings.

The SR application provides some substantial enhancements over ETR, such
as:

File uploads – Attach multiple files to the service request in-line View/manage 
all service requests – Manage service requests regardless of channel of input 
or of open/closed status and access archived service requests up to one year 
Business partner integration – Collaborate on service requests with your 
IBM-authorized business partners Language options – Interact in multiple 
languages based upon browser setting Personalization options – Personalize many 
functions and displays Continuous availability – Access to three hosting 
centers, each with internal redundancy, operating at 150% capacity in normal 
operation

I have linked my presentation to SHARE from this past August in Boston. 
Some of the screen shots may be a bit different than current production, so 
please excuse that minor differentiation. As always, if you have specific 
issues with using the SR application, you can submit an assistance request 
online or via e-mail. Also, we have recently published a Technical Note for 
common issues that ETR users have experienced. This note will be linked from 
ServiceLink within the next few business days.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical 
Support Transformation

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

Re: SHOPZ help

[McKown, John]

I have a number of files with that name. They are all specific to that one 
order.

If it is "hex garbage", I wonder it if could be ASCII? On option 1, select 
"View ASCII Data" towards the lower right. If you can then read it, I'd guess 
that you may have had a problem with the upload from your desktop. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 2:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> It is unreadable . do you have a GIMPAF.XML that is 
> readable ? I'm thinking that directory structure / missing 
> order number in the structure is somewhat to blame. 
> 
> I have a call with support team on Mon and will find out more. Thanks.
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 3:05 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> Interesting. Can you use ISPF option 1 to browse the 
> GIMPAF.XML file? Just put the entire name:
> /maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
> in the "other dataset" portion. Sounds like the file might be 
> corrupt. The file should be a normal "text" type file. Not 
> binary garbage. And, IIRC, the records are no more than 80 bytes long.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 1:57 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SHOPZ help
> > 
> > I had tried the rename of 200699 to OSP30385 and it took 
> > an 0C4  I also tried your method and took the same 
> > 0C4.with these errors. 
> > 
> > RCVPDO:
> > PATH='/maint2/product1/2006991250_10_PROD/'
> >   
> > SYSOUT: 
> > 
> >FROMNTS(OSP30835)/* <=== 
> > NOTE 3 */
> >   /*DELETEPKG  /* <=== 
> > NOTE 4 */ 
> >   .   
> >
> >   
> >
> > GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> > THE SMP1 DATA SET. 
> > GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> > ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
> >  
> > GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> > NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
> >  ZONE.
> >
> > GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE 
> OF 0001. 
> > 
> > 
> > IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1)
> > FILENAME IS 
> > (/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML) 
> >   
> > 
> > 
> > 
> > Rgrds, Joseph Sumi
> > 
> > 
> > 
> > 
> > -Original Message---

Re: SHOPZ help

[Jousma, David]

I'm guessing somewhere in the file transfer process, you left out the
"BIN" parameter, and did an ascii file translation.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR)
Sent: Friday, March 11, 2011 3:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SHOPZ help

It is unreadable . do you have a GIMPAF.XML that is readable ? I'm
thinking that directory structure / missing order number in the
structure is somewhat to blame. 

I have a call with support team on Mon and will find out more. Thanks.

Rgrds, Joseph Sumi




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of McKown, John
Sent: Friday, March 11, 2011 3:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SHOPZ help

Interesting. Can you use ISPF option 1 to browse the GIMPAF.XML file?
Just put the entire name:
/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
in the "other dataset" portion. Sounds like the file might be corrupt.
The file should be a normal "text" type file. Not binary garbage. And,
IIRC, the records are no more than 80 bytes long.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 1:57 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> I had tried the rename of 200699 to OSP30385 and it took 
> an 0C4  I also tried your method and took the same 
> 0C4.with these errors. 
> 
> RCVPDO:
> PATH='/maint2/product1/2006991250_10_PROD/'
>   
> SYSOUT:   
> 
>FROMNTS(OSP30835)/* <=== 
> NOTE 3 */
>   /*DELETEPKG  /* <=== 
> NOTE 4 */ 
>   .   
>
>   
>
> GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> THE SMP1 DATA SET. 
> GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
>  
> GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
>  ZONE.
>
> GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE OF 0001. 
> 
> 
> IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1)
> FILENAME IS 
> (/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML) 
>   
> 
> 
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 1:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 12:12 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: SHOPZ help
> > 
> > Downloaded a product with shopz using the "download to 
> > workstation method" and then moved up to mainframe with no 
> > problems. Unpaxed the doclib, rimlib, etc and unzipped some 
> > relfiles to get sample jobs. My problem is that the RCVPDO 
> > job contains the FROMNTS statement below specifying OSP30835 
> > but there is no directory for that name. I only see this 
> > 2006991250_10_PROD but if I point FROMNTS to that value, 
> > I get a syntax error

Re: Auditing PDSE Libraries

[Rob Schramm]

I suppose you could just audit the data sets... but that probably won't give
you what you need.  There was a product.. Change Action (now there is a new
name for it..) by Action Software that would keep track of all PDS/PDSE
changes.  I haven't used it.. just did some looking at it.

There is some sort of PDS member level security from CA-Top Secret.. I don't
know about RACF or ACF2.  I haven't ever used it but I know it is there.  

I am hoping there are others.. I just thought I would respond with the
things I could think of...

HTH

Rob Schramm


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Gary Snider
Sent: Friday, March 11, 2011 2:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: FW: Auditing PDSE Libraries

We are trying to satisfy our auditors by providing reports that detail the
activity in our PDSEs by using SMF Type42 records.  This works fine unless
IEBCOPY was used to add or replace a member in the PDSE.  Then no SMF Type42
record is created.  IBM pointed to APAR OA30503 which states: "SMF Type42
records are not created for PDS when application does not issue STOW.  Only
those applications which issue STOW and DESERV calls for PDS or PDSE
directory processing will generate SMF TYPE42 SubType21 SubType24 or
SubType25 records. Some applications do not issue STOW at times, such as
IEBCOPY."  
We tried using ISPF LMCOPY with some success, however, in the case of load
libraries, ISPF LMCOPY calls IEBCOPY so no SMF TYPE42 records are created.
IBM simply states it is not supported and provides no solution.  Has anyone
else found a utility that will generate the SMF records?  

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

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

Re: SHOPZ help

[Sumi, Joseph J. (CMS/CTR) (CTR)]

It is unreadable . do you have a GIMPAF.XML that is readable ? I'm thinking 
that directory structure / missing order number in the structure is somewhat to 
blame. 

I have a call with support team on Mon and will find out more. Thanks.

Rgrds, Joseph Sumi




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, March 11, 2011 3:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SHOPZ help

Interesting. Can you use ISPF option 1 to browse the GIMPAF.XML file? Just put 
the entire name:
/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
in the "other dataset" portion. Sounds like the file might be corrupt. The file 
should be a normal "text" type file. Not binary garbage. And, IIRC, the records 
are no more than 80 bytes long.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 1:57 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> I had tried the rename of 200699 to OSP30385 and it took 
> an 0C4  I also tried your method and took the same 
> 0C4.with these errors. 
> 
> RCVPDO:
> PATH='/maint2/product1/2006991250_10_PROD/'
>   
> SYSOUT:   
> 
>FROMNTS(OSP30835)/* <=== 
> NOTE 3 */
>   /*DELETEPKG  /* <=== 
> NOTE 4 */ 
>   .   
>
>   
>
> GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> THE SMP1 DATA SET. 
> GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
>  
> GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
>  ZONE.
>
> GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE OF 0001. 
> 
> 
> IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1)
> FILENAME IS 
> (/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML) 
>   
> 
> 
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 1:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 12:12 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: SHOPZ help
> > 
> > Downloaded a product with shopz using the "download to 
> > workstation method" and then moved up to mainframe with no 
> > problems. Unpaxed the doclib, rimlib, etc and unzipped some 
> > relfiles to get sample jobs. My problem is that the RCVPDO 
> > job contains the FROMNTS statement below specifying OSP30835 
> > but there is no directory for that name. I only see this 
> > 2006991250_10_PROD but if I point FROMNTS to that value, 
> > I get a syntax error. Any ideas ?? 
> > 
> > RCVPDO:
> > 
> > //SMPCNTL  DD  *  
> > 
> >   SET  BOUNDARY (GLOBAL) .
> > 
> >   RECEIVE 
> > 
> >FROMNTS(OSP30835)/* <=== 
> > NOTE 3 */ 
> >   /*DELETEPKG  /* <=== 
> > NOTE 4 */  
> >   .   
> > 
> > /*  

Re: IBM Service Request (SR)

[Jousma, David]

Christian,

I want to thank-you for taking the time to provide information in this
forum.   This topic has been a sore subject for quite a while now.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Christian Gilmore
Sent: Friday, March 11, 2011 3:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Service Request (SR)

Here are the direct links in case they were stripped by the list serve.

SHARE presentation - 
http://share.confex.com/share/115/webprogram/Session7726.html
SR Online Support - http://www.ibm.com/support/servicerequest/help
SR Email Support - srh...@us.ibm.com
Technical Note - 
https://www-304.ibm.com/support/docview.wss?uid=swg21469299

Thanks,
Christian




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

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

Re: Auditing PDSE Libraries

[Gross, Randall [GCG-PFS]]

CA-PDSMAN

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Gary Snider
Sent: Friday, March 11, 2011 2:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: FW: Auditing PDSE Libraries

We are trying to satisfy our auditors by providing reports that detail
the activity in our PDSEs by using SMF Type42 records.  This works fine
unless IEBCOPY was used to add or replace a member in the PDSE.  Then no
SMF Type42 record is created.  IBM pointed to APAR OA30503 which states:
"SMF Type42 records are not created for PDS when application does not
issue STOW.  Only those applications which issue STOW and DESERV calls
for PDS or PDSE directory processing will generate SMF TYPE42 SubType21
SubType24 or SubType25 records. Some applications do not issue STOW at
times, such as IEBCOPY."  
We tried using ISPF LMCOPY with some success, however, in the case of
load libraries, ISPF LMCOPY calls IEBCOPY so no SMF TYPE42 records are
created.
IBM simply states it is not supported and provides no solution.  Has
anyone else found a utility that will generate the SMF records?  

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

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

Re: IBM Service Request (SR)

[Christian Gilmore]

Here are the direct links in case they were stripped by the list serve.

SHARE presentation - 
http://share.confex.com/share/115/webprogram/Session7726.html
SR Online Support - http://www.ibm.com/support/servicerequest/help
SR Email Support - srh...@us.ibm.com
Technical Note - 
https://www-304.ibm.com/support/docview.wss?uid=swg21469299

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation

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

Re: SHOPZ help

[McKown, John]

Interesting. Can you use ISPF option 1 to browse the GIMPAF.XML file? Just put 
the entire name:
/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML
in the "other dataset" portion. Sounds like the file might be corrupt. The file 
should be a normal "text" type file. Not binary garbage. And, IIRC, the records 
are no more than 80 bytes long.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 1:57 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> I had tried the rename of 200699 to OSP30385 and it took 
> an 0C4  I also tried your method and took the same 
> 0C4.with these errors. 
> 
> RCVPDO:
> PATH='/maint2/product1/2006991250_10_PROD/'
>   
> SYSOUT:   
> 
>FROMNTS(OSP30835)/* <=== 
> NOTE 3 */
>   /*DELETEPKG  /* <=== 
> NOTE 4 */ 
>   .   
>
>   
>
> GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR 
> THE SMP1 DATA SET. 
> GIM27401T ** I/O ERROR - ,RCV ,SMPER1 
> ,OMVS,*,SMP1,GET ,WRONG LEN RECRD,00,QSAM 
>  
> GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS 
> NO DD STATEMENT IN THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
>  ZONE.
>
> GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE OF 0001. 
> 
> 
> IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1)
> FILENAME IS 
> (/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML) 
>   
> 
> 
> 
> Rgrds, Joseph Sumi
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 1:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SHOPZ help
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> > (CMS/CTR) (CTR)
> > Sent: Friday, March 11, 2011 12:12 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: SHOPZ help
> > 
> > Downloaded a product with shopz using the "download to 
> > workstation method" and then moved up to mainframe with no 
> > problems. Unpaxed the doclib, rimlib, etc and unzipped some 
> > relfiles to get sample jobs. My problem is that the RCVPDO 
> > job contains the FROMNTS statement below specifying OSP30835 
> > but there is no directory for that name. I only see this 
> > 2006991250_10_PROD but if I point FROMNTS to that value, 
> > I get a syntax error. Any ideas ?? 
> > 
> > RCVPDO:
> > 
> > //SMPCNTL  DD  *  
> > 
> >   SET  BOUNDARY (GLOBAL) .
> > 
> >   RECEIVE 
> > 
> >FROMNTS(OSP30835)/* <=== 
> > NOTE 3 */ 
> >   /*DELETEPKG  /* <=== 
> > NOTE 4 */  
> >   .   
> > 
> > /*
> > 
> > 
> > 
> > Product file structure:
> > 
> > EUID=0   /maint2/product1/2006991250_10_PROD/ 
> >
> >   Type  Perm  --Size  Filename   
> > _ Dir7708192  .  
> > _ Dir7778192  .. 
> > _ File   640   11520  GIMPAF.XML 
> > _ File   64

Re: SHOPZ help

[Sumi, Joseph J. (CMS/CTR) (CTR)]

I had tried the rename of 200699 to OSP30385 and it took an 0C4  I also 
tried your method and took the same 0C4.with these errors. 

RCVPDO:
PATH='/maint2/product1/2006991250_10_PROD/'
  
SYSOUT: 

   FROMNTS(OSP30835)/* <=== NOTE 3 */   
 
  /*DELETEPKG  /* <=== NOTE 4 */
 
  . 
 

 
GIM57701T ** AN I/O ERROR OCCURRED DURING READ PROCESSING FOR THE SMP1 DATA 
SET. 
GIM27401T ** I/O ERROR - ,RCV ,SMPER1 ,OMVS,*,SMP1,GET ,WRONG LEN 
RECRD,00,QSAM  
GIM54501WALLOCATION FAILED FOR SMPSNAP BECAUSE THERE IS NO DD STATEMENT IN 
THE JCL AND NO DDDEF ENTRY IN THE GLOBAL  
 ZONE.  
 
GIM43201T ** PROGRAM GIMSMP FAILED WITH A SYSTEM ABEND CODE OF 0001. 


IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1)
FILENAME IS (/maint2/product1/2006991250_10_PROD/OSP30835/GIMPAF.XML)   




Rgrds, Joseph Sumi




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, March 11, 2011 1:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SHOPZ help

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 12:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: SHOPZ help
> 
> Downloaded a product with shopz using the "download to 
> workstation method" and then moved up to mainframe with no 
> problems. Unpaxed the doclib, rimlib, etc and unzipped some 
> relfiles to get sample jobs. My problem is that the RCVPDO 
> job contains the FROMNTS statement below specifying OSP30835 
> but there is no directory for that name. I only see this 
> 2006991250_10_PROD but if I point FROMNTS to that value, 
> I get a syntax error. Any ideas ?? 
> 
> RCVPDO:
> 
> //SMPCNTL  DD  *  
> 
>   SET  BOUNDARY (GLOBAL) .
> 
>   RECEIVE 
> 
>FROMNTS(OSP30835)/* <=== 
> NOTE 3 */ 
>   /*DELETEPKG  /* <=== 
> NOTE 4 */  
>   .   
> 
> /*
> 
> 
> 
> Product file structure:
> 
> EUID=0   /maint2/product1/2006991250_10_PROD/ 
>
>   Type  Perm  --Size  Filename   
> _ Dir7708192  .  
> _ Dir7778192  .. 
> _ File   640   11520  GIMPAF.XML 
> _ File   6405040  GIMPAF.XSL 
> _ Dir7508192  SMPHOLD
> _ Dir7508192  SMPPTFIN   
> _ Dir7508192  SMPRELF
> _ File   640   11826  S0001.CSP.CSP.README   
> _ File   640   32256  S0002.CSP.OSP30835.DOCLIB.pax.Z
> _ File   640   32256  S0003.CSP.OSP30835.RIMLIB.pax.Z
> _ File   640   32256  S0005.CSP.OSP30835.PGMDIR.pax.Z
> _ File   6406399  S0016.CSP.OSP30835.GIMUNZIP
> 
> Rgrds, Joseph Sumi

What is the SMPNTS pointing to (value of PATH=)? If it points to 
/maint2/product1, then replace OSP30835 with 
2006991250_10_PROD. Or, if you prefer for some reason, you can get into a 
shell prompt (TSO OMVS) and

cd /maint2/product1/2006991250_10_PROD
mkdir OPS30835
mv * OPS30835/

Then rerun the RECEIVE as-is, pointing SMPNTS to 
PATH=/maint2/product1/2006991250_10_PROD

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets

IBM Service Request (SR)

[Christian Gilmore]

Hello,

I am the Initiative Leader for IBM's Problem Reporting Infrastructure. 
Within that initiative is the effort to migrate ServiceLink customers from 
the ETR application to IBM Service Request (SR). Based in part upon the 
concerns raised on this mailing list, we have slowed the migration and are 
evaluating a new deadline. An announcement was recently made on 
ServiceLink to this effect. We are also evaluating what more we can do 
during this migration time frame to ease your transition.

I wanted to provide some general background on IBM's rationale for this 
migration. When IBM started its transformation efforts, our customers had 
six different applications to use, depending upon how they purchased their 
products from IBM. Our goal is to provide a single service request 
management application that supports all of our customers through all of 
our lines of business. Our primary customer value objectives are to 
eliminate customer confusion over which web application to use, combine 
best of breed use cases to improve ease-of-use, and ultimately increase 
satisfaction with our Electronic Support offerings.

The SR application provides some substantial enhancements over ETR, such 
as:

File uploads – Attach multiple files to the service request in-line
View/manage all service requests – Manage service requests regardless of 
channel of input or of open/closed status and access archived service 
requests up to one year
Business partner integration – Collaborate on service requests with your 
IBM-authorized business partners
Language options – Interact in multiple languages based upon browser 
setting
Personalization options – Personalize many functions and displays
Continuous availability – Access to three hosting centers, each with 
internal redundancy, operating at 150% capacity in normal operation

I have linked my presentation to SHARE from this past August in Boston. 
Some of the screen shots may be a bit different than current production, 
so please excuse that minor differentiation. As always, if you have 
specific issues with using the SR application, you can submit an 
assistance request online or via e-mail. Also, we have recently published 
a Technical Note for common issues that ETR users have experienced. This 
note will be linked from ServiceLink within the next few business days.

Thanks,
Christian


Christian Gilmore
Distinguished IT Architect
Problem Reporting Infrastructure Initiative Leader
IBM Worldwide Technical Support Transformation

Re: RMM and Tivoli Tape Optimizer and 1999/365

[Don Bolton]

Ken,

I do not know how Tivoli works but Opentech Systems TapeCopy product can
copy or move those and a lot more like OAM object backup tapes.

http://www.opentechsystems.com/tape-copy.php
 
Regards,
Don
 
Don Bolton
Director Technical Services
www.OpentechSystems.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ken Klein
Sent: Friday, March 11, 2011 1:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: RMM and Tivoli Tape Optimizer and 1999/365

Anybody figured out how to copy uncataloged and yet "live" tapes, i. e. 
tapes that have files with a retention date or expiration date of 
'1999/365'? (And thanks, CA)


Kenneth Klein

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

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

FW: Auditing PDSE Libraries

[Gary Snider]

We are trying to satisfy our auditors by providing reports that detail the 
activity in our PDSEs by using SMF Type42 records.  This works fine unless 
IEBCOPY was used to add or replace a member in the PDSE.  Then no SMF Type42 
record is created.  IBM pointed to APAR OA30503 which states: "SMF Type42 
records are not created for PDS when application does not issue STOW.  Only 
those applications which issue STOW and DESERV calls for PDS or PDSE directory 
processing will generate SMF TYPE42 SubType21 SubType24 or SubType25 records. 
Some applications do not issue STOW at times, such as IEBCOPY."  
We tried using ISPF LMCOPY with some success, however, in the case of load 
libraries, ISPF LMCOPY calls IEBCOPY so no SMF TYPE42 records are created.
IBM simply states it is not supported and provides no solution.  Has anyone 
else found a utility that will generate the SMF records?  

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

RMM and Tivoli Tape Optimizer and 1999/365

[Ken Klein]

Anybody figured out how to copy uncataloged and yet "live" tapes, i. e. 
tapes that have files with a retention date or expiration date of 
'1999/365'? (And thanks, CA)


Kenneth Klein

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

Re: SHOPZ help

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. 
> (CMS/CTR) (CTR)
> Sent: Friday, March 11, 2011 12:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: SHOPZ help
> 
> Downloaded a product with shopz using the "download to 
> workstation method" and then moved up to mainframe with no 
> problems. Unpaxed the doclib, rimlib, etc and unzipped some 
> relfiles to get sample jobs. My problem is that the RCVPDO 
> job contains the FROMNTS statement below specifying OSP30835 
> but there is no directory for that name. I only see this 
> 2006991250_10_PROD but if I point FROMNTS to that value, 
> I get a syntax error. Any ideas ?? 
> 
> RCVPDO:
> 
> //SMPCNTL  DD  *  
> 
>   SET  BOUNDARY (GLOBAL) .
> 
>   RECEIVE 
> 
>FROMNTS(OSP30835)/* <=== 
> NOTE 3 */ 
>   /*DELETEPKG  /* <=== 
> NOTE 4 */  
>   .   
> 
> /*
> 
> 
> 
> Product file structure:
> 
> EUID=0   /maint2/product1/2006991250_10_PROD/ 
>
>   Type  Perm  --Size  Filename   
> _ Dir7708192  .  
> _ Dir7778192  .. 
> _ File   640   11520  GIMPAF.XML 
> _ File   6405040  GIMPAF.XSL 
> _ Dir7508192  SMPHOLD
> _ Dir7508192  SMPPTFIN   
> _ Dir7508192  SMPRELF
> _ File   640   11826  S0001.CSP.CSP.README   
> _ File   640   32256  S0002.CSP.OSP30835.DOCLIB.pax.Z
> _ File   640   32256  S0003.CSP.OSP30835.RIMLIB.pax.Z
> _ File   640   32256  S0005.CSP.OSP30835.PGMDIR.pax.Z
> _ File   6406399  S0016.CSP.OSP30835.GIMUNZIP
> 
> Rgrds, Joseph Sumi

What is the SMPNTS pointing to (value of PATH=)? If it points to 
/maint2/product1, then replace OSP30835 with 
2006991250_10_PROD. Or, if you prefer for some reason, you can get into a 
shell prompt (TSO OMVS) and

cd /maint2/product1/2006991250_10_PROD
mkdir OPS30835
mv * OPS30835/

Then rerun the RECEIVE as-is, pointing SMPNTS to 
PATH=/maint2/product1/2006991250_10_PROD

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

SHOPZ help

[Sumi, Joseph J. (CMS/CTR) (CTR)]

Downloaded a product with shopz using the "download to workstation method" and 
then moved up to mainframe with no problems. Unpaxed the doclib, rimlib, etc 
and unzipped some relfiles to get sample jobs. My problem is that the RCVPDO 
job contains the FROMNTS statement below specifying OSP30835 but there is no 
directory for that name. I only see this 2006991250_10_PROD but if I point 
FROMNTS to that value, I get a syntax error. Any ideas ?? 

RCVPDO:

//SMPCNTL  DD  *  
  SET  BOUNDARY (GLOBAL) .
  RECEIVE 
   FROMNTS(OSP30835)/* <=== NOTE 3 */ 
  /*DELETEPKG  /* <=== NOTE 4 */  
  .   
/*


Product file structure:

EUID=0   /maint2/product1/2006991250_10_PROD/   
 
  Type  Perm  --Size  Filename   
_ Dir7708192  .  
_ Dir7778192  .. 
_ File   640   11520  GIMPAF.XML 
_ File   6405040  GIMPAF.XSL 
_ Dir7508192  SMPHOLD
_ Dir7508192  SMPPTFIN   
_ Dir7508192  SMPRELF
_ File   640   11826  S0001.CSP.CSP.README   
_ File   640   32256  S0002.CSP.OSP30835.DOCLIB.pax.Z
_ File   640   32256  S0003.CSP.OSP30835.RIMLIB.pax.Z
_ File   640   32256  S0005.CSP.OSP30835.PGMDIR.pax.Z
_ File   6406399  S0016.CSP.OSP30835.GIMUNZIP

Rgrds, Joseph Sumi

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

Re: Space allocation from REFDD?

[Frank Swarbrick]

Ah-hah, ok.  Re-reading the docs with that knowledge in mind I see that I made 
an assumption and that assumption made me misread the docs.  Happens too often. 
 Thanks!
Frank
-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


On 3/11/2011 at 10:15 AM, in message
, Scott Rowe
 wrote:
> The DD you are referring to does not contain any space information, AFAIK it
> will not go to the DSCB for that info, it is only copying it from what is in
> the JCL text.
> 
> On Fri, Mar 11, 2011 at 12:00 PM, Frank Swarbrick <
> frank.swarbr...@efirstbank.com> wrote:
> 
>> The documentation states:
>>
>> "REFDD Parameter
>>
>> The following attributes are copied to the new data set from (1) the
>> attributes specified on the referenced DD statement, and (2) for attributes
>> not specified on the referenced DD statement, from the data class of the
>> data set specified by the referenced DD statement:
>>
>> - Data set organization
>>  - Record organization (RECORG) or
>>  - Record format (RECFM)
>> - Record length (LRECL)
>> - Key length (KEYLEN)
>> - Key offset (KEYOFF)
>> - Type, PDS or PDSE (DSNTYPE)
>> - Space allocation (AVGREC and SPACE) "
>>
>> Yet I get this error:
>>
>> IEF344I CIRRUS01 BACKUP RPTBKUP - ALLOCATION FAILED DUE TO DATA FACILITY
>> SYSTEM ERROR
>> IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
>> DEV.ATM.CIRRPT.BKP.G0006V00
>>
>> Here is my JCL:
>>
>> //CIRRUS01 JOB ,'CIRRUS REPORTS',NOTIFY=&SYSUID
>> //BACKUP   EXEC PGM=ICEMAN,COND=(4,LT),PARM=ABEND
>> //SYSINDD *
>>  OPTION COPY
>>  OUTFIL FNAMES=RPTBKUP
>> //SYSOUT   DD SYSOUT=*
>> //SORTIN   DD DSN=DEV.RXMTIN.ATM.CIRRPT,
>> //DISP=SHR
>> //RPTBKUP  DD DSN=DEV.ATM.CIRRPT.BKP(+1),
>> //REFDD=*.SORTIN,
>> //UNIT=(,7),
>> //DISP=(NEW,CATLG,DELETE)
>>
>> What am I doing wrong?
>>
>> Frank
>>
>> --
>>
>> Frank Swarbrick
>> Applications Architect - Mainframe Applications Development
>> FirstBank Data Corporation - Lakewood, CO  USA
>> P: 303-235-1403
>>
>>
>> >>>
>>
>> The information contained in this electronic communication and any document
>> attached hereto or transmitted herewith is confidential and intended for the
>> exclusive use of the individual or entity named above.  If the reader of
>> this message is not the intended recipient or the employee or agent
>> responsible for delivering it to the intended recipient, you are hereby
>> notified that any examination, use, dissemination, distribution or copying
>> of this communication or any part thereof is strictly prohibited.  If you
>> have received this communication in error, please immediately notify the
>> sender by reply e-mail and destroy this communication.  Thank you.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
>>
> 
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> confidential and privileged information intended only for the addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying, printing,
> distribution, use or disclosure of the material is strictly prohibited.
> If you have received this material in error, please (i) do not read it,
> (ii) reply to the sender that you received the message in error, and
> (iii) erase or destroy the material. Emails are not secure and can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by email. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

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

Re: Space allocation from REFDD?

[Scott Rowe]

The DD you are referring to does not contain any space information, AFAIK it
will not go to the DSCB for that info, it is only copying it from what is in
the JCL text.

On Fri, Mar 11, 2011 at 12:00 PM, Frank Swarbrick <
frank.swarbr...@efirstbank.com> wrote:

> The documentation states:
>
> "REFDD Parameter
>
> The following attributes are copied to the new data set from (1) the
> attributes specified on the referenced DD statement, and (2) for attributes
> not specified on the referenced DD statement, from the data class of the
> data set specified by the referenced DD statement:
>
> - Data set organization
>  - Record organization (RECORG) or
>  - Record format (RECFM)
> - Record length (LRECL)
> - Key length (KEYLEN)
> - Key offset (KEYOFF)
> - Type, PDS or PDSE (DSNTYPE)
> - Space allocation (AVGREC and SPACE) "
>
> Yet I get this error:
>
> IEF344I CIRRUS01 BACKUP RPTBKUP - ALLOCATION FAILED DUE TO DATA FACILITY
> SYSTEM ERROR
> IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
> DEV.ATM.CIRRPT.BKP.G0006V00
>
> Here is my JCL:
>
> //CIRRUS01 JOB ,'CIRRUS REPORTS',NOTIFY=&SYSUID
> //BACKUP   EXEC PGM=ICEMAN,COND=(4,LT),PARM=ABEND
> //SYSINDD *
>  OPTION COPY
>  OUTFIL FNAMES=RPTBKUP
> //SYSOUT   DD SYSOUT=*
> //SORTIN   DD DSN=DEV.RXMTIN.ATM.CIRRPT,
> //DISP=SHR
> //RPTBKUP  DD DSN=DEV.ATM.CIRRPT.BKP(+1),
> //REFDD=*.SORTIN,
> //UNIT=(,7),
> //DISP=(NEW,CATLG,DELETE)
>
> What am I doing wrong?
>
> Frank
>
> --
>
> Frank Swarbrick
> Applications Architect - Mainframe Applications Development
> FirstBank Data Corporation - Lakewood, CO  USA
> P: 303-235-1403
>
>
> >>>
>
> The information contained in this electronic communication and any document
> attached hereto or transmitted herewith is confidential and intended for the
> exclusive use of the individual or entity named above.  If the reader of
> this message is not the intended recipient or the employee or agent
> responsible for delivering it to the intended recipient, you are hereby
> notified that any examination, use, dissemination, distribution or copying
> of this communication or any part thereof is strictly prohibited.  If you
> have received this communication in error, please immediately notify the
> sender by reply e-mail and destroy this communication.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

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

Re: Space allocation from REFDD?

[Frank Swarbrick]

I guess I should mention that LIKE with a DSN does work as expected.

On 3/11/2011 at 10:00 AM, in message <4d79f2d2.6f0f.008...@efirstbank.com>,
Frank Swarbrick  wrote:
> The documentation states:
> 
> "REFDD Parameter
> 
> The following attributes are copied to the new data set from (1) the 
> attributes specified on the referenced DD statement, and (2) for attributes 
> not specified on the referenced DD statement, from the data class of the data 
> set specified by the referenced DD statement: 
> 
> - Data set organization 
>   - Record organization (RECORG) or 
>   - Record format (RECFM) 
> - Record length (LRECL) 
> - Key length (KEYLEN) 
> - Key offset (KEYOFF) 
> - Type, PDS or PDSE (DSNTYPE) 
> - Space allocation (AVGREC and SPACE) "
> 
> Yet I get this error:
> 
> IEF344I CIRRUS01 BACKUP RPTBKUP - ALLOCATION FAILED DUE TO DATA FACILITY 
> SYSTEM ERROR
> IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET 
> 
> DEV.ATM.CIRRPT.BKP.G0006V00  
> 
> 
> Here is my JCL:
> 
> //CIRRUS01 JOB ,'CIRRUS REPORTS',NOTIFY=&SYSUID
> //BACKUP   EXEC PGM=ICEMAN,COND=(4,LT),PARM=ABEND  
> //SYSINDD *
>   OPTION COPY  
>   OUTFIL FNAMES=RPTBKUP
> //SYSOUT   DD SYSOUT=* 
> //SORTIN   DD DSN=DEV.RXMTIN.ATM.CIRRPT,   
> //DISP=SHR 
> //RPTBKUP  DD DSN=DEV.ATM.CIRRPT.BKP(+1),  
> //REFDD=*.SORTIN,  
> //UNIT=(,7),   
> //DISP=(NEW,CATLG,DELETE)  
> 
> What am I doing wrong?
> 
> Frank

>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

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

Space allocation from REFDD?

[Frank Swarbrick]

The documentation states:

"REFDD Parameter

The following attributes are copied to the new data set from (1) the attributes 
specified on the referenced DD statement, and (2) for attributes not specified 
on the referenced DD statement, from the data class of the data set specified 
by the referenced DD statement: 

- Data set organization 
  - Record organization (RECORG) or 
  - Record format (RECFM) 
- Record length (LRECL) 
- Key length (KEYLEN) 
- Key offset (KEYOFF) 
- Type, PDS or PDSE (DSNTYPE) 
- Space allocation (AVGREC and SPACE) "

Yet I get this error:

IEF344I CIRRUS01 BACKUP RPTBKUP - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM 
ERROR
IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET
 
DEV.ATM.CIRRPT.BKP.G0006V00 
 

Here is my JCL:

//CIRRUS01 JOB ,'CIRRUS REPORTS',NOTIFY=&SYSUID
//BACKUP   EXEC PGM=ICEMAN,COND=(4,LT),PARM=ABEND  
//SYSINDD *
  OPTION COPY  
  OUTFIL FNAMES=RPTBKUP
//SYSOUT   DD SYSOUT=* 
//SORTIN   DD DSN=DEV.RXMTIN.ATM.CIRRPT,   
//DISP=SHR 
//RPTBKUP  DD DSN=DEV.ATM.CIRRPT.BKP(+1),  
//REFDD=*.SORTIN,  
//UNIT=(,7),   
//DISP=(NEW,CATLG,DELETE)  

What am I doing wrong?

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403


>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

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

Re: Dummy LPAR to store excess MIPS

[McKown, John]

OOPS - make that SCRT not SCLM. stupid fingers.

John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 7:20 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Dummy LPAR to store excess MIPS
> 
> We use Group Capacity to group our two LPARs together in a 
> single "capacity group". We then tell PR/SM how many MSUs 
> these two LPARs together may use. PR/SM works with WLM on 
> z/OS to "cap" the two LPARs such that they do not exceed this 
> group MSU capacity. SCLM works with this so that our software 
> bill is capped by this group capacity cap.
> 
> Oh, this only works for z/OS release 1.10 and above on a z 
> series machine.
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bond, Dick (DIS)
> > Sent: Thursday, March 10, 2011 4:58 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Dummy LPAR to store excess MIPS
> > 
> > Does anyone use the concept of a "dummy" LPAR to store excess 
> > "MIPS" to avoid software costs?
> > 
> > Suggest other methods of storing unused capacity?
> > 
> > Thanks.
> > 
> > Dick Bond
> > Department of Information Services
> > CSD Production Support
> > di...@dis.wa.gov
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET 
> IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> > 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: operlog

[W. Kevin Kelley]

On Fri, 11 Mar 2011 03:45:05 +, Linda Mooney 
 wrote:

>
>Is there a sample that does include the OPERLOG info that does not fit into 
the SYSLOG format?  
>

The OPERLOG formatting program is called IEAMDBLG and it is provided in 
source (Assembly language) form and you can modify it however you wish to 
include or exclude information. You do not have to format the OPERLOG to 
look like the SYSLOG; you can format it however you like, if you're willing to 
modify the program.
 
The MDB mappings are IEAVG132 (in SYS1.MACLIB) and IEAVM105 (in 
SYS1.MACLIB). They will show you what information is available.

The SYSLOG mapping is IHAHCLOG (in SYS1.MODGEN). This will show you the 
information that is formatted into the SYSLOG.

W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
 

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

Re: Dummy LPAR to store excess MIPS

[Chase, John]

"Capping" works fine for us

-jc-

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Field, Alan C.
> Sent: Thursday, March 10, 2011 10:35 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Dummy LPAR to store excess MIPS
> 
> Dick,
> 
> We've been doing this for a number of months. We have a 2094-704 that
we
> dedicated one CPU to our sysprog lpar (so we didn't need to create a
> parking lpar). It seems to be working to hold down the costs on the
> other production lpars.
> 
> Alan
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Bond, Dick (DIS)
> Sent: Thursday, March 10, 2011 16:58
> To: IBM-MAIN@bama.ua.edu
> Subject: Dummy LPAR to store excess MIPS
> 
> Does anyone use the concept of a "dummy" LPAR to store excess "MIPS"
to
> avoid software costs?
> 
> Suggest other methods of storing unused capacity?
> 
> Thanks.
> 
> Dick Bond
> Department of Information Services
> CSD Production Support
> di...@dis.wa.gov
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[John Dawes]

Allan,
 
Thanks so much for your help.  I will check to see why the TAPEDELETION parm is 
not set to SCRATCH.  
 
Much obliged.  Cheers.

--- On Sat, 12/3/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Saturday, 12 March, 2011, 12:34 AM



Sorry, I had a glitch with my reply.  Here it is in its entirety:
It freed up 6 tapes, I noticed the following from a TTOC of a tape after
I issued the above command :
VOLSER    UNIT    VOL      REUSE     VALID        PCT    VOL     RACF
PREV    SUCC   
                NAME  TYPE   CAPACITY  BLKS        VALID  STATUS
VOL     VOL    
065140   3590-1  UNASS 0098302500 00 000    EMPTY   NO   *NONE*
*NONE* 
I noticed that the VOL STATUS was changed from FULL to EMPTY,  However
not all the tapes were selected.  I checked the PARMLIB and it is set to
:
TAPEDELETION(HSMTAPE) -


This is the HSM pooling concept I described in my previous post.

With TAPEDELETION(HSMTAPE) HSM controlled volumes with no data are
re-used by DFHSM without returning to the scratch pool. Since the status
is now "EMPTY" it is available for use by DFHSM ONLY.

IMO, I would use SETSYS TAPEDELETION(SCRATCH). YMMV. See

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S680/CCON
TENTS?SHELF=DGT2BK90&DN=SC35-0421-10&DT=20090610113354   (watch the
wrap).


TAPEDELETION: Specifying What to Do with Tapes That No Longer Contain
Valid Data (watch the wrap). 

Topic  2.37.5.128 " TAPEDELETION: Specifying What to Do with Tapes That
No Longer Contain Valid Data"

HTH,

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





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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[Staller, Allan]

ARC0260I BACKUP VOLUME 065076 ENTRY UNASSIGNED Indicates tape is now 
available for reuse.
I am not sure why you do not have an equivalent to or another ARC0260I message 
for the ML2 volumes.

See my previous post.

HTH, 

Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664 3565 | 
allan.stal...@kbmg.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Dawes
Sent: Friday, March 11, 2011 7:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

Allan,
 
As a follow up to my earlier post I noticed that when I issued HSEND RECYCLE 
ALL EXECUTE PERCENTVALID(0)  some volumes were accompanied by the following 
message:
ARC0832I RECYCLE STARTING ON VOLUME 065076 AT 08:11:04 ON 2011/03/11 SYSTEM C090
ARC0260I BACKUP VOLUME 065076 ENTRY UNASSIGNED  
ARC0833I RECYCLE ENDED ON VOLUME 065076, 000 DATA SETS MOVED, TIME 08:11:04,

However, most of the other tapes did not have the ARC0260I message.  Could it 
be because they may be ML2?
ARC0832I RECYCLE STARTING ON VOLUME 030149 AT 08:11:01 ON 2011/03/11 SYSTEM C090
ARC0833I RECYCLE ENDED ON VOLUME 030149, 000 DATA SETS MOVED, TIME 08:11:01,


--- On Sat, 12/3/11, John Dawes  wrote:


From: John Dawes 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Saturday, 12 March, 2011, 12:21 AM


Sorry, I had a glitch with my reply.  Here it is in its entirety:
It freed up 6 tapes, I noticed the following from a TTOC of a tape after I 
issued the above command :
VOLSER    UNIT    VOL  REUSE VALID    PCT    VOL RACF  PREV    
SUCC   
        NAME  TYPE   CAPACITY  BLKS    VALID  STATUS   
VOL VOL    
065140   3590-1  UNASS 0098302500 00 000EMPTY   NO   *NONE*  *NONE* 
I noticed that the VOL STATUS was changed from FULL to EMPTY,  However not all 
the tapes were selected.  I checked the PARMLIB and it is set to :
TAPEDELETION(HSMTAPE) -
Is this okay? Or should it be changed to something else.
 
Thanks again for your help.


--- On Fri, 11/3/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Friday, 11 March, 2011, 5:51 AM


HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) will release empty backup/ml2 tapes 
from HSM control without a tape mount.
As long as the tape is marked "full" it will not be available for DF/HSM reuse.

You might also want to verify the settings for SETSYS TAPEDELETION.

A bit of history here:
In the early days, there was a concept of DF/HSM "ownership" of tape volumes.
The concept still exists, in the fact the you must take a specific action to 
release a backup or migration volume.
Dump tapes need no special action.

If you *are* using DF/HSM pooling, these tapes should be undefined/ignored,... 
by your tape management system.

Note: I am not advocating the DF/HSM pooling. I would much rather have the tape 
management system handle them via the EDM interface).

HTH,


I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 


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





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



  

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

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[Staller, Allan]

Sorry, I had a glitch with my reply.  Here it is in its entirety:
It freed up 6 tapes, I noticed the following from a TTOC of a tape after
I issued the above command :
VOLSERUNITVOL  REUSE VALIDPCTVOL RACF
PREVSUCC   
NAME  TYPE   CAPACITY  BLKSVALID  STATUS
VOL VOL
065140   3590-1  UNASS 0098302500 00 000EMPTY   NO   *NONE*
*NONE* 
I noticed that the VOL STATUS was changed from FULL to EMPTY,  However
not all the tapes were selected.  I checked the PARMLIB and it is set to
:
TAPEDELETION(HSMTAPE) -


This is the HSM pooling concept I described in my previous post.

With TAPEDELETION(HSMTAPE) HSM controlled volumes with no data are
re-used by DFHSM without returning to the scratch pool. Since the status
is now "EMPTY" it is available for use by DFHSM ONLY.

IMO, I would use SETSYS TAPEDELETION(SCRATCH). YMMV. See

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S680/CCON
TENTS?SHELF=DGT2BK90&DN=SC35-0421-10&DT=20090610113354   (watch the
wrap).


TAPEDELETION: Specifying What to Do with Tapes That No Longer Contain
Valid Data (watch the wrap). 

Topic  2.37.5.128 " TAPEDELETION: Specifying What to Do with Tapes That
No Longer Contain Valid Data"

HTH,

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[John Dawes]

Allan,
 
As a follow up to my earlier post I noticed that when I issued HSEND RECYCLE 
ALL EXECUTE PERCENTVALID(0)  some volumes were accompanied by the following 
message:
ARC0832I RECYCLE STARTING ON VOLUME 065076 AT 08:11:04 ON 2011/03/11 SYSTEM C090
ARC0260I BACKUP VOLUME 065076 ENTRY UNASSIGNED  
ARC0833I RECYCLE ENDED ON VOLUME 065076, 000 DATA SETS MOVED, TIME 08:11:04,

However, most of the other tapes did not have the ARC0260I message.  Could it 
be because they may be ML2?
ARC0832I RECYCLE STARTING ON VOLUME 030149 AT 08:11:01 ON 2011/03/11 SYSTEM C090
ARC0833I RECYCLE ENDED ON VOLUME 030149, 000 DATA SETS MOVED, TIME 08:11:01,


--- On Sat, 12/3/11, John Dawes  wrote:


From: John Dawes 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Saturday, 12 March, 2011, 12:21 AM


Sorry, I had a glitch with my reply.  Here it is in its entirety:
It freed up 6 tapes, I noticed the following from a TTOC of a tape after I 
issued the above command :
VOLSER    UNIT    VOL  REUSE VALID    PCT    VOL RACF  PREV    
SUCC   
        NAME  TYPE   CAPACITY  BLKS    VALID  STATUS   
VOL VOL    
065140   3590-1  UNASS 0098302500 00 000EMPTY   NO   *NONE*  *NONE* 
I noticed that the VOL STATUS was changed from FULL to EMPTY,  However not all 
the tapes were selected.  I checked the PARMLIB and it is set to :
TAPEDELETION(HSMTAPE) -
Is this okay? Or should it be changed to something else.
 
Thanks again for your help.


--- On Fri, 11/3/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Friday, 11 March, 2011, 5:51 AM


HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) will release empty backup/ml2 tapes 
from HSM control without a tape mount.
As long as the tape is marked "full" it will not be available for DF/HSM reuse.

You might also want to verify the settings for SETSYS TAPEDELETION.

A bit of history here:
In the early days, there was a concept of DF/HSM "ownership" of tape volumes.
The concept still exists, in the fact the you must take a specific action to 
release a backup or migration volume.
Dump tapes need no special action.

If you *are* using DF/HSM pooling, these tapes should be undefined/ignored,... 
by your tape management system.

Note: I am not advocating the DF/HSM pooling. I would much rather have the tape 
management system handle them via the EDM interface).

HTH,


I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 


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





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





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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[John Dawes]

Sorry, I had a glitch with my reply.  Here it is in its entirety:
It freed up 6 tapes, I noticed the following from a TTOC of a tape after I 
issued the above command :
VOLSER    UNIT    VOL  REUSE VALID    PCT    VOL RACF  PREV    
SUCC   
        NAME  TYPE   CAPACITY  BLKS    VALID  STATUS   
VOL VOL    
065140   3590-1  UNASS 0098302500 00 000EMPTY   NO   *NONE*  *NONE* 
I noticed that the VOL STATUS was changed from FULL to EMPTY,  However not all 
the tapes were selected.  I checked the PARMLIB and it is set to :
TAPEDELETION(HSMTAPE) -
Is this okay? Or should it be changed to something else.
 
Thanks again for your help.


--- On Fri, 11/3/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Friday, 11 March, 2011, 5:51 AM


HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) will release empty backup/ml2 tapes 
from HSM control without a tape mount.
As long as the tape is marked "full" it will not be available for DF/HSM reuse.

You might also want to verify the settings for SETSYS TAPEDELETION.

A bit of history here:
In the early days, there was a concept of DF/HSM "ownership" of tape volumes.
The concept still exists, in the fact the you must take a specific action to 
release a backup or migration volume.
Dump tapes need no special action.

If you *are* using DF/HSM pooling, these tapes should be undefined/ignored,... 
by your tape management system.

Note: I am not advocating the DF/HSM pooling. I would much rather have the tape 
management system handle them via the EDM interface).

HTH,


I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 


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





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

Re: Dummy LPAR to store excess MIPS

[McKown, John]

We use Group Capacity to group our two LPARs together in a single "capacity 
group". We then tell PR/SM how many MSUs these two LPARs together may use. 
PR/SM works with WLM on z/OS to "cap" the two LPARs such that they do not 
exceed this group MSU capacity. SCLM works with this so that our software bill 
is capped by this group capacity cap.

Oh, this only works for z/OS release 1.10 and above on a z series machine.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bond, Dick (DIS)
> Sent: Thursday, March 10, 2011 4:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Dummy LPAR to store excess MIPS
> 
> Does anyone use the concept of a "dummy" LPAR to store excess 
> "MIPS" to avoid software costs?
> 
> Suggest other methods of storing unused capacity?
> 
> Thanks.
> 
> Dick Bond
> Department of Information Services
> CSD Production Support
> di...@dis.wa.gov
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[John Dawes]

Allan,
 
Thanks for the suggestion of HSEND RECYCLE ALL EXECUTE PERCENTVALID(0)
 
It freed up 6 tapes, I noticed the following from a TTOC of a tape after I 
issued the above command :
VOLSER    UNIT    VOL  REUSE VALID   PCT    VOL    RACF  PREV    SUCC   
     NAME    TYPE   CAPACITY    BLKS    VALID  STATUS   VOL VOL    
065140   3590-1  UNASS 0098302500 00 000    EMPTY   NO   *NONE*  *NONE* 


--- On Fri, 11/3/11, Staller, Allan  wrote:


From: Staller, Allan 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Friday, 11 March, 2011, 5:51 AM


HSEND RECYCLE ALL EXECUTE PERCENTVALID(0) will release empty backup/ml2 tapes 
from HSM control without a tape mount.
As long as the tape is marked "full" it will not be available for DF/HSM reuse.

You might also want to verify the settings for SETSYS TAPEDELETION.

A bit of history here:
In the early days, there was a concept of DF/HSM "ownership" of tape volumes.
The concept still exists, in the fact the you must take a specific action to 
release a backup or migration volume.
Dump tapes need no special action.

If you *are* using DF/HSM pooling, these tapes should be undefined/ignored,... 
by your tape management system.

Note: I am not advocating the DF/HSM pooling. I would much rather have the tape 
management system handle them via the EDM interface).

HTH,


I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 


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





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

Re: Dummy LPAR to store excess MIPS

[Rob Schramm]

I am assuming that you are on a z9.  It is my understanding that under z10
such machinations are not needed.  

Rob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Walter Medenbach
Sent: Friday, March 11, 2011 5:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dummy LPAR to store excess MIPS

Defined capacity  capping uses a rolling 4 hour average. Usage before the
cap kicks in can therefore exceed some license agreements. We have
successfully use a  dummy coupling facility soaker LPAR. The ICF must have
dynamic dispatch set to OFF to ensure that it goes into a cpu loop. The
amount of soak is controlled by capping the ICF LPAR and adjusting the
weight as required.

Walter Medenbach

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

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

Re: Dummy LPAR to store excess MIPS

[Martin Packer]

Yes, but it wouldn't get the sysprogs a nice comfy fast playpen. :-)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker



From:
Timothy Sipples 
To:
IBM-MAIN@bama.ua.edu
Date:
11/03/2011 06:07
Subject:
Re: Dummy LPAR to store excess MIPS
Sent by:
IBM Mainframe Discussion List 



Wouldn't a defined capacity setting (a.k.a. "softcap"), group and/or
individually, be a lot less complicated and work at least as well?

- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com

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







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

Re: Dummy LPAR to store excess MIPS

[Walter Medenbach]

Defined capacity  capping uses a rolling 4 hour average. Usage before the
cap kicks in can therefore exceed some license agreements. We have
successfully use a  dummy coupling facility soaker LPAR. The ICF must have
dynamic dispatch set to OFF to ensure that it goes into a cpu loop. The
amount of soak is controlled by capping the ICF LPAR and adjusting the
weight as required.

Walter Medenbach

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

Re: FICON Cascade and Brocade 5000 DASD ports

[R.S.]

R Hey pisze:

Hi,

My client has Raid DASD in remote site, being used/accessed by local(MVS1) & 
remote(MVS2) systems. 


Say DASD is hooked to 3 ports of Brocade-2 in the remote site.


MVS1Brocade-1DWDM.DWDMBrocade-2MVS2

Can all 3 ports on Brocade being used/shared by the 2 systems:
MVS1..Brocade-2(port p1 p2 p3)---DASD
MVS2..Brocade-2(port p1 p2 P3)---DASD

; 
or do I have to divide them ,like

MVS1..Brocade-2(port p1)---DASD
MVS2..Brocade-2(port p2 P3)---DASD

My clinet uses the 2nd method, but I've heards it's possible to share the 
target-ports (1st method).

Is this true?
If so, are there things one needs to do the Brocade switch to make it work?

TIA,
Rez   


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



As far as I understand DASD CU is connected to Brocade2 using 3 portss, 
p1,p2,p3. You  want both MVS1 and MVS2 to use those 3 ports (each system).
It is perfectly supported. You can have many LPARs/CPCs connected via 
swtich to single CU port.



--
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 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. 


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