date:20141030

RSUs are not cumulative.  I would look at doing one of the following:

You could research the PTFs and see which ones you want - selective maintenance

Or you can apply all RSUs that will go on with your apply.  Remember to keep 
your HOLDDATA current.

Always backup your SMPE environment before doing any SMPE Work
Always run multiple APPLY CHECKs so that you are familiar with what will be 
installed.

SMP/E is more of an art than a process.  The tool will install the PTFs, but it 
is up to your shops standards or procedures as to how that is done.


Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Thursday, October 30, 2014 9:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RSU Query
> 
> Hello,
>  I have one query regarding applying RSU on z/OS systems as below.
> 
>   If my current z/OS system is running with RSU1301 and now If I am 
> applying
> RSU1407 directly then What should I be specifying in SOURCE ID option in apply
> JCL
> 
> 
> APPLY
> SOURCEID(RSU1407)
> 
> I mean that I should specify only RSU1407 or previous source ID as well like
> RSU1405,RSU1406 etc as well, as I missed to apply previous level of RSU on my
> z/Os systems.
> 
> Please suggest.

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

RSU Query

2014-10-30 Thread venkat kulkarni

Hello,
 I have one query regarding applying RSU on z/OS systems as below.

  If my current z/OS system is running with RSU1301 and now If I am
applying RSU1407 directly then What should I be specifying in SOURCE ID
option in apply JCL


APPLY
SOURCEID(RSU1407)

I mean that I should specify only RSU1407 or previous source ID as well
like RSU1405,RSU1406 etc as well, as I missed to apply previous level of
RSU on my z/Os systems.

Please suggest.

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

Re: DFHSM QUESTION - EXPIRATION OF DSN


Mike:

Since I am not privy to exact announcements. It was clear that this  
would be dynamic in nature (no intervention other than the initial  
entry) . Myself I am not crazy about it in general, as I like volsers  
to show something of the nature of the contents (call me an old fart).
Also, I am not crazy about volsers "popping" into existence like the  
TARDIS I guess.


Ed

PS: I wonder if somehow IBM would relax the 6 character restriction?

On Oct 30, 2014, at 8:28 PM, Mike Schwab wrote:


Correct.  We put in a range of volumes.  Example LGA 001-099.  We then
initialize a few of the volumes, say LGA 001-009.  When these volumes
get to 90% full, and allocations fail, we init volume LGA 010.  Once
online it probably will be used for over half the allocations until it
becomes fairly balanced.

On Thu, Oct 30, 2014 at 6:26 PM, Ed Gould   
wrote:

On Oct 30, 2014, at 5:33 PM, Mike Schwab wrote:

We put unused volsers into SMS Storage groups then init actual  
volumes

when more space is needed.



--SNIP---
You still have to put them in your ACS routines and DFDSS won't allow
patterning of volsers (AFAIK).

ed

- 
-

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




--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

Re: Price increase on Resolve for zSeries

Its not Nov 2014 yet, so this might be the latest price increase.
http://www-935.ibm.com/services/multimedia/Announcement_Letter_Number_313-114.pdf


On Thu, Oct 30, 2014 at 6:47 PM, Gibney, Dave  wrote:
> Obviously I missed the announcement. Can anyone provide me a link to IBM 
> telling us this would occur :)
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: DFHSM QUESTION - EXPIRATION OF DSN

Correct.  We put in a range of volumes.  Example LGA 001-099.  We then
initialize a few of the volumes, say LGA 001-009.  When these volumes
get to 90% full, and allocations fail, we init volume LGA 010.  Once
online it probably will be used for over half the allocations until it
becomes fairly balanced.

On Thu, Oct 30, 2014 at 6:26 PM, Ed Gould  wrote:
> On Oct 30, 2014, at 5:33 PM, Mike Schwab wrote:
>
>> We put unused volsers into SMS Storage groups then init actual volumes
>> when more space is needed.
>
>
> --SNIP---
> You still have to put them in your ACS routines and DFDSS won't allow
> patterning of volsers (AFAIK).
>
> ed
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Price increase on Resolve for zSeries

2014-10-30 Thread Gibney, Dave

Obviously I missed the announcement. Can anyone provide me a link to IBM 
telling us this would occur :)

Dave Gibney
Information Technology Services
Washington State University


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

Re: DFHSM QUESTION - EXPIRATION OF DSN


On Oct 30, 2014, at 5:33 PM, Mike Schwab wrote:


We put unused volsers into SMS Storage groups then init actual volumes
when more space is needed.


--SNIP---
You still have to put them in your ACS routines and DFDSS won't allow  
patterning of volsers (AFAIK).


ed

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

Useful PC tool -- XMIT Manager alternative.

2014-10-30 Thread Paul Gilmartin

From a co-worker; rearranged to chronological posting:

All,
I’ve come across a useful tool that lets you view and extract 
members of a mainframe TSO XMIT file on your Windows PC.  it’s called XMI 
Explorer, and can be downloaded for free from https://www.xiframe.com/

It works the same way as the old XMIT manager for those of you who are familiar 
with it.  The XMIT manager installer will not install  on a Win x64 system, but 
this utility installs and runs without problem.  Very useful for checking on 
the contents of the CBT Tape files which are all in TSO XMIT format!

I said:

 There's been some chatter on IBM-MAIN LISTSERV that XMIT Manager can
be installed on an older Win system and the products copied to Win x64.
Apparently only the installer is broken, not the payload.

And I've heard of unXmit, allegedly written in Java, so I looked to it
for my non-Win non-z platforms.  It was *not* "write once; run anywhere!"
Perhaps it only has Eclipse entanglements, but I shied away from it.

May I re-post to IBM-MAIN?  Attribution or not, at your preference.

BTW, I can fetch CBTTAPE .XMIT files to z/OS via Internet directly,
with no desktop entanglement.
 
He said:

Gil,
Please go ahead and repost to IBM main.  I knew the problem 
with XMIT Manager was the installer and not the utility itself, but the problem 
is starting to become having access to a Win32 system to run it.

Cheers…

Which is why I look to a Win-free solution.

-- gil




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

Re: del alias command

I think we would see a.b. rather than just b if there was a prefix involved

I would recommend a LISTC before and after the del alias as a diagnosis process.


Lizette

-Original Message-
>From: Mark Steely 
>Sent: Oct 30, 2014 3:34 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: del alias command
>
>My prefix is always set to null - some work without the quotes others do not 
>
>Thanks
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Wayne Bickerdike
>Sent: Thursday, October 30, 2014 5:01 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: del alias command
>
>Check your TSO PROFILE PREFIX variable.
>
>Always safer to fully qualify and surround with quotes.
>
>If your PREFIX is NULL, it would have worked without quotes.
>
>On Fri, Oct 31, 2014 at 5:37 AM, Mark Steely  wrote:
>
>> We are z/OS v1r13. I have a confusing issue. We have a dataset that 
>> get generated every week that  has delete alias commands. I go to 
>> option 3.4 and list the dataset and type ex to process the file. Most 
>> of the alias's get deleted but some come up as not found. Then I try 
>> typing in the del alias command from the command line "tso del x18860 
>> alias" and I receive the same error. If I put the alias name in single 
>> quotes the command works.
>> Why do I need the quotes for some alias names but not for others. This 
>> seems to have started with z/os V1r13.
>>
>> IDC3901I ERROR QUALIFYING X18860
>> IDC3902I ** DEFAULT SERVICE ROUTINE ERROR CODE 20, LOCATE ERROR CODE 8 
>> IDC0014I LASTCC=8
>> ***
>>
>> I also have updated IGGCAT00 and executed the command to activate it:
>> (this was done  at least 6 months ago)
>>
>> /*  REQUIRED MEMBER - DEFAULTS WIL BE USED - DO NOT DELETE V1R13  */
>> EXTENDEDALIAS(YES)
>>
>> Thanks
>>
>>
>> Mark Steely
>>
>>
>>
>> *** CONFIDENTIALITY NOTICE ***
>>
>>
>>
>> This e-mail message and all attachments transmitted with it may 
>> contain legally privileged and confidential information intended 
>> solely for the use of the addressee. If the reader of this message is 
>> not the intended recipient, you are hereby notified that any reading, 
>> dissemination, distribution, copying, or other use of this message or 
>> its attachments is strictly prohibited. If you have received this 
>> message in error, please notify the sender immediately and delete this 
>> message from your system.
>> Thank you.
>>
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
>--
>Wayne V. Bickerdike
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>*** CONFIDENTIALITY NOTICE ***
>
>This e-mail message and all attachments transmitted with it may contain 
>legally privileged and confidential information intended solely for the use of 
>the addressee. If the reader of this message is not the intended recipient, 
>you are hereby notified that any reading, dissemination, distribution, 
>copying, or other use of this message or its attachments is strictly 
>prohibited. If you have received this message in error, please notify the 
>sender immediately and delete this message from your system. Thank you.
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: del alias command

2014-10-30 Thread Mark Steely

My prefix is always set to null - some work without the quotes others do not 

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, October 30, 2014 5:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: del alias command

Check your TSO PROFILE PREFIX variable.

Always safer to fully qualify and surround with quotes.

If your PREFIX is NULL, it would have worked without quotes.

On Fri, Oct 31, 2014 at 5:37 AM, Mark Steely  wrote:

> We are z/OS v1r13. I have a confusing issue. We have a dataset that 
> get generated every week that  has delete alias commands. I go to 
> option 3.4 and list the dataset and type ex to process the file. Most 
> of the alias's get deleted but some come up as not found. Then I try 
> typing in the del alias command from the command line "tso del x18860 
> alias" and I receive the same error. If I put the alias name in single quotes 
> the command works.
> Why do I need the quotes for some alias names but not for others. This 
> seems to have started with z/os V1r13.
>
> IDC3901I ERROR QUALIFYING X18860
> IDC3902I ** DEFAULT SERVICE ROUTINE ERROR CODE 20, LOCATE ERROR CODE 8 
> IDC0014I LASTCC=8
> ***
>
> I also have updated IGGCAT00 and executed the command to activate it:
> (this was done  at least 6 months ago)
>
> /*  REQUIRED MEMBER - DEFAULTS WIL BE USED - DO NOT DELETE V1R13  */
> EXTENDEDALIAS(YES)
>
> Thanks
>
>
> Mark Steely
>
>
>
> *** CONFIDENTIALITY NOTICE ***
>
>
>
> This e-mail message and all attachments transmitted with it may 
> contain legally privileged and confidential information intended 
> solely for the use of the addressee. If the reader of this message is 
> not the intended recipient, you are hereby notified that any reading, 
> dissemination, distribution, copying, or other use of this message or 
> its attachments is strictly prohibited. If you have received this 
> message in error, please notify the sender immediately and delete this 
> message from your system.
> Thank you.
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
Wayne V. Bickerdike

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


*** CONFIDENTIALITY NOTICE ***

This e-mail message and all attachments transmitted with it may contain legally 
privileged and confidential information intended solely for the use of the 
addressee. If the reader of this message is not the intended recipient, you are 
hereby notified that any reading, dissemination, distribution, copying, or 
other use of this message or its attachments is strictly prohibited. If you 
have received this message in error, please notify the sender immediately and 
delete this message from your system. Thank you.



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

Re: DFHSM QUESTION - EXPIRATION OF DSN

We put unused volsers into SMS Storage groups then init actual volumes
when more space is needed.

