Re: SLIP and ESTAE
> As designed, an ESTAE routine can recover from a (for example) 0C4 > abend. The abend can happen, but the ESTAE can be coded so no one > is the wiser than an abend has happened. > > However, if there is a SLIP set for (for example) C=0C4, it seems > the SLIP and its action parms will take precedence over the ESTAE. > So the nicely coded ESTAE which masks any abends is ignored, and the > actual cause of the abend is exposed. > > I guess under certain circumstances this can be a good thing, but is > there a way to have an ESTAE or some other recovery routine be > immune to any SLIP processing? SLIP is called from RTM1 before any FRR exits, and from RTM2 before any STAE/STAI/ESTAEX/ESTAE/ESTIA/ARR exits. And that is a good thing. I don't want any recovery routines to be immune from SLIP processing. ESPIE exits are called before RTM (and thus before SLIP). And that is one of the reasons why I despise ESPIE and recommend against using it. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SLIP and ESTAE
Hello: As designed, an ESTAE routine can recover from a (for example) 0C4 abend. The abend can happen, but the ESTAE can be coded so no one is the wiser than an abend has happened. However, if there is a SLIP set for (for example) C=0C4, it seems the SLIP and its action parms will take precedence over the ESTAE. So the nicely coded ESTAE which masks any abends is ignored, and the actual cause of the abend is exposed. I guess under certain circumstances this can be a good thing, but is there a way to have an ESTAE or some other recovery routine be immune to any SLIP processing? Thank you for any insight you can provide. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
What about back up? > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of willie bunter > Sent: Friday, January 15, 2016 4:07 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > Migrate the dsn after 10 days of non-usage. > > > On Thu, 1/14/16, Lizette Koehler wrote: > > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > To: IBM-MAIN@LISTSERV.UA.EDU > Received: Thursday, January 14, 2016, 1:52 PM > > What does your management > class for this dataset say as well as the HSM policy? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > > Behalf Of willie bunter > > Sent: Thursday, January 14, 2016 10:53 AM > To: IBM- > m...@listserv.ua.edu > Subject: Re: DFHSM/SMS QUESTION - SPACE > MANAGEMENT > > Lizette, > > Thanks for the info. For this dsn in > particular there is no migration it is > to be expired/deleted after 1 day > of > non-usage. > > > > You have touched on the point of space management algorithms for > migration. I > assume that this would also pertain to the deletion of > files as > well. Right? > > > > > > > On Thu, 1/14/16, Lizette Koehler > wrote: > > > > Subject: > Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > To: IBM- > m...@listserv.ua.edu > Received: Thursday, January 14, 2016, > 12:45 PM > > > > So > depending on the > > version of z/OS - > look at On Demand Migration (v2.1 and above), this might > help more > > > > Second, correct, files are only > moved if DFHSM feels the volume needs to > have the space back, however, > you could have a migration policy in the > management class that says - > if > this is still on DASD after 1 month, then > migrate the file. > > > > It > depends on > > what your requirements > are. You can just let files migrate as HSM sees fit > based on its > algorithms > for space management, or you can setup a management > class that says > it gets migrated if unused in XX days. > > > > Many choices. > > > > Lizette > > > > > > > > -Original Message- > > > From: > IBM > > Mainframe Discussion List > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of > > willie bunter > > Sent: Thursday, January 14, 2016 10:23 AM > To: > IBM- > > m...@listserv.ua.edu > > Subject: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > > Good Day > To All, > > I need to confirm if I my understanding about SMS & > > SPACE management is > correct. > > > We have noticed that > there are several dsns which have been on dasd for > over > > 10 > months. The volumes and dsns are all SMS managed and DFHSM performs > the > > necessary migration and deletion. I checked the MANAGEMENT > class and the > dsns > are to be deleted after 1 day non-usage > > > Expire after Days > Non- > > usage . : 1 > Expire > after Date/Days . . . . : 1 > Retention > Limit . . . . . . . > : > > 0 > > > > > > Below > are the > > attributes of the Storage > Group: > > > > > > > > > > Allocation/migration > > Threshold : High > > 85 (1-100) Low . . 1 > > > > > (0-99) > > > Alloc/Migr Threshold > > Track-Managed: High > 85 (1-100) Low . . 1 (0- > > 99) > Guaranteed > > Backup > Frequency . . . . . > > . > (1 to or > > > > NOLIMIT) > > > > > > BreakPointValue . . . . . . . . . . . . > > > (0-65520 > > > or > blank) > > > Processing > > Priority . . . . . . . . . . 50 > > (1-100) > > > > > > I think > that the dsns are not deleted because SMS did not select some of > these > > > volumes have not met the criteria of the Low threshold of 1. I > > remember > reading somewhere (on this board the following): > > > > > > For primary space > > management, HSM only looks at the low threshold. If the > volume > exceeds the > low threshold, then we will process any data sets that > are > eligible for > migration on that volume. > > > > > > > > Could someone confirm if I am > > correct? > > > > > > > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
Migrate the dsn after 10 days of non-usage. On Thu, 1/14/16, Lizette Koehler wrote: Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT To: IBM-MAIN@LISTSERV.UA.EDU Received: Thursday, January 14, 2016, 1:52 PM What does your management class for this dataset say as well as the HSM policy? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of willie bunter > Sent: Thursday, January 14, 2016 10:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > Lizette, > > Thanks for the info. For this dsn in particular there is no migration it is > to be expired/deleted after 1 day of non-usage. > > You have touched on the point of space management algorithms for migration. I > assume that this would also pertain to the deletion of files as well. Right? > > > On Thu, 1/14/16, Lizette Koehler wrote: > > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > To: IBM-MAIN@LISTSERV.UA.EDU > Received: Thursday, January 14, 2016, 12:45 PM > > So depending on the > version of z/OS - look at On Demand Migration (v2.1 and above), this might > help more > > Second, correct, files are only moved if DFHSM feels the volume needs to > have the space back, however, you could have a migration policy in the > management class that says - if this is still on DASD after 1 month, then > migrate the file. > > It depends on > what your requirements are. You can just let files migrate as HSM sees fit > based on its algorithms for space management, or you can setup a management > class that says it gets migrated if unused in XX days. > > Many choices. > > Lizette > > > > -Original Message- > > From: IBM > Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of > willie bunter > Sent: Thursday, January 14, 2016 10:23 AM > To: IBM- > m...@listserv.ua.edu > Subject: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > > Good Day To All, > > I need to confirm if I my understanding about SMS & > SPACE management is > correct. > > We have noticed that there are several dsns which have been on dasd for > over > > 10 months. The volumes and dsns are all SMS managed and DFHSM performs the > > necessary migration and deletion. I checked the MANAGEMENT class and the > dsns > are to be deleted after 1 day non-usage > > Expire after Days Non- > usage . : 1 > Expire after Date/Days . . . . : 1 > Retention > Limit . . . . . . . : > 0 > > > > Below are the > attributes of the Storage Group: > > > > > > Allocation/migration > Threshold : High > 85 (1-100) Low . . 1 > > > (0-99) > > Alloc/Migr Threshold > Track-Managed: High 85 (1-100) Low . . 1 (0- > 99) > Guaranteed > Backup Frequency . . . . . > . (1 to or > > NOLIMIT) > > > BreakPointValue . . . . . . . . . . . . > (0-65520 > > or blank) > > Processing > Priority . . . . . . . . . . 50 > (1-100) > > > > I think that the dsns are not deleted because SMS did not select some of > these > volumes have not met the criteria of the Low threshold of 1. I > remember > reading somewhere (on this board the following): > > > > For primary space > management, HSM only looks at the low threshold. If the > volume exceeds the > low threshold, then we will process any data sets that are > eligible for > migration on that volume. > > > > > Could someone confirm if I am > correct? > > > > > Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why doesn't "="option work in SMP/E panels?
>I also use &ZPARM where appropriate and have added SCRNAME to most entries. >Very useful when using SWAPBAR. The introduction of SWAPBAR (combined with SCRNAME) was terrific. > You want SMPE, type SMP or SMPE, you want RACF, type RAC or RACF. SYSLOG? > Type SL. Operlog? Type OL. Neat! Just FYI, some of these are also provided in ISPF, if by different names: >ISRDDN? Type DDN. Or DDLIST. BTW, I use APF, LINK, and PARMLIB extensively (PROCLIB would be very useful, too), as well as MEMBER search, which is also available from... >3.4 DSL Or DSLIST (if you don't mind the extra keystrokes). Without parms brings up your reflist, with a parm will bring up a dataset listing just as it would from the 3.4 panel. But, alas, it only deals with cataloged datasets. There's more... "Settings" stacks the Settings Panel into your active session. There's also UDLIST (3.17). I haven't looked at "ISPF Hidden Treasures" in a while, so I'm sure there are others. Regards, Art Gutowski General Motors, LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
In a past life, a group of sysprogs entertained the idea of migrating as a cost savings measure. The JECL and JOB CLASS changes were the least of our worries. Exits could be written to translate and map. As others have pointed out, 8-character JES2 JOB classes may reduce the need for custom code, as can software tools that identify and perform conversion (no pun intended). The bigger problem was JES3 functionality that systems and applications types alike exploited and the extent to which they did. I don't recall any technical hurdles we couln't clear - between already licensed, or readily available vendor (including IBM) software, plus a little custom code, there wasn't any JES3 function we used that couldn't be "replaced". It was the time to make the conversion and the cost of additional software that put the project on the shelf. YMMV. Migrating from JES3 DASD management to SMS (also mentioned to previously) helped, but, off the cuff, in no particular order, there are other features to consider, such as: - JES3 tape management - DEADLINE scheduling - DJC These have have viable alternatives, if you can spend the time and/or money. I agree a trip through the aforementioned Redbook(s), white papers, and a few SHARE presentations (the "bi-JESual" pitch comes to mind) will be well worth the investment in time. Regards, Art Gutowski General Motors, LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape formats (was: Conversion ...)
Hard to say for sure. We kept them for a long while for interchange between smaller financial entities. Also, much of good graphics and plotters were on 'mini-computers' DEC, Varian, and TI. Here's a link to IBM's Archive. There's numerous links to storage related history and development. http://www-03.ibm.com/ibm/history/exhibits/storage/storage_3420.html Here's a link to video cassettes and formats. http://tech-notes.tv/Standards-Practices/TVTapeformats.htm The hot cars back in the 60's had reverberator's to mimic stereo from AM mono stations. First playback device I saw was a 45 in a 64 Plymouth Fury(big Hemi). Then cassettes and the countryside became littered with mylar. Then VHS audio was popular 'til CD's became available. In a message dated 1/15/2016 10:23:05 A.M. Central Standard Time, 000433f07816-dmarc-requ...@listserv.ua.edu writes: It's plausible that the restriction of ASCII<->EBCDIC conversion to tape arises because the conversion is done in the control unit. Is that the case? Otherwise, yes, the restriction is inexcusable. It's also inexcusable that no error is reported when conversion is requested on a device on which -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JES3 to JES2 Migration
Cheryl- One of the larger issues with JES3 to JES2 migration efforts is the JCL changes needed to be converted. In what I call JES2 mode in JES3, the site is not necessarily using the good JES3 functionality, and has a lot of JCL left over from years gone by. One of the features in zOSEM is the JES3 to JES2 migration aid. Basically, it converts all of the JES3 functions to JES2 at the time the Jobs are read in. This means, absolutely no customer JCL changes need to be done- so no JCL errors when submitted to JES2. Full disclosure- zOSEM is from Trident Services (some may know them from the ExitMan days), and is an IBM Business Partner. zOSEM is a set of solutions that can help customers reduce MLC costs, manage and enhance User Exits, and optimize HSM. The JES3 to JES2 feature is part of the solution. As a IBM Subject Matter Expert for zOSEM, I'd be happy to discuss functionality and benefits with you. zNorman -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Friday, January 15, 2016 7:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Thanks, James, for this pointer. And thanks to all who are providing such great information! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lund James E Sent: Friday, January 15, 2016 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Never a bad time for a shameless SHARE plug... :) Nationwide Insurance will be giving a session in San Antonio titled "JES3 to JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, unfortunately, up against Bit Bucket :( For comparison of JESs, two other sources - 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 function comparison - search SHARE proceedings for those. FYI, James Lund Texas A&M University - "Proud JES3 Site" -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 8:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JES2 to JES3 Migration A customer asked us for suggestions for performing a JES3 to JES2 migration. Are there products that will help in this, or do you know any companies who perform this migration? You can reply off-list if you prefer. Thanks so much, Cheryl cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: Conversion from Unisys Cobol file definitions to zOS
At 00:20 -0600 on 01/15/2016, Paul Gilmartin wrote about Re: Conversion from Unisys Cobol file definitions to zOS: On Fri, 15 Jan 2016 00:28:41 -0500, Robert A. Rosenberg wrote: > ... did not support 8-Track tapes. ... Weren't those mostly used in automobiles? I remember when a colleague first saw a 3480 cartridge he asked, "Is that an 8-track?" OOPS. I meant to type 8-bit tapes not 8-track tapes. -- gil -- 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: Conversion from Unisys Cobol file definitions to zOS
At 01:02 -0500 on 01/15/2016, Ed Finnell wrote about Re: Conversion from Unisys Cobol file definitions to zOS: It's been years but I got involved in Notis(library) imports that were Ascii 8trks. The first cut was OTPCD=Q, but it was a 'strict ASCII' that didn't convert diacriticals. Think they ended up using SAS but it's been a very long time. That would be a given if OPTCD=Q was based on a 7-bit ASCII (ie: US-ASCII in Email Terms). To get diacriticals you need 8-bit ASCII (ie: ISO-8859-1/etc). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape formats (was: Conversion ...)
At 10:22 -0600 on 01/15/2016, Paul Gilmartin wrote about Tape formats (was: Conversion ...): >In a message dated 1/15/2016 12:20:59 A.M. Central Standard Time,... writes: Weren't those mostly used in automobiles? I remember when a colleague first saw a 3480 cartridge he asked, "Is that an 8-track?" It's plausible that the restriction of ASCII<->EBCDIC conversion to tape arises because the conversion is done in the control unit. Is that the case? Otherwise, yes, the restriction is inexcusable. It's also inexcusable that no error is reported when conversion is requested on a device on which it's not permitted. Sx13 would be a more appropriate outcome. The conversion is NOT done in the control unit. It is done in the computer after the data is read from the tape or before data is written to the tape. When read, the raw data is even stored as is or converted from the ASCII mappings to EBCDIC mappings. The same process occurs in the opposite direction when you write an ASCII Tape. Think of it like the CHARSET setting on an Email Message. When the CHARSET is US-ASCII or ISO-8859-1 the data is read as-is. CHARSET=UTF-8 on the other hand converts the data into different glyphs (characters). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
We did a conversion 3 -> 2 many years ago, but it was more moving work from a Jes3 system to a Jes2 system, not converting an existing system from one to the other. It really depends on the complexity of the exploitation of the Jes3 constructs - How your Global/Local setup is, Do you depend on Setup to have resources in place, do you schedule with a scheduling package or use DJC's etc.etc. Biggest problem we faced was not the technical migration, but the education of our users of JCL and exposing them to new concepts. We had identified the risk there but it turned out to be a bigger challenge then we (the technicians) expected. Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 6:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration) Yes, Lizette - I meant to say JES3 to JES2. Thanks! Has anyone who has done this have an estimate of the amount of time it might take, and the effort? Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, January 14, 2016 9:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Cheryl, I am guessing you meant the subject to say JES3 to JES2 migration??? The one challenge I see is the JCL is different between the two environments. JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either run where the JCL is converted or anywhere in the JESMAS. There is also the concept in JES3 that until all resources available, the job will not run. JES2 it can run and wind up waiting on resources. Those are about the differences I can think of off the top of my head. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 7:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JES2 to JES3 Migration > > A customer asked us for suggestions for performing a JES3 to JES2 migration. > Are there products that will help in this, or do you know any > companies who perform this migration? You can reply off-list if you prefer. > > Thanks so much, > Cheryl > cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Tape formats (was: Conversion ...)
On Fri, 15 Jan 2016 01:29:48 -0500, Ed Finnell wrote: >VHS or Beta Max. 9trks for 3420's. > I thought VHS and Beta were both helical scan, not 8-track. >In a message dated 1/15/2016 12:20:59 A.M. Central Standard Time,... writes: > >Weren't those mostly used in automobiles? I remember when a colleague >first saw a 3480 cartridge he asked, "Is that an 8-track?" > It's plausible that the restriction of ASCII<->EBCDIC conversion to tape arises because the conversion is done in the control unit. Is that the case? Otherwise, yes, the restriction is inexcusable. It's also inexcusable that no error is reported when conversion is requested on a device on which it's not permitted. Sx13 would be a more appropriate outcome. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
[OT?] ISPW sold to Compuware
ISPW was sold to Compuware. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: IBM buys German payment fraud analytics firm IRIS Analytics
IBM buys German payment fraud analytics firm IRIS Analytics Jan 15 2016, 09:45 ET | By: http://seekingalpha.com/author/sa-editor-eric-jhonsa, SA News Editor Continuing its analytics-related acquisition spree, IBM has bought a German provider of software for investigating fraud cases, and modeling/simulating a company's response to a fraud event. Terms are undisclosed. IBM: "IRIS provides a real-time fraud analytics engine that leverages machine learning to generate rapid anti-fraud models while also supporting the creation and modification of ad-hoc models, proven successful on various sized payment platforms ... IRIS serves to bridge the gap between expert-driven rules and traditional predictive modeling by applying artificial intelligence and cognitive techniques to partner with human experts in suggesting best fit analytics interactively, while testing and deploying models with real production data, as it happens and without downtime." http://seekingalpha.com/news/3034026-ibm-buys-german-payment-fraud-analytics-fir m-iris-analytics?uprof=10 Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 to JES3 Migration
Thanks, James, for this pointer. And thanks to all who are providing such great information! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lund James E Sent: Friday, January 15, 2016 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Never a bad time for a shameless SHARE plug... :) Nationwide Insurance will be giving a session in San Antonio titled "JES3 to JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, unfortunately, up against Bit Bucket :( For comparison of JESs, two other sources - 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 function comparison - search SHARE proceedings for those. FYI, James Lund Texas A&M University - "Proud JES3 Site" -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 8:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JES2 to JES3 Migration A customer asked us for suggestions for performing a JES3 to JES2 migration. Are there products that will help in this, or do you know any companies who perform this migration? You can reply off-list if you prefer. Thanks so much, Cheryl cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 to JES3 Migration
Also, there are JES2 and JES3 Lists on the Net. To join, if you have not done so, JES2http://listserv.vt.edu/cgi-bin/wa?A0=jes2-l JES3http://www.listserv.uga.edu/archives/jes3-l.html I am sure some can supply answers there as well. Though these are not very active lists. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lund James E > Sent: Friday, January 15, 2016 8:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 to JES3 Migration > > Never a bad time for a shameless SHARE plug... :) > > Nationwide Insurance will be giving a session in San Antonio titled "JES3 to > JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, > unfortunately, up against Bit Bucket :( > > For comparison of JESs, two other sources - > 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences > 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 > function comparison - search SHARE proceedings for those. > > FYI, > James Lund > Texas A&M University - "Proud JES3 Site" > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 8:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [IBM-MAIN] JES2 to JES3 Migration > > A customer asked us for suggestions for performing a JES3 to JES2 migration. > Are there products that will help in this, or do you know any companies who > perform this migration? You can reply off-list if you prefer. > > Thanks so much, > Cheryl > cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
On 1/15/2016 7:10 AM, Roach, Dennis wrote: The other issue is the class structure. JES2 uses an one character class on the JOB card. JES3 used the class on the JOB card or an eight character class on the //*MAIN JECL statement. Both JESes now support eight-character job classes on the job card. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
JES2 supports 8-character job class names as of z/OS 2.1, also explained in the Redbook I mentioned earlier today. I suggest to review that Redbook first, and then the latest SHARE Orlando presentations by Tom Wasik "What's new in z/OS 2.2 JES2". Conversion should be easier today than a few years ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
Are the volumes SMS managed or JES3 managed? You should be able to convert JES3 managed volumes to SMS managed volumes before dropping JES3. On Fri, Jan 15, 2016 at 9:10 AM, Roach, Dennis wrote: > As someone already mentioned, the JECL is different. It shouldn't be hard to > write code to translate. > > The other issue is the class structure. JES2 uses an one character class on > the JOB card. JES3 used the class on the JOB card or an eight character > class on the //*MAIN JECL statement. > > Ed Jaffe has done some papers on it. > ftp://phoenixsoftware.com/pub/demo/JES3_to_JES2_User_Experience.pdf > ftp://phoenixsoftware.com/pub/demo/JES3_White_Paper.pdf > > > Dennis Roach, CISSP, PMP > IAM Access Administration – Consumer – Senior Analyst > 2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019 > Work: 713-831-8799 > Cell: 713-591-1059 > Email: dennis.ro...@aig.com > Report information security incidents to: aiglr_security_incide...@aig.com > and (818) 673-4030 > > All opinions expressed by me are mine and may not agree with my employer or > any person, company, or thing, living or dead, on or near this or any other > planet, moon, asteroid, or other spatial object, natural or manufactured, > since the beginning of time. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 8:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration) > > Yes, Lizette - I meant to say JES3 to JES2. Thanks! > > Has anyone who has done this have an estimate of the amount of time it might > take, and the effort? > > Cheryl > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Thursday, January 14, 2016 9:08 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 to JES3 Migration > > Cheryl, > > I am guessing you meant the subject to say JES3 to JES2 migration??? > > The one challenge I see is the JCL is different between the two environments. > JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) > > JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either > run where the JCL is converted or anywhere in the JESMAS. > > > There is also the concept in JES3 that until all resources available, the job > will not run. JES2 it can run and wind up waiting on resources. > > Those are about the differences I can think of off the top of my head. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Cheryl Watson >> Sent: Thursday, January 14, 2016 7:01 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: JES2 to JES3 Migration >> >> A customer asked us for suggestions for performing a JES3 to JES2 migration. >> Are there products that will help in this, or do you know any >> companies who perform this migration? You can reply off-list if you prefer. >> >> Thanks so much, >> Cheryl >> cheryl at watsonwalker.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
Hi, a couple of other things to look at: (1) Verify that the volume is being selected for space management. As indicated, HSM doesn't process data sets on a volume unless the volume exceeds its high threshold. Once a volume is selected, HSM will process all eligible data sets on that volume until the low threshold is reached. (2) Enable PATCH .MGCB.+26 X’FF’, which indicates that HSM should issue additional ARC0734I messages to indicate why data sets weren't selected for processing. (This patch is documented in the DFSMShsm Diagnosis manual). Glenn Wilcock DFSMShsm Architect -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 to JES3 Migration
Never a bad time for a shameless SHARE plug... :) Nationwide Insurance will be giving a session in San Antonio titled "JES3 to JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, unfortunately, up against Bit Bucket :( For comparison of JESs, two other sources - 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 function comparison - search SHARE proceedings for those. FYI, James Lund Texas A&M University - "Proud JES3 Site" -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 8:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JES2 to JES3 Migration A customer asked us for suggestions for performing a JES3 to JES2 migration. Are there products that will help in this, or do you know any companies who perform this migration? You can reply off-list if you prefer. Thanks so much, Cheryl cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
As someone already mentioned, the JECL is different. It shouldn't be hard to write code to translate. The other issue is the class structure. JES2 uses an one character class on the JOB card. JES3 used the class on the JOB card or an eight character class on the //*MAIN JECL statement. Ed Jaffe has done some papers on it. ftp://phoenixsoftware.com/pub/demo/JES3_to_JES2_User_Experience.pdf ftp://phoenixsoftware.com/pub/demo/JES3_White_Paper.pdf Dennis Roach, CISSP, PMP IAM Access Administration – Consumer – Senior Analyst 2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 Email: dennis.ro...@aig.com Report information security incidents to: aiglr_security_incide...@aig.com and (818) 673-4030 All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 8:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration) Yes, Lizette - I meant to say JES3 to JES2. Thanks! Has anyone who has done this have an estimate of the amount of time it might take, and the effort? Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, January 14, 2016 9:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Cheryl, I am guessing you meant the subject to say JES3 to JES2 migration??? The one challenge I see is the JCL is different between the two environments. JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either run where the JCL is converted or anywhere in the JESMAS. There is also the concept in JES3 that until all resources available, the job will not run. JES2 it can run and wind up waiting on resources. Those are about the differences I can think of off the top of my head. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 7:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JES2 to JES3 Migration > > A customer asked us for suggestions for performing a JES3 to JES2 migration. > Are there products that will help in this, or do you know any > companies who perform this migration? You can reply off-list if you prefer. > > Thanks so much, > Cheryl > cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
MVS Solutions' ThruPut Manager provides key resource management function some of which are similar in JES3, while also providing value-added function for operational / production-scheduling tasks. http://www.thruputmanager.com/product-features/ Scott Barry SBBWorks, Inc. On Thu, 14 Jan 2016 21:13:49 -0500, Cheryl Watson wrote: >Yes, Lizette - I meant to say JES3 to JES2. Thanks! > >Has anyone who has done this have an estimate of the amount of time it might >take, and the effort? > >Cheryl > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Lizette Koehler >Sent: Thursday, January 14, 2016 9:08 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: JES2 to JES3 Migration > >Cheryl, > >I am guessing you meant the subject to say JES3 to JES2 migration??? > >The one challenge I see is the JCL is different between the two environments. >JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) > >JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either >run where the JCL is converted or anywhere in the JESMAS. > > >There is also the concept in JES3 that until all resources available, the job >will not run. JES2 it can run and wind up waiting on resources. > >Those are about the differences I can think of off the top of my head. > >Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Cheryl Watson >> Sent: Thursday, January 14, 2016 7:01 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: JES2 to JES3 Migration >> >> A customer asked us for suggestions for performing a JES3 to JES2 migration. >> Are there products that will help in this, or do you know any >> companies who perform this migration? You can reply off-list if you prefer. >> >> Thanks so much, >> Cheryl >> cheryl at watsonwalker.com > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
Hi If the those file's Management class has the "Auto backup" set to YES but the storage Group has the "Auto Backup" set to NO you will find an error in your HSM log saying the dataset cannot be removed because is in need of a backup. Those messages are in the HSM MIGLOG in the records headed ACTION=EXPIRED or SPCMGMT, (RC=53). Regards, Gonzalo Cengotita *Gonzalo Cengotita* 2016-01-14 21:18 GMT+01:00 Gibney, David Allen,Jr : > Also, what are the actual dataset attributes? DFHSM doesn't do some > "incomplete" datasets. Are they backed up. DFHSM often doesn't delete if > there is not a back-up. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of willie bunter > > Sent: Thursday, January 14, 2016 9:53 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > > > Lizette, > > > > Thanks for the info. For this dsn in particular there is no migration > it is to be > > expired/deleted after 1 day of non-usage. > > > > You have touched on the point of space management algorithms for > > migration. I assume that this would also pertain to the deletion of > files as > > well. Right? > > > > > > On Thu, 1/14/16, Lizette Koehler wrote: > > > > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > To: IBM-MAIN@LISTSERV.UA.EDU > > Received: Thursday, January 14, 2016, 12:45 PM > > > > So depending on the > > version of z/OS - look at On Demand Migration (v2.1 and above), this > might > > help more > > > > Second, correct, files are only moved if DFHSM feels the volume needs > to > > have the space back, however, you could have a migration policy in the > > management class that says - if this is still on DASD after 1 month, > then > > migrate the file. > > > > It depends on > > what your requirements are. You can just let files migrate as HSM > sees fit > > based on its algorithms for space management, or you can setup a > > management class that says it gets migrated if unused in XX days. > > > > Many choices. > > > > Lizette > > > > > > > -Original Message- > > > From: IBM > > Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > > Behalf Of willie bunter > Sent: Thursday, January 14, 2016 10:23 AM > > To: > > IBM-MAIN@LISTSERV.UA.EDU > Subject: DFHSM/SMS QUESTION - SPACE > > MANAGEMENT > > Good Day To All, > > I need to confirm if I my > > understanding about SMS & SPACE management is > correct. > > > We have noticed that there are several dsns which have been on dasd > for > > over > > > 10 months. The volumes and dsns are all SMS managed and DFHSM > > performs the > necessary migration and deletion. I checked the > > MANAGEMENT class and the dsns > are to be deleted after 1 day > non-usage > > > > Expire after Days Non-usage . : 1 > Expire after Date/Days . . > . . : 1 > > > Retention Limit . . . . . . . : > > 0 > > > > > > Below are the > > attributes of the Storage Group: > > > > > > > > > Allocation/migration > > Threshold :High > > 85 (1-100) Low . . 1 > > > > > (0-99) > > > Alloc/Migr Threshold > > Track-Managed: High85 (1-100)Low . . 1 (0- > 99) > > Guaranteed > > Backup Frequency . . . . . > > . (1 to or > > > NOLIMIT) > > > > > BreakPointValue . . . . . . . . . . . . > > (0-65520 > > > or blank) > > > Processing > > Priority . . . . . . . . . . 50 > > (1-100) > > > > > > I think that the dsns are not deleted because SMS did not select > some of > > these > volumes have not met the criteria of the Low threshold of 1. I > > remember > reading somewhere (on this board the following): > > > > > > For primary space > > management, HSM only looks at the low threshold. If the > volume > exceeds > > the low threshold, then we will process any data sets that are > > eligible for > > migration on that volume. > > > > > > > > Could someone confirm if I am > > correct? > > > > > > > > Thanks. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > 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-