Re: OAM and Object Tape Support with an MTL

[Brian Westerman]

OAM is pretty fast for SMS managed tape.  For example, we have a client that 
uses literally thousands of really small tapes per day (it's a long sordid 
story as to why) with 512 virtual tape transports and an average of 156 in 
constant use, averaging 3 to 5 mounts per second, there is less than .25 second 
(wall clock) delay between the request for a tape and the mount being satisfied.

If you define the tapes in your IODF with the following attributes:

LIBRARY-ID somelibraryid  <--same id and port for each device that will share 
that library
LIBPORT-ID someport   
MTLYES  

then set up in ISMF option 10.3 (library mgmt|tape) that same libraryID and an 
initial status of "online" for each LPAR that needs it (if not sysplexed, each 
one is set separately on ISMF for that LPAR). and also set "MANUAL" for library 
type and device type, 

then set up a valid storage class (along with and ACS routine to control it) 
and storage group (and a SG ACS routine entry)  (remembering on the ISMF 
storage group panel to select the "alter group status" option at the bottom of 
the page to a "y" and then specify the library name and that you "ENABLE" it 
for that specific LPAR).  (since it's manual you will need to do this for each 
LPAR, but it's just because you can't do it for all of them at once, (not if 
you want it to work)).

Once you complete those steps, OAM should reset itself and tell you it knows 
about your manual library and the tapes you vary online (the ones you defined 
in your IODF) will be SMS managed.  The rest is done within your tape library 
system (setting up the tapes to your tape management system (CA-1 or RMM, etc.) 
is fairly simple but there are some settings that you don't want to forget and 
if it's CA-1 you need to make sure his OAM exits are active.  Then inside the 
Virtual tape system itself, you have to define the tapes and make sure they are 
synced with your tape management system on the mainframe.

It may seem like a lot of work, but it's all pretty straightforward.  If you 
have any problems just contact me offline or via this list and I'll help you 
with it.  Offline is quicker because I don't always check the list, but the 
list would be good so that it get documented for other people later on.  

I think most of the virtual tape vendors have a section in their installation 
guide that covers these steps (BUS-TECH had a really good one but they sold 
themselves to EMC who discontinued the device), but they are sometimes very 
difficult to follow and the vendors themselves sometimes don't know.  Mostly 
because they stick you with the marketing people who don't want to admit they 
don't know how to set the libraries up.  :)

I've set things up for clients with about every virtual tape vendor that exists 
(and those that don't any more) so I know where most of the pitfalls are.

Brian Westerman

On Mon, 23 Apr 2018 18:47:14 +, Benik, John E  
wrote:

>Thank you for the replies.  Yes we have implemented SMS tape with our MTL and 
>since the libraries have to be defined to SMS it is our understanding that OAM 
>would have to be used for allocation purposes.   I attended an OAM session at 
>Share this year and was trying to investigate if there is anything we should 
>be doing in OAM to enhance performance.  It does not sound like there is 
>however.
>
>
>
>John Benik
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Brian Westerman
>Sent: Saturday, April 21, 2018 7:07 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: OAM and Object Tape Support with an MTL
>
>If you are going to use System Managed Tape with your MTL, then you do have a 
>couple of configuration options under ISMF you will need to update.  
>
>Also, did you define you library(ies) in your IODF EDT?
>
>OAM is not really obsolete, it has a real purpose in some situations.  The 
>above is just one of them.
>
>Brian
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>This e-mail, including attachments, may include confidential and/or
>proprietary information, and may be used only by the person or entity
>to which it is addressed. If the reader of this e-mail is not the intended
>recipient or his or her authorized agent, the reader is hereby notified
>that any dissemination, distribution or copying of this e-mail is
>prohibited. If you have received this e-mail in error, please notify the
>sender by replying to this message and delete this e-mail immediately.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN 

Re: Where do I find a list of world timezones in z/OS USS notation?

[Peter Hunkeler]

​>I also have the timezone in the LE parameters member of PARMLIB. I.e. 
CEEPRM00. LE has the concept of "environment variables" which is similar to 
UNIX. So I set the TZ variable for LE as well. I'm not sure if this is 
required or not. 


Is it required? No. Is it useful? Absolutely! Without it, you would need to 
specify ENVAR('TZ=...') via EXEC PARM= in each and every job, STC, etc. where 
some UNIX code is running.


--
Peter Hunkeler

 




-- 
Peter Hunkeler 

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

AW: Re: Where do I find a list of world timezones in z/OS USS notation?

[Peter Hunkeler]

>What is important is the numeric part.


... and whether or not there is a text string *after* that numeric part. It is 
the trigger to activate the automatic daylight saving time handling. No string, 
no DST handling.


--
Peter Hunkeler







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

Re: DFSMSdss dump fix after binary transfer

[Brian Westerman]

That sequence won't work, when you upload it the the PC the blocks will be 
messed up.  DFDSS (and FDR) both use special blocking that gets broken if you 
don't handle it correctly.  

If you need to go to the PC, then you should terse it or use AWStape as 
previously offered.  If you can go directly to z/OS either under hercules or 
z/pdt from the mainframe z/OS, then you can use the TYPE and MODE commands I 
offered.  

Those are the only ways that I am sure will work, there are likely others, but 
regular FTP even in binary mode won't suffice if the PC (windows or linux or 
chrome) is the recipient.  

You can find a good discussion of this "problem" on the Hercules forum, and I 
think there are some other odd ideas that may or may not work, but it will also 
explain exactly why plain old FTP won't work if you are going to the PC for 
intermediate storage.

Brian

On Mon, 23 Apr 2018 16:58:32 -0500, Mike Schwab  wrote:

>ADRDSSU backup to dasd then FTP the backup to PC and restore to Hercules.
>
>On Mon, Apr 23, 2018 at 3:05 PM, John McKown
> wrote:
>> On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman <
>> brian_wester...@syzygyinc.com> wrote:
>>
>>> z/pdt and Hercules both run z/OS on PC's.  That's the platform combination
>>> I meant.  Getting your volumes to your PC based z/OS is what I thought the
>>> purpose was for this op.
>>>
>>
>> I would think, in that case, that it would be "better" to dump the volumes
>> onto an actual tape media (likely virtual) , then use AWSTAPE to create a
>> "virtual tape" DSN on disk. This could then be binary ftp'd down to the PC
>> running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device.
>>
>>
>>>
>>> Since the op wanted to transmit their Volume to their PC, my assumption
>>> was that they "probably" wanted to use it there for some purpose other than
>>> just something to take up space on their hard drive :)
>>>
>>
>> I was thinking it was an intermediate node. z/OS -> PC -> z/OS.
>>
>>
>>
>>>
>>> Brian
>>>
>>>
>>
>> --
>> We all have skeletons in our closet.
>> Mine are so old, they have osteoporosis.
>>
>> Maranatha! <><
>> John McKown
>>
>> --
>> 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: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[David Crayford]

On 23/04/2018 9:29 PM, Seymour J Metz wrote:

Isn't a class with no methods essentially a record type? Although that still 
leaves the issue of reading and writing them.


Nope. There's no such thing as a Java class with no methods because all 
classes are sub-classes of the Object root class [1] and inherit all 
it's methods such as toString, hashCode et al.


[1] https://docs.oracle.com/javase/7/docs/api/java/lang/Object.html




--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of David 
Crayford 
Sent: Monday, April 23, 2018 4:45 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

C++ doesn't have garbage collection. Resource finalization is
deterministic and performed by a destructor. Also, C++ has POD structs
that map data in the same way as assembler, C, COBOL, PL/1 and access
record based data sources in exactly the same way.

Java doesn't have records and does not support value types (like C#) so
you can't define a class with fixed sized buffers on the stack. To map a
record from a legacy data source you have to use a byte array and
manipulate it using a class like a ByteBuffer.
This is mostly done using code generation tools to serialize the data
into the corresponding Java types. Of course, there is a lot of overhead
in doing so but that's why IBM have provided zIIP processors. If it
wasn't for zIIPs Java would not be
viable on z/OS. IBM have done a lot of work on the hardware stack to
make Java more efficient. The z114 has a new facility to help implement
pauseless garbage collection.

The z/OS JVM is highly optimized for heap memory management and
efficient use of cache lines. It provides excellent features for
concurrent programming and provides collection libraries for concurrent
data structures using lock-free/wait-free
algorithms. For example, ConcurrentHashMap can make use of transactional
memory to serialize access
The string class uses the new SIMD instructions for search/replace
methods. Once the JIT compiler has warmed up it will inline the hot
spots to improve code locality and mitigate instruction caches misses.

The most important thing to bear in mind is that replacing a legacy
application written in assembler with Java is madness and doomed to
failure. IMO, Java should be used only for new applications or
modernizing and existing legacy application.


On 23/04/2018 6:29 AM, Hobart Spitz wrote:

Somewhere, maybe in a different branch of this topic, there was a
discussion about the pros and cons of replacing Assembler with Java.  I
apologize for posting here if it's the wrong place, but I can't seem to
find the original discussion, and I have a question that seems relevant and
important, IMHO.

That's said, I can answer the question, for C/C++, as follows.  (I pose the
question for Java, below.)

*With the *nix/C record and string models, there are these issues:*

 1. Errant/unexpected/unintended pieces of binary data in a text
 file/string can break something.
 2. Separate functions/methods/techniques must be used to manipulate text
 files/strings versus binary files/string. You *must* know what you are
 dealing with up front, and/or somehow code logic for both. (I'm not sure
 the latter is possible in the general case.)
 3. Even with *nix/C oriented machine instructions, the need to inspect
 all characters up to a target point results in performance killing cache
 flooding.
 4. C++ does garbage collection resulting in "pauses" in forward
 progress, and working set, caching, and CPU spikes, among other things.

Let's call these attributes fragility, productivity, and efficiency,
respectively, for the convenience convenience.  C has issue with these
characteristics.

As most of the readers here know, mainframe style records and strings do
not suffer from these limitation.  When the length of a string/record is
known external to the data contents, you can manipulate any platform-native
data in z/OS, z/VM without it breaking due to something in the data, you
write the same code regardless of what you are dealing with, and, less
obviously, any activity that skips a cache can avoid a cache line promotion
saving processor resources.