On Thu, Oct 30, 2014 at 12:20 PM, Ed Gould  wrote:
> I don't think so.
> Or if you are right then there are some big issues in the next few years
> that IBM's own products won't be able to support. As an example IBM semi
> announced that "soon" there will be dynamic storage(DASD) expansion and it
> will be done with volser (ex ABC001,ABC002 etc etc) ie adding volsers
> without having to update the ACS routines and DFDSS statements/ or DD JCL
> and this will apparently include DFHSM and any other product that needs
> Backup/restore "generic" volsers.
> DMS had this ability *LONG TIME AGO*.  I don't see any issue about integrity
> with items like that (in fact our DASD boss when the MSS came in worked with
> the DMS people to support the concept of MVSGRP in DMS, IBM never did it.
>
> Ed
>
> On Oct 30, 2014, at 12:48 AM, Elardus Engelbrecht wrote:
>
>> Ed Gould wrote:
>>
>>> There are still quite a few items that DFDSS hasn't caught up with but
>>> thats a different horse to flog. Although I was reading an article about
>>> z/OS and there are a few things percolating up the like dynamic DASD and the
>>> like that will make us wonder why it took so long.
>>
>>
>> Possible reasons: Backward compatibility issues? No business case to catch
>> up? Integrity issues?
>>
>> Groete / Greetings
>> Elardus Engelbrecht
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Abend s0077


Charles,

I dislike LE but have seen vendor code do the same. A POX on all of  
them.


Ed

On Oct 30, 2014, at 4:48 PM, Charles Mills wrote:

And the flip side of the coin is LE, which generates "User" ABENDs  
for the

most obscure of system-related conditions ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM- 
m...@listserv.ua.edu] On

Behalf Of Ed Gould
Sent: Thursday, October 30, 2014 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend s0077

This is an oldie (and I think I have said the on here before).
When we first converted to MVS a programmer came to me with a  
problem. It
was a 0C7 , with a statement saying since it was a S0C7 it was a  
system

issue and not a programmer. ,,,

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


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

Re: del alias command

2014-10-30 Thread Wayne Bickerdike

Check your TSO PROFILE PREFIX variable.

Always safer to fully qualify and surround with quotes.

If your PREFIX is NULL, it would have worked without quotes.

On Fri, Oct 31, 2014 at 5:37 AM, Mark Steely  wrote:

> We are z/OS v1r13. I have a confusing issue. We have a dataset that get
> generated every week that  has delete alias commands. I go to option 3.4
> and list the dataset and type ex to process the file. Most of the alias's
> get deleted but some come up as not found. Then I try typing in the del
> alias command from the command line "tso del x18860 alias" and I receive
> the same error. If I put the alias name in single quotes the command works.
> Why do I need the quotes for some alias names but not for others. This
> seems to have started with z/os V1r13.
>
> IDC3901I ERROR QUALIFYING X18860
> IDC3902I ** DEFAULT SERVICE ROUTINE ERROR CODE 20, LOCATE ERROR CODE 8
> IDC0014I LASTCC=8
> ***
>
> I also have updated IGGCAT00 and executed the command to activate it:
> (this was done  at least 6 months ago)
>
> /*  REQUIRED MEMBER - DEFAULTS WIL BE USED - DO NOT DELETE V1R13  */
> EXTENDEDALIAS(YES)
>
> Thanks
>
>
> Mark Steely
>
>
>
> *** CONFIDENTIALITY NOTICE ***
>
>
>
> This e-mail message and all attachments transmitted with it may contain
> legally privileged and confidential information intended solely for the use
> of the addressee. If the reader of this message is not the intended
> recipient, you are hereby notified that any reading, dissemination,
> distribution, copying, or other use of this message or its attachments is
> strictly prohibited. If you have received this message in error, please
> notify the sender immediately and delete this message from your system.
> Thank you.
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Wayne V. Bickerdike

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

Re: Abend s0077

2014-10-30 Thread Charles Mills

And the flip side of the coin is LE, which generates "User" ABENDs for the
most obscure of system-related conditions ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Gould
Sent: Thursday, October 30, 2014 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend s0077

This is an oldie (and I think I have said the on here before).
When we first converted to MVS a programmer came to me with a problem. It
was a 0C7 , with a statement saying since it was a S0C7 it was a system
issue and not a programmer. ,,,

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

Re: Abend s0077


On Oct 30, 2014, at 2:27 PM, Pommier, Rex wrote:

Well, I'm in Peter's corner on this one.  Is it an irritant to see  
"contact the sysprog" in an error manual?  Yes, it can be, but  
maybe my developers are weird, but some of them actually look at  
the books before coming running to me.


Rex
 
SNIP---


This is an oldie (and I think I have said the on here before).
When we first converted to MVS a programmer came to me with a  
problem. It was a 0C7 , with a statement saying since it was a S0C7  
it was a system issue and not a programmer. ,,,


Ed

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

Re: IBM, Twitter to partner

2014-10-30 Thread Shane Ginnane

>Sign of the apocalypse for sure!

Any who work in this industry should have been aware of the threat of "big 
data" before the term was even invented.
I don't allow gps on my phone, and I use a modded ROM to prelude apps doing 
anything I don't approve of, but that doesn't stop network data being 
collected. As it always has been.

Here's the BBCs take on a  day without data sharing:
http://www.bbc.co.uk/news/technology-29802368

Shane ...

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

Re: (fwd) Re: TS1150 and software installation

2014-10-30 Thread R.S.

W dniu 2014-10-30 o 19:51, retired mainframer pisze:

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John McKown
Sent: Thursday, October 30, 2014 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (fwd) Re: TS1150 and software installation

Directly? No. However, in the case of z/OS and z/Linux, the contents of
the DVD could be read. Basically, mount the DVD on a Linux/Intel box. NFS
export that mount point. On z/OS or z/Linux, do an NFS import of the
Linux/Intel exported filesystem. In the case of z/OS, be sure to do a
BINARY mount. The files on the DVD will look like normal, read-only, UNIX
files. Don't ask me about Windows. I don't _do_ Windows. Penguinista and
Proud.

I wonder how that would work when trying to load the starter system on a brand 
new machine.  What does one use to perform the initial pack restore?

And how would you solve it with ServerPac on tapes?
You nedd COD - Customized Offering Driver. It is available also on DVD 
for some time.
Note: it works only with DVD inserted in HMC. It does NOT work as ftp. 
This is contrary to z/VM installation which can be performed remotely - 
you can install z/VM directly from your PC or any other ftp server.

--
Radoslaw Skorupka
Lodz, Poland

--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl 
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Dazzo, Matt

Rex, we just completed this using Rockets Tapecopy product, migration went 
flawless. HTH

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, October 30, 2014 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 3494 tape library and B20 VTS question

Hi all,

We have a 3494 tape library with 3590 drives in it that is back-ending a 
3494-B20 virtual tape library.  We have about 17 TB of data sitting on physical 
3590 tapes in the 3494 as stacked logical volumes from the B20.  Does anybody 
know of any way of getting a list of the logical tapes on a stacked volume 
straight from z/OS?  I know I can go to the physical library and request a tape 
map, but was hoping there is a way to get this directly.  I dug through the 
books I know of and found nothing.

We're looking at the migration effort to get off the 3494 and would like to be 
able to mount a physical 3590 tape once and copy the entire physical tape 
contents back to the VTS for copying to the replacement device (whatever that 
ends up being)

Thanks,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

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

Re: Abend s0077

Well, I'm in Peter's corner on this one.  Is it an irritant to see "contact the 
sysprog" in an error manual?  Yes, it can be, but maybe my developers are 
weird, but some of them actually look at the books before coming running to me. 
 

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Thursday, October 30, 2014 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend s0077

I don't think Peter wins this one. Ask myself has always been a minor irritant 
in this case.
But, of course, then I look for other clues, search ibmlink and potentially 
open an issue.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Joel C. Ewing
> Sent: Thursday, October 30, 2014 12:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Abend s0077
> 
> The reality is that more often than not application programmers on seeing an
> error they've never encountered before, don't crack a manual but consult
> "higher" authority.  After all it is a "system" ABEND, so surely that's a job 
> for a
> system programmer -- and system programmers are the ones who know
> where to locate all the bizarre error message explanations as well as knowing
> which error messages represent the actual failure and which can be ignored.
> 
> In my experience, most of the time the first reader of a "contact systems
> programmer" explanation IS a systems programmer.  I always found it highly
> irritating when that was the only explanation for an error message.  Even a
> broad general description of what went wrong can sometimes be helpful in
> isolating whether it is an application mis-use of the operating system or an
> actual problem with system software that needs to be resolved.
> 
> So, IMO it is really unreasonable to expect an application programmer to be
> the first one reading a "programmer response" for a message that's obscure
> enough that it doesn't have any better explanation than "contact the system
> programmer".
> Joel C. Ewing
> 
> On 10/30/2014 06:25 AM, Peter Relson wrote:
> >>> What is missing, which will be corrected, is that the "Programmer
> >>> Response" does not have a line such as "for codes that are described
> >>> as IBM use only, contact the system programmer".
> >> Please don't! That's as bad as "This message is self explanatory."
> >> Assume that the person reading it *is* the systems programmer, and
> >> tell *him* what action to take, including the diagnostic data that he
> >> should report.
> > I disagree completely. The expected reader of "programmer response" is
> > an application programmer.
> > The expected reader of "system programmer response" is the system
> > programmer.
> >
> > The system programmer response is already to contact IBM service. And
> > it's rare when the right data to report does not include the console
> > log and any dumps, so that does not need to be called out specifically
> > on every abend
> >
> > Peter Relson
> > z/OS Core Technology Design
> >
> 
> 
> --
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

PKI Services for z/OS

2014-10-30 Thread Dazzo, Matt

We are starting to look at certificate management, I was wondering how many 
folks were using PKI Services for z/OS? At this time I do not have any details 
or security requirements other than web based and runs on z/OS. Hey we are a 
little biased in getting or keeping applications on z/OS.  Following are some 
additional questions if you have the time.

1. How is the install of PKI and setup to do, I read that LDAP is required how 
is that to install?
2. Does a vendor product offer simpler installation and setup?
3. Does a vendor product offer more features?
4. What vendor products are most common?

Thanks,

Matt


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

Re: Abend s0077

2014-10-30 Thread Gibney, Dave

I don't think Peter wins this one. Ask myself has always been a minor irritant 
in this case.
But, of course, then I look for other clues, search ibmlink and potentially 
open an issue.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Joel C. Ewing
> Sent: Thursday, October 30, 2014 12:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Abend s0077
> 
> The reality is that more often than not application programmers on seeing an
> error they've never encountered before, don't crack a manual but consult
> "higher" authority.  After all it is a "system" ABEND, so surely that's a job 
> for a
> system programmer -- and system programmers are the ones who know
> where to locate all the bizarre error message explanations as well as knowing
> which error messages represent the actual failure and which can be ignored.
> 
> In my experience, most of the time the first reader of a "contact systems
> programmer" explanation IS a systems programmer.  I always found it highly
> irritating when that was the only explanation for an error message.  Even a
> broad general description of what went wrong can sometimes be helpful in
> isolating whether it is an application mis-use of the operating system or an
> actual problem with system software that needs to be resolved.
> 
> So, IMO it is really unreasonable to expect an application programmer to be
> the first one reading a "programmer response" for a message that's obscure
> enough that it doesn't have any better explanation than "contact the system
> programmer".
> Joel C. Ewing
> 
> On 10/30/2014 06:25 AM, Peter Relson wrote:
> >>> What is missing, which will be corrected, is that the "Programmer
> >>> Response" does not have a line such as "for codes that are described
> >>> as IBM use only, contact the system programmer".
> >> Please don't! That's as bad as "This message is self explanatory."
> >> Assume that the person reading it *is* the systems programmer, and
> >> tell *him* what action to take, including the diagnostic data that he
> >> should report.
> > I disagree completely. The expected reader of "programmer response" is
> > an application programmer.
> > The expected reader of "system programmer response" is the system
> > programmer.
> >
> > The system programmer response is already to contact IBM service. And
> > it's rare when the right data to report does not include the console
> > log and any dumps, so that does not need to be called out specifically
> > on every abend
> >
> > Peter Relson
> > z/OS Core Technology Design
> >
> 
> 
> --
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Abend s0077

