Re: Migration of Mainframe to other plat form.

[Mike Beer]

Another way to look at is by evaluating:

1) your software inventory - what is installed on the host and what is 
really used
 some applications might run on a smaller machine (something like a 
LinuxOne)

2) talk to your IBM sales rep (enterprise software)
3) consider different scenarios:
 - one without any mainframe (but you need to come up with a 
complete calculation - including the migration/reprogramming effort,
   higher sysadmin costs (more servers=> more people), higher power 
consumption, more points of failure,...

- one with a mixed operation: i.e. mainframe + (some) intel servers
- complete consolidation of ALL/MOST servers to the mainframe

There is a lot literature on that - especially IBM redbooks.

http://www.redbooks.ibm.com/redpapers/pdfs/redp0222.pdf
https://de.scribd.com/document/249244362/S-390-Server-Consolidation-A-Guide-for-IT-Managers

But any sound decision should be based on a business case.
Most offloading proposals ignore large parts of the operation - running 
a PL/I or COBOL program on a PC is easy,

to run your complete business on a PC is completely different story.

Mike

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

Re: Migration of Mainframe to other plat form.

[Linda]

Hi James,

More to consider -

Most businesses have legal holding requirements for at least some, perhaps a 
lot of customer data, business tax data, employee data, retirement data, and 
other benefits data.  Harvesting and converting that data - along with the data 
dictionaries necessary to fully identify every field and where and how the 
value was calculated is not a trivial piece of work.  At minimum, it will cost 
plenty.  It may or may not be written into the vendor's proposal unless the 
customer lists and requires it. 

I hope that the business would also, at minimum, identify the cost of 
everything on the mainframe system, along with it its associated costs.  After 
all, every single thing not included in the scope and details of work, is not 
included. 

Be sure to check out their 'every level' security as well.  

HTH,

Linda

Sent from my iPhone

> On May 3, 2017, at 1:29 AM, James Wellingtin  
> wrote:
> 
> Hey
> I know this here might be  a bit of a nasty question to ask
> Have a customer who has intensions of migrate to another platform than IBM
> Mainframe, don't know what ?
> They have asked MetaWare to be the stakeholder in this .
> At the moment it is in the very very beginning of he process.
> 
> I think this is an issue, that we all face right now .
> 
> Does anybody have  had experience with Metaware, and tell if they had
> success ?
> That is , did they succeed in full migration or partial migration ?
> 
> Or was it all dropped ?
> 
> All input would be appreciated
> 
> 
> 
> Regards
> 
> James
> 
> --
> 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: Migration of Mainframe to other plat form.

[Steve Thompson]

One thing the legal department needs to be asked about: How long 
do they have to be able to reproduce reports/documents or be able 
to do a report?


Now, will the new system be able to process the old system's data 
for that period, or will some arrangement need to be made to do 
this with their data? And on what media with what format will 
that data need to be kept?


Meanwhile, I've read much of what others were saying and I agree 
with the majority. And I say that having been involved with 
several "modernization" upgrades -- Euphemism for getting off a 
mainframe.


Sometime one should draw two pictures. The one should be a 
conceptual diagram of a non-mainframe system (generally 
bus-centric) and then a mainframe system (typically, RAM or 
Memory Centric). Don't identify the two architectures. And ask 
which one they would want to be using for their system to process 
all their data.


Now it is OK to label the bus between CPUs and memory as being 
256 bytes wide. The bus from memory to IOPs is about 64 bytes wide.


The non-mainframe buses are 8 bytes to 16 bytes wide (64 to 128 
bits) as I recall (I think certain machines are now multiplexing 
the Data Bus).


Again, this is conceptual because of PCIe, the bus may be split 
into "channels" of 8-32bits wide (off the top of my head).


The drawing I did were for a few people that were just absolutely 
sure that the sales people from the vendor's offices were correct 
that they could run rings around a mainframe.


Once I explained clock speeds, bus widths, cache sizes, they were 
just astonished. And then they realized my estimates of how many 
machines they were going to need to replace their small mainframe 
was probably closer to reality.


If you get the chance, you should ask the CFO at what point would 
the migration have to stop? Or have they even considered a 
financial hard stop point?


Now, if they were doing a migration to another system where they 
were going to use all packaged software, they would probably meet 
their deadlines and hit their budget numbers. But if they aren't 
doing that, but are going to migrate your systems to the other 
platform using a bunch of programmers --- You are paying for a 
one off software development project. That is, you are buying a 
one off software development project and then financing the project.


Regards,
Steve Thompson

On 05/03/2017 08:57 AM, Allan Staller wrote:

From previous experience (with another vendor),

Beware of any promises made by sales team (sales, tech marketing,).
If (whatever it is) is promised and agreed to, ensure it is written into the 
contract with an appropriate penalty for non-performance (up to and including 
cancellation of the contract w/refund).
Of course it would be up to your legal team to ensure proper contract contents.



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

Re: Adventures in JCL: PROCs, symbols and instream data

[Andrew Rowley]

On 27/04/2017 10:54 PM, Tom Marchant wrote:

Glad you got it to work, but it should have worked the way you had it.
I hope you will open a Service Request to get it fixed.

I had forgotten how frustrating it is to open Service Requests.

IBM has many brilliant people dedicated to improving z/OS. And an army 
of support staff trying to prevent them finding out about problems.


The most recent response is that the JCL in OA47958 (which I had used in 
the SR to demonstrate the problem) isn't supposed to work...


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

Re: Storage Creep

[scott Ford]

Hey E,

I didn't find a WKSP, do I assume Subpool 0 doing Nextc to extract userids.
Definitely ugh..i will post a snip...

Scott


On Wed, May 3, 2017 at 8:37 AM Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> scott Ford wrote:
>
> >I found the issues, one as CM mentioned was the Freemain and secondly I
> found some old assembler RACF macros - ICHEINTY ...and there were NO
> freemains...ugh ...I reproduced their problem.
>
> Oh, thats a bigh ugh! What is value of WKSP in that ICHEINTY? There are
> weird but documented notes about subpool usage by that macro.
>
>
> >This is a design I inherited so I am obviously in the stage of
> changing... I appreciate everyone's help
>
> Ok, what is that ICHEINTY doing? Extracting data or updating the RACF DB
> directly?
>
> Depending what that macro does, you need to consider alternative RACF
> macros.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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

Re: Migration of Mainframe to other plat form.

[Steve Beaver]

What is the sending platform and what do you want to emulate without 20,000 
hours of contract labor?


Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, May 3, 2017 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migration of Mainframe to other plat form.

On Wed, May 3, 2017 at 7:57 AM, Allan Staller  wrote:

> From previous experience (with another vendor),
>
> Beware of any promises made by sales team (sales, tech marketing,).
> If (whatever it is) is promised and agreed to, ensure it is written 
> into the contract with an appropriate penalty for non-performance (up 
> to and including cancellation of the contract w/refund).
> Of course it would be up to your legal team to ensure proper contract 
> contents.
>
> I have seen to many cases of over-promise/under deliver to not be 
> extremely wary of any such vendor.
>

​This is _exactly_ why the outsource of our z environment failed. The vendor 
failed to deliver what was promised, when promised. I even heard rumors that 
they came back to us about half-way through the project asking for us to pay an 
extra 10% because they we're making any profit on the contract (fixed cost). 
After we said "No!" (or more profane words to that
effect) is when the project _really_ got bogged down.​ The contract itself did 
not have any penalties for missed dates.



>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of James Wellingtin
> Sent: Wednesday, May 3, 2017 3:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migration of Mainframe to other plat form.
>
> Hey
> I know this here might be  a bit of a nasty question to ask Have a 
> customer who has intensions of migrate to another platform than IBM 
> Mainframe, don't know what ?
> They have asked MetaWare to be the stakeholder in this .
> At the moment it is in the very very beginning of he process.
>
> I think this is an issue, that we all face right now .
>
> Does anybody have  had experience with Metaware, and tell if they had 
> success ?
> That is , did they succeed in full migration or partial migration ?
>
> Or was it all dropped ?
>
> All input would be appreciated
>
>
>
> Regards
>
> James
>
> --
> 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
>



--
Advertising is a valuable economic factor because it is the cheapest way of 
selling goods, particularly if the goods are worthless. -- Sinclair Lewis


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: Migration of Mainframe to other plat form.

[John McKown]

On Wed, May 3, 2017 at 7:57 AM, Allan Staller  wrote:

> From previous experience (with another vendor),
>
> Beware of any promises made by sales team (sales, tech marketing,).
> If (whatever it is) is promised and agreed to, ensure it is written into
> the contract with an appropriate penalty for non-performance (up to and
> including cancellation of the contract w/refund).
> Of course it would be up to your legal team to ensure proper contract
> contents.
>
> I have seen to many cases of over-promise/under deliver to not be
> extremely wary of any such vendor.
>

​This is _exactly_ why the outsource of our z environment failed. The
vendor failed to deliver what was promised, when promised. I even heard
rumors that they came back to us about half-way through the project asking
for us to pay an extra 10% because they we're making any profit on the
contract (fixed cost). After we said "No!" (or more profane words to that
effect) is when the project _really_ got bogged down.​ The contract itself
did not have any penalties for missed dates.



>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of James Wellingtin
> Sent: Wednesday, May 3, 2017 3:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migration of Mainframe to other plat form.
>
> Hey
> I know this here might be  a bit of a nasty question to ask Have a
> customer who has intensions of migrate to another platform than IBM
> Mainframe, don't know what ?
> They have asked MetaWare to be the stakeholder in this .
> At the moment it is in the very very beginning of he process.
>
> I think this is an issue, that we all face right now .
>
> Does anybody have  had experience with Metaware, and tell if they had
> success ?
> That is , did they succeed in full migration or partial migration ?
>
> Or was it all dropped ?
>
> All input would be appreciated
>
>
>
> Regards
>
> James
>
> --
> 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
>



-- 
Advertising is a valuable economic factor because it is the cheapest way of
selling goods, particularly if the goods are worthless. -- Sinclair Lewis


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: Migration of Mainframe to other plat form.

[π]

On Wed, May 03, 2017 at 07:54:00AM -0700, Lizette Koehler wrote:
> 
> Leap year, Leap Second, how is that handled on the new platform?  How does 
> the clock change occur?  Is it manual?  Is it automatic?  Will the 
> application need to be shut-down when we go back or forward?
> 
Almost any other platform will handle time zones and DST better.
z/OS is almost the worst I know.  (Well, perhaps z/VM is worse.)

When has leap year been a problem?  Well, I had one 17 years ago
with an out-of-service software product that crashed because it
called 2000-02-29 an invalid date.

z/OS shuts down all applications for leap seconds.  Would any
application have a problem with a 1-second outage?  (Shutting
down to go forward would seem to aggravate any problem.)
Every leap second there are reports of network crashes.  Amazon
and Google smear the leap second over a several-hour interval
to avoid transients.  (Different durations; there is no standard.)
z/OS might do well to get on board with leap second smearing, but
that could be tricky with the TOD/STCK/CVTLSO design.

-- gil

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

Zip archives (Was: SHARE Proceedings self-extacting ZIP File reguesting Admin rights??

[David W Noon]

On Wed, 3 May 2017 11:11:55 +0200, Peter Hunkeler (p...@gmx.ch) wrote
about "AW: Re: AW: Re: SHARE Proceedings self-extacting ZIP File
reguesting Admin rights??" (in ):

[snip]
> What is "standard unzip"? Long ago, Windows had no ZIP support, so I
> bought WinZip. Has the "unzip" become Windows command when support
> for ZIP files was added?

The original standard for .zip archives was established by Phil Katz's
company PKWARE and its PKZIP product. This product was shareware but was
never open-sourced, but the archive format was published. This
publication produced the Info-Zip open-source project at U.C.L.A. and
this project delivered the zip and unzip commands. These commands -- and
they are commands, not mousey-clicky icons -- run on almost all systems:
MS-DOS/PC-DOS, Win16/Win32/Win64, OS/2 (16-bit & 32-bit), MacOS, Linux,
FreeBSD, OpenBSD, NetBSD, Solaris/SunOS, AIX, HP-UX and a whole bunch of
others.

Most UNIX-like systems bundle Info-Zip these days, as it is open source
and freely distributable.

PKZIP dates to about 1982. Info-Zip dates to about 1991.

The standard for the archive is that published by PKWARE.

The standard for the unzip command is that for Info-Zip. Here is the man
page:

 
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: job output into dataset

[Barkow, Eileen]

SDSF has a REXX interface which is documented in the SDSF OPERATION and 
CUSTOMIZATION manual.

I have a clist that extracts certain SYSOUT datasets from various  jobs on the 
output queue and writes them out to datasets.
I  can send you the routine if that would help.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Wednesday, May 03, 2017 7:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: job output into dataset

Thanks for all suggestion. Currently, we don’t have any third party product
for doing this task. So,  my idea is to create rexx program, which keep
checking ( once in day) particular address spaces like IMS, CICS, or any
other which are continuously running in system and find that if the lines
are exceed in the job with the limit we set in rexx program then this
program should cut those messages from that address space and save it in
one separate dataset

we specified in rexx program and next time when this program find more
message in the address space, it should again cut messages from address
space and append in the dataset we used earlier.



So, for difference address space( CICS, IMS, DB2 etc) , I would like to use
different dataset and keep appending messages on regular interval .



As I am not expert in rexx, can anybody help me doing this task.



Regards

On 03-May-2017 12:40 AM, "Lizette Koehler" 
mailto:stars...@mindspring.com>> wrote:

> So it might be possible that you are seeing data that JES2 has buffered.
> That is why you can see all of the data on a job in the ST panel even if
> all that is left in O or H panels is the output from an IEBGENER.
>
> Lizette
>
> -Original Message-
> >From: "van der Grijn, Bart (B)" 
> >mailto:bvandergr...@dow.com>>
> >Sent: May 2, 2017 2:26 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: job output into dataset
> >
> >It works pretty well except for one (minor) issue. When you do SE against
> a DDNAME in SDSF it doesn't work as expected. It seem to display the first
> of the outputs with the same DDNAME, independent of which one you select.
> At least, that's what it does here (z/OS 2.1).
> >Bart
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Sidler
> >Sent: Tuesday, May 02, 2017 4:16 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: job output into dataset
> >
> >On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler <
> stars...@mindspring.com> wrote:
> >
> >>I have this in place on several Products I support. The JES Messages all
> go to our output repository.  No issues.
> >
> >Oh, I see it now, $HASP138 and a new DD with the same name shows up.
> Cool.
> >
>
> --
> 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 e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.


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

Re: Migration of Mainframe to other plat form.

[Lizette Koehler]

Others have given good advice.  This is just observations and comments.  Things 
to think about.

Note:  You cannot translate all functions in running on mainframe to a 
different platform.  The process needs to be written according to the platform 
it will run on.

If you have IMS, you need to find another DB to run on the new platform, build 
up the DB file with the data you need.  Then identify how to do DR, Recovery, 
Boo-Boo Recovery (roll back of work), and so forth.  How will DR be handled?  
How will Business Continuity be handled?  How will - User updated a field wrong 
and needs it to be fixed 3 weeks later - be handled?

SLAs are important.  How will they translate to the new platform?

Ensure any Audit functions are identified?  SOX, HIPPA, PCI, etc...

How will security be handled on the new Platform?  Is it comparable to your 
current Security environment?


Most other platforms do not have the resiliency of the mainframe and therefore, 
if it is a critical application (the bread and butter of the company), it may 
be a challenge to move it without some growing pains.

Ensure any source code management is there.  What language is currently used? 
Is it translatable to the new platform?  Can you drop and run?  Or do you need 
to do development (some slight alterations) to make it run on the new platform?

Be able to review what was run on the mainframe in case you need to see what 
happened a month, year back during migration and a couple of years after 
migration.  Yes that does happen.  When it was on the mainframe how did it run? 
 What is different from what is running on the other platform now.  

Leap year, Leap Second, how is that handled on the new platform?  How does the 
clock change occur?  Is it manual?  Is it automatic?  Will the application need 
to be shut-down when we go back or forward?

Have a way to handle Scheduling.  Not all schedulers run the work the same way. 
 You would not want to carry the schedule as it runs on the mainframe to a 
server. RESTART processes really need to be understood.  STEPS do not exist on 
a server.  But you can build the schedule to run the individual processes 
needed with the intent to be able to restart in a previous process.  JCL has 
Steps you can restart in - not servers.

How are the charges done for the Licensing of Products?  One mainframe one 
License charge typically, some server products #Servers*License fees.


Some of the issues I have seen at various shops:

Tried to move an application exactly like it looked on the mainframe.  Wound up 
having to increase the server significantly to handle the workload.  Add lots 
of more servers to handle the workload.  Had to increase storage to handle the 
workload.  And rarely got a passing grade on DR.  Basically undersized the 
migration and did not expect that increase sizing was needed.

Recovery of files was extremely difficult as the tools on the server were not 
robust like DFDSS or FDR products.  

Copying of files was rampant and no one team knew which version was the right 
one

DR,QA, Perf, all needed to be sized the same as the main production application 
environment.  So 5x, 10x etc. more Servers, Disk, Energy, Floor Space, and so 
on.

The best way to migrate from the MF is to understand the business and what the 
needs are.  Then PLAN, PLAN, PLAN.

I know of several shops that thought they would save money and instead spent 
more $$$ per year than when they had a MF (and that was conservative.).  Then 
they had to migrate back to the MF.

Do not undersize the requirements.  Vendors make more money having to go back 
in and resize when you do not have enough stuff or the right stuff.


Now go be a good team player and do not ask any of these questions.  Management 
has probably already decided they are going to do this no matter what.  And it 
will be the next management team that will have to "fix" any issues.

The others will have their bonuses and moved on before migration probably 
completes. 


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of James Wellingtin
> Sent: Wednesday, May 03, 2017 1:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migration of Mainframe to other plat form.
> 
> Hey
> I know this here might be  a bit of a nasty question to ask Have a customer
> who has intensions of migrate to another platform than IBM Mainframe, don't
> know what ?
> They have asked MetaWare to be the stakeholder in this .
> At the moment it is in the very very beginning of he process.
> 
> I think this is an issue, that we all face right now .
> 
> Does anybody have  had experience with Metaware, and tell if they had success
> ?
> That is , did they succeed in full migration or partial migration ?
> 
> Or was it all dropped ?
> 
> All input would be appreciated
> 
> 
> 
> Regards
> 
> James
> 

--
For IBM-MAIN subscribe / signoff / archi

Re: job output into dataset

[Lizette Koehler]

First,

You cannot "cut" messages from the task.  You can only spin it.

I am sure there are consultants you can hire to help you write this code.  This 
is a friendly list, but you are asking for some effort to be done.

You can have JES spin the job at the number of lines you want, it does not have 
to be on TIME based parameter.  Then setup an EXTERNAL Writer to extract the 
data.  Spin each task at a different time and then run the writer.  That way 
you should be able to keep things separated.  After the External writer runs, 
then mod on to a dataset of your choice.  If you are just spinning specific DD 
statements in the TASK, you may have an easier process.  


Or you could create a GDG and at the end of the day, use IEBGENER to copy all 
the GDGs to one dataset.

The best way to get better in coding REXX is to just code rexx.  The more you 
do the better you get.

There are already some REXX code on cbttape.org  that could assist you .  Or 
there might be other tools already created you can use for your process.  Do an 
internet search for JES2DISK.  This is a good piece of code that will write 
from JES2 to a file or a Unix File using SDSF REXX.  This is the process I use 
to pull data from JES Spool and write to a dataset.  It can be adapted to use 
filters like DD names or other JES2 Elements of a job.





Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Wednesday, May 03, 2017 4:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: job output into dataset
> 
> Thanks for all suggestion. Currently, we don’t have any third party product
> for doing this task. So,  my idea is to create rexx program, which keep
> checking ( once in day) particular address spaces like IMS, CICS, or any other
> which are continuously running in system and find that if the lines are exceed
> in the job with the limit we set in rexx program then this program should cut
> those messages from that address space and save it in one separate dataset
> 
> we specified in rexx program and next time when this program find more message
> in the address space, it should again cut messages from address space and
> append in the dataset we used earlier.
> 
> 
> 
> So, for difference address space( CICS, IMS, DB2 etc) , I would like to use
> different dataset and keep appending messages on regular interval .
> 
> 
> 
> As I am not expert in rexx, can anybody help me doing this task.
> 
> 
> 
> Regards
> 
> On 03-May-2017 12:40 AM, "Lizette Koehler"  wrote:
> 
> > So it might be possible that you are seeing data that JES2 has buffered.
> > That is why you can see all of the data on a job in the ST panel even
> > if all that is left in O or H panels is the output from an IEBGENER.
> >
> > Lizette
> >
> > -Original Message-
> > >From: "van der Grijn, Bart (B)" 
> > >Sent: May 2, 2017 2:26 PM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: Re: job output into dataset
> > >
> > >It works pretty well except for one (minor) issue. When you do SE
> > >against
> > a DDNAME in SDSF it doesn't work as expected. It seem to display the
> > first of the outputs with the same DDNAME, independent of which one you
> select.
> > At least, that's what it does here (z/OS 2.1).
> > >Bart
> > >
> > >-Original Message-
> > >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > >On
> > Behalf Of Phil Sidler
> > >Sent: Tuesday, May 02, 2017 4:16 PM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: Re: job output into dataset
> > >
> > >On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler <
> > stars...@mindspring.com> wrote:
> > >
> > >>I have this in place on several Products I support. The JES Messages
> > >>all
> > go to our output repository.  No issues.
> > >
> > >Oh, I see it now, $HASP138 and a new DD with the same name shows up.
> > Cool.
> > >

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

Re: Migration of Mainframe to other plat form.

[Carmen Vitullo]

Seen this as my last gig, same company promising to 'emulate' the entire 
enterprise, no code changes, CICS, JES2 - the folks runing the migration allow 
the company three failed attempts before they started listening to reason. 


our biggest workload was DB2/CICS, so it was determined that DB2 needed to 
migrate to MS/SQL servers, 
CICS/TS was running @ TS 4.2, 5.1 on some regions, this company could not 
emulate CICS/TS anything, no TCLAS ability cannot recover from any storage 
violationsetc the list of issues went on.. 


Carmen 


- Original Message -

From: "RICHARD W. PINION"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, May 3, 2017 8:04:35 AM 
Subject: Re: Migration of Mainframe to other plat form. 

Yeah, just ask John McKown about his company's recent experience. 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller 
Sent: Wednesday, May 03, 2017 8:57 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Migration of Mainframe to other plat form. 

>From previous experience (with another vendor), 

Beware of any promises made by sales team (sales, tech marketing,). 
If (whatever it is) is promised and agreed to, ensure it is written into the 
contract with an appropriate penalty for non-performance (up to and including 
cancellation of the contract w/refund). 
Of course it would be up to your legal team to ensure proper contract contents. 

I have seen to many cases of over-promise/under deliver to not be extremely 
wary of any such vendor. 

HTH, 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of James Wellingtin 
Sent: Wednesday, May 3, 2017 3:29 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Migration of Mainframe to other plat form. 

Hey 
I know this here might be a bit of a nasty question to ask Have a customer who 
has intensions of migrate to another platform than IBM Mainframe, don't know 
what ? 
They have asked MetaWare to be the stakeholder in this . 
At the moment it is in the very very beginning of he process. 

I think this is an issue, that we all face right now . 

Does anybody have had experience with Metaware, and tell if they had success ? 
That is , did they succeed in full migration or partial migration ? 

Or was it all dropped ? 

All input would be appreciated 



Regards 

James 

-- 
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 
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: How is the name for UID=0 chosen in directory listing in Unix System Services

[Paul Gilmartin]

On Wed, 3 May 2017 04:54:41 -0500, Jantje. wrote:
>
>I have 55 users (mostly for deamons, but not all) having UID=0. When I do a  
>ls -l
>on any directory, I see the files belonging to root (owner uid = 0) are 
>attributed to belong to one user ID out of that list of 55. I know the UID is 
>what is holding the single truth about ownership, but I am wondering how the 
>reverse look-up works. It does systematically choose the same name to show, 
>whether this is for file ownership or for process ownership (ps -ef command).
> 
>Is there documentation where this reverse lookup process is described?
> 
I don't know.

>Does anyone know how it works?
> 
It may be the newest entry in a RACF cache.

It should improve in z/OS 2.3:

http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/5/897/ENUS217-085/index.html&request_locale=en

-- gil

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

Re: Migration of Mainframe to other plat form.

[PINION, RICHARD W.]

Yeah, just ask John McKown about his company's recent experience.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, May 03, 2017 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migration of Mainframe to other plat form.

From previous experience (with another vendor),

Beware of any promises made by sales team (sales, tech marketing,).
If (whatever it is) is promised and agreed to, ensure it is written into the 
contract with an appropriate penalty for non-performance (up to and including 
cancellation of the contract w/refund).
Of course it would be up to your legal team to ensure proper contract contents.

I have seen to many cases of over-promise/under deliver to not be extremely 
wary of any such vendor.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of James Wellingtin
Sent: Wednesday, May 3, 2017 3:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Migration of Mainframe to other plat form.

Hey
I know this here might be  a bit of a nasty question to ask Have a customer who 
has intensions of migrate to another platform than IBM Mainframe, don't know 
what ?
They have asked MetaWare to be the stakeholder in this .
At the moment it is in the very very beginning of he process.

I think this is an issue, that we all face right now .

Does anybody have  had experience with Metaware, and tell if they had success ?
That is , did they succeed in full migration or partial migration ?

Or was it all dropped ?

All input would be appreciated



Regards

James

--
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
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: Migration of Mainframe to other plat form.

[Allan Staller]

From previous experience (with another vendor),

Beware of any promises made by sales team (sales, tech marketing,).
If (whatever it is) is promised and agreed to, ensure it is written into the 
contract with an appropriate penalty for non-performance (up to and including 
cancellation of the contract w/refund).
Of course it would be up to your legal team to ensure proper contract contents.

I have seen to many cases of over-promise/under deliver to not be extremely 
wary of any such vendor.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of James Wellingtin
Sent: Wednesday, May 3, 2017 3:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Migration of Mainframe to other plat form.

Hey
I know this here might be  a bit of a nasty question to ask Have a customer who 
has intensions of migrate to another platform than IBM Mainframe, don't know 
what ?
They have asked MetaWare to be the stakeholder in this .
At the moment it is in the very very beginning of he process.

I think this is an issue, that we all face right now .

Does anybody have  had experience with Metaware, and tell if they had success ?
That is , did they succeed in full migration or partial migration ?

Or was it all dropped ?

All input would be appreciated



Regards

James

--
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: Storage Creep

[Elardus Engelbrecht]

scott Ford wrote:

>I found the issues, one as CM mentioned was the Freemain and secondly I found 
>some old assembler RACF macros - ICHEINTY ...and there were NO freemains...ugh 
>...I reproduced their problem.

Oh, thats a bigh ugh! What is value of WKSP in that ICHEINTY? There are weird 
but documented notes about subpool usage by that macro.


>This is a design I inherited so I am obviously in the stage of changing... I 
>appreciate everyone's help

Ok, what is that ICHEINTY doing? Extracting data or updating the RACF DB 
directly?

Depending what that macro does, you need to consider alternative RACF macros.

Groete / Greetings
Elardus Engelbrecht

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

Re: job output into dataset

[van der Grijn, Bart (B)]

It just seems to show the first output with the same name, not the output I 
selected. If I select it with an 'S' it works fine, but sometimes (HSM is an 
example) I want to filter the long list of messages and try to use SE (Display 
in ISPF Edit). Same issue with SB (Display in ISPF Browse)
I would expect to see the same data independent of what flavor of select I use.

Am I the only one seeing this behaviour? More of a nit, but probably time to 
open a PMR.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, May 02, 2017 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: job output into dataset

So it might be possible that you are seeing data that JES2 has buffered.  That 
is why you can see all of the data on a job in the ST panel even if all that is 
left in O or H panels is the output from an IEBGENER.

Lizette

-Original Message-
>From: "van der Grijn, Bart (B)" 
>Sent: May 2, 2017 2:26 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: job output into dataset
>
>It works pretty well except for one (minor) issue. When you do SE against a 
>DDNAME in SDSF it doesn't work as expected. It seem to display the first of 
>the outputs with the same DDNAME, independent of which one you select. At 
>least, that's what it does here (z/OS 2.1). 
>Bart
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Phil Sidler
>Sent: Tuesday, May 02, 2017 4:16 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: job output into dataset
>
>On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler  
>wrote:
>
>>I have this in place on several Products I support. The JES Messages all go 
>>to our output repository.  No issues.
>
>Oh, I see it now, $HASP138 and a new DD with the same name shows up.  Cool.
>

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

Re: job output into dataset

[Elardus Engelbrecht]

venkat kulkarni wrote:

>... So,  my idea is to create rexx program, which keep checking ( once in day) 
>particular address spaces like IMS, CICS, or any other which are continuously 
>running in system and find that if the lines are exceed in the job with the 
>limit we set in rexx program then this program should cut those messages from 
>that address space and save it in one separate dataset

>we specified in rexx program and next time when this program find more message 
>in the address space, it should again cut messages from address space and 
>append in the dataset we used earlier.

Somehow you need to find how you are counting the lines already written out and 
only write those lines not written out.

Something like using REXX + SDSF to get your lines (all of them), place them 
somewhere in a dataset and then using a counter to call IDCAMS from your 
program to do a REPRO like this one:

 REPRO INFILE(IN) OUTFILE(AF) SKIP() COUNT()

Of course you can, from REXX, play with SDSF Print functions to do your 
printing to another dataset (new, old, mod), DD or yet another SYSOUT. Or using 
other fancy solutions...

All the while your STCs output just grow and grow until JES2 says 'stop' using 
whatever limits you placed.

I have done similar stunts [1] , but not copying certain lines from a live 
running STC to a dataset.

Groete / Greetings
Elardus Engelbrecht

[1] - In the prehistoric days, I have written a REXX program which copies 
SYSOUT from a completed batch job to three different datasets, each having x 
thousand pages by counting how many '1' there were on ASA column. All to split 
up printing on 3 different printers to speed up printing and chopping down 
trees faster...

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

Re: Storage Creep

[scott Ford]

CM and All :

I found the issues, one as CM mentioned was the Freemain and secondly I
found some old assembler
RACF macros - ICHEINTY ...and there were NO freemains...ugh ...I reproduced
their problem.

This is a design I inherited so I am obviously in the stage of changing...
I appreciate everyone's help

Thanks all,

Scott

On Wed, May 3, 2017 at 12:26 AM, CM Poncelet <
ad...@poncelet-adsl.demon.co.uk> wrote:

> FWIW The "FREEMAIN  RU,A=(R4), etc." will 'free' the storage at A=(R4),
> but will not free the page containing A=(R4) until *all* the GETMAINed
> storage in it has been FREEMAINed. A storage creep suggests that pages
> are being GETMAINed, but then not all storage in them being FREEMAINed.
>
>
> On 02/05/2017 14:41, scott Ford wrote:
> > All:
> >
> > I have a STC written in Cobol V4.1 calling Assembler routines to perform
> > various RACF functions. I have a customer who is reporting seeing a
> storage
> > creep in subpool = 0 key 8.  We use Subpool = 1 key 8 when we call
> IRRSEQ00
> > (r_admin) call. We then issue a 'FREEMAIN', see below:
> >
> >
> > *-*
> > *REGS PASSED TO FREEMAIN: R3=SUBPOOL R2=SIZE R4=ADDRESS
> > *-*
> >  FREEMAIN  RU,A=(R4),SP=(R3),LV=(R2) FREE OLD BLOCK
> >
> > I know the Freemain is working, we did a test with an ABEND with a dump
> and
> > saw r15 = 0 and the above registers and they were correct. The twist here
> > is right before we call IRRSEQ00, we issue a
> >
> >   MODESET KEY=ZERO,MODE=SUP
> >   issue our call
> >   MODESET KEY=NZERO,MODE=PROB
> >   build output record and pass back to caller.
> >
> >   I ran out STC and issue a RACF command and the issued a
> >  'DUMP COMM=()'
> >   Pulled it into IPCS...reviewing the dump I saw very little subpool = 0
> > activity..
> >
> >   I am stumped here. We have a called scheduled with IBM.
> >
> > *IDMWORKS *
> >
> > Scott Ford
> >
> > z/OS Dev.
> >
> >
> >
> >
> > “By elevating a friend or Collegue you elevate yourself, by demeaning a
> > friend or collegue you demean yourself”
> >
> >
> >
> > www.idmworks.com
> >
> > scott.f...@idmworks.com
> >
> > Blog: www.idmworks.com/blog
> >
> >
> >
> >
> >
> > *The information contained in this email message and any attachment may
> be
> > privileged, confidential, proprietary or otherwise protected from
> > disclosure. If the reader of this message is not the intended recipient,
> > you are hereby notified that any dissemination, distribution, copying or
> > use of this message and any attachment is strictly prohibited. If you
> have
> > received this message in error, please notify us immediately by replying
> to
> > the message and permanently delete it from your computer and destroy any
> > printout thereof.*
> >
> > --
> > 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
>



-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

Re: job output into dataset

[venkat kulkarni]

Thanks for all suggestion. Currently, we don’t have any third party product
for doing this task. So,  my idea is to create rexx program, which keep
checking ( once in day) particular address spaces like IMS, CICS, or any
other which are continuously running in system and find that if the lines
are exceed in the job with the limit we set in rexx program then this
program should cut those messages from that address space and save it in
one separate dataset

we specified in rexx program and next time when this program find more
message in the address space, it should again cut messages from address
space and append in the dataset we used earlier.



So, for difference address space( CICS, IMS, DB2 etc) , I would like to use
different dataset and keep appending messages on regular interval .



As I am not expert in rexx, can anybody help me doing this task.



Regards

On 03-May-2017 12:40 AM, "Lizette Koehler"  wrote:

> So it might be possible that you are seeing data that JES2 has buffered.
> That is why you can see all of the data on a job in the ST panel even if
> all that is left in O or H panels is the output from an IEBGENER.
>
> Lizette
>
> -Original Message-
> >From: "van der Grijn, Bart (B)" 
> >Sent: May 2, 2017 2:26 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: job output into dataset
> >
> >It works pretty well except for one (minor) issue. When you do SE against
> a DDNAME in SDSF it doesn't work as expected. It seem to display the first
> of the outputs with the same DDNAME, independent of which one you select.
> At least, that's what it does here (z/OS 2.1).
> >Bart
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Sidler
> >Sent: Tuesday, May 02, 2017 4:16 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: job output into dataset
> >
> >On Tue, 2 May 2017 12:54:35 -0700, Lizette Koehler <
> stars...@mindspring.com> wrote:
> >
> >>I have this in place on several Products I support. The JES Messages all
> go to our output repository.  No issues.
> >
> >Oh, I see it now, $HASP138 and a new DD with the same name shows up.
> Cool.
> >
>
> --
> 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

How is the name for UID=0 chosen in directory listing in Unix System Services

[Jantje.]

Dear Listers,

I have 55 users (mostly for deamons, but not all) having UID=0. When I do a 
ls -l
on any directory, I see the files belonging to root (owner uid = 0) are 
attributed to belong to one user ID out of that list of 55. I know the UID is 
what is holding the single truth about ownership, but I am wondering how the 
reverse look-up works. It does systematically choose the same name to show, 
whether this is for file ownership or for process ownership (ps -ef command).

Is there documentation where this reverse lookup process is described?

Does anyone know how it works?

Thanks and very best regards,

Jantje.


P.S. The only potential "problem" I would like to solve is a cosmetic one, 
obviously. It would be nicer to show 'root' instead of a given userID.

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

AW: Re: AW: Re: SHARE Proceedings self-extacting ZIP File reguesting Admin rights??

[Peter Hunkeler]

>Interesting!  I've not seen or used WinZip, but standard unzip has
handled them for many years.



What is "standard unzip"? Long ago, Windows had no ZIP support, so I bought 
WinZip. Has the "unzip" become Windows command when support for ZIP files was 
added?


--
Peter Hunkeler



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

Migration of Mainframe to other plat form.

[James Wellingtin]

Hey
I know this here might be  a bit of a nasty question to ask
Have a customer who has intensions of migrate to another platform than IBM
Mainframe, don't know what ?
They have asked MetaWare to be the stakeholder in this .
At the moment it is in the very very beginning of he process.

I think this is an issue, that we all face right now .

Does anybody have  had experience with Metaware, and tell if they had
success ?
That is , did they succeed in full migration or partial migration ?

Or was it all dropped ?

All input would be appreciated



Regards

James

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