So, my "burning" question for Java is, which, if any, of these above issues
(data fragility, coding productivity, efficiency, and garbage collections)
does Java share with C/C++.

If Java suffers from all or most of the issues, then I would say replacing
Assembler with Java is pretty much out of the question.  On the other hand,
if Java suffers few or none of the above issues, it might be viable to
replace Assembler with Java (ignoring other issues, like cost, testing,
compatibility, data porting, etc.)

To sum up:  Does Java use a similar record/string model to that of C/C++,
and does it do 

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[David Crayford]

On 23/04/2018 9:23 PM, Jerry Callen wrote:

C and C++ do NOT have garbage collection; memory management is controlled by 
the programmer, with C++ providing a lot of assistance in the form of 
constructors and destructors.

String manipulation can be done in a variety of ways; C++, in particular, 
provides counted strings and byte arrays with no restrictions on content.


FWIW, while we impoverished souls on z/OS still use std::string with a 
COW implementation the C++11 standard forbids it. It turns out in 
multi-threaded applications the locking overhead was higher than copying 
[1].
I'm doing a lot of Java work right now and I can see the merits of the 
immutable Java string class with all the nice benefits like interning.


[1] https://shaharmike.com/cpp/std-string/



I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing with 
COBOL records that make extensive use of OCCURS DEPENDING ON, it probably make 
sense to stick with COBOL. Otherwise, it's quite easy to write robust, 
efficient code in C and C++ on z/OS.


Indeed. IMO, the more strongly typed the language the more robust it is. 
Assembler, COBOL, C et al don't fit into that category.


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

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[David Crayford]

On 23/04/2018 10:05 PM, Charles Mills wrote:

The z114 has a new facility to help implement pauseless garbage collection.

Note "pause less" garbage collection -- less pausing than previous implementations. Not 
pauseless as in "no pausing."


Indeed. Thanks for the correction!


Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, April 23, 2018 1:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

C++ doesn't have garbage collection. Resource finalization is
deterministic and performed by a destructor. Also, C++ has POD structs
that map data in the same way as assembler, C, COBOL, PL/1 and access
record based data sources in exactly the same way.

Java doesn't have records and does not support value types (like C#) so
you can't define a class with fixed sized buffers on the stack. To map a
record from a legacy data source you have to use a byte array and
manipulate it using a class like a ByteBuffer.
This is mostly done using code generation tools to serialize the data
into the corresponding Java types. Of course, there is a lot of overhead
in doing so but that's why IBM have provided zIIP processors. If it
wasn't for zIIPs Java would not be
viable on z/OS. IBM have done a lot of work on the hardware stack to
make Java more efficient. The z114 has a new facility to help implement
pauseless garbage collection.

The z/OS JVM is highly optimized for heap memory management and
efficient use of cache lines. It provides excellent features for
concurrent programming and provides collection libraries for concurrent
data structures using lock-free/wait-free
algorithms. For example, ConcurrentHashMap can make use of transactional
memory to serialize access
The string class uses the new SIMD instructions for search/replace
methods. Once the JIT compiler has warmed up it will inline the hot
spots to improve code locality and mitigate instruction caches misses.

The most important thing to bear in mind is that replacing a legacy
application written in assembler with Java is madness and doomed to
failure. IMO, Java should be used only for new applications or
modernizing and existing legacy application.


On 23/04/2018 6:29 AM, Hobart Spitz wrote:

Somewhere, maybe in a different branch of this topic, there was a
discussion about the pros and cons of replacing Assembler with Java.  I
apologize for posting here if it's the wrong place, but I can't seem to
find the original discussion, and I have a question that seems relevant and
important, IMHO.

That's said, I can answer the question, for C/C++, as follows.  (I pose the
question for Java, below.)

*With the *nix/C record and string models, there are these issues:*

 1. Errant/unexpected/unintended pieces of binary data in a text
 file/string can break something.
 2. Separate functions/methods/techniques must be used to manipulate text
 files/strings versus binary files/string. You *must* know what you are
 dealing with up front, and/or somehow code logic for both. (I'm not sure
 the latter is possible in the general case.)
 3. Even with *nix/C oriented machine instructions, the need to inspect
 all characters up to a target point results in performance killing cache
 flooding.
 4. C++ does garbage collection resulting in "pauses" in forward
 progress, and working set, caching, and CPU spikes, among other things.

Let's call these attributes fragility, productivity, and efficiency,
respectively, for the convenience convenience.  C has issue with these
characteristics.

As most of the readers here know, mainframe style records and strings do
not suffer from these limitation.  When the length of a string/record is
known external to the data contents, you can manipulate any platform-native
data in z/OS, z/VM without it breaking due to something in the data, you
write the same code regardless of what you are dealing with, and, less
obviously, any activity that skips a cache can avoid a cache line promotion
saving processor resources.

So, my "burning" question for Java is, which, if any, of these above issues
(data fragility, coding productivity, efficiency, and garbage collections)
does Java share with C/C++.

If Java suffers from all or most of the issues, then I would say replacing
Assembler with Java is pretty much out of the question.  On the other hand,
if Java suffers few or none of the above issues, it might be viable to
replace Assembler with Java (ignoring other issues, like cost, testing,
compatibility, data porting, etc.)

To sum up:  Does Java use a similar record/string model to that of C/C++,
and does it do garbage collection similarly.

Thanks in advance for satisfying my curiosity.











OREXXMan
JCL is the buggy whip of 21st century computing.
We want Pipelines in the z/OS base.

On Sat, Apr 21, 2018 at 12:29 PM, Barry Merrill 

Re: DFSMSdss dump fix after binary transfer

[Mike Schwab]

ADRDSSU backup to dasd then FTP the backup to PC and restore to Hercules.

On Mon, Apr 23, 2018 at 3:05 PM, John McKown
 wrote:
> On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
>
>> z/pdt and Hercules both run z/OS on PC's.  That's the platform combination
>> I meant.  Getting your volumes to your PC based z/OS is what I thought the
>> purpose was for this op.
>>
>
> I would think, in that case, that it would be "better" to dump the volumes
> onto an actual tape media (likely virtual) , then use AWSTAPE to create a
> "virtual tape" DSN on disk. This could then be binary ftp'd down to the PC
> running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device.
>
>
>>
>> Since the op wanted to transmit their Volume to their PC, my assumption
>> was that they "probably" wanted to use it there for some purpose other than
>> just something to take up space on their hard drive :)
>>
>
> I was thinking it was an intermediate node. z/OS -> PC -> z/OS.
>
>
>
>>
>> Brian
>>
>>
>
> --
> We all have skeletons in our closet.
> Mine are so old, they have osteoporosis.
>
> Maranatha! <><
> John McKown
>
> --
> 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: DFSMSdss dump fix after binary transfer

[John McKown]

On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> z/pdt and Hercules both run z/OS on PC's.  That's the platform combination
> I meant.  Getting your volumes to your PC based z/OS is what I thought the
> purpose was for this op.
>

​I would think, in that case, that it would be "better" to dump the volumes
onto an actual tape media (likely virtual) , then use AWSTAPE​ to create a
"virtual tape" DSN on disk. This could then be binary ftp'd down to the PC
running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device.


>
> Since the op wanted to transmit their Volume to their PC, my assumption
> was that they "probably" wanted to use it there for some purpose other than
> just something to take up space on their hard drive :)
>

​I was thinking it was an intermediate node. z/OS -> PC -> z/OS.​



>
> Brian
>
>

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: How far out of date are my skills

[Brian Westerman]

The ABC's of systems programming series are actually fairly good for something 
like refreshing your memory and showing how to now do things which may have 
changed in the past 10 years.

Honestly though, if you were fairly good 10 years ago, you will be able to 
maintain a site now as it's far simpler than it "used to be".  I think a lot of 
what you will run into is the wondering why it was so hard to do something 
before when it's so simple now.

z/OS 1.5 was where a lot of the newer stuff began and since you were 1.6 you 
are already ahead of that.  Most of the newer interesting stuff happened in 
1.12 and up, but it's all pretty simple to catch up with.  Just don't assume 
that because you "had to do it" some way 10 years ago that it's still that way 
now.  One of the big changes at IBM was to ask Systems Programmers what was 
"hard" to work with and they tried to address that as things moved forward.

Brian

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

Re: DFSMSdss dump fix after binary transfer

[Brian Westerman]

z/pdt and Hercules both run z/OS on PC's.  That's the platform combination I 
meant.  Getting your volumes to your PC based z/OS is what I thought the 
purpose was for this op.

Since the op wanted to transmit their Volume to their PC, my assumption was 
that they "probably" wanted to use it there for some purpose other than just 
something to take up space on their hard drive :)

Brian

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

Re: SMF record analyze

[Mike Schwab]

I would suspect some accounting program going through every account
and calculating late charges on accounts not paid by the 10th of the
month.  Look for a job that only runs on the 10th.  Or a batch job
step that takes almost no time except on the 10th.  Or a batch job
step that is considerably raised on the 10th above other days.

On Thu, Apr 19, 2018 at 1:19 PM, venkat kulkarni
 wrote:
> Hello Group,
>
> we are experiencing performance issue on every month 10th and our MSU usage
> reach to maximum but we are unable to find reason. So, we wanted to analyze
> our batch jobs, if any one of them causing this issue.
>
> But we do not have any tool for performing this activity. So, is it
> possible that we extract only record 30 into different dataset from our
> monthly smfdump and then RMF can give us report with history of batch jobs
> and CPU used by these jobs.
>
>
> Please help.
>
> Thanks & Regards
> Venkat
>
> --
> 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: Creating a list of authorised libaries in Rexx

[Cieri, Anthony]

There is also a lpinfo.txt file on  http://www.mzelden.com/mvsutil.html
This rexx specifically deals with APF, LPA and Linklist datasets.

Additionally, there are some rexx exec in file 221 of the CBT tape that 
might be of interest!!!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Monday, April 23, 2018 3:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Creating a list of authorised libaries in Rexx