2014-10-30 Thread Joel C. Ewing

The reality is that more often than not application programmers on
seeing an error they've never encountered before, don't crack a manual
but consult "higher" authority.  After all it is a "system" ABEND, so
surely that's a job for a system programmer -- and system programmers
are the ones who know where to locate all the bizarre error message
explanations as well as knowing which error messages represent the
actual failure and which can be ignored.  

In my experience, most of the time the first reader of a "contact
systems programmer" explanation IS a systems programmer.  I always found
it highly irritating when that was the only explanation for an error
message.  Even a broad general description of what went wrong can
sometimes be helpful in isolating whether it is an application mis-use
of the operating system or an actual problem with system software that
needs to be resolved.

So, IMO it is really unreasonable to expect an application programmer to
be the first one reading a "programmer response" for a message that's
obscure enough that it doesn't have any better explanation than "contact
the system programmer".
Joel C. Ewing

On 10/30/2014 06:25 AM, Peter Relson wrote:
>>> What is missing, which will be corrected, is that the "Programmer 
>>> Response" does not have a line such as "for codes that are 
>>> described as IBM use only, contact the system programmer".
>> Please don't! That's as bad as "This message is self explanatory."
>> Assume that the person reading it *is* the systems programmer, and
>> tell *him* what action to take, including the diagnostic data that he
>> should report.
> I disagree completely. The expected reader of "programmer response" is an 
> application programmer. 
> The expected reader of "system programmer response" is the system 
> programmer.
>
> The system programmer response is already to contact IBM service. And it's 
> rare when the right data to report does not include the console log and 
> any dumps, so that does not need to be called out specifically on every 
> abend
>
> Peter Relson
> z/OS Core Technology Design
>

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Bob Shannon

> All the 3590s fall off support end of January

Previously we used third-party support for older tape equipment. It was 
significantly cheaper. We rarely use 3590s anymore so we dropped that support 
and just pay time and materials if something breaks. We also had 3590s in our 
DR contract with IBM and will be dropping them as since they will be 
unsupported.

Bob Shannon
Rocket Software

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
+1 800.966.3270 ■ +1 781.577.4321
Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com
Manage Your Subscription Preferences - 
http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


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

Re: (fwd) Re: TS1150 and software installation

2014-10-30 Thread retired mainframer

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, October 30, 2014 8:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: (fwd) Re: TS1150 and software installation
> 
> Directly? No. However, in the case of z/OS and z/Linux, the contents of
> the DVD could be read. Basically, mount the DVD on a Linux/Intel box. NFS
> export that mount point. On z/OS or z/Linux, do an NFS import of the
> Linux/Intel exported filesystem. In the case of z/OS, be sure to do a
> BINARY mount. The files on the DVD will look like normal, read-only, UNIX
> files. Don't ask me about Windows. I don't _do_ Windows. Penguinista and
> Proud.

I wonder how that would work when trying to load the starter system on a brand 
new machine.  What does one use to perform the initial pack restore?

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Skellen, Frank

Ibm US  withdrawal announcement 914-145  dated july 15, 2014

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Steely
Sent: Thursday, October 30, 2014 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

My CE told me the same thing - do you have the IBM publication that states 
that. What the IBM# or Web site for that announcement.

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, October 30, 2014 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

> Hi Don,
>
> The concern is that the 3590 tape drives are soon to be end of life, January 
> 31, 2015 to be exact.  IBM's externally available documentation says the 3590 
> H1x drives will be supported until October 2015, but our CE's manager told us 
> that is incorrect, and All the 3590s fall off support end of January.  We 
> can't get extended support for the tape drives apparently due to IBM's 
> inability to get spare parts, so mgmt is looking to see if we can restore the 
> data from the stack tapes back into the VTS cache on a stack-tape-by-stack 
> tape basis in order to minimize the number of mounts and read/rewind cycles 
> being performed.  Our 3590s (both tapes and drives) are getting tired and we 
> are trying to keep them going long enough to get off them.  We've considered 
> third party EOS support for the 3590s, but the concern there is the same as 
> with IBM, are there spare parts available to keep them running?
>

Well,
I have both MAGSTAR and 3490E drives. Both has no service contract, but both 
are still serviceable on per call basis.
I don't use them except software installation (and other rare activities), so 
they do not wear.
However IBM EOS date for HW does not mean actual death.

Regards

--
Radoslaw Skorupka
Lodz, Poland

That is true, but how does one get them fixed when the brain talent is gone 
(not to mention spare parts).  We have a pair of 3490-C22s as well, but the CEs 
that know anything about them both retired last summer.  When they break, I 
think we're going to be out of luck.  I just hope we can get completely off 
them before the last of them dies.

Rex

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII 
Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców 
KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita 
zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote.

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

---

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Mark Steely

My CE told me the same thing - do you have the IBM publication that states 
that. What the IBM# or Web site for that announcement. 

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, October 30, 2014 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

> Hi Don,
>
> The concern is that the 3590 tape drives are soon to be end of life, January 
> 31, 2015 to be exact.  IBM's externally available documentation says the 3590 
> H1x drives will be supported until October 2015, but our CE's manager told us 
> that is incorrect, and All the 3590s fall off support end of January.  We 
> can't get extended support for the tape drives apparently due to IBM's 
> inability to get spare parts, so mgmt is looking to see if we can restore the 
> data from the stack tapes back into the VTS cache on a stack-tape-by-stack 
> tape basis in order to minimize the number of mounts and read/rewind cycles 
> being performed.  Our 3590s (both tapes and drives) are getting tired and we 
> are trying to keep them going long enough to get off them.  We've considered 
> third party EOS support for the 3590s, but the concern there is the same as 
> with IBM, are there spare parts available to keep them running?
>

Well,
I have both MAGSTAR and 3490E drives. Both has no service contract, but both 
are still serviceable on per call basis.
I don't use them except software installation (and other rare activities), so 
they do not wear.
However IBM EOS date for HW does not mean actual death.

Regards

--
Radoslaw Skorupka
Lodz, Poland

That is true, but how does one get them fixed when the brain talent is gone 
(not to mention spare parts).  We have a pair of 3490-C22s as well, but the CEs 
that know anything about them both retired last summer.  When they break, I 
think we're going to be out of luck.  I just hope we can get completely off 
them before the last of them dies.

Rex

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl 
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.696.052 zote.

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

*** CONFIDENTIALITY NOTICE ***

This e-mail message and all attachments transmitted with it may contain legally 
privileged and confidential info

del alias command

2014-10-30 Thread Mark Steely

We are z/OS v1r13. I have a confusing issue. We have a dataset that get 
generated every week that  has delete alias commands. I go to option 3.4 and 
list the dataset and type ex to process the file. Most of the alias's get 
deleted but some come up as not found. Then I try typing in the del alias 
command from the command line "tso del x18860 alias" and I receive the same 
error. If I put the alias name in single quotes the command works. Why do I 
need the quotes for some alias names but not for others. This seems to have 
started with z/os V1r13.

IDC3901I ERROR QUALIFYING X18860
IDC3902I ** DEFAULT SERVICE ROUTINE ERROR CODE 20, LOCATE ERROR CODE 8
IDC0014I LASTCC=8
***

I also have updated IGGCAT00 and executed the command to activate it: (this was 
done  at least 6 months ago)

/*  REQUIRED MEMBER - DEFAULTS WIL BE USED - DO NOT DELETE V1R13  */
EXTENDEDALIAS(YES)

Thanks


Mark Steely



*** CONFIDENTIALITY NOTICE ***

This e-mail message and all attachments transmitted with it may contain legally 
privileged and confidential information intended solely for the use of the 
addressee. If the reader of this message is not the intended recipient, you are 
hereby notified that any reading, dissemination, distribution, copying, or 
other use of this message or its attachments is strictly prohibited. If you 
have received this message in error, please notify the sender immediately and 
delete this message from your system. Thank you.


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

Re: 3494 tape library and B20 VTS question

> Hi Don,
>
> The concern is that the 3590 tape drives are soon to be end of life, January 
> 31, 2015 to be exact.  IBM's externally available documentation says the 3590 
> H1x drives will be supported until October 2015, but our CE's manager told us 
> that is incorrect, and All the 3590s fall off support end of January.  We 
> can't get extended support for the tape drives apparently due to IBM's 
> inability to get spare parts, so mgmt is looking to see if we can restore the 
> data from the stack tapes back into the VTS cache on a stack-tape-by-stack 
> tape basis in order to minimize the number of mounts and read/rewind cycles 
> being performed.  Our 3590s (both tapes and drives) are getting tired and we 
> are trying to keep them going long enough to get off them.  We've considered 
> third party EOS support for the 3590s, but the concern there is the same as 
> with IBM, are there spare parts available to keep them running?
>

Well,
I have both MAGSTAR and 3490E drives. Both has no service contract, but 
both are still serviceable on per call basis.
I don't use them except software installation (and other rare 
activities), so they do not wear.
However IBM EOS date for HW does not mean actual death.

Regards

-- 
Radoslaw Skorupka
Lodz, Poland


That is true, but how does one get them fixed when the brain talent is gone 
(not to mention spare parts).  We have a pair of 3490-C22s as well, but the CEs 
that know anything about them both retired last summer.  When they break, I 
think we're going to be out of luck.  I just hope we can get completely off 
them before the last of them dies.

Rex




--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl 
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.696.052 zote.


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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: EREP Report - MDR Records

2014-10-30 Thread Elardus Engelbrecht

Lizette Koehler wrote:

>According to EREP Reference
>MDR Tape devices (not 3590s) ; including controllers
>OBR Tape devices (only 3590s) ; including controllers

I wish I have now access to my z/OS toys + EREP to check that out... perhaps 
tomorrow... :-(

>I do not think you can get MDR for 3590s.  I think they are on OBR records.

Even with this line where both MDR and 3590 are on SAME line like this one 
below?

>>04 48 15 35   N/AMDR00 A5FC 3590  C1

Mark Jacobs: Ok, without any access to my resources for checking out for you, 
could you rerun your EREP *without* this line:

DEV=(3590) <--- Drop/remove this line.

but remember to use PRINT=AL

So, you select ALL records for ALL devices. Perhaps you can see those missing 
OBR.

But I am absolutely and dying curious about this: 'IFC120I 795RECORDS 
THAT PASSED FILTERING'

What records do you see there?

Groete / Greetings
Elardus Engelbrecht

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

Re: 3494 tape library and B20 VTS question

No problem, I figured as much - and I actually reran the job with the two steps 
pointing to the same tape and it works.  I wanted to get it documented for the 
archives as to the correct JCL.

So, Thank you John and all (again) for helping me out!

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 30, 2014 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

On Thu, Oct 30, 2014 at 11:49 AM, Pommier, Rex 
wrote:

> Hi John,
>
> The TS7700 series (7720, 7720T, 7740) are actually follow-ons to the B20.
> I'm perusing the docs you pointed out now.  One question on your JCL
> example, should the SYSUT2 in STEP0001 point to the same dataset as SYSUT1
> in the FETCH step?
>
> Rex
>
>
Yes. The first step creates a virtual tape with a specific DSN, which I
messed up in my transcription. Sorry about that.

-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: EREP Report - MDR Records

According to EREP Reference

MDR Tape devices (not 3590s) ; including controllers
OBR Tape devices (only 3590s) ; including controllers

I do not think you can get MDR for 3590s.  I think they are on OBR records.

Lizette


-Original Message-
>From: Mark Jacobs 
>Sent: Oct 30, 2014 10:47 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: EREP Report - MDR Records
>
>I see plenty of them in the event report, but can't get any detailed 
>information.
>
>04 48 15 35   N/AMDR00 A5FC 3590  C1
>04 48 24 50   N/AMDR00 A5FE 3590  C0
>04 48 27 53   N/AMDR00 A5E4 3590  C1
>04 48 34 97   N/AMDR00 A5BF 3590  C1
>04 48 56 13   N/AMDR00 A5B0 3590  C0
>04 49 18 35   N/AMDR00 A5C1 3590  C1
>04 49 23 75   N/AMDR00 A1B7 3590  C0
>04 49 42 99   N/AMDR00 A60D 3590  C0
>04 49 55 81   N/AMDR00 A5DC 3590  C0
>04 51 34 01   N/AMDR00 A5F4 3590  C0
>04 52 02 49   N/AMDR00 A5E6 3590  C0
>04 52 04 65   N/AMDR00 A0EF 3590  C0
>04 52 18 37   N/AMDR00 A5C9 3590  C1
>04 52 27 30   N/AMDR00 A01D 3590  C1
>04 52 35 73   N/AMDR00 A5F7 3590  C0
>04 52 40 61   N/AMDR00 A5BE 3590  C0
>04 52 43 04   N/AMDR00 A05F 3590  C0
>04 52 50 52   N/AMDR00 A5C6 3590  C1
>04 53 23 12   N/AMDR00 A5E7 3590  C1
>04 54 08 77   N/AMDR00 A078 3590  C0
>04 54 35 48   N/AMDR00 A5D9 3590  C0
>04 54 44 67   N/AMDR00 A5BA 3590  C0
>04 54 49 93   N/AMDR00 A5F6 3590  C0
>
>Mark Jacobs
>
>On 10/30/14 13:12, Lizette Koehler wrote:
>> It maybe possible that there are no MDR records.
>>
>> Depending on what you are looking for, you may want to include io software
>>
>> Perhaps going after cui or devno might give you what you are looking fo r
>> Lizette
>>
>>
>> -Original Message-
>>
>>
>>> From: Lizette Koehler 
>>> Sent: Oct 30, 2014 8:46 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: EREP Report - MDR Records
>>>
>>> I think TYPE=OT is for one and I forget what T is
>>> I think MDR is TYPE=M
>>>
>>> Lizette
>>>
>>>
>>> -Original Message-
 From: Mark Jacobs 
 Sent: Oct 30, 2014 8:23 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: EREP Report - MDR Records

 Nope.

 INPUT PARAMETER STRING CARD
 PRINT=AL
 DEV=(3590)
 HIST
 ACC=N
 TABSIZE=1024K
 TYPE=OT

 PARAMETER OPTIONS VALID FOR THIS EXECUTION
 RECORD TYPES(OBR,MDR),MODE ALL,PRINT(EDIT,SUMMARY,DATA
 REDUCTION),HISTORY INPUT
 DATE/TIME RANGE - ALL
 TABLE SIZE - 1024K,LINE COUNT - 050
 LINE LENGTH - 132
 DEVICE ENTRIES
 DEVICE TYPES(CCH,SLH)-3590(ALL)
 DEVICE TYPES(OBR,MIH,DDR)-3590(8083),3590(8084)
 DEVICE TYPES(MDR)-3590(46),3590(47)
 IFC120I 795RECORDS THAT PASSED FILTERING

 I get nothing else in the report.

 On 10/30/14 11:16, Lizette Koehler wrote:
> What is your PRINT set at?  You may need something like PRINT=AL
> Lizette
>
>
> -Original Message-
>> From: Mark Jacobs 
>> Sent: Oct 30, 2014 8:10 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: EREP Report - MDR Records
>>
>> What's the magic spell for EREP to product detailed information for MDR
>> records? All I'm able to get is a summary report.
>>
>> --
>> Mark Jacobs
>> Time Customer Service
>> Tampa, FL
>> 
>>
>> The standard you walk past is the standard you accept.
>> Lt. Gen. David Morrison, Australian Army Chief

>

 -- 
 Mark Jacobs
 Time Customer Service
 Tampa, FL
 

 The standard you walk past is the standard you accept.
 Lt. Gen. David Morrison, Australian Army Chief

>
>
>-- 
>Mark Jacobs
>Time Customer Service
>Tampa, FL
>
>
>The standard you walk past is the standard you accept.
>Lt. Gen. David Morrison, Australian Army Chief
>

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

Re: MEMLIMIT not honoured by DB2 utility job

2014-10-30 Thread Tom Marchant

On Wed, 29 Oct 2014 13:58:56 +0100, Peter Hunkeler wrote:

>We've got a DB2 utility job (running DB2 Utilities Stored Procedures, 
PGM=DSNX9WLM), thst is using much more storage that we want it to use.

I don't know if this applies to your situation, but an authorized caller of 
IARV64 can specify MEMLIMIT=NO.


,MEMLIMIT=YES  The 64-bit private memory object contributes towards the address 
space MEMLIMIT.
,MEMLIMIT=NO  The 64-bit private memory object is not counted against the 
address space MEMLIMIT. 
MEMLIMIT=NO can only be specified by authorized callers in supervisor state or 
key 0-7.


-- 
Tom Marchant

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread R.S.

W dniu 2014-10-30 o 18:33, Pommier, Rex pisze:

Hi Don,

The concern is that the 3590 tape drives are soon to be end of life, January
31, 2015 to be exact. IBM's externally available documentation says the 3590
H1x drives will be supported until October 2015, but our CE's manager told us
that is incorrect, and All the 3590s fall off support end of January. We can't
get extended support for the tape drives apparently due to IBM's inability to
get spare parts, so mgmt is looking to see if we can restore the data from the
stack tapes back into the VTS cache on a stack-tape-by-stack tape basis in
order to minimize the number of mounts and read/rewind cycles being performed.
Our 3590s (both tapes and drives) are getting tired and we are trying to keep
them going long enough to get off them. We've considered third party EOS
support for the 3590s, but the concern there is the same as with IBM, are there
spare parts available to keep them running?

Well,
I have both MAGSTAR and 3490E drives. Both has no service contract, but
both are still serviceable on per call basis.
I don't use them except software installation (and other rare
activities), so they do not wear.

However IBM EOS date for HW does not mean actual death.

Regards

--
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If you
are not the intended addressee of this e-mail or the employee authorized to
forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved to
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote.

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

Re: EREP Report - MDR Records

I see plenty of them in the event report, but can't get any detailed 
information.


04 48 15 35   N/AMDR00 A5FC 3590  C1
04 48 24 50   N/AMDR00 A5FE 3590  C0
04 48 27 53   N/AMDR00 A5E4 3590  C1
04 48 34 97   N/AMDR00 A5BF 3590  C1
04 48 56 13   N/AMDR00 A5B0 3590  C0
04 49 18 35   N/AMDR00 A5C1 3590  C1
04 49 23 75   N/AMDR00 A1B7 3590  C0
04 49 42 99   N/AMDR00 A60D 3590  C0
04 49 55 81   N/AMDR00 A5DC 3590  C0
04 51 34 01   N/AMDR00 A5F4 3590  C0
04 52 02 49   N/AMDR00 A5E6 3590  C0
04 52 04 65   N/AMDR00 A0EF 3590  C0
04 52 18 37   N/AMDR00 A5C9 3590  C1
04 52 27 30   N/AMDR00 A01D 3590  C1
04 52 35 73   N/AMDR00 A5F7 3590  C0
04 52 40 61   N/AMDR00 A5BE 3590  C0
04 52 43 04   N/AMDR00 A05F 3590  C0
04 52 50 52   N/AMDR00 A5C6 3590  C1
04 53 23 12   N/AMDR00 A5E7 3590  C1
04 54 08 77   N/AMDR00 A078 3590  C0
04 54 35 48   N/AMDR00 A5D9 3590  C0
04 54 44 67   N/AMDR00 A5BA 3590  C0
04 54 49 93   N/AMDR00 A5F6 3590  C0

Mark Jacobs

On 10/30/14 13:12, Lizette Koehler wrote:

It maybe possible that there are no MDR records.

Depending on what you are looking for, you may want to include io software

Perhaps going after cui or devno might give you what you are looking fo r
Lizette


-Original Message-



From: Lizette Koehler 
Sent: Oct 30, 2014 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EREP Report - MDR Records

I think TYPE=OT is for one and I forget what T is
I think MDR is TYPE=M

Lizette


-Original Message-

From: Mark Jacobs 
Sent: Oct 30, 2014 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EREP Report - MDR Records

Nope.

INPUT PARAMETER STRING CARD
PRINT=AL
DEV=(3590)
HIST
ACC=N
TABSIZE=1024K
TYPE=OT

PARAMETER OPTIONS VALID FOR THIS EXECUTION
RECORD TYPES(OBR,MDR),MODE ALL,PRINT(EDIT,SUMMARY,DATA
REDUCTION),HISTORY INPUT
DATE/TIME RANGE - ALL
TABLE SIZE - 1024K,LINE COUNT - 050
LINE LENGTH - 132
DEVICE ENTRIES
DEVICE TYPES(CCH,SLH)-3590(ALL)
DEVICE TYPES(OBR,MIH,DDR)-3590(8083),3590(8084)
DEVICE TYPES(MDR)-3590(46),3590(47)
IFC120I 795RECORDS THAT PASSED FILTERING

I get nothing else in the report.

On 10/30/14 11:16, Lizette Koehler wrote:

What is your PRINT set at?  You may need something like PRINT=AL
Lizette


-Original Message-

From: Mark Jacobs 
Sent: Oct 30, 2014 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EREP Report - MDR Records

What's the magic spell for EREP to product detailed information for MDR
records? All I'm able to get is a summary report.

--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

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


Please be alert for any emails that may ask you for login information or 
directs you to login via a link. If you believe this message is a phish or 
aren't sure whether this message is trustworthy, please send the original 
message as an attachment to 'phish...@timeinc.com'.





--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

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

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





--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

Re: 3494 tape library and B20 VTS question

ACTVOL is blank - at least on the virtuals I spot checked.  Bummer.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, October 30, 2014 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

On 10/30/2014 12:44 PM, Pommier, Rex wrote:
> Tom,
>
> How would CA1 even know about the back-end tapes?  AFAIK, all it knows about 
> are the virtual tapes in the B20, although I will admit I don't know much 
> about CA1.
>
> Thanks,
>
> Rex
>

Rex,

CA-1 tracks the stacked volumes through the ACTVOL field.  If you look 
at the logicals, the ACTVOL field should be the STACKED volume name.

Tom

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: 3494 tape library and B20 VTS question

Hi Don,

The concern is that the 3590 tape drives are soon to be end of life, January 
31, 2015 to be exact.  IBM's externally available documentation says the 3590 
H1x drives will be supported until October 2015, but our CE's manager told us 
that is incorrect, and All the 3590s fall off support end of January.  We can't 
get extended support for the tape drives apparently due to IBM's inability to 
get spare parts, so mgmt is looking to see if we can restore the data from the 
stack tapes back into the VTS cache on a stack-tape-by-stack tape basis in 
order to minimize the number of mounts and read/rewind cycles being performed.  
Our 3590s (both tapes and drives) are getting tired and we are trying to keep 
them going long enough to get off them.  We've considered third party EOS 
support for the 3590s, but the concern there is the same as with IBM, are there 
spare parts available to keep them running?

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grinsell, Don
Sent: Thursday, October 30, 2014 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

Rex,

We went through that same migration a couple of years ago.  As I recall we 
deployed our new TS7720 VTS and then ran appropriate jobs to copy the logical 
volumes from the old B10 to the new VTS.  We never really concerned ourselves 
with the actual contents of the stack tapes.  Just curious as to why wouldn't 
you simply let the VTS handle it?  