http://www.mzelden.com/mvsutil.html


In a message dated 4/23/2018 2:38:30 AM Central Standard Time, 
imugz...@gmail.com writes:

 
have a look at IPLINFO rexx exec from mark Zelden.

--
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: OAM and Object Tape Support with an MTL

[Benik, John E]

Thank you for the replies.  Yes we have implemented SMS tape with our MTL and 
since the libraries have to be defined to SMS it is our understanding that OAM 
would have to be used for allocation purposes.   I attended an OAM session at 
Share this year and was trying to investigate if there is anything we should be 
doing in OAM to enhance performance.  It does not sound like there is however.



John Benik


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Saturday, April 21, 2018 7:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OAM and Object Tape Support with an MTL

If you are going to use System Managed Tape with your MTL, then you do have a 
couple of configuration options under ISMF you will need to update.  

Also, did you define you library(ies) in your IODF EDT?

OAM is not really obsolete, it has a real purpose in some situations.  The 
above is just one of them.

Brian

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

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.


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

Re: z/OS java development : off platform IDE

[John McKown]

On Mon, Apr 23, 2018 at 1:08 PM, Jack J. Woehr  wrote:

> On 4/23/2018 10:03 AM, John McKown wrote:
>
>> especially
>> with respect to doing development off-platform.
>>
>
> Just mount them via NFS to your Linux development machine and use them in
> NetBeans that way.
>

​I guess that I can try that again. Me and NFS on z/OS don't seem to speak
well together.​



>
> I'm a NetBeans user since the 1990's myself :)
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
>

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: z/OS java development : off platform IDE

[Jack J. Woehr]

On 4/23/2018 10:03 AM, John McKown wrote:

especially
with respect to doing development off-platform.


Just mount them via NFS to your Linux development machine and use them 
in NetBeans that way.


I'm a NetBeans user since the 1990's myself :)

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: Free PDS86 V151

[Dyck, Lionel B. (TRA)]

Excellent, when in doubt upgrade :-)

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer - RavenTek Solution Partners


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, April 23, 2018 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Free PDS86 V151

Thanks Lionel.   We were indeed running old version of the freebie PDS.  I had 
downloaded 8.6.16.1 and everything was fine.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Monday, April 23, 2018 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Free PDS86 V151

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

LPD search code in PDSMAIN was failing for link pack modules because of a LPD 
entry size increase (40 to 48) in z/OS 2.3.  Not being a programming interface, 
LPD search code was replaced with a LOAD macro.

You must be executing a pre-8.6.16.0 version  of PDS.  Tell him to do a LOCATE 
command (if he has one) or rename the new PDS load module so there will not be 
a duplicate name in different libraries.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: Free PDS86 V151

[Jousma, David]

Thanks Lionel.   We were indeed running old version of the freebie PDS.  I had 
downloaded 8.6.16.1 and everything was fine.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Monday, April 23, 2018 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Free PDS86 V151

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

LPD search code in PDSMAIN was failing for link pack modules because of a LPD 
entry size increase (40 to 48) in z/OS 2.3.  Not being a programming interface, 
LPD search code was replaced with a LOAD macro.

You must be executing a pre-8.6.16.0 version  of PDS.  Tell him to do a LOCATE 
command (if he has one) or rename the new PDS load module so there will not be 
a duplicate name in different libraries.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

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

FW: Free PDS86 V151

[Dyck, Lionel B. (TRA)]

LPD search code in PDSMAIN was failing for link pack modules because of a LPD 
entry size increase (40 to 48) in z/OS 2.3.  Not being a programming interface, 
LPD search code was replaced with a LOAD macro.

You must be executing a pre-8.6.16.0 version  of PDS.  Tell him to do a LOCATE 
command (if he has one) or rename the new PDS load module so there will not be 
a duplicate name in different libraries.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, January 24, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Free PDS86 V151

Anyone tried using freebie PDS86 on z/OS V2.3?   Before I start digging a lot, 
I thought I'd ask around here.

I don't use it much, other than to add space or directory blocks to standard 
PDS datasets, but some of my team mates use it to copy data around.   Seem to 
be getting errors now...  Of course, IKJEFTSR is available, and lives in 
SYS1.LPALIB

Command ===>
Enter an ISPF command, a PDS subcommand or a specia
- DSN=E008058.JCL.DATA,VOL=SER=TCB961  MEM=IEB*  -
>copy * jcl.data.new
 PDS484W COPY IS IN PROGRESS
 PDS859E COMMAND IKJEFTSR WAS NOT FOUND
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: z/OS java development : off platform IDE

[John McKown]

On Mon, Apr 23, 2018 at 12:07 PM, Kirk Wolf  wrote:

> If you want an official answer, then ask IBM.
>
> If you want an unauthorized, unofficial opinion, then do what everyone else
> does and just download the jar and use it in your IDE.
>

​I most likely will. IBM really seems to be a bit more reasonable than some
others (*cough* Oracle *cough*). So long as I don't go distributing the
jars to others (and why a someone would want a z/OS specific jar file, I
don't understand), I guess IBM will be "reasonable". Of course, this entire
discussion is theoretical and has nothing at all to do with any person,
people, or companies currently living or dead who reside on or near Earth.​



>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> --
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: z/OS java development : off platform IDE

[Kirk Wolf]

If you want an official answer, then ask IBM.

If you want an unauthorized, unofficial opinion, then do what everyone else
does and just download the jar and use it in your IDE.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Apr 23, 2018 at 11:57 AM, John McKown 
wrote:

> On Mon, Apr 23, 2018 at 11:50 AM, Kirk Wolf  wrote:
>
> > More likely you just want to cause trouble :-)
> >
>
> ​Most likely. May as well, seeing as how I'm stuck at work anyway. {grin}​
>
>
>
> >
> > Kirk Wolf
> > Dovetailed Technologies
> > http://dovetail.com
> >
> > On Mon, Apr 23, 2018 at 11:03 AM, John McKown <
> > john.archie.mck...@gmail.com>
> > wrote:
> >
> > > I probably shouldn't ask this and just "innocently" do it. But I'm not
> > that
> > > smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++)
> > development
> > > on Linux/Intel. This is not about using NetBeans vs any other IDE, so
> > lets
> > > please not go there, OK?
> > >
> > > If I am using just "plain ole" java and using the SDK, I don't have any
> > > problems using NetBeans to do what I need, and I simply do a binary
> > upload
> > > of the resulting Java jar file to z/OS. So far, no problems. But if I
> > want
> > > to do more "real" z/OS development. This means using some "non
> standard"
> > > libraries (jar files). In particular the "ibmjzos.jar" along with
> others.
> > > In order to easily use this (and other) libraries, I need to download
> > them
> > > to my PC and register them with NetBeans as a standard library.
> > >
> > > So, I am having problems determining if the above download is
> > permissible.
> > > We have a z/OS license. And so I know that using them and even
> developing
> > > with then is permissible, at least if I develop on z/OS. But I don't
> want
> > > to try to run NetBeans on z/OS. That's just silly. I really cannot
> find a
> > > decent explanation of how these Java jar libraries are licensed,
> > especially
> > > with respect to doing development off-platform.
> > >
> > > --
> > > We all have skeletons in our closet.
> > > Mine are so old, they have osteoporosis.
> > >
> > > Maranatha! <><
> > > John McKown
> > >
> > > --
> > > 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
> >
>
>
>
> --
> We all have skeletons in our closet.
> Mine are so old, they have osteoporosis.
>
> Maranatha! <><
> John McKown
>
> --
> 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: SMF record analyze

[Kirk Wolf]

MXG is a good product and has always provided excellent support as to what
the SMF records mean.   They have an option where you can run it with SAS
(or WPS I believe) on a PC or server.

Black Hill Software also has some SMF reporting tools which look pretty
nice.

We recently tested Pacific Systems Group SMF Writer to analyze OMVS SMF30
records for a client issue.
It worked very well for our quick and dirty purposes, and has maps for all
of the important SMF records and has a nice 4GL (something like EZTrieve)
which is trivial to learn.
See:   http://www.pacsys.com/smf/
Also:   http://www.pacsys.com/smf/smf30_v1r11.htm



Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Apr 23, 2018 at 11:34 AM, Ron hawkins 
wrote:

> Venkat,
>
> There have been some recommendations to MXG with SAS to do the analysis,
> and I think that is the best way to go.
>
> However, from the framing of your question, I think there would be a large
> learning curve if you were to start doing this from scratch. Not just
> learning SAS (MXG is easy), but what to look for in the analysis itself.
> For example, you probably want to be using the Type 30 interval records,
> and make sure you include STC in the captured records (DFSMShsm may be the
> culprit.)
>
> I would suggest bringing in a consultant or company to do the analysis and
> recommendations.
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of venkat kulkarni
> Sent: Thursday, April 19, 2018 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] SMF record analyze
>
> Hello Group,
>
> we are experiencing performance issue on every month 10th and our MSU
> usage reach to maximum but we are unable to find reason. So, we wanted to
> analyze our batch jobs, if any one of them causing this issue.
>
> But we do not have any tool for performing this activity. So, is it
> possible that we extract only record 30 into different dataset from our
> monthly smfdump and then RMF can give us report with history of batch jobs
> and CPU used by these jobs.
>
>
> Please help.
>
> Thanks & Regards
> Venkat
>
> --
> 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: z/OS java development : off platform IDE

[John McKown]

On Mon, Apr 23, 2018 at 11:50 AM, Kirk Wolf  wrote:

> More likely you just want to cause trouble :-)
>

​Most likely. May as well, seeing as how I'm stuck at work anyway. {grin}​