--

Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"There are but two powers in the world, the sword and the mind.  In the long 
run the sword is always beaten by the mind."
~ Napoleon Bonaparte

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, October 30, 2014 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

Tom,

How would CA1 even know about the back-end tapes?  AFAIK, all it knows about 
are the virtual tapes in the B20, although I will admit I don't know much about 
CA1.

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, October 30, 2014 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

On 10/30/2014 10:31 AM, Pommier, Rex wrote:
> Hi all,
>
> We have a 3494 tape library with 3590 drives in it that is back-ending a 
> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on 
> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.  
> Does anybody know of any way of getting a list of the logical tapes on a 
> stacked volume straight from z/OS?  I know I can go to the physical library 
> and request a tape map, but was hoping there is a way to get this directly.  
> I dug through the books I know of and found nothing.
>
> We're looking at the migration effort to get off the 3494 and would 
> like to be able to mount a physical 3590 tape once and copy the entire 
> physical tape contents back to the VTS for copying to the replacement 
> device (whatever that ends up being)
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful.  If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Rex,

Both RMM and CA-1 should give you the list of stacked logicals on the cart.  
Importing the stacked volume should propagate the logicals to the VTS.

Regards,
Tom Conley

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If y

Re: 3494 tape library and B20 VTS question

On Thu, Oct 30, 2014 at 12:14 PM, Thomas Conley 
wrote:

> On 10/30/2014 12:44 PM, Pommier, Rex wrote:
>
>> Tom,
>>
>> How would CA1 even know about the back-end tapes?  AFAIK, all it knows
>> about are the virtual tapes in the B20, although I will admit I don't know
>> much about CA1.
>>
>> Thanks,
>>
>> Rex
>>
>>
> Rex,
>
> CA-1 tracks the stacked volumes through the ACTVOL field.  If you look at
> the logicals, the ACTVOL field should be the STACKED volume name.
>
> Tom
>

Interesting. However, on our z/OS 1.12 system, running CA-1 12.5, and a
3494-B10, that field is BLANK.

-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

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

AW: Re: AW: Re: MEMLIMIT not honoured by DB2 utility job

2014-10-30 Thread Peter Hunkeler

> Isn't DSNX9WLM the program for DB2 Stored Procedures server address spaces? 
> And not a DB2 Utility program?

Yep, I wrote that in the initial post.

--Peter Hunkeler


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

Re: DFHSM QUESTION - EXPIRATION OF DSN