>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> On Mon, Apr 23, 2018 at 11:03 AM, John McKown <
> john.archie.mck...@gmail.com>
> wrote:
>
> > I probably shouldn't ask this and just "innocently" do it. But I'm not
> that
> > smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++)
> development
> > on Linux/Intel. This is not about using NetBeans vs any other IDE, so
> lets
> > please not go there, OK?
> >
> > If I am using just "plain ole" java and using the SDK, I don't have any
> > problems using NetBeans to do what I need, and I simply do a binary
> upload
> > of the resulting Java jar file to z/OS. So far, no problems. But if I
> want
> > to do more "real" z/OS development. This means using some "non standard"
> > libraries (jar files). In particular the "ibmjzos.jar" along with others.
> > In order to easily use this (and other) libraries, I need to download
> them
> > to my PC and register them with NetBeans as a standard library.
> >
> > So, I am having problems determining if the above download is
> permissible.
> > We have a z/OS license. And so I know that using them and even developing
> > with then is permissible, at least if I develop on z/OS. But I don't want
> > to try to run NetBeans on z/OS. That's just silly. I really cannot find a
> > decent explanation of how these Java jar libraries are licensed,
> especially
> > with respect to doing development off-platform.
> >
> > --
> > We all have skeletons in our closet.
> > Mine are so old, they have osteoporosis.
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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
>



-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: z/OS java development : off platform IDE

[Kirk Wolf]

More likely you just want to cause trouble :-)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Apr 23, 2018 at 11:03 AM, John McKown 
wrote:

> I probably shouldn't ask this and just "innocently" do it. But I'm not that
> smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) development
> on Linux/Intel. This is not about using NetBeans vs any other IDE, so lets
> please not go there, OK?
>
> If I am using just "plain ole" java and using the SDK, I don't have any
> problems using NetBeans to do what I need, and I simply do a binary upload
> of the resulting Java jar file to z/OS. So far, no problems. But if I want
> to do more "real" z/OS development. This means using some "non standard"
> libraries (jar files). In particular the "ibmjzos.jar" along with others.
> In order to easily use this (and other) libraries, I need to download them
> to my PC and register them with NetBeans as a standard library.
>
> So, I am having problems determining if the above download is permissible.
> We have a z/OS license. And so I know that using them and even developing
> with then is permissible, at least if I develop on z/OS. But I don't want
> to try to run NetBeans on z/OS. That's just silly. I really cannot find a
> decent explanation of how these Java jar libraries are licensed, especially
> with respect to doing development off-platform.
>
> --
> We all have skeletons in our closet.
> Mine are so old, they have osteoporosis.
>
> Maranatha! <><
> John McKown
>
> --
> 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: [EXTERNAL] Re: SCP an MVS dataset

[Kirk Wolf]

To clarify:

Co:Z is available under either our free Community License or under a
commercial license which includes support.
For info, see our support page:  https://dovetail.com/support.html

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Apr 23, 2018 at 11:13 AM, Sasso, Len  wrote:

> Coz is great and it is free.
>
> Thank You!
>
> Len Sasso
> System Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
>
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@csra.com
> URL: www.gdit.com
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Monday, April 23, 2018 12:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: SCP an MVS dataset
>
> Huh.. I thought Co:Z was paid software.
> I'll check out what it can do (good for knowledge), but will probably
> stick with the default ported tools version of SFTP.
> Looking to transfer binary data so SCP is out and SFTP is my solution now.
>
> Thanks again Rob.
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Monday 23-Apr-2018 21:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: SCP an MVS dataset
>
> Hi Rob,
>
> Although I appreciate the sentiment, 'need' is a pretty strong word 
> Always looking for the poor man's solution 'cause it's good to make the
> best ouf of what ya got.
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jackson, Rob
> Sent: Monday 23-Apr-2018 18:12
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: SCP an MVS dataset
>
> Does it have to be SCP?  I would hope the server to which you're sending
> would support SFTP too.  Either way, you need Co:Z SFTP, here:
> https://dovetail.com/products/sftp.html.  It is a lifesaver.
>
>
> First Tennessee Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Sankaranarayanan, Vignesh
> Sent: Monday, April 23, 2018 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SCP an MVS dataset
>
> [External Email]
>
> Hello All
>
> A quick question... is it possible to SCP an MVS dataset on to a target?
> I'm able to successfully send USS files but I get 'FOTS1744 
> No such file or directory. (errno2=0x05620062)' when trying a dataset.
>
> - Vignesh
> Mainframe Infrastructure
>
>
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us
> know and then delete it from your system; you should not copy, disclose, or
> distribute its contents to anyone nor act in reliance on this e-mail, as
> this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST
> TENNESSEE
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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
>
> This electronic message transmission contains information from CSRA that
> may be attorney-client privileged, proprietary or confidential. The
> information in this message is intended only for use by the individual(s)
> to 

Re: SMF record analyze

[Ron hawkins]

Venkat,

There have been some recommendations to MXG with SAS to do the analysis, and I 
think that is the best way to go.

However, from the framing of your question, I think there would be a large 
learning curve if you were to start doing this from scratch. Not just learning 
SAS (MXG is easy), but what to look for in the analysis itself. For example, 
you probably want to be using the Type 30 interval records, and make sure you 
include STC in the captured records (DFSMShsm may be the culprit.)

I would suggest bringing in a consultant or company to do the analysis and 
recommendations.

Ron

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
venkat kulkarni
Sent: Thursday, April 19, 2018 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] SMF record analyze

Hello Group,

we are experiencing performance issue on every month 10th and our MSU usage 
reach to maximum but we are unable to find reason. So, we wanted to analyze our 
batch jobs, if any one of them causing this issue.

But we do not have any tool for performing this activity. So, is it possible 
that we extract only record 30 into different dataset from our monthly smfdump 
and then RMF can give us report with history of batch jobs and CPU used by 
these jobs.


Please help.

Thanks & Regards
Venkat

--
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: [EXTERNAL] Re: SCP an MVS dataset

[Sasso, Len]

Coz is great and it is free.

Thank You!

Len Sasso
System Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144

Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@csra.com
URL: www.gdit.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Monday, April 23, 2018 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SCP an MVS dataset

Huh.. I thought Co:Z was paid software.
I'll check out what it can do (good for knowledge), but will probably stick 
with the default ported tools version of SFTP.
Looking to transfer binary data so SCP is out and SFTP is my solution now.

Thanks again Rob.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Monday 23-Apr-2018 21:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SCP an MVS dataset

Hi Rob,

Although I appreciate the sentiment, 'need' is a pretty strong word 
Always looking for the poor man's solution 'cause it's good to make the best 
ouf of what ya got.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Monday 23-Apr-2018 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SCP an MVS dataset

Does it have to be SCP?  I would hope the server to which you're sending would 
support SFTP too.  Either way, you need Co:Z SFTP, here:  
https://dovetail.com/products/sftp.html.  It is a lifesaver.


First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: Monday, April 23, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCP an MVS dataset

[External Email]

Hello All

A quick question... is it possible to SCP an MVS dataset on to a target?
I'm able to successfully send USS files but I get 'FOTS1744  No 
such file or directory. (errno2=0x05620062)' when trying a dataset.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

This electronic message transmission contains information from CSRA that may be 
attorney-client privileged, proprietary or confidential. The information in 
this message is intended only for use by the individual(s) to whom it is 
addressed. If you believe you have received this message in error, please 
contact me immediately and be aware that any use, disclosure, copying or 
distribution of the contents of this message is strictly prohibited. NOTE: 
Regardless of content, this email shall not operate to bind CSRA to any order 
or other contract unless pursuant to explicit written agreement or government 
initiative expressly permitting the use of email for such purpose.

--
For 

Re: [EXTERNAL] Re: SCP an MVS dataset

[Sankaranarayanan, Vignesh]

Huh.. I thought Co:Z was paid software.
I'll check out what it can do (good for knowledge), but will probably stick 
with the default ported tools version of SFTP.
Looking to transfer binary data so SCP is out and SFTP is my solution now.

Thanks again Rob.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Monday 23-Apr-2018 21:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SCP an MVS dataset

Hi Rob,

Although I appreciate the sentiment, 'need' is a pretty strong word 
Always looking for the poor man's solution 'cause it's good to make the best 
ouf of what ya got.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Monday 23-Apr-2018 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SCP an MVS dataset

Does it have to be SCP?  I would hope the server to which you're sending would 
support SFTP too.  Either way, you need Co:Z SFTP, here:  
https://dovetail.com/products/sftp.html.  It is a lifesaver.


First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: Monday, April 23, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCP an MVS dataset

[External Email]

Hello All

A quick question... is it possible to SCP an MVS dataset on to a target?
I'm able to successfully send USS files but I get 'FOTS1744  No 
such file or directory. (errno2=0x05620062)' when trying a dataset.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

--
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: [EXTERNAL] Re: SCP an MVS dataset

[Sankaranarayanan, Vignesh]

Hi Rob,

Although I appreciate the sentiment, 'need' is a pretty strong word 
Always looking for the poor man's solution 'cause it's good to make the best 
ouf of what ya got.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Monday 23-Apr-2018 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SCP an MVS dataset

Does it have to be SCP?  I would hope the server to which you're sending would 
support SFTP too.  Either way, you need Co:Z SFTP, here:  
https://dovetail.com/products/sftp.html.  It is a lifesaver.


First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: Monday, April 23, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCP an MVS dataset

[External Email]

Hello All

A quick question... is it possible to SCP an MVS dataset on to a target?
I'm able to successfully send USS files but I get 'FOTS1744  No 
such file or directory. (errno2=0x05620062)' when trying a dataset.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

z/OS java development : off platform IDE

[John McKown]

I probably shouldn't ask this and just "innocently" do it. But I'm not that
smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) development
on Linux/Intel. This is not about using NetBeans vs any other IDE, so lets
please not go there, OK?

If I am using just "plain ole" java and using the SDK, I don't have any
problems using NetBeans to do what I need, and I simply do a binary upload
of the resulting Java jar file to z/OS. So far, no problems. But if I want
to do more "real" z/OS development. This means using some "non standard"
libraries (jar files). In particular the "ibmjzos.jar" along with others.
In order to easily use this (and other) libraries, I need to download them
to my PC and register them with NetBeans as a standard library.

So, I am having problems determining if the above download is permissible.
We have a z/OS license. And so I know that using them and even developing
with then is permissible, at least if I develop on z/OS. But I don't want
to try to run NetBeans on z/OS. That's just silly. I really cannot find a
decent explanation of how these Java jar libraries are licensed, especially
with respect to doing development off-platform.

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: Where do I find a list of world timezones in z/OS USS notation?

[John McKown]

On Mon, Apr 23, 2018 at 9:34 AM, Giliad Wilf <
00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:

> Thank you John,
>
> I thought there must exist a list with 'standard' timezone names, and that
> "IST" by itself meant UTC+2 to z/OS USS, as I've never fiddled with this
> parameter before.
>

​There likely is such a list. I am not aware of it and have seen cases
where there are duplicates (AMT -- Amazon, Brazil, Time and Armenia Time).

ref: https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations​


​What is important is the numeric part. You can even be silly, if you like:

$ TZ=CST6CDT date
Mon Apr 23 09:40:16 CDT 2018
$ TZ=bubbles7bath date
Mon Apr 23 08:40:29 bath 2018
​



> I consider entering 'IST-2IDT' into CEEPRMxx's ENVAR parameters too.
>
> Thanks again
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: Where do I find a list of world timezones in z/OS USS notation?

[Giliad Wilf]

Thank you John,

I thought there must exist a list with 'standard' timezone names, and that 
"IST" by itself meant UTC+2 to z/OS USS, as I've never fiddled with this 
parameter before.
I consider entering 'IST-2IDT' into CEEPRMxx's ENVAR parameters too. 
 
Thanks again

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

Re: DFSMSdss dump fix after binary transfer

[PINION, RICHARD W.]

This doesn't help for something done already.  But, if you do this again in the 
future, first process the ADRDSSU dump data set with either IBM's TRSMAIN or 
TSO's XMIT.  Both of these methods convert the squirely RECFM=U records/blocks 
into fixed length records, 1024 or 80 byte records respectively.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Hunkeler
Sent: Monday, April 23, 2018 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: DFSMSdss dump fix after binary transfer

[External Email]

>A colleague has made a logical data set DUMP of important data and downloaded 
>to his PC in binary (by mistake, without additional steps). As expected, after 
>uploading from PC to z/OS, the format is broken, and ADRDSSU doesn't recognize 
>the DUMP (uploaded as blksize=27998, lrecl=0, recfm=u).

>Any recovery ideas for this situation, how to recover the PC data to a 
>RESTORE-able dataset? :)


The problem is that DSS Dumps are RECFM=U, and each block may have a different 
length, up to the maximum (usually half track). This is why DSS does not accept 
the dump after retransmitting back to z/OS (in binary, of course).


I don't know if the format of the dump records is documented (outside of IBM), 
but looking at an (uncompressed) DSS dump data set, the individual blocks seem 
to be of format


o Bytes 1-4 is the binary number of the record (block) within the dump data set.
o Bytes 5-6 are maybe some flags. I see mostly x'0101', but also x'0202'.
o Bytes 7-8 seems to be the number of bytes in this block including this field 
and the 6 bytes ahead.


So to recover as a last resort, if you're desperate, you would need to


o upload in binary as RECFM=U to z/OS.
o read the RECFM=U blocks, e.g. with REXX o rebuild the original blocks using 
the information above o write the new RECFM=U blocks


All of this is untested.


--
Peter Hunkeler







--
Peter Hunkeler

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

AW: DFSMSdss dump fix after binary transfer

[Peter Hunkeler]

>A colleague has made a logical data set DUMP of important data and downloaded 
>to his PC in binary (by mistake, without additional steps). As expected, after 
>uploading from PC to z/OS, the format is broken, and ADRDSSU doesn't recognize 
>the DUMP (uploaded as blksize=27998, lrecl=0, recfm=u).

>Any recovery ideas for this situation, how to recover the PC data to a 
>RESTORE-able dataset? :)


The problem is that DSS Dumps are RECFM=U, and each block may have a different 
length, up to the maximum (usually half track). This is why DSS does not accept 
the dump after retransmitting back to z/OS (in binary, of course).


I don't know if the format of the dump records is documented (outside of IBM), 
but looking at an (uncompressed) DSS dump data set, the individual blocks seem 
to be of format


o Bytes 1-4 is the binary number of the record (block) within the dump data set.
o Bytes 5-6 are maybe some flags. I see mostly x'0101', but also x'0202'.
o Bytes 7-8 seems to be the number of bytes in this block including this field 
and the 6 bytes ahead.


So to recover as a last resort, if you're desperate, you would need to


o upload in binary as RECFM=U to z/OS.
o read the RECFM=U blocks, e.g. with REXX
o rebuild the original blocks using the information above
o write the new RECFM=U blocks


All of this is untested.


--
Peter Hunkeler







--
Peter Hunkeler

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

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Charles Mills]

> The z114 has a new facility to help implement pauseless garbage collection.

Note "pause less" garbage collection -- less pausing than previous 
implementations. Not pauseless as in "no pausing."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, April 23, 2018 1:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

C++ doesn't have garbage collection. Resource finalization is 
deterministic and performed by a destructor. Also, C++ has POD structs 
that map data in the same way as assembler, C, COBOL, PL/1 and access 
record based data sources in exactly the same way.

Java doesn't have records and does not support value types (like C#) so 
you can't define a class with fixed sized buffers on the stack. To map a 
record from a legacy data source you have to use a byte array and 
manipulate it using a class like a ByteBuffer.
This is mostly done using code generation tools to serialize the data 
into the corresponding Java types. Of course, there is a lot of overhead 
in doing so but that's why IBM have provided zIIP processors. If it 
wasn't for zIIPs Java would not be
viable on z/OS. IBM have done a lot of work on the hardware stack to 
make Java more efficient. The z114 has a new facility to help implement 
pauseless garbage collection.

The z/OS JVM is highly optimized for heap memory management and 
efficient use of cache lines. It provides excellent features for 
concurrent programming and provides collection libraries for concurrent 
data structures using lock-free/wait-free
algorithms. For example, ConcurrentHashMap can make use of transactional 
memory to serialize access
The string class uses the new SIMD instructions for search/replace 
methods. Once the JIT compiler has warmed up it will inline the hot 
spots to improve code locality and mitigate instruction caches misses.

The most important thing to bear in mind is that replacing a legacy 
application written in assembler with Java is madness and doomed to 
failure. IMO, Java should be used only for new applications or 
modernizing and existing legacy application.


On 23/04/2018 6:29 AM, Hobart Spitz wrote:
> Somewhere, maybe in a different branch of this topic, there was a
> discussion about the pros and cons of replacing Assembler with Java.  I
> apologize for posting here if it's the wrong place, but I can't seem to
> find the original discussion, and I have a question that seems relevant and
> important, IMHO.
>
> That's said, I can answer the question, for C/C++, as follows.  (I pose the
> question for Java, below.)
>
> *With the *nix/C record and string models, there are these issues:*
>
> 1. Errant/unexpected/unintended pieces of binary data in a text
> file/string can break something.
> 2. Separate functions/methods/techniques must be used to manipulate text
> files/strings versus binary files/string. You *must* know what you are
> dealing with up front, and/or somehow code logic for both. (I'm not sure
> the latter is possible in the general case.)
> 3. Even with *nix/C oriented machine instructions, the need to inspect
> all characters up to a target point results in performance killing cache
> flooding.
> 4. C++ does garbage collection resulting in "pauses" in forward
> progress, and working set, caching, and CPU spikes, among other things.
>
> Let's call these attributes fragility, productivity, and efficiency,
> respectively, for the convenience convenience.  C has issue with these
> characteristics.
>
> As most of the readers here know, mainframe style records and strings do
> not suffer from these limitation.  When the length of a string/record is
> known external to the data contents, you can manipulate any platform-native
> data in z/OS, z/VM without it breaking due to something in the data, you
> write the same code regardless of what you are dealing with, and, less
> obviously, any activity that skips a cache can avoid a cache line promotion
> saving processor resources.
>
> So, my "burning" question for Java is, which, if any, of these above issues
> (data fragility, coding productivity, efficiency, and garbage collections)
> does Java share with C/C++.
>
> If Java suffers from all or most of the issues, then I would say replacing
> Assembler with Java is pretty much out of the question.  On the other hand,
> if Java suffers few or none of the above issues, it might be viable to
> replace Assembler with Java (ignoring other issues, like cost, testing,
> compatibility, data porting, etc.)
>
> To sum up:  Does Java use a similar record/string model to that of C/C++,
> and does it do garbage collection similarly.
>
> Thanks in advance for satisfying my curiosity.
>
>
>
>
>
>
>
>
>
>
>
> OREXXMan
> JCL is the buggy whip of 21st century computing.
> We want Pipelines in the z/OS base.
>
> On Sat, Apr 21, 2018 

Re: How far out of date are my skills

[Charles Mills]

If they let you go, well ... you were out of work when you came in.

Nothing ventured, nothing gained.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane G
Sent: Monday, April 23, 2018 1:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How far out of date are my skills

On Sun, 22 Apr 2018 19:27:29 +, Rugen, Len wrote:

>I left the Z/OS world at the version 1.6 after nearly many years of mainframe 
>OS and CICS work .  I see adds for telecommute Z/OS support, how far out of 
>date are my skills?  What should I read up on to stay current?

Hmmm - things may be different elsewhere, but I have been *very* leery about 
getting back in the harness.
What are the clients expectations ?. Not the glib head-hunter, the end client. 
They likely have a hole in their support team that used to be filled by someone 
who had been there for years and everyone felt comfortable with.
Getting accepted is very hard, and you will probably be expected to be 
immediately useful - maybe even the expert. More so if going in as a 
consultant/contractor. And you won't be cut the same slack as the current 
incumbents that have been part of the furniture for years.

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

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Kirk Wolf]

On Mon, Apr 23, 2018 at 8:23 AM, Jerry Callen  wrote:

>
> I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing
> with COBOL records that make extensive use of OCCURS DEPENDING ON, it
> probably make sense to stick with COBOL. Otherwise, it's quite easy to
> write robust, efficient code in C and C++ on z/OS.
>
>
Indeed COBOL ODO and related complexities make it difficult.

The IBM Record Generator for Java"  (formerly known as the JZOS Record
Generator) does support converting COBOL ADATA layouts to Java record
mapping classes:

https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an=ca=897=ENUS217-295
https://developer.ibm.com/cics/2016/05/12/java-cics-using-ibmjzos/

If you run a COBOL ODO through this, you can see the generated Java code
that handles var length strings, arrays of structures, and offsetting
everything (and the things that follow ODOs).

The same thing could be implemented for C/C++.  SMOP :-)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: HMC Message Query

[Richards, Robert B.]

Ignore this request. A coworker explained that it was coming from a test 
sysplex that is looking for a standalone tape device that it cannot find.

I missed noting the CSS #1 on the message. That would have given me a clue that 
it was not on the prod sysplex.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, April 23, 2018 8:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC Message Query

Has anyone seen the following message and can explain it to me?

"A device or control unit that is not configured in the current IOCDS attempted 
a request-in sequence"

UNIT xx
Channel Path yyy

--
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: SCP an MVS dataset

[Jackson, Rob]

Yeah, before I discovered Co:Z, I wrote some REXX USS programs to copy-to-USS 
and copy-to-MVS.  They worked, and you're welcome to them (might save you some 
time figuring out the copy options, etc.), but Co:Z is so much better.

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Monday, April 23, 2018 9:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCP an MVS dataset

[External Email]

On Mon, Apr 23, 2018 at 7:24 AM, Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello All
>
> A quick question... is it possible to SCP an MVS dataset on to a target?
> I'm able to successfully send USS files but I get 'FOTS1744 
>  No such file or directory. (errno2=0x05620062)' when trying a 
> dataset.
>

​Using only IBM software, this is not possible. Dovetailed Technologies has a 
product (freely licensed) called "Co:Z sftp" which give you this capability. 
This is a zero cost product, but does an an option for paid support. So you can 
download it, install, and run it for _NO MONEY_. IMO, anyone who does not 
install all of the Co:Z products is doing themselves a grave disservice. And I 
do understand that some shops are hyper-aware of security and so it might be a 
real problem getting that software approved.


ref: http://dovetail.com/products/sftp.html​

 OK, some a really horrible way that might work, sort of. YOU HAVE BEEN PUT 
ON NOTICE. Use at own risk.

If you want to transfer a file from Linux (I don't do Windows) to a z/OS data 
set over an SSH channel, it is possible to "cheat". But only if you want to 
convert from ASCII to EBCDIC and are willing to use the default translate 
table. The following Linux command shows how:

cat some.file.txt | ssh user@host 'cp /dev/fd0 //some.file.txt'


​Now, the above is simplistic and works. The "cp" command runs as "user" on the 
"host" system. By default, the cp command prepends your RACF id onto the data 
set name, like in TSO (sort of). Now, a big problem is shell escape characters. 
Trying to send a single quote *'* to the z/OS system is a lesson in frustration 
due to this.​ And using the Co:Z "solves" this for me.




>
> - Vignesh
> Mainframe Infrastructure
>

--
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

Maranatha! <><
John McKown

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Seymour J Metz]

Isn't a class with no methods essentially a record type? Although that still 
leaves the issue of reading and writing them.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Monday, April 23, 2018 4:45 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

C++ doesn't have garbage collection. Resource finalization is
deterministic and performed by a destructor. Also, C++ has POD structs
that map data in the same way as assembler, C, COBOL, PL/1 and access
record based data sources in exactly the same way.

Java doesn't have records and does not support value types (like C#) so
you can't define a class with fixed sized buffers on the stack. To map a
record from a legacy data source you have to use a byte array and
manipulate it using a class like a ByteBuffer.
This is mostly done using code generation tools to serialize the data
into the corresponding Java types. Of course, there is a lot of overhead
in doing so but that's why IBM have provided zIIP processors. If it
wasn't for zIIPs Java would not be
viable on z/OS. IBM have done a lot of work on the hardware stack to
make Java more efficient. The z114 has a new facility to help implement
pauseless garbage collection.

The z/OS JVM is highly optimized for heap memory management and
efficient use of cache lines. It provides excellent features for
concurrent programming and provides collection libraries for concurrent
data structures using lock-free/wait-free
algorithms. For example, ConcurrentHashMap can make use of transactional
memory to serialize access
The string class uses the new SIMD instructions for search/replace
methods. Once the JIT compiler has warmed up it will inline the hot
spots to improve code locality and mitigate instruction caches misses.

The most important thing to bear in mind is that replacing a legacy
application written in assembler with Java is madness and doomed to
failure. IMO, Java should be used only for new applications or
modernizing and existing legacy application.


On 23/04/2018 6:29 AM, Hobart Spitz wrote:
> Somewhere, maybe in a different branch of this topic, there was a
> discussion about the pros and cons of replacing Assembler with Java.  I
> apologize for posting here if it's the wrong place, but I can't seem to
> find the original discussion, and I have a question that seems relevant and
> important, IMHO.
>
> That's said, I can answer the question, for C/C++, as follows.  (I pose the
> question for Java, below.)
>
> *With the *nix/C record and string models, there are these issues:*
>
> 1. Errant/unexpected/unintended pieces of binary data in a text
> file/string can break something.
> 2. Separate functions/methods/techniques must be used to manipulate text
> files/strings versus binary files/string. You *must* know what you are
> dealing with up front, and/or somehow code logic for both. (I'm not sure
> the latter is possible in the general case.)
> 3. Even with *nix/C oriented machine instructions, the need to inspect
> all characters up to a target point results in performance killing cache
> flooding.
> 4. C++ does garbage collection resulting in "pauses" in forward
> progress, and working set, caching, and CPU spikes, among other things.
>
> Let's call these attributes fragility, productivity, and efficiency,
> respectively, for the convenience convenience.  C has issue with these
> characteristics.
>
> As most of the readers here know, mainframe style records and strings do
> not suffer from these limitation.  When the length of a string/record is
> known external to the data contents, you can manipulate any platform-native
> data in z/OS, z/VM without it breaking due to something in the data, you
> write the same code regardless of what you are dealing with, and, less
> obviously, any activity that skips a cache can avoid a cache line promotion
> saving processor resources.
>
> So, my "burning" question for Java is, which, if any, of these above issues
> (data fragility, coding productivity, efficiency, and garbage collections)
> does Java share with C/C++.
>
> If Java suffers from all or most of the issues, then I would say replacing
> Assembler with Java is pretty much out of the question.  On the other hand,
> if Java suffers few or none of the above issues, it might be viable to
> replace Assembler with Java (ignoring other issues, like cost, testing,
> compatibility, data porting, etc.)
>
> To sum up:  Does Java use a similar record/string model to that of C/C++,
> and does it do garbage collection similarly.
>
> Thanks in advance for satisfying my curiosity.
>
>
>
>
>
>
>
>
>
>
>
> OREXXMan
> JCL is the buggy whip of 21st century computing.
> We want Pipelines in the z/OS base.
>
> On Sat, Apr 21, 2018 at 12:29 PM, 

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Jerry Callen]

On Sun, 22 Apr 2018 18:29:38 -0400, Hobart Spitz  wrote:

>That's said, I can answer the question, for C/C++, as follows.  (I pose the
>question for Java, below.)
>
>*With the *nix/C record and string models, there are these issues:*
>
>   1. Errant/unexpected/unintended pieces of binary data in a text
>   file/string can break something.
>   2. Separate functions/methods/techniques must be used to manipulate text
>   files/strings versus binary files/string. You *must* know what you are
>   dealing with up front, and/or somehow code logic for both. (I'm not sure
>   the latter is possible in the general case.)
>   3. Even with *nix/C oriented machine instructions, the need to inspect
>   all characters up to a target point results in performance killing cache
>   flooding.
>   4. C++ does garbage collection resulting in "pauses" in forward
>   progress, and working set, caching, and CPU spikes, among other things.
>
>Let's call these attributes fragility, productivity, and efficiency,
>respectively, for the convenience convenience.  C has issue with these
>characteristics.

C and C++ do NOT have garbage collection; memory management is controlled by 
the programmer, with C++ providing a lot of assistance in the form of 
constructors and destructors.

String manipulation can be done in a variety of ways; C++, in particular, 
provides counted strings and byte arrays with no restrictions on content.

I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing with 
COBOL records that make extensive use of OCCURS DEPENDING ON, it probably make 
sense to stick with COBOL. Otherwise, it's quite easy to write robust, 
efficient code in C and C++ on z/OS.

-- Jerry

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

Re: Where do I find a list of world timezones in z/OS USS notation?

[Allan Staller]

Try setting:

 TZ= IST2IDT
export $TZ

in a Unix shell and see what happens.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Giliad Wilf
Sent: Monday, April 23, 2018 3:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where do I find a list of world timezones in z/OS USS notation?

Hi All,

I'm configuring a new system in Israel and wish to pick the correct timezone 
for our location, in terms of z/OS USS.

Our system has been built abroad using CST6CDT, and shipped to us in the form 
of some 32 dumped 3390-9 volume images.

Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed in 
'/etc/init.options' and '/etc/profile' files.

Are there any additional locations to update, aside from CLOCKxx's TIMEZONE 
parameter, which I'm going to change from 'W.06.00.00' to 'E.02.00.00'?

Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct UTC 
value, but use a TZ that appears to be the equivalent of EST5EDT.

I'm not going to meddle with zPDT or with z/VM. Only with z/OS.

Any insight will be greatly appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: How far out of date are my skills

[Carmen Vitullo]

The last release I installed before I was laid off was 1.7, going to 1.9, 1.7 I 
believe was one of the biggest changes due to JES2 EXITS and INITRDR re design. 
I was able to eventually find a job in the field but a different supporting 
role, it was not until recently, 2011 :) I was installing, and supporting Z/os 
@ a 1.12 to 1.13 release level. 
not much changed, the ServerPac dialog got better IMO, but everyone (site) does 
things differently, I suspect, if you had no issues before, you should be ok 
now. 
best of luck 



Carmen Vitullo 

- Original Message -

From: "Len Rugen"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Sunday, April 22, 2018 2:27:29 PM 
Subject: How far out of date are my skills 

I left the Z/OS world at the version 1.6 after nearly many years of mainframe 
OS and CICS work . I see adds for telecommute Z/OS support, how far out of date 
are my skills? What should I read up on to stay current? 


I know that as we moved along in Z/OS and previous version, 95% of what we 
continued to use was old, some new features were exploited, but never all of 
them. Most of the change was in hardware support. I don't miss pulling bus and 
tag cables under the floor :-) 


I didn't leave the mainframe, it left me. :-) 




-- 
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: SCP an MVS dataset

[John McKown]

On Mon, Apr 23, 2018 at 7:24 AM, Sankaranarayanan, Vignesh <
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello All
>
> A quick question... is it possible to SCP an MVS dataset on to a target?
> I'm able to successfully send USS files but I get 'FOTS1744 
> No such file or directory. (errno2=0x05620062)' when trying a dataset.
>

​Using only IBM software, this is not possible. Dovetailed Technologies has
a product (freely licensed) called "Co:Z sftp" which give you this
capability. This is a zero cost product, but does an an option for paid
support. So you can download it, install, and run it for _NO MONEY_. IMO,
anyone who does not install all of the Co:Z products is doing themselves a
grave disservice. And I do understand that some shops are hyper-aware of
security and so it might be a real problem getting that software approved.


ref: http://dovetail.com/products/sftp.html​

 OK, some a really horrible way that might work, sort of. YOU HAVE BEEN
PUT ON NOTICE. Use at own risk.

If you want to transfer a file from Linux (I don't do Windows) to a z/OS
data set over an SSH channel, it is possible to "cheat". But only if you
want to convert from ASCII to EBCDIC and are willing to use the default
translate table. The following Linux command shows how:

cat some.file.txt | ssh user@host 'cp /dev/fd0 //some.file.txt'


​Now, the above is simplistic and works. The "cp" command runs as "user" on
the "host" system. By default, the cp command prepends your RACF id onto
the data set name, like in TSO (sort of). Now, a big problem is shell
escape characters. Trying to send a single quote *'* to the z/OS system is
a lesson in frustration due to this.​ And using the Co:Z "solves" this for
me.




>
> - Vignesh
> Mainframe Infrastructure
>

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: SCP an MVS dataset

[Jackson, Rob]

Does it have to be SCP?  I would hope the server to which you're sending would 
support SFTP too.  Either way, you need Co:Z SFTP, here:  
https://dovetail.com/products/sftp.html.  It is a lifesaver.


First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: Monday, April 23, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SCP an MVS dataset

[External Email]

Hello All

A quick question... is it possible to SCP an MVS dataset on to a target?
I'm able to successfully send USS files but I get 'FOTS1744  No 
such file or directory. (errno2=0x05620062)' when trying a dataset.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: [EXTERNAL] Re: Where do I find a list of world timezones in z/OS USS notation?

[Dyck, Lionel B. (TRA)]

His may help https://www.timeanddate.com/time/current-number-time-zones.html

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


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

HMC Message Query

[Richards, Robert B.]

Has anyone seen the following message and can explain it to me?

"A device or control unit that is not configured in the current IOCDS attempted 
a request-in sequence"

UNIT xx
Channel Path yyy

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

SCP an MVS dataset

[Sankaranarayanan, Vignesh]

Hello All

A quick question... is it possible to SCP an MVS dataset on to a target?
I'm able to successfully send USS files but I get 'FOTS1744  No 
such file or directory. (errno2=0x05620062)' when trying a dataset.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: Where do I find a list of world timezones in z/OS USS notation?

[John McKown]

On Mon, Apr 23, 2018 at 3:42 AM, Giliad Wilf <
00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:

> Hi All,
>
> I'm configuring a new system in Israel and wish to pick the correct
> timezone for our location, in terms of z/OS USS.
>

​
​Basically, here is the source for the answer:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa500/bpxa50065.htm
​


>
> Our system has been built abroad using CST6CDT, and shipped to us in the
> form of some 32 dumped 3390-9 volume images.
>
> Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed
> in '/etc/init.options' and '/etc/profile' files.
>

​Yes, but it is wrong. It should be IST-2IDT.​ The "-2" says "East". Use of
"2" say "West" -- somewhere in the Atlantic, I guess.



>
> Are there any additional locations to update, aside from CLOCKxx's
> TIMEZONE parameter, which I'm going to change from 'W.06.00.00' to
> 'E.02.00.00'?
>

​I also have the timezone in the LE parameters member of PARMLIB. I.e.
CEEPRM00. LE has the concept of "environment variables" which is similar to
UNIX. So I set the TZ variable for LE as well. I'm not sure if this is
required or not. Example:

/* NONCICS LE PARMS */
CEEDOPT(
  ALL31(OFF),
  STACK(,,BELOW)
  CBLQDA(OFF),
  COUNTRY(US),
  DEBUG,
  DYNDUMP(*USERID,DYNAMIC,NOTDUMP),
*  ENVAR('TZ=CST6CDT'),*
  LIBSTACK(8K,4K,FREE),
  STORAGE(NONE,NONE,NONE,8K)
 )
/* CICS LE PARMS */
CEECOPT(
  ALL31(OFF),
  STACK(,,BELOW),
  STORAGE(00,NONE,NONE,0K)
 )
/* 64 BIT GROUP */
CELQDOPT(
 )​


​So far, the above has a least not cause any problems.​



> Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct
> UTC value, but use a TZ that appears to be the equivalent of EST5EDT.
>
> I'm not going to meddle with zPDT or with z/VM. Only with z/OS.
>
> Any insight will be greatly appreciated.
>


​Bottom line: you have an error. IST2IDT is for W.02.00.00 not "east". You
need TZ=IST-2IDT as an example below shows

 example UNIX shell transcript from z/OS 1.12

$
printenv TZ;date
CST6CDT
Mon Apr 23 07:05:29 CDT 2018
$
export TZ=IST-2IDT;printenv TZ;date
IST-2IDT
Mon Apr 23 15:05:55 IDT 2018
LIH1:TSH009:/home/tsh009$


​
So, in /etc/init.options, I think you need the line:

-e TZ=IST-2IDT

And somewhere in /etc/profile, a line like:

export TZ=IST-2IDT

Along with the changes mentioned in CLOCKnn, CEEPRMnn.

Shalom,

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

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: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Smith, Nathan (ATLANTA, GA)]

My young whippersnapper self (I'm 31 now, but I started my career as a 
mainframe developer at 23) remembers listening to the seasoned professionals 
talk about Y2K.  They told me that they weren't all that concerned with Y2K on 
mainframe insurance administration and claims systems since they used ALIS 
dates (my former employer was a Fortune 500 disability insurer) where the dates 
were stored as DDDYYY in packed decimal format, where DDD is the Julian date 
and YYY is the offset from 1800.  Developers in the year 2799 might be in a 
pinch, but there's plenty of time to figure it out. :)

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Main Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Porowski, Kenneth
Sent: Friday, April 20, 2018 16:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)

Now for those that didn't move to a 4 digit year to resolve Y2K but instead 
went to a window technique, how many of your current staff know what dates were 
used for the window so they can again fix the problem before it occurs.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David L. Craig
Sent: Friday, April 20, 2018 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax Day Due to 
New Hardware (nextgov.com)

In 1974, we considered it, but the cost of a byte of disk storage was enough to 
push the storage of each date's century toward the '90s.  We fully expected the 
remediation would be needed but storage would be more affordable by then, which 
panned out.  What everybody got wrong was expecting the relative costs of 
hardware and software to not change, but in fact they flipped--hardware became 
dirt cheap but software became very expensive.

On Fri, Apr 20, 2018 at 7:46 PM, Gerhard Adam  wrote:

> It was discussed, but the general feeling was that those systems would
> have been rewritten or replaced long before it became an issue.
>
> No one expected applications to be running 30-40 years after they were
> first implemented.
>
> Sent from my iPhone
>
> > On Apr 20, 2018, at 12:25 PM, Lester, Bob  wrote:
> >
> >
> > I agree with both you and Gil.  But, how many programmers in the
> > 60s,
> 70s, even 80s were thinking about Y2K?  Sure, the really good ones
> were, but what about the other 80%?
> >
> > and, Y2K came off without a hitch...(FSVO - "hitch")
> >
> > I love Fridays...
> >
> > BobL
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Porowski, Kenneth
> > Sent: Friday, April 20, 2018 1:20 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to
> > New
> Hardware (nextgov.com) [ EXTERNAL ]
> >
> > That was due to lack of foresight by the programmer not due to the
> > age
> of the system.
> >
> >
> >
> > This email message and any accompanying materials may contain
> proprietary, privileged and confidential information of CIT Group Inc.
> or its subsidiaries or affiliates (collectively, “CIT”), and are
> intended solely for the recipient(s) named above.  If you are not the
> intended recipient of this communication, any use, disclosure,
> printing, copying or distribution, or reliance on the contents, of
> this communication is strictly prohibited.  CIT disclaims any
> liability for the review, retransmission, dissemination or other use
> of, or the taking of any action in reliance upon, this communication
> by persons other than the intended recipient(s).  If you have received
> this communication in error, please reply to the sender advising of
> the error in transmission, and immediately delete and destroy the
> communication and any accompanying materials.  To the extent permitted
> by applicable law, CIT and others may inspect, review, monitor,
> analyze, copy, record and retain any communications sent from or received at 
> this email address.
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> > Sent: Friday, April 20, 2018 3:13 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax
> > Day
> Due to New Hardware (nextgov.com)
> >
> >> On Fri, 20 Apr 2018 07:14:20 -0700, Gerhard Adam wrote:
> >>
> >> Applications don't get old.  They either do what they're supposed
> >> to do
> or they don't.   It has nothing to do with age.
> > Remember Y2K?
> >
> > -- gil
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / 

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[David Crayford]

C++ doesn't have garbage collection. Resource finalization is 
deterministic and performed by a destructor. Also, C++ has POD structs 
that map data in the same way as assembler, C, COBOL, PL/1 and access 
record based data sources in exactly the same way.


Java doesn't have records and does not support value types (like C#) so 
you can't define a class with fixed sized buffers on the stack. To map a 
record from a legacy data source you have to use a byte array and 
manipulate it using a class like a ByteBuffer.
This is mostly done using code generation tools to serialize the data 
into the corresponding Java types. Of course, there is a lot of overhead 
in doing so but that's why IBM have provided zIIP processors. If it 
wasn't for zIIPs Java would not be
viable on z/OS. IBM have done a lot of work on the hardware stack to 
make Java more efficient. The z114 has a new facility to help implement 
pauseless garbage collection.


The z/OS JVM is highly optimized for heap memory management and 
efficient use of cache lines. It provides excellent features for 
concurrent programming and provides collection libraries for concurrent 
data structures using lock-free/wait-free
algorithms. For example, ConcurrentHashMap can make use of transactional 
memory to serialize access
The string class uses the new SIMD instructions for search/replace 
methods. Once the JIT compiler has warmed up it will inline the hot 
spots to improve code locality and mitigate instruction caches misses.


The most important thing to bear in mind is that replacing a legacy 
application written in assembler with Java is madness and doomed to 
failure. IMO, Java should be used only for new applications or 
modernizing and existing legacy application.



On 23/04/2018 6:29 AM, Hobart Spitz wrote:

Somewhere, maybe in a different branch of this topic, there was a
discussion about the pros and cons of replacing Assembler with Java.  I
apologize for posting here if it's the wrong place, but I can't seem to
find the original discussion, and I have a question that seems relevant and
important, IMHO.

That's said, I can answer the question, for C/C++, as follows.  (I pose the
question for Java, below.)

*With the *nix/C record and string models, there are these issues:*

1. Errant/unexpected/unintended pieces of binary data in a text
file/string can break something.
2. Separate functions/methods/techniques must be used to manipulate text
files/strings versus binary files/string. You *must* know what you are
dealing with up front, and/or somehow code logic for both. (I'm not sure
the latter is possible in the general case.)
3. Even with *nix/C oriented machine instructions, the need to inspect
all characters up to a target point results in performance killing cache
flooding.
4. C++ does garbage collection resulting in "pauses" in forward
progress, and working set, caching, and CPU spikes, among other things.

Let's call these attributes fragility, productivity, and efficiency,
respectively, for the convenience convenience.  C has issue with these
characteristics.

As most of the readers here know, mainframe style records and strings do
not suffer from these limitation.  When the length of a string/record is
known external to the data contents, you can manipulate any platform-native
data in z/OS, z/VM without it breaking due to something in the data, you
write the same code regardless of what you are dealing with, and, less
obviously, any activity that skips a cache can avoid a cache line promotion
saving processor resources.

So, my "burning" question for Java is, which, if any, of these above issues
(data fragility, coding productivity, efficiency, and garbage collections)
does Java share with C/C++.

If Java suffers from all or most of the issues, then I would say replacing
Assembler with Java is pretty much out of the question.  On the other hand,
if Java suffers few or none of the above issues, it might be viable to
replace Assembler with Java (ignoring other issues, like cost, testing,
compatibility, data porting, etc.)

To sum up:  Does Java use a similar record/string model to that of C/C++,
and does it do garbage collection similarly.

Thanks in advance for satisfying my curiosity.











OREXXMan
JCL is the buggy whip of 21st century computing.
We want Pipelines in the z/OS base.

On Sat, Apr 21, 2018 at 12:29 PM, Barry Merrill  wrote:


In 1975 there was a BOF, Bird's of a Feather Session on Year 2000 Concerns
at the SPRING SHARE meeting, as I recall.  BOF's were spontaneous evening
meetings posted/scheduled usually that day.

Barry


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



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul Gilmartin
Sent: Friday, April 20, 2018 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU

Where do I find a list of world timezones in z/OS USS notation?

[Giliad Wilf]

Hi All,
 
I'm configuring a new system in Israel and wish to pick the correct timezone 
for our location, in terms of z/OS USS.
 
Our system has been built abroad using CST6CDT, and shipped to us in the form 
of some 32 dumped 3390-9 volume images.
 
Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed in 
'/etc/init.options' and '/etc/profile' files.

Are there any additional locations to update, aside from CLOCKxx's TIMEZONE 
parameter, which I'm going to change from 'W.06.00.00' to 'E.02.00.00'?
 
Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct UTC 
value, but use a TZ that appears to be the equivalent of EST5EDT.
 
I'm not going to meddle with zPDT or with z/VM. Only with z/OS.
 
Any insight will be greatly appreciated.
 

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

Re: How far out of date are my skills

[Shane G]

On Sun, 22 Apr 2018 19:27:29 +, Rugen, Len wrote:

>I left the Z/OS world at the version 1.6 after nearly many years of mainframe 
>OS and CICS work .  I see adds for telecommute Z/OS support, how far out of 
>date are my skills?  What should I read up on to stay current?

Hmmm - things may be different elsewhere, but I have been *very* leery about 
getting back in the harness.
What are the clients expectations ?. Not the glib head-hunter, the end client. 
They likely have a hole in their support team that used to be filled by someone 
who had been there for years and everyone felt comfortable with.
Getting accepted is very hard, and you will probably be expected to be 
immediately useful - maybe even the expert. More so if going in as a 
consultant/contractor. And you won't be cut the same slack as the current 
incumbents that have been part of the furniture for years.

I decided I could do without the grief. YMMV.

Shane ...

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

Re: Creating a list of authorised libaries in Rexx

[Edward Finnell]

http://www.mzelden.com/mvsutil.html


In a message dated 4/23/2018 2:38:30 AM Central Standard Time, 
imugz...@gmail.com writes:

 
have a look at IPLINFO rexx exec from mark Zelden.

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

Re: Creating a list of authorised libaries in Rexx

[ITschak Mugzach]

have a look at IPLINFO rexx exec from mark Zelden.

ITschak

On Mon, Apr 23, 2018 at 10:16 AM, Alan(GMAIL)Watthey 
wrote:

> Thanks for all the replies.  I guess the consensus is that I build the
> list myself.  I did suspect this but I wanted to make sure I was not
> missing something obvious.
>
> I do know about the various Rexx procedures already in existence and have
> written some before to check LNK and LPA dataset names are to our standard
> so I have a starting point.  Not only the APF, LPA and LNK can be
> authorised of course but the manual seems reasonably clear on what they all
> are.  The in-memory lists should suffice and get around all the dynamic and
> library renaming possibilities I highlighted.
>
> Sorry for the original subject on this chain as I was playing with
> replying to an earlier post to get the correct destination email address
> and somehow forgot to fill that bit in again. Oulook doesn't cope with
> digests very well (or I don't).
>
> Regards,
> Alan Watthey
>
> -Original Message-
> From: Carmen Vitullo [mailto:cvitu...@hughes.net]
> Sent: 19 April 2018 3:53 pm
> Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)
>
> At z/os 2.1 with some SDSF PTF's I think and at 2.2 the SDSFAUX address
> space provides, parmlib,proclib,apf,linklist,dynamic exit,enq,address
> space memory...any other good info
>
>
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Alan(GMAIL)Watthey" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, April 19, 2018 12:36:55 AM
> Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)
>
> Hi listers,
>
>
>
> I was wondering if there was an easy way to get all the authorised
> libraries
> on a z/OS system. I am looking ultimately for a Rexx solution.
>
>
>
> Now I obviously know about 'D PROG,APF' but according to the manual there
> are many more authorised libraries than these. Also, there is PROGxx to
> look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not
> they
> are specified in PROGxx. Then we have all of LPA which is authorised
> (pageable, fixed, modified and dynamic). Maybe someone has changed a
> default library name (such as SYS1.LPALIB or SYS1.LINKLIB). Maybe someone
> has dynamically added or deleted an authorised library. LINKLIST might be
> automatically authorised or it might not.
>
>
>
> Will I have to build this entire list myself (that looks a bit daunting to
> me), is there some obscure (or even obvious) MVS command available I have
> never used before or can I find it somewhere in memory?
>
>
>
> Regards,
>
> Alan Watthey
>
>
> --
> 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
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Creating a list of authorised libaries in Rexx

[Alan(GMAIL)Watthey]

Thanks for all the replies.  I guess the consensus is that I build the list 
myself.  I did suspect this but I wanted to make sure I was not missing 
something obvious.

I do know about the various Rexx procedures already in existence and have 
written some before to check LNK and LPA dataset names are to our standard so I 
have a starting point.  Not only the APF, LPA and LNK can be authorised of 
course but the manual seems reasonably clear on what they all are.  The 
in-memory lists should suffice and get around all the dynamic and library 
renaming possibilities I highlighted.

Sorry for the original subject on this chain as I was playing with replying to 
an earlier post to get the correct destination email address and somehow forgot 
to fill that bit in again. Oulook doesn't cope with digests very well (or I 
don't).

Regards,
Alan Watthey

-Original Message-
From: Carmen Vitullo [mailto:cvitu...@hughes.net] 
Sent: 19 April 2018 3:53 pm
Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)

At z/os 2.1 with some SDSF PTF's I think and at 2.2 the SDSFAUX address space 
provides, parmlib,proclib,apf,linklist,dynamic exit,enq,address space 
memory...any other good info 





Carmen Vitullo 

- Original Message -

From: "Alan(GMAIL)Watthey"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, April 19, 2018 12:36:55 AM 
Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108) 

Hi listers, 



I was wondering if there was an easy way to get all the authorised libraries 
on a z/OS system. I am looking ultimately for a Rexx solution. 



Now I obviously know about 'D PROG,APF' but according to the manual there 
are many more authorised libraries than these. Also, there is PROGxx to 
look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not they 
are specified in PROGxx. Then we have all of LPA which is authorised 
(pageable, fixed, modified and dynamic). Maybe someone has changed a 
default library name (such as SYS1.LPALIB or SYS1.LINKLIB). Maybe someone 
has dynamically added or deleted an authorised library. LINKLIST might be 
automatically authorised or it might not. 



Will I have to build this entire list myself (that looks a bit daunting to 
me), is there some obscure (or even obvious) MVS command available I have 
never used before or can I find it somewhere in memory? 



Regards, 

Alan Watthey 


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