I don't think so.
Or if you are right then there are some big issues in the next few  
years that IBM's own products won't be able to support. As an example  
IBM semi announced that "soon" there will be dynamic storage(DASD)  
expansion and it will be done with volser (ex ABC001,ABC002 etc etc)  
ie adding volsers without having to update the ACS routines and DFDSS  
statements/ or DD JCL and this will apparently include DFHSM and any  
other product that needs Backup/restore "generic" volsers.
DMS had this ability *LONG TIME AGO*.  I don't see any issue about  
integrity with items like that (in fact our DASD boss when the MSS  
came in worked with the DMS people to support the concept of MVSGRP  
in DMS, IBM never did it.


Ed

On Oct 30, 2014, at 12:48 AM, Elardus Engelbrecht wrote:


Ed Gould wrote:

There are still quite a few items that DFDSS hasn't caught up with  
but thats a different horse to flog. Although I was reading an  
article about z/OS and there are a few things percolating up the  
like dynamic DASD and the like that will make us wonder why it  
took so long.


Possible reasons: Backward compatibility issues? No business case  
to catch up? Integrity issues?


Groete / Greetings
Elardus Engelbrecht

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


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

Re: 3494 tape library and B20 VTS question

On Thu, Oct 30, 2014 at 11:49 AM, Pommier, Rex 
wrote:

> Hi John,
>
> The TS7700 series (7720, 7720T, 7740) are actually follow-ons to the B20.
> I'm perusing the docs you pointed out now.  One question on your JCL
> example, should the SYSUT2 in STEP0001 point to the same dataset as SYSUT1
> in the FETCH step?
>
> Rex
>
>
Yes. The first step creates a virtual tape with a specific DSN, which I
messed up in my transcription. Sorry about that.


-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Thomas Conley


On 10/30/2014 12:44 PM, Pommier, Rex wrote:

Tom,

How would CA1 even know about the back-end tapes?  AFAIK, all it knows about 
are the virtual tapes in the B20, although I will admit I don't know much about 
CA1.

Thanks,

Rex



Rex,

CA-1 tracks the stacked volumes through the ACTVOL field.  If you look 
at the logicals, the ACTVOL field should be the STACKED volume name.


Tom

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

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Grinsell, Don

Rex,

We went through that same migration a couple of years ago.  As I recall we 
deployed our new TS7720 VTS and then ran appropriate jobs to copy the logical 
volumes from the old B10 to the new VTS.  We never really concerned ourselves 
with the actual contents of the stack tapes.  Just curious as to why wouldn't 
you simply let the VTS handle it?  

--

Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"There are but two powers in the world, the sword and the mind.  In the long 
run the sword is always beaten by the mind."
~ Napoleon Bonaparte

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, October 30, 2014 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

Tom,

How would CA1 even know about the back-end tapes?  AFAIK, all it knows about 
are the virtual tapes in the B20, although I will admit I don't know much about 
CA1.

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, October 30, 2014 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

On 10/30/2014 10:31 AM, Pommier, Rex wrote:
> Hi all,
>
> We have a 3494 tape library with 3590 drives in it that is back-ending a 
> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on 
> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.  
> Does anybody know of any way of getting a list of the logical tapes on a 
> stacked volume straight from z/OS?  I know I can go to the physical library 
> and request a tape map, but was hoping there is a way to get this directly.  
> I dug through the books I know of and found nothing.
>
> We're looking at the migration effort to get off the 3494 and would 
> like to be able to mount a physical 3590 tape once and copy the entire 
> physical tape contents back to the VTS for copying to the replacement 
> device (whatever that ends up being)
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful.  If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Rex,

Both RMM and CA-1 should give you the list of stacked logicals on the cart.  
Importing the stacked volume should propagate the logicals to the VTS.

Regards,
Tom Conley

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

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

Re: EREP Report - MDR Records

It maybe possible that there are no MDR records.

Depending on what you are looking for, you may want to include io software 

Perhaps going after cui or devno might give you what you are looking fo r
Lizette


-Original Message-


>From: Lizette Koehler 
>Sent: Oct 30, 2014 8:46 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: EREP Report - MDR Records
>
>I think TYPE=OT is for one and I forget what T is
>I think MDR is TYPE=M
>
>Lizette
>
>
>-Original Message-
>>From: Mark Jacobs 
>>Sent: Oct 30, 2014 8:23 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: EREP Report - MDR Records
>>
>>Nope.
>>
>>INPUT PARAMETER STRING CARD
>>PRINT=AL
>>DEV=(3590)
>>HIST
>>ACC=N
>>TABSIZE=1024K
>>TYPE=OT
>>
>>PARAMETER OPTIONS VALID FOR THIS EXECUTION
>>RECORD TYPES(OBR,MDR),MODE ALL,PRINT(EDIT,SUMMARY,DATA 
>>REDUCTION),HISTORY INPUT
>>DATE/TIME RANGE - ALL
>>TABLE SIZE - 1024K,LINE COUNT - 050
>>LINE LENGTH - 132
>>DEVICE ENTRIES
>>DEVICE TYPES(CCH,SLH)-3590(ALL)
>>DEVICE TYPES(OBR,MIH,DDR)-3590(8083),3590(8084)
>>DEVICE TYPES(MDR)-3590(46),3590(47)
>>IFC120I 795RECORDS THAT PASSED FILTERING
>>
>>I get nothing else in the report.
>>
>>On 10/30/14 11:16, Lizette Koehler wrote:
>>> What is your PRINT set at?  You may need something like PRINT=AL
>>> Lizette
>>>
>>>
>>> -Original Message-
 From: Mark Jacobs 
 Sent: Oct 30, 2014 8:10 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: EREP Report - MDR Records

 What's the magic spell for EREP to product detailed information for MDR
 records? All I'm able to get is a summary report.

 --
 Mark Jacobs
 Time Customer Service
 Tampa, FL
 

 The standard you walk past is the standard you accept.
 Lt. Gen. David Morrison, Australian Army Chief

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>>
>>> Please be alert for any emails that may ask you for login information or 
>>> directs you to login via a link. If you believe this message is a phish or 
>>> aren't sure whether this message is trustworthy, please send the original 
>>> message as an attachment to 'phish...@timeinc.com'.
>>>
>>>
>>>
>>
>>
>>-- 
>>Mark Jacobs
>>Time Customer Service
>>Tampa, FL
>>
>>
>>The standard you walk past is the standard you accept.
>>Lt. Gen. David Morrison, Australian Army Chief
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: 3494 tape library and B20 VTS question

Unfortunately this document...

IBM TotalStorage Virtual Tape Server
3494 Bulk Volume Information Retrieval Function User's Guide
(WP100430)

Appears to have vanished.  The replacement doc, for the TS770 series is there, 
but the older doc is gone.





The BVIR function must be enabled by your IBM service
representative.  When used to obtain information for a specific VTS
in a PtP VTS configuration, the Selective PtP Copy function is
required to direct the request to the right VTS.  For additional
BVIR information refer to the IBM TotalStorage Virtual Tape Server
3494 Bulk Volume Information Retrieval Function User's Guide
(WP100430) on the following Web site:

http://www.ibm.com/support/techdocs


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: Has Anyone Seen this in ISPF before?

2014-10-30 Thread Tony Harminc

On 29 October 2014 11:23, Thomas Conley  wrote:

> On 10/29/2014 7:50 AM, parke...@gmail.com wrote:
>
>> I appreciate all of the responses. I did a profile prefix(atljp), which
>> fixed the problem. I have never seen such an odd occurrence in ISPF before.
>>
>> John
>>
>
It might have been useful to see what the output of a PROFILE LIST showed
before changing it.

> This is not an ISPF issue.  The corruption of the PREFIX data is a serious
> issue affecting your external security manager (ESM, such as RACF, ACF2, or
> TopSecret).  I'm assuming you have an ESM and are not using UADS.  The TSO
> PROFILE PREFIX command can't corrupt the data and store a value > 8
> characters.  This is a bad problem to have, and you should continue to
> research to figure out what happened.  The earlier suggestion to unload
> your ESM database to check the prefix value is a good one.  You should
> check to see if other prefix values are corrupted, and if so, open a PMR
> with your ESM vendor
>

Keep in mind that this information is kept in the User Profile Table (UPT),
which is in user-key storage, and so is writable intentionally or by
accident by any program running in the address space. It is rewritten to
the security system at logoff, and I'm sure RACF and friends don't check
the content in any detailed way. To the security system it's an object to
be stored and retrieved.

It seems to me far more likely that a program run at some time under the
userid in question updated (clobbered?) the field than that RACF corrupted
it. There is (should be) no integrity exposure no matter what such a
program does, as authorized system components know well that this is
user-modifiable data and cannot be trusted.

Tony H.

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

Re: 3494 tape library and B20 VTS question

Hi John,

The TS7700 series (7720, 7720T, 7740) are actually follow-ons to the B20.  I'm 
perusing the docs you pointed out now.  One question on your JCL example, 
should the SYSUT2 in STEP0001 point to the same dataset as SYSUT1 in the FETCH 
step?  

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, October 30, 2014 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

This may help too:
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101094
I don't know if the TS7700 is a 3494-B20 or something else.

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&htmlfid=872/ENUSAG04-0362&appname=isource&language=enus

BULK VOLUME INFORMATION RETRIEVAL

The Bulk Volume Information Retrieval (BVIR) function has been
added to the VTS to enable a MVS host job to obtain information
about all of the logical volumes managed by a VTS, including a PtP
VTS.  Within a VTS, a database is maintained that contains
information about the state and data validity of each logical
volume.  This function uses a logical volume to allow a batch job
to request information from the VTS.  When the logical volume is
mounted, the VTS formats the requested information onto the volume
as an IBM standard labeled tape volume that contains a single file.
The file contains multiple records, one for each logical volume in
the VTS.  With its standard volume format, access to the data is
provided through standard MVS utilities, such as IEBGENER.  The
following types of information can be requested:

o   Physical to logical volume mapping (ADSM server database
version)
o   Cache contents
o   Token contents

The BVIR function must be enabled by your IBM service
representative.  When used to obtain information for a specific VTS
in a PtP VTS configuration, the Selective PtP Copy function is
required to direct the request to the right VTS.  For additional
BVIR information refer to the IBM TotalStorage Virtual Tape Server
3494 Bulk Volume Information Retrieval Function User's Guide
(WP100430) on the following Web site:

http://www.ibm.com/support/techdocs

On Thu, Oct 30, 2014 at 9:41 AM, John McKown 
wrote:

> We have a -B10. The magic word is "BVIR", at least for the -B10. That is
> a way to send "commands" to the VTS control software. On the -B10, the step
> below will create a DSN on a virtual tape (defined in the DD) which will
> contain a map of which physical volume contains which virtual volumes.
>
> //STEP0001 EXEC  PGM=ICEGENER
> //SYSPRINT DD  SYSOUT=*
> //SYSINDD  DUMMY
> //SYSUT1   DD  *
> VTS BULK VOLUME DATA REQUEST
> VOLUME MAP
> /*
> //SYSUT2   DD  DSN=&SYSUID..VIRTUAL.TAPE,
> // DISP=(NEW,CATLG),
> // RECFM=F,LRECL=80,BLKSIZE=80,TRTCH=NOCOMP,
> // UNIT=VTS2,
> // LABEL=RETPD=1
> //*
> //FETCHEXEC PGM=IEBGENER
> //SYSPRINT DD   SYSOUT=*
> //SYSINDD   DUMMY
> //SYSUT1   DD   DSN=&SYSUID..BVIR.TAPE,DISP=OLD
> //SYSUT2   DD   DSN=&SYSUID..BVIR.ONDISK,
> // DISP=(NEW,CATLG),
> // UNIT=SYSDA,SPACE=(TRK,(20,10),RLSE),
> // BLKSIZE=32760,RECFM=U
>
> I don't know if that will work for a -B20 or not. The "control statements"
> might be different.
>
>
> On Thu, Oct 30, 2014 at 9:30 AM, Pommier, Rex 
> wrote:
>
>> Hi all,
>>
>> We have a 3494 tape library with 3590 drives in it that is back-ending a
>> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on
>> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.
>> Does anybody know of any way of getting a list of the logical tapes on a
>> stacked volume straight from z/OS?  I know I can go to the physical library
>> and request a tape map, but was hoping there is a way to get this
>> directly.  I dug through the books I know of and found nothing.
>>
>> We're looking at the migration effort to get off the 3494 and would like
>> to be able to mount a physical 3590 tape once and copy the entire physical
>> tape contents back to the VTS for copying to the replacement device
>> (whatever that ends up being)
>>
>> Thanks,
>>
>> Rex
>>
>> The information contained in this message is confidential, protected from
>> disclosure and may be legally privileged.  If the reader of this message is
>> not the intended recipient or an employee or agent responsible for
>> delivering this message to the intended recipient, you are hereby notified
>> that any disclosure, distribution, copying, or any action taken or action
>> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
>> you have received this communication in error, please notify us immediately
>> by replying to this message and destroy the material in its entirety,
>> whether in electronic or hard copy format.  Thank you.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instruc

Re: 3494 tape library and B20 VTS question

Tom,

How would CA1 even know about the back-end tapes?  AFAIK, all it knows about 
are the virtual tapes in the B20, although I will admit I don't know much about 
CA1.

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, October 30, 2014 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3494 tape library and B20 VTS question

On 10/30/2014 10:31 AM, Pommier, Rex wrote:
> Hi all,
>
> We have a 3494 tape library with 3590 drives in it that is back-ending a 
> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on 
> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.  
> Does anybody know of any way of getting a list of the logical tapes on a 
> stacked volume straight from z/OS?  I know I can go to the physical library 
> and request a tape map, but was hoping there is a way to get this directly.  
> I dug through the books I know of and found nothing.
>
> We're looking at the migration effort to get off the 3494 and would like to 
> be able to mount a physical 3590 tape once and copy the entire physical tape 
> contents back to the VTS for copying to the replacement device (whatever that 
> ends up being)
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful.  If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Rex,

Both RMM and CA-1 should give you the list of stacked logicals on the 
cart.  Importing the stacked volume should propagate the logicals to the 
VTS.

Regards,
Tom Conley

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT

2014-10-30 Thread Joseph Butz


Hi Willie,

We (INNOVATION) do not have any record of you writing/calling us on 
this.  Normally, we would want to see the entire report to be able to 
answer this type of question.


When an IAM file is created with the VSAM EXTENDED format the IAM Global 
Options value for RELEASE= is used for the RELEASE setting on the file.  
The default Global Option for RELEASE= is YES.
Once an IAM file is loaded, space in this file is released and the 
RELEASE setting on the file is set to NO.


If you have questions, please contact IAM support at INNOVATION.

jb...@fdrinnovation.com
Joseph Butz
Technical Support

On 10/29/2014 1:01 PM, Willie Bunter wrote:

I defined the dsn as VSAM EXTENDED format and I ran a LISTCAT to compare the 
before and after allocation.
Everything is okay except for the following:
When the dsn was NOT VSAM EXTENDED format the IAM100 IAM FILE ANALYSIS output 
showed :

TOTAL EXTENTS  =49  -  TOTAL SPACE ALLOCATED - =   1956000 TRACKS
PRIMARY SPACE  =  4350  -  SECONDARY SPACE --- =  4350 CYL
MULTIVOLUME -- =   PRIMARY  -  MAX SECONDARY - =  4350 CYL
RELEASE -- =NO  -  SHARE OPTIONS - = 2
DATA COMPRESS  =  SOFTWARE  -  INDEX COMPRESS  =   YES
TOTAL RECORDS  = 447700657  -  INSERTS --- = 0
UPDATES -- = 0  -  DELETES --- = 0
HIGH USED RBA  = 104538978  -  HIGH ALLOCATED RBA  = 104538978 KB
FILE DEFINED - =  2014.298  -  10/25/2014 -  6:26 PM - =  18:26:54
FILE LOADED -- =  2014.298  -  10/25/2014 -  6:53 PM - =  18:53:07

However when the dsn is defined as VSAM EXTENDED it shows
TOTAL EXTENTS  = 2  -  TOTAL SPACE ALLOCATED - = 95250 TRACKS
PRIMARY SPACE  =  6350  -  SECONDARY SPACE --- =  6350 CYL
MULTIVOLUME -- =   PRIMARY  -  MAX SECONDARY - =  6350 CYL
RELEASE -- =   YES  -  SHARE OPTIONS - = 2
FILE DEFINED - =  2014.300  -  10/27/2014 -  1:17 PM - =  13:17:06
NUMBER OF IAM DATA BLOCKS  = 0
EXTENDED HIGH ALLOCATED RBN -- = 0

I cannot understand why it is showing RELEASE -- =   YES ?  I thought 
it could be coming from
Space Constraint Relief . . . : YES
I tried a test and changed the Space Constraint Relief . . . : NO however the 
result was the same.

Could someone shed some light?

Thanks.

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


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

Re: AW: Re: MEMLIMIT not honoured by DB2 utility job

2014-10-30 Thread Martin Packer

DB2 MEMLIMIT for DBM1 is 4TB - according to SMF 30 (and John Campbell).

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "nitz-...@gmx.net" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   30/10/2014 06:40
Subject:Re: AW: Re: MEMLIMIT not honoured by DB2 utility job
Sent by:IBM Mainframe Discussion List 



Peter,

> I have found plenty of places where the discussion is about DB2's DBM1 
and IRLM address spaces. Those ignore any MEMLIMIT setting and set this 
limit to values defined in DB2.
> 
> I could not find anything related to the utility program DSNX9WLM 
regarding MEMLIMIT.  Waiting for an answer from my DB2 colleagues.

I don't think that this is written down anywhere. All you need to do is 
dump the running job and check the value of memlimit in the RSM control 
block (I believe it was an RSM control block). You'll find that DB2 
overwrites whatever the installation specifies with what DB2 wants by the 
simple expedient of being APF authorized. They just go and put their own 
value into the RSM control block, effectively overwriting usual controls. 
Check the archives, I seem to have a dim memory that we discussed this 
here and I got bashed when I objected to such a practise. In my case it 
was GRS (they do the same), I think, back in z/OS 1.2 or 1.4 days.
Just look at the memlimit column in SDSF DA, you'll see exactly which 
address spaces have adopted this practise. (In our case, it was even more 
evident, because I had limited *everybody* to 6GB MEMLIMIT in IEFUSI/SMF, 
for the simple reason that the system didn't have enough real storage to 
back any more. 

Barbara

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



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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: MEMLIMIT not honoured by DB2 utility job

2014-10-30 Thread Martin Packer

Isn't DSNX9WLM the program for DB2 Stored Procedures server address 
spaces? And not a DB2 Utility program?

Might have some bearing.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

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

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Peter Hunkeler 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   29/10/2014 14:47
Subject:AW: Re: MEMLIMIT not honoured by DB2 utility job
Sent by:IBM Mainframe Discussion List 



>> Pretty sure that I read somewhere that DB2 has been written to ignore 
memlimit.>> Thanks. Will try to find this in DB2 docs.

I have found plenty of places where the discussion is about DB2's DBM1 and 
IRLM address spaces. Those ignore any MEMLIMIT setting and set this limit 
to values defined in DB2.

I could not find anything related to the utility program DSNX9WLM 
regarding MEMLIMIT.  Waiting for an answer from my DB2 colleagues.

--
Peter Hunkeler


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



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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TS1150 and software installation

2014-10-30 Thread J O Skip Robinson

Tax treatment may differ by state, but it does apply in California. For years 
now we have been prohibited from accepting any physical media whatever for 
products, maintenance, or documentation.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: Thursday, October 30, 2014 6:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TS1150 and software installation

In the USA, software that is electronically delivered with no media is exempt 
from Sales/Usage Taxes.

Barry


Herbert W. "Barry" Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229
ba...@mxg.com

http://www.mxg.com - FAQ has Most Answers 
ad...@mxg.com  - invoices/PO/Payment
supp...@mxg.com- technical
tel: 214 351 1966  - expect slow reply, use email
fax: 214 350 3694  - prefer email, still works




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Thursday, October 30, 2014 3:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TS1150 and software installation

Assuming the installation procedures are as desired/requested, is there any 
problem with DVD media when/as physical media distribution is required?
They're pretty large for software distribution purposes -- over 4 GB each at 
least before compression. Certainly large enough to get started up and then (if 
desired) get attached to storage and/or network -- including your software 
product repository.

DVD is the only common, universal media type for mainframes, isn't it? With a 
DVD path I know I'll always have an execution path, even if I'm at an 
unexpected and "alien" DR site. With tape I've then got to worry about whether 
it's Type X Vendor Y tape, and that's assuming there's even a tape drive at all 
(not a given).

I'm certainly not opposed to anyone who wants to use a particular type of tape 
for their own media distribution needs. But isn't DVD what IBM and other 
mainframe software vendors ought to be using on those occasions when they're 
shipping something physical. Also bearing in mind that'd it'd at least be 
helpful if all the vendors could agree on one media, and they're unlikely to 
agree on anything except the universal format. There's also the fact that 
practically anybody can record DVDs, and they're trivially easy to ship, so any 
delays associated with media manufacturing/recording/distribution are at least 
minimized relative to other formats.


Timothy Sipples
IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA


E-Mail: sipp...@sg.ibm.com

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

Re: EREP Report - MDR Records

I think TYPE=OT is for one and I forget what T is
I think MDR is TYPE=M

Lizette


-Original Message-
>From: Mark Jacobs 
>Sent: Oct 30, 2014 8:23 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: EREP Report - MDR Records
>
>Nope.
>
>INPUT PARAMETER STRING CARD
>PRINT=AL
>DEV=(3590)
>HIST
>ACC=N
>TABSIZE=1024K
>TYPE=OT
>
>PARAMETER OPTIONS VALID FOR THIS EXECUTION
>RECORD TYPES(OBR,MDR),MODE ALL,PRINT(EDIT,SUMMARY,DATA 
>REDUCTION),HISTORY INPUT
>DATE/TIME RANGE - ALL
>TABLE SIZE - 1024K,LINE COUNT - 050
>LINE LENGTH - 132
>DEVICE ENTRIES
>DEVICE TYPES(CCH,SLH)-3590(ALL)
>DEVICE TYPES(OBR,MIH,DDR)-3590(8083),3590(8084)
>DEVICE TYPES(MDR)-3590(46),3590(47)
>IFC120I 795RECORDS THAT PASSED FILTERING
>
>I get nothing else in the report.
>
>On 10/30/14 11:16, Lizette Koehler wrote:
>> What is your PRINT set at?  You may need something like PRINT=AL
>> Lizette
>>
>>
>> -Original Message-
>>> From: Mark Jacobs 
>>> Sent: Oct 30, 2014 8:10 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: EREP Report - MDR Records
>>>
>>> What's the magic spell for EREP to product detailed information for MDR
>>> records? All I'm able to get is a summary report.
>>>
>>> --
>>> Mark Jacobs
>>> Time Customer Service
>>> Tampa, FL
>>> 
>>>
>>> The standard you walk past is the standard you accept.
>>> Lt. Gen. David Morrison, Australian Army Chief
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>> Please be alert for any emails that may ask you for login information or 
>> directs you to login via a link. If you believe this message is a phish or 
>> aren't sure whether this message is trustworthy, please send the original 
>> message as an attachment to 'phish...@timeinc.com'.
>>
>>
>>
>
>
>-- 
>Mark Jacobs
>Time Customer Service
>Tampa, FL
>
>
>The standard you walk past is the standard you accept.
>Lt. Gen. David Morrison, Australian Army Chief
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: (fwd) Re: TS1150 and software installation

On Thu, Oct 30, 2014 at 10:26 AM, Clark Morris 
wrote:

> On 30 Oct 2014 06:28:14 -0700, in bit.listserv.ibm-main
> ee...@us.ibm.com (John Eells) wrote:
>
> >Shmuel, we have supported software delivery on DVD for some time now for
> >the z/OS platform.
>
> Can z/OS read the DVD?  Can z/VM or z/Linux read the DVDs for the
> respective operating systems?
>
> Clark Morris
>

Directly? No. However, in the case of z/OS and z/Linux, the contents of
the DVD could be read. Basically, mount the DVD on a Linux/Intel box. NFS
export that mount point. On z/OS or z/Linux, do an NFS import of the
Linux/Intel exported filesystem. In the case of z/OS, be sure to do a
BINARY mount. The files on the DVD will look like normal, read-only, UNIX
files. Don't ask me about Windows. I don't _do_ Windows. Penguinista and
Proud.

-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

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

(fwd) Re: TS1150 and software installation

2014-10-30 Thread Clark Morris

On 30 Oct 2014 06:28:14 -0700, in bit.listserv.ibm-main
ee...@us.ibm.com (John Eells) wrote:

>Shmuel, we have supported software delivery on DVD for some time now for 
>the z/OS platform.

Can z/OS read the DVD?  Can z/VM or z/Linux read the DVDs for the
respective operating systems?

Clark Morris
>
>shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) wrote:
>> In
>> ,
>> on 10/30/2014
>> at 04:31 PM, Timothy Sipples  said:
>>
>>> DVD is the only common, universal media type for mainframes, isn't
>>> it?
>>
>> For z/VM, perhaps, but for z/OS? I thought that it wasn't supported.
>> Or are you talking about a driver system on DVD with a S/A restore?
>
>-- 
>John Eells
>z/OS Technical Marketing
>IBM Poughkeepsie
>ee...@us.ibm.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: EREP Report - MDR Records

If you post your control cards a better answer might be found
What specifically are you looking to see from the MDR?

And what combinations have you tried?

Lizette

-Original Message-
>From: Mark Jacobs 
>Sent: Oct 30, 2014 8:21 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: EREP Report - MDR Records
>
>I've tried several combinations, I'll try AL next. Thanks.
>
>On 10/30/14 11:16, Lizette Koehler wrote:
>> What is your PRINT set at?  You may need something like PRINT=AL
>> Lizette
>>
>>
>> -Original Message-
>>> From: Mark Jacobs 
>>> Sent: Oct 30, 2014 8:10 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: EREP Report - MDR Records
>>>
>>> What's the magic spell for EREP to product detailed information for MDR
>>> records? All I'm able to get is a summary report.
>>>
>>> --
>>> Mark Jacobs
>>> Time Customer Service
>>> Tampa, FL
>>> 
>>>
>>> The standard you walk past is the standard you accept.
>>> Lt. Gen. David Morrison, Australian Army Chief
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>> Please be alert for any emails that may ask you for login information or 
>> directs you to login via a link. If you believe this message is a phish or 
>> aren't sure whether this message is trustworthy, please send the original 
>> message as an attachment to 'phish...@timeinc.com'.
>>
>>
>>
>
>
>-- 
>Mark Jacobs
>Time Customer Service
>Tampa, FL
>
>
>The standard you walk past is the standard you accept.
>Lt. Gen. David Morrison, Australian Army Chief
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: EREP Report - MDR Records


Nope.

INPUT PARAMETER STRING CARD
PRINT=AL
DEV=(3590)
HIST
ACC=N
TABSIZE=1024K
TYPE=OT

PARAMETER OPTIONS VALID FOR THIS EXECUTION
   RECORD TYPES(OBR,MDR),MODE ALL,PRINT(EDIT,SUMMARY,DATA 
REDUCTION),HISTORY INPUT

   DATE/TIME RANGE - ALL
   TABLE SIZE - 1024K,LINE COUNT - 050
   LINE LENGTH - 132
DEVICE ENTRIES
   DEVICE TYPES(CCH,SLH)-3590(ALL)
   DEVICE TYPES(OBR,MIH,DDR)-3590(8083),3590(8084)
   DEVICE TYPES(MDR)-3590(46),3590(47)
IFC120I 795RECORDS THAT PASSED FILTERING

I get nothing else in the report.

On 10/30/14 11:16, Lizette Koehler wrote:

What is your PRINT set at?  You may need something like PRINT=AL
Lizette


-Original Message-

From: Mark Jacobs 
Sent: Oct 30, 2014 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EREP Report - MDR Records

What's the magic spell for EREP to product detailed information for MDR
records? All I'm able to get is a summary report.

--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

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


Please be alert for any emails that may ask you for login information or 
directs you to login via a link. If you believe this message is a phish or 
aren't sure whether this message is trustworthy, please send the original 
message as an attachment to 'phish...@timeinc.com'.






--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

Re: EREP Report - MDR Records


I've tried several combinations, I'll try AL next. Thanks.

On 10/30/14 11:16, Lizette Koehler wrote:

What is your PRINT set at?  You may need something like PRINT=AL
Lizette


-Original Message-

From: Mark Jacobs 
Sent: Oct 30, 2014 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EREP Report - MDR Records

What's the magic spell for EREP to product detailed information for MDR
records? All I'm able to get is a summary report.

--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

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


Please be alert for any emails that may ask you for login information or 
directs you to login via a link. If you believe this message is a phish or 
aren't sure whether this message is trustworthy, please send the original 
message as an attachment to 'phish...@timeinc.com'.






--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

Re: EREP Report - MDR Records

What is your PRINT set at?  You may need something like PRINT=AL
Lizette


-Original Message-
>From: Mark Jacobs 
>Sent: Oct 30, 2014 8:10 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: EREP Report - MDR Records
>
>What's the magic spell for EREP to product detailed information for MDR 
>records? All I'm able to get is a summary report.
>
>-- 
>Mark Jacobs
>Time Customer Service
>Tampa, FL
>
>
>The standard you walk past is the standard you accept.
>Lt. Gen. David Morrison, Australian Army Chief
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

EREP Report - MDR Records

What's the magic spell for EREP to product detailed information for MDR 
records? All I'm able to get is a summary report.


--
Mark Jacobs
Time Customer Service
Tampa, FL


The standard you walk past is the standard you accept.
Lt. Gen. David Morrison, Australian Army Chief

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

Re: 3494 tape library and B20 VTS question

This may help too:
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101094
I don't know if the TS7700 is a 3494-B20 or something else.

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&htmlfid=872/ENUSAG04-0362&appname=isource&language=enus

BULK VOLUME INFORMATION RETRIEVAL

The Bulk Volume Information Retrieval (BVIR) function has been
added to the VTS to enable a MVS host job to obtain information
about all of the logical volumes managed by a VTS, including a PtP
VTS.  Within a VTS, a database is maintained that contains
information about the state and data validity of each logical
volume.  This function uses a logical volume to allow a batch job
to request information from the VTS.  When the logical volume is
mounted, the VTS formats the requested information onto the volume
as an IBM standard labeled tape volume that contains a single file.
The file contains multiple records, one for each logical volume in
the VTS.  With its standard volume format, access to the data is
provided through standard MVS utilities, such as IEBGENER.  The
following types of information can be requested:

o   Physical to logical volume mapping (ADSM server database
version)
o   Cache contents
o   Token contents

The BVIR function must be enabled by your IBM service
representative.  When used to obtain information for a specific VTS
in a PtP VTS configuration, the Selective PtP Copy function is
required to direct the request to the right VTS.  For additional
BVIR information refer to the IBM TotalStorage Virtual Tape Server
3494 Bulk Volume Information Retrieval Function User's Guide
(WP100430) on the following Web site:

http://www.ibm.com/support/techdocs

On Thu, Oct 30, 2014 at 9:41 AM, John McKown 
wrote:

> We have a -B10. The magic word is "BVIR", at least for the -B10. That is
> a way to send "commands" to the VTS control software. On the -B10, the step
> below will create a DSN on a virtual tape (defined in the DD) which will
> contain a map of which physical volume contains which virtual volumes.
>
> //STEP0001 EXEC  PGM=ICEGENER
> //SYSPRINT DD  SYSOUT=*
> //SYSINDD  DUMMY
> //SYSUT1   DD  *
> VTS BULK VOLUME DATA REQUEST
> VOLUME MAP
> /*
> //SYSUT2   DD  DSN=&SYSUID..VIRTUAL.TAPE,
> // DISP=(NEW,CATLG),
> // RECFM=F,LRECL=80,BLKSIZE=80,TRTCH=NOCOMP,
> // UNIT=VTS2,
> // LABEL=RETPD=1
> //*
> //FETCHEXEC PGM=IEBGENER
> //SYSPRINT DD   SYSOUT=*
> //SYSINDD   DUMMY
> //SYSUT1   DD   DSN=&SYSUID..BVIR.TAPE,DISP=OLD
> //SYSUT2   DD   DSN=&SYSUID..BVIR.ONDISK,
> // DISP=(NEW,CATLG),
> // UNIT=SYSDA,SPACE=(TRK,(20,10),RLSE),
> // BLKSIZE=32760,RECFM=U
>
> I don't know if that will work for a -B20 or not. The "control statements"
> might be different.
>
>
> On Thu, Oct 30, 2014 at 9:30 AM, Pommier, Rex 
> wrote:
>
>> Hi all,
>>
>> We have a 3494 tape library with 3590 drives in it that is back-ending a
>> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on
>> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.
>> Does anybody know of any way of getting a list of the logical tapes on a
>> stacked volume straight from z/OS?  I know I can go to the physical library
>> and request a tape map, but was hoping there is a way to get this
>> directly.  I dug through the books I know of and found nothing.
>>
>> We're looking at the migration effort to get off the 3494 and would like
>> to be able to mount a physical 3590 tape once and copy the entire physical
>> tape contents back to the VTS for copying to the replacement device
>> (whatever that ends up being)
>>
>> Thanks,
>>
>> Rex
>>
>> The information contained in this message is confidential, protected from
>> disclosure and may be legally privileged.  If the reader of this message is
>> not the intended recipient or an employee or agent responsible for
>> delivering this message to the intended recipient, you are hereby notified
>> that any disclosure, distribution, copying, or any action taken or action
>> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
>> you have received this communication in error, please notify us immediately
>> by replying to this message and destroy the material in its entirety,
>> whether in electronic or hard copy format.  Thank you.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> The temperature of the aqueous content of an unremittingly ogled
> culinary vessel will not achieve 100 degrees on the Celsius scale.
>
> Maranatha! <><
> John McKown
>

-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

--

Re: 3494 tape library and B20 VTS question

2014-10-30 Thread Thomas Conley


On 10/30/2014 10:31 AM, Pommier, Rex wrote:

Hi all,

We have a 3494 tape library with 3590 drives in it that is back-ending a 
3494-B20 virtual tape library.  We have about 17 TB of data sitting on physical 
3590 tapes in the 3494 as stacked logical volumes from the B20.  Does anybody 
know of any way of getting a list of the logical tapes on a stacked volume 
straight from z/OS?  I know I can go to the physical library and request a tape 
map, but was hoping there is a way to get this directly.  I dug through the 
books I know of and found nothing.

We're looking at the migration effort to get off the 3494 and would like to be 
able to mount a physical 3590 tape once and copy the entire physical tape 
contents back to the VTS for copying to the replacement device (whatever that 
ends up being)

Thanks,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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



Rex,

Both RMM and CA-1 should give you the list of stacked logicals on the 
cart.  Importing the stacked volume should propagate the logicals to the 
VTS.


Regards,
Tom Conley

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

Re: 3494 tape library and B20 VTS question

We have a -B10. The magic word is "BVIR", at least for the -B10. That is a
way to send "commands" to the VTS control software. On the -B10, the step
below will create a DSN on a virtual tape (defined in the DD) which will
contain a map of which physical volume contains which virtual volumes.

//STEP0001 EXEC  PGM=ICEGENER
//SYSPRINT DD  SYSOUT=*
//SYSINDD  DUMMY
//SYSUT1   DD  *
VTS BULK VOLUME DATA REQUEST
VOLUME MAP
/*
//SYSUT2   DD  DSN=&SYSUID..VIRTUAL.TAPE,
// DISP=(NEW,CATLG),
// RECFM=F,LRECL=80,BLKSIZE=80,TRTCH=NOCOMP,
// UNIT=VTS2,
// LABEL=RETPD=1
//*
//FETCHEXEC PGM=IEBGENER
//SYSPRINT DD   SYSOUT=*
//SYSINDD   DUMMY
//SYSUT1   DD   DSN=&SYSUID..BVIR.TAPE,DISP=OLD
//SYSUT2   DD   DSN=&SYSUID..BVIR.ONDISK,
// DISP=(NEW,CATLG),
// UNIT=SYSDA,SPACE=(TRK,(20,10),RLSE),
// BLKSIZE=32760,RECFM=U

I don't know if that will work for a -B20 or not. The "control statements"
might be different.


On Thu, Oct 30, 2014 at 9:30 AM, Pommier, Rex 
wrote:

> Hi all,
>
> We have a 3494 tape library with 3590 drives in it that is back-ending a
> 3494-B20 virtual tape library.  We have about 17 TB of data sitting on
> physical 3590 tapes in the 3494 as stacked logical volumes from the B20.
> Does anybody know of any way of getting a list of the logical tapes on a
> stacked volume straight from z/OS?  I know I can go to the physical library
> and request a tape map, but was hoping there is a way to get this
> directly.  I dug through the books I know of and found nothing.
>
> We're looking at the migration effort to get off the 3494 and would like
> to be able to mount a physical 3590 tape once and copy the entire physical
> tape contents back to the VTS for copying to the replacement device
> (whatever that ends up being)
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged.  If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

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

Re: 3494 tape library and B20 VTS question

If you do not have Tapetools from IBM, I would recommend using that.

We just migrated to a new tape hardware.  This tool was helpful.

http://public.dhe.ibm.com/storage/tapetool/

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pommier, Rex
> Sent: Thursday, October 30, 2014 7:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: 3494 tape library and B20 VTS question
> 
> Hi all,
> 
> We have a 3494 tape library with 3590 drives in it that is back-ending a
3494-B20
> virtual tape library.  We have about 17 TB of data sitting on physical
3590 tapes in
> the 3494 as stacked logical volumes from the B20.  Does anybody know of
any
> way of getting a list of the logical tapes on a stacked volume straight
from z/OS?  I
> know I can go to the physical library and request a tape map, but was
hoping there
> is a way to get this directly.  I dug through the books I know of and
found nothing.
> 
> We're looking at the migration effort to get off the 3494 and would like
to be able to
> mount a physical 3590 tape once and copy the entire physical tape contents
back to
> the VTS for copying to the replacement device (whatever that ends up
being)
> 
> Thanks,
> 
> Rex

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

Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT

Release applies to ALL extended format.

On Thu, Oct 30, 2014 at 6:04 AM, Willie Bunter
<001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:
> Mike,
>
> Thanks for the info.  Would you know if the RELEASE is by default?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: TS1150 and software installation

2014-10-30 Thread John Eells


r.skoru...@bremultibank.com.pl (R.S.) wrote:



In fact I have never orderded anything *from IBM* on DVD, but I assume
the first step is upload DVD content to HFS. That means you require a
lot of HFS space, then a lot of space for unzip and RECEIVE processes.
Compare it to tape: you receive small PDS from tape then submit single
job, which reads all the data from the tape. For CBPDO you get relfiles,
for ServerPac you get DLIBs and TGTs. Much less space, much less
potential problems to diagnose.


It's true that the files will "take a trip through the z/OS UNIX file 
system," just as they would for Internet-based direct-to-z/OS 
installation. Would it be easier if we documented (and supported) a way 
to mount the workstation file system on z/OS and used it as input?  I'm 
not at all sure which would be more work, or more complex.  I suspect 
we'd want you to copy the files to your workstation first to avoid 
handling the case of DVDs for the package.



Last, but not least: when you order physical media, you get a box(es)
with few manuals and a lot of CDs and DVDs. If you want to download it
you have to assign many gigabytes of PC storage of ISO images, and (more
important) you consume a lot of Internet connection bandwidth.
(of course this is for Internet delivery, not for DVD as replacement for
tape media).


This was a deliberate choice.  In some tax jurisdictions, providing 
anything at all in physical format (even one piece of paper) renders the 
entire product taxable when it otherwise would not be.




--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

3494 tape library and B20 VTS question

Hi all,

We have a 3494 tape library with 3590 drives in it that is back-ending a 
3494-B20 virtual tape library.  We have about 17 TB of data sitting on physical 
3590 tapes in the 3494 as stacked logical volumes from the B20.  Does anybody 
know of any way of getting a list of the logical tapes on a stacked volume 
straight from z/OS?  I know I can go to the physical library and request a tape 
map, but was hoping there is a way to get this directly.  I dug through the 
books I know of and found nothing.

We're looking at the migration effort to get off the 3494 and would like to be 
able to mount a physical 3590 tape once and copy the entire physical tape 
contents back to the VTS for copying to the replacement device (whatever that 
ends up being)

Thanks,

Rex

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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

Re: IBM, Twitter to partner

2014-10-30 Thread zMan

Sign of the apocalypse for sure!

On Thu, Oct 30, 2014 at 8:01 AM, Bob Shannon 
wrote:

> > Hmmm, what is the business value of Twitter?
> >To sell tweets to 3th party so they can 'burrow' into tweets? For what?
>
> I have no idea why IBM partnered with Twitter, but Twitter has been
> selling tweets for a long time. What's most disturbing is the metadata that
> accompanies each tweet. One example of what it can be used for can be found
> at
> http://www.fastcompany.com/3013208/these-amazing-twitter-metadata-visualizations-will-blow-your-mind
> .
>
> Bob Shannon
> Rocket Software
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ +1 800.966.3270 ■ +1 781.577.4321
> Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com
> Manage Your Subscription Preferences -
> http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html
> Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Abend s0077

2014-10-30 Thread Charles Mills

I agree with Shmuel 100% (something I do not often say LOL). His point is
the point I was trying to make earlier. I have so often read that
explanation where I was the bottom line, and so it becomes "Look in the
mirror and contact yourself."

Frankly, I think it is often a crutch. What is really means is "we don't
quite know how to explain it." It's like when you asked your Dad where
babies came from, and he said "ask your Mom."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Thursday, October 30, 2014 6:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend s0077

In
,
on 10/30/2014
   at 07:25 AM, Peter Relson  said:

>I disagree completely. The expected reader of "programmer response"
>is an application programmer. 

Then make the explanation "Have your systems programmer contact IBM."

IAC, my experience is that application programmers don't like to read; they
go to the systems programmer and ask him what the message means.
In that situation, "ask yourself" is a maddening "explanation".
BTDT,GTS (no tee shirt, just scars.)

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

Re: TS1150 and software installation

2014-10-30 Thread Barry Merrill

In the USA, software that is electronically delivered with no media is exempt 
from Sales/Usage Taxes.

Barry


Herbert W. "Barry" Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229
ba...@mxg.com

http://www.mxg.com - FAQ has Most Answers 
ad...@mxg.com  - invoices/PO/Payment
supp...@mxg.com- technical
tel: 214 351 1966  - expect slow reply, use email 
fax: 214 350 3694  - prefer email, still works




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Thursday, October 30, 2014 3:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TS1150 and software installation

Assuming the installation procedures are as desired/requested, is there any 
problem with DVD media when/as physical media distribution is required?
They're pretty large for software distribution purposes -- over 4 GB each at 
least before compression. Certainly large enough to get started up and then (if 
desired) get attached to storage and/or network -- including your software 
product repository.

DVD is the only common, universal media type for mainframes, isn't it? With a 
DVD path I know I'll always have an execution path, even if I'm at an 
unexpected and "alien" DR site. With tape I've then got to worry about whether 
it's Type X Vendor Y tape, and that's assuming there's even a tape drive at all 
(not a given).

I'm certainly not opposed to anyone who wants to use a particular type of tape 
for their own media distribution needs. But isn't DVD what IBM and other 
mainframe software vendors ought to be using on those occasions when they're 
shipping something physical. Also bearing in mind that'd it'd at least be 
helpful if all the vendors could agree on one media, and they're unlikely to 
agree on anything except the universal format. There's also the fact that 
practically anybody can record DVDs, and they're trivially easy to ship, so any 
delays associated with media manufacturing/recording/distribution are at least 
minimized relative to other formats.


Timothy Sipples
IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA


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

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

Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT