Hrlp with Activate issue IODF
On z/OS V1.11 I did the following command ACTIVATE IODF=02,TEST IOS500I ACTIVATE RESULTS 593 TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE REASON=A817,PROCESSORS DCM1 AND DCM1 ARE OF DIFFERENT TYPE. COMPID=SC1XL Does anyone know what he A817 code is trying to tell me? I cannot find documentation on it. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
W dniu 2012-02-19 08:30, Edward Jaffe pisze: On 2/18/2012 4:45 PM, Paul Gilmartin wrote: Remember that if z/OS didn't impose a factitious limit on volume size, there'd be little need for multivolume data sets. In that case, widespread adoption of 1TB volumes on z/OS should significantly decrease the number of multivolume data sets in use... 1TB ??? Why so huge? It's... it's... it's almost as much as single HDD in my PC! vbg BTW: few weeks ago I worked in a shop where they have 3390-3's only. I felt comfortably with so small volumes. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hrlp with Activate issue IODF
Lizette Does this help?(it is from the HCD messages manual) * CBDA817I Processors proc_id1 and proc_id2 are of different type. * * Explanation: The target processor must be the same type as the source processor.System Action: None. HCD processing is ready to continue. Programmer Response: None.User Response: Respecify a target processor ID so that both, the source and the target processor are of the same type.* ** *Mike* On Sun, Feb 19, 2012 at 11:54 AM, Lizette Koehler stars...@mindspring.comwrote: On z/OS V1.11 I did the following command ACTIVATE IODF=02,TEST IOS500I ACTIVATE RESULTS 593 TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE REASON=A817,PROCESSORS DCM1 AND DCM1 ARE OF DIFFERENT TYPE. COMPID=SC1XL Does anyone know what he A817 code is trying to tell me? I cannot find documentation on it. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
In caarmm9rvfaxfahsfog3rkhf2dg76g3-a+yweortbeszhcxo...@mail.gmail.com, on 02/17/2012 at 02:37 PM, Tony Harminc t...@harminc.net said: I very much doubt that a TMP can be invoked other than as the single job step task in an address space; certainly not if you want to run authorized commands or programs under it. I seriously doubt that a TMP can be invoked as the single job step task in an address space, and I seriously doubt that an XCTL from an authorized program would cause problems, although I also doubt that there is a need to do that. XCTL does not provide sufficient isolation from potentially dangerous unauthorized code. What is under discussion is authorized code, which is dangerous with or without the involvement of the TMP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Program entry point on Attached program
In 003201ccedba$85dfabf0$919f03d0$@net, on 02/17/2012 at 04:24 PM, Micheal Butz michealb...@optonline.net said: I know that if a program is re-entrant a subsequent ATTACH will use that address as the entry point. How about a non-reentrant program If it is linked as REUS and the use count is zero then it will be reused. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hrlp with Activate issue IODF Resolved
Yes it does, now I have the info to work further on this issue. 2am and I never looked at HCD messages. Only IOS messages. Thanks very much Lizette Does this help?(it is from the HCD messages manual) * CBDA817I Processors proc_id1 and proc_id2 are of different type. * * Explanation: The target processor must be the same type as the source processor.System Action: None. HCD processing is ready to continue. Programmer Response: None.User Response: Respecify a target processor ID so that both, the source and the target processor are of the same type.* ** *Mike* On Sun, Feb 19, 2012 at 11:54 AM, Lizette Koehler stars...@mindspring.comwrote: On z/OS V1.11 I did the following command ACTIVATE IODF=02,TEST IOS500I ACTIVATE RESULTS 593 TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE REASON=A817,PROCESSORS DCM1 AND DCM1 ARE OF DIFFERENT TYPE. COMPID=SC1XL Does anyone know what he A817 code is trying to tell me? I cannot find documentation on it. Lizette Koehler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
On 2/19/2012 4:40 AM, R.S. wrote: W dniu 2012-02-19 08:30, Edward Jaffe pisze: On 2/18/2012 4:45 PM, Paul Gilmartin wrote: Remember that if z/OS didn't impose a factitious limit on volume size, there'd be little need for multivolume data sets. In that case, widespread adoption of 1TB volumes on z/OS should significantly decrease the number of multivolume data sets in use... 1TB ??? Why so huge? It's... it's... it's almost as much as single HDD in my PC! vbg What's especially cool is that mainframe volumes can by dynamically configured to be any size between Mod1 and 1TB. If you ever run out of space on a volume, just turn the magic screwdriver on the remote DASD HMC (SSPC) to make the volume larger and keep on going. The new size is immediately seen by z/OS. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
In 1df4bbf1-548f-4b79-a0be-42d0d5cd7...@yahoo.com, on 02/17/2012 at 11:10 PM, Scott Ford scott_j_f...@yahoo.com said: Really ? The command line vs a GUILinux terminal session and cms virtually look alike except for the commands.. Well, yes, the CMS command line and the Linux command line look alike except for the commands. Similarly, Animal Crackers and Orient Express look alike except for the film. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
In 45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf1cb...@sdkmbx03.emea.sas.com, on 02/18/2012 at 04:06 AM, Lindy Mayfield lindy.mayfi...@sas.com said: Based on my notes about this from previous posts, an entry in Ikjtsoxx would allow a Rexx program to call an authorized TSO program, then if necessary it can use ikjct44 to access any variables. For example CALL *(MYAUTH) myparms Correct, although I'm not sure whether TSO/E supports setting REXX variables from an authorized program. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMTP and attachements
In 4963676204207945.wa.munif.sadekgmail@bama.ua.edu, on 02/18/2012 at 10:32 PM, Munif Sadek munif.sa...@gmail.com said: Please point me in the right direction.. I am trying to send a small VB, LRECL 500 bytes file as an attachment via SMTP from my z/OS 1.13 without much success.. What software are you using to send the e-mail? What was your JCL and what error messages did you get? I'm not aware of anything bundled with z/OS that handles attachements, but there is both free and chargable software that will do the job. I suspect that you are trying to use the SMTP or CSSMTP output writer, but AFAIK neither one has code to create MIME attachments. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In 2714322107556392.wa.paulgboulderaim@bama.ua.edu, on 02/19/2012 at 01:24 AM, Paul Gilmartin paulgboul...@aim.com said: I stand corrected. You can't use REUSE when the new allocation is to a PATH; Is that a bug or a feature? It sounds BAD, unless IBM has accepted an APAR on it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: REXX IEBCOPY Continuation?
In 052F89D7D20340C5B391B17387F7F133@barryf93b83d71, on 02/18/2012 at 09:27 PM, retired mainframer retired-mainfra...@q.com said: Of course, you meant for COPY1 to be in col 1 on the first queue command. Whoops! Thanks for catching that. Yes, the COPY has a label, and the label should be in column 1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In 1485085136024538.wa.paulgboulderaim@bama.ua.edu, on 02/18/2012 at 09:55 PM, Paul Gilmartin paulgboul...@aim.com said: A prior operation might have allocated those DDNAMEs to UNIX paths and neglected to free them. Are you saying that REUSE doesn't work if the ddname is allocated to a Unix path? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
In cajtoo59ducxpmrtvozjwjxbr26rbq1hdbdarsnfundxbhfw...@mail.gmail.com, on 02/18/2012 at 07:06 PM, Mike Schwab mike.a.sch...@gmail.com said: Neither Windows or Linux have a Catalog concept to find a dataset on What do you think a directory is? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
In CAJTOO5_QkPcWrxtOEfo9HsKKedP8J3G64fjPpmL7kc+Z5=v...@mail.gmail.com, on 02/18/2012 at 06:58 PM, Mike Schwab mike.a.sch...@gmail.com said: Another program could have those DDNAMEs assigned to different DSNAMEs. That's as much of an issue for the FREE as it is forr the ALLOC with REUSE. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subject: SV: REXX IEBCOPY Continuation?
On Sun, 19 Feb 2012 12:50:40 -0500, Shmuel Metz (Seymour J.) wrote: I stand corrected. You can't use REUSE when the new allocation is to a PATH; Is that a bug or a feature? It sounds BAD, unless IBM has accepted an APAR on it. TSO/E Command Ref. says: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4c5c0/1.7.5 When the PATH operand is specified on the ALLOCATE command, you can specify only the following operands: BLKSIZE BUFNO DSNTYPE DUMMY FILEDATA LRECL NCP PATHDISP PATHMODE PATHOPTS RECFM TERM I consider it BAD. BPXWDYN internally issues a FREE when REUSE appears with PATH, by the generosity of the developers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMTP and attachements
XMITIP at _www.lbdsoftwawre.com_ (http://www.lbdsoftwawre.com) does a good job with attachments. I don't recall limits, but I was doing .pdf files just fine. There's also PROSE to show use of UDB construct to get away from JES. In a message dated 2/19/2012 12:51:05 A.M. Central Standard Time, mike.a.sch...@gmail.com writes: Have you tried copying to a fixed length record with trailing blanks and sending it? Used to be a -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Programmer cleared of stealing goldman sachs code
Mike, I saw one of these working for Legent...always interesting Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 2:26 AM, Mike Schwab mike.a.sch...@gmail.com wrote: http://www.guardian.co.uk/technology/2012/feb/18/programmer-cleared-stealing-goldman-sachs deleted During a two-week trial, defence lawyer Kevin Marino told jurors that his client had merely tried to copy parts of the company's software that came from public software code anyway. He acknowledged that Aleynikov had violated the company's confidentiality agreements but argued that was a civil matter. deleted A three-judge appeals panel heard arguments on Thursday but the judges gave no indication they would overturn the lower court verdict hours later with a terse, one-paragraph order. The court said it would issue a written ruling in due course to explain its decision. deleted -- 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...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
Shmuel, As you well know everyone has their opinion, ou have yours and I have mine, I work VM internals and other for ad very long time. I also learn things pretty fast, so maybe my perspective is i see a lot of similarities in various opsys. Fwiw, Regards, Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 12:36 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1df4bbf1-548f-4b79-a0be-42d0d5cd7...@yahoo.com, on 02/17/2012 at 11:10 PM, Scott Ford scott_j_f...@yahoo.com said: Really ? The command line vs a GUILinux terminal session and cms virtually look alike except for the commands.. Well, yes, the CMS command line and the Linux command line look alike except for the commands. Similarly, Animal Crackers and Orient Express look alike except for the film. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Batch process VS Started task
Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
On Fri, Feb 17, 2012 at 11:16 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1329430553.61141.yahoomail...@web164510.mail.gq1.yahoo.com, on 02/16/2012 at 02:15 PM, Scott Ford scott_j_f...@yahoo.com said: I loved VM/CMS and like Linux really well, close my eyes they are kissing cousins ? I don't see any point of similarity. Not the API, not the file system, not the shells. Then you've forgotten the learning curve: CMS - *IX: minimal CMS - TSO: moderate CMS - GUI: Large -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
Perhaps, But have you ever heard of a 1 petabyte (or more) volume? Ed On Feb 18, 2012, at 5:36 PM, Scott Ford wrote: Ed, Or maybe they use the famous four letter word, plan and have a harddrive big enough to handle the file Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 18, 2012, at 5:43 PM, Ed Gould edgould1...@comcast.net wrote: We are all pretty much knowledgeable about how the MF works in the multi-volume area, right? The secondary question I am asking is how does the PC create/ handle multivolume files? I can guess but that is pretty much all it is. Can anyone explain it for the PC ? Ed - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
Magen: Not sure if this is what you are looking for but There is a facility called execution batch monitoring (at least in JES2) You feed it input and it creates output (to your specifications). It was originally designed for batch compiles but it could be adapted to something like you want (?). Ed On Feb 19, 2012, at 3:25 PM, Magen Margalit wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
Learning curves are not culture-free; they are specific to a person and his or her experience. What you find easy and congenial I may find difficult and disagreeable. It is possible to teach able people abstractions that make learning a new instance of some class of formalisms, statement-level programming languages say, easy; but that is another matter. On 2/19/12, zMan zedgarhoo...@gmail.com wrote: On Fri, Feb 17, 2012 at 11:16 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1329430553.61141.yahoomail...@web164510.mail.gq1.yahoo.com, on 02/16/2012 at 02:15 PM, Scott Ford scott_j_f...@yahoo.com said: I loved VM/CMS and like Linux really well, close my eyes they are kissing cousins ? I don't see any point of similarity. Not the API, not the file system, not the shells. Then you've forgotten the learning curve: CMS - *IX: minimal CMS - TSO: moderate CMS - GUI: Large -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
On Sun, Feb 19, 2012 at 2:14 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Learning curves are not culture-free; they are specific to a person and his or her experience. What you find easy and congenial I may find difficult and disagreeable. It is possible to teach able people abstractions that make learning a new instance of some class of formalisms, statement-level programming languages say, easy; but that is another matter. Point taken. But vastly dissimilar environments are pretty likely to have greater learning curves than moderately similar ones, nu? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
On 2/19/2012 2:25 PM, Magen Margalit wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen Well, you could set up your free HTTP server and handle it using HTML and CGIs. You could use CICS/TS if you have it and use the web interface. Or, use a z/OS UNIX daemon with multithreading. Not sure about the 5M trans a day rate, for any of these, though. Need to do some benchmarking. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen Perhaps you could review the BATCH PIPES process in z/OS or if you have MQ, perhaps that could support what you need. Other options could be IMS solution MQ solution CICS solution DB2 Solution We currently have a need to send out orders when a DB2 table is updated. To do this we use our CA-ESP Scheduling software to monitor the DB2 table, when there is a row change, it triggers the process to action the order. If there were some more details on your problem, we might be able to come up with more specific answers? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
I agree guys, the GUI definitely a larger learning curve for me .. I learn things pretty easy. But I consider I was fortunate had a boss in VM made us learn the commands first then the clists. Really helped, but my background before was ops and VSE Sysprog under VM...so to me LINUX was not a big stretch lot learn... Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 5:38 PM, zMan zedgarhoo...@gmail.com wrote: On Sun, Feb 19, 2012 at 2:14 PM, John Gilmore johnwgilmore0...@gmail.com wrote: Learning curves are not culture-free; they are specific to a person and his or her experience. What you find easy and congenial I may find difficult and disagreeable. It is possible to teach able people abstractions that make learning a new instance of some class of formalisms, statement-level programming languages say, easy; but that is another matter. Point taken. But vastly dissimilar environments are pretty likely to have greater learning curves than moderately similar ones, nu? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
On 2/19/2012 5:38 PM, zMan wrote: Point taken. But vastly dissimilar environments are pretty likely to have greater learning curves than moderately similar ones, nu? Not necessarily. Sometimes it's the similarities that trip you up. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
Amen to that,been there done that too Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 6:20 PM, Gerhard Postpischil gerh...@valley.net wrote: On 2/19/2012 5:38 PM, zMan wrote: Point taken. But vastly dissimilar environments are pretty likely to have greater learning curves than moderately similar ones, nu? Not necessarily. Sometimes it's the similarities that trip you up. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
The described record arrival rate averages at just under 58 records per second. Somehow I don't think XBM was designed with that high of transaction arrival rate in mind, processing each record as a separate transaction. I would think that a high-speed transaction processing environment (CICS, IMS) would do better than XBM, although those would probably still involve more overhead than a specialized transaction-processing STC optimized just for your own peculiar transactions (but I agree a separate specialized STC would be more of a maintenance headache). There is also an intermediate approach where you collect records by some means and then periodically fire off a process or transaction to process records collected since the last time the process was run. Another consideration: If the current batch processing is done at a time of lower system system load and involves significant work per record, moving this processing into peak processing times could have significant impact on your peak MSU requirement and a significant impact on your costs. I suspect your record arrival rate is not a constant throughout the day but also has its peaks. If those peak record arrival rates actually correspond to current periods of peak system load, then the impact on the peak system MSU requirements of moving this load would be even greater than one would expect from the average record rate alone. In other words, if there is a perceived business need to process the records in a more timely manner, be sure those footing the bill are aware it may not be a free lunch. JC Ewing On 02/19/2012 04:04 PM, Ed Gould wrote: Magen: Not sure if this is what you are looking for but There is a facility called execution batch monitoring (at least in JES2) You feed it input and it creates output (to your specifications). It was originally designed for batch compiles but it could be adapted to something like you want (?). Ed On Feb 19, 2012, at 3:25 PM, Magen Margalit wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
On 2/19/2012 4:25 PM, Magen Margalit wrote: We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. With allowance for growth, you're looking at 100-200 records per second, and that's well within the capacity of modern equipment. Depending on how the records are created, you have overhead for serialization and backup (do you need an audit trail to recreate records if the file is lost?). You would need to do some testing to see whether the serialization and processing overhead for live processing is tolerable, since the batch presumably offers some savings in overhead. If the records are created by a single source, then instead of an STC program, you could consider a subtask, a PC routine, or (gasp) even a user SVC. For multiple tasks, either an SVC or a PC routine might do. The preferred method depends on how the data are created, how they are placed into the batch input file, and what processing they are used for. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. If you have a PUT, WRITE, or similar function to create the record, it's easy enough to replace that with a PC or SVC call. But you will need to develop contingency plans for data sets becoming full, or other occurrences that could prevent live updating. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... When I worked at ADR in the sixties, we developed our own data collection and accounting routine long before IBM offered SMF. We had our own tape library software long before UCC-1 (or TLS). We had our own security software long before RACF (in addition we used IBM passwords, but only for critical and SYS1 data sets). In each case the staff contained more than one person familiar with the software and the ability to maintain it. While IBM is trying to make the system more accessible (i.e., dumbed down) your installation should have enough staff familiar with internals to write and maintain the code. Basically you need whatever the batch process is doing, and add provision for backup and serialization. Of course it's always possible to overcomplicate things to the point where nobody can maintain it.g Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
On 02/19/2012 11:40 AM, Shmuel Metz (Seymour J.) wrote: In cajtoo59ducxpmrtvozjwjxbr26rbq1hdbdarsnfundxbhfw...@mail.gmail.com, on 02/18/2012 at 07:06 PM, Mike Schwabmike.a.sch...@gmail.com said: Neither Windows or Linux have a Catalog concept to find a dataset on What do you think a directory is? Under Windows, a directory is closer functionally to the MVS/DOS concept of a VTOC, as each volume has its own directory and you have to somehow know which volume to consult -- although admittedly in a windows system the number of volumes is typically very low. In Linux, if all volumes are mounted, the directory plays a similar functional role to that of the MVS catalog(s) and VTOCs combined. But in either case they are obviously structurally different: finding an file entry in Windows or Linux requires a progressive search through multiple directory levels rather than just a single lookup of the full path name as with a data set name in an MVS catalog. And in both Windows and Linux, in many cases the user thinks of a file by its file name and not its full path, and the onus in on the user to remember under what directory the file was placed. That issue does not arise in MVS because dataset names are always referenced by the full name -- roughly the equivalent to always requiring the full path name in Win/Linux -- and that makes direct lookup in a catalog possible. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Archaic allocation in JCL (Was: Physical record size query)
Amen John!! From: IBM Mainframe Discussion List on behalf of John Gilmore Sent: Fri 2/17/2012 6:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Archaic allocation in JCL (Was: Physical record size query) Frank Swabrick wrote: begin snippet | No, I'm not expecting a real answer to that question. | Just trying to point out why it's hard, to say the least, | to know how to size files of this type. /end snippet The question itself has not been very well formulated. No one, I hope and suppose, sizes files directly in cylinders, tracks or megabytes. These are derived quantities. One begins with record types, their individual sizes, and their expected volumes/counts. Initially one has only estimates, often poor ones, of transaction/processing volumes, but these estimates can be improved incrementally by collecting statistics of the volumes actually experienced during processing and then analyzing these data.. That this is not much done does not been that it cannot or should not be done. Adequate capacity planning and even many design decisions are impossible without the systematic collection and analysis of such information. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 5 Byte Device Addresses?
I thought os/vs1 was MFT with virtual storage. Fred From: IBM Mainframe Discussion List on behalf of Shmuel Metz (Seymour J.) Sent: Fri 2/17/2012 12:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 5 Byte Device Addresses? In p06240802cb635acf006e@[192.168.1.11], on 02/16/2012 at 08:23 PM, Robert A. Rosenberg hal9...@panix.com said: No Bill is right. No. OS/VS2 Release 2 WAS MVS But MVS wasn't OS/VS2 Release 2. like OS/VS2 Release 1 was SVS. The difference is that SVS was *only* release 1; MVS was *not* only release 2. SVS was OS/360 MVT with Virtual Addresses That depends on what was was. SVS was missing OS/360 component and had some significant differences from OS/360 MVT over and above paging. BTDT,GTS -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
Lol, nope , that would be a big file Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 4:56 PM, Ed Gould edgould1...@comcast.net wrote: Perhaps, But have you ever heard of a 1 petabyte (or more) volume? Ed On Feb 18, 2012, at 5:36 PM, Scott Ford wrote: Ed, Or maybe they use the famous four letter word, plan and have a harddrive big enough to handle the file Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 18, 2012, at 5:43 PM, Ed Gould edgould1...@comcast.net wrote: We are all pretty much knowledgeable about how the MF works in the multi-volume area, right? The secondary question I am asking is how does the PC create/handle multivolume files? I can guess but that is pretty much all it is. Can anyone explain it for the PC ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zSeries Manpower Sizing
Back in the dark ages, we used Tandem's computers connected to an IMS DB/DC system. Fred From: IBM Mainframe Discussion List on behalf of Gibney, Dave Sent: Fri 2/17/2012 7:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zSeries Manpower Sizing Isn't CICS via VTAM behind many ATMs :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony's Comcast account Sent: Friday, February 17, 2012 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: zSeries Manpower Sizing Wow, imagine running a PCI application on USS. ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
zedgarhoo...@gmail.com (zMan) writes: Then you've forgotten the learning curve: CMS - *IX: minimal CMS - TSO: moderate CMS - GUI: Large folklore is that *IX (and numerous *IX work-alikes) came from simplification of MULTICS. some of the CTSS people went to the 5th flr of 545 tech sq and MULTICS and others went to the 4th flr of 545 tech sq and the ibm cambridge science center ... where cp40/cms was done (both MULTICS and cp40/cms derivative of CTSS). science center was formed 1feb1964 ... 1982 SEAS presentation on cp40/cms http://www.garlic.com/~lynn/cp40seas1982.txt misc. past posts mentioning science center http://www.garlic.com/~lynn/subtopic.html#545tech cms (cambridge monitor system) was originally developed running stand-alone on 360/40 using 1052-7 operator's console for input/output. the same machine had special hardware added to provide virtual memory support which was used for the development of (virtual machine) cp40. when standard 30/67 with virtual memory became available, cp40 morphed into cp67 ... cms continued to run both on stand-alone 360 as well as in cp67 virtual machine. with virtual memory on 370, cp67 morphed into vm370 and cms was renamed to conversational monitor system ... and ability to run stand-alone was crippled. A little other ctss history is this email subject recent in a.f.c. http://www.garlic.com/~lynn/2012c.html#10 Inventor of e-mail honored by Smithsonian http://www.garlic.com/~lynn/2012c.html#12 Inventor of e-mail honored by Smithsonian several references included: The History of Electronic Mail http://www.multicians.org/thvv/mail-history.html The technology for the corpoate internal network was also done at the science center ... some past posts http://www.garlic.com/~lynn/subnetwork.html#internalnet which was larger than the arpanet/internet from just about the beginning until late '85 or early '86. Some recent references in this a.f.c. thread: http://www.garlic.com/~lynn/2012c.html#9 The PC industry is heading for collapse there were several projects during the 80s to adapt CMS to GUI displays ... but it was somewhat anti-thetical to the corporate terminal emulation paradigm. old post about running internal corporate adtech conference spring '82 on various aspects of the subject: http://www.garlic.com/~lynn/94.html#22 http://www.garlic.com/~lynn/96.html#4a one the presentations happened to be CMS running on MVS ... there had recently been a new corporate strategy direction that CMS would be the official interactive platform. CMS on MVS (as alternative to TSO) didn't actually help things a lot ... since a lot of the problems are in base MVS (not solely in TSO). http://www.garlic.com/~lynn/2012.html#email821027 in this post http://www.garlic.com/~lynn/2012.html#12 Who originated the phrase user-friendly? also has ibm jargon definition for bad response I even got a request from the TSO product admin if I would rewrite the MVS scheduler (attempting to address some of the MVS structural problem with providing interactive service): http://www.garlic.com/~lynn/2006b.html#email800310 other drift semi-related old email about cms/xa http://www.garlic.com/~lynn/2011b.html#email821026 http://www.garlic.com/~lynn/2011b.html#email840626 http://www.garlic.com/~lynn/2011b.html#email841003 slightly related http://www.garlic.com/~lynn/2011e.html#email870508 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
In cafo-8tqahnyv9djcutvzg0hrdhj3yezdfslze6by-rwx+yv...@mail.gmail.com, on 02/19/2012 at 01:55 PM, zMan zedgarhoo...@gmail.com said: Then you've forgotten the learning curve: No. Other than Unix services, none of the PC software has an easy learning curve for mainframe users. EXEC- bash massive REXX - bash massive XEDIT- vi massive CLIST - BAT massive ISPF - emacs massive -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
I like the Batch PIPES idea. Of course, since Batch PIPES is a product which costs extra, we can't use it. So I'd use a named UNIX pipe instead. I'm fairly sure that you can have the creating transaction simply write to it like a sequential file. And the processing STC would read it like a sequential file. Should be rather simple to implement. On Sun, 2012-02-19 at 17:40 -0500, Lizette Koehler wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen Perhaps you could review the BATCH PIPES process in z/OS or if you have MQ, perhaps that could support what you need. Other options could be IMS solution MQ solution CICS solution DB2 Solution We currently have a need to send out orders when a DB2 table is updated. To do this we use our CA-ESP Scheduling software to monitor the DB2 table, when there is a row change, it triggers the process to action the order. If there were some more details on your problem, we might be able to come up with more specific answers? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
Just to play the Devil's advocate for a bit, it depends on how you define dataset name. I agree, in Linux (and as a stretch, Windows), if you specify the entire file path, starting from the root, you don't need a catalog. But if you think of a file within a given subdirectory as a dataset equivalent and the subdirectory path as a volume equivalent, then you could use some sort of catalog. Of course, such names are not guaranteed to be unique. In fact, there are almost certainly duplicates such as each user's .profile file. Linux addresses this issue via a utility called mlocate. It runs periodically, usually once a day during a low activity time, via crontab. And, as you immediate can tell, it is not real time. Files get created and deleted without an immediate database update. Hum, might be interesting to see about using the inotify interface to implement a real time update to the mlocate database. I wonder if z/OS UNIX has something to monitor UNIX filesystem events. Something to think about. On Sun, 2012-02-19 at 12:40 -0500, Shmuel Metz (Seymour J.) wrote: In cajtoo59ducxpmrtvozjwjxbr26rbq1hdbdarsnfundxbhfw...@mail.gmail.com, on 02/18/2012 at 07:06 PM, Mike Schwab mike.a.sch...@gmail.com said: Neither Windows or Linux have a Catalog concept to find a dataset on What do you think a directory is? -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
On Sun, 2012-02-19 at 17:14 -0500, John Gilmore wrote: Learning curves are not culture-free; they are specific to a person and his or her experience. What you find easy and congenial I may find difficult and disagreeable. It is possible to teach able people abstractions that make learning a new instance of some class of formalisms, statement-level programming languages say, easy; but that is another matter. Very true. Learn COBOL, and FORTRAN is easier, as is PL/I. APL, however, will cause you problems. Or you'll write FORTRAN code in APL. And hate it. But if you want real fun, take somebody like me who only learned procedural languages in school. Now, give them Haskell or Erlang. Talk about culture shock. No, despite the saying of You can program FORTRAN in any language., you __cannot__ program FORTRAN in Haskell or Erlang. Nothing like a true variable, because once a name has an assigned value, that value cannot be changed. Well, not that version of that name. As Bo Pilgrim would say: It's a mind bogglin' thing! -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
If you can fall behind when the system is busy, would an IMS DC / Batch Message Program be appropiate? On Sun, Feb 19, 2012 at 4:40 PM, Lizette Koehler stars...@mindspring.com wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. deleted Magen Perhaps you could review the BATCH PIPES process in z/OS or if you have MQ, perhaps that could support what you need. Other options could be IMS solution MQ solution CICS solution DB2 Solution We currently have a need to send out orders when a DB2 table is updated. To do this we use our CA-ESP Scheduling software to monitor the DB2 table, when there is a row change, it triggers the process to action the order. If there were some more details on your problem, we might be able to come up with more specific answers? Lizette If you can fall behind when the system is busy (to avoid having to increase CPUs), would an IMS DC / Batch Message Program be appropiate? -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
On 20/02/2012 08:25 AM, Magen Margalit wrote: Hi list. We have a daily betch job that is processing as input records which has been collected all day. volume of records is about 5 millions for 24 hours. In order to make systems more online we are looking for a way to run the process for each record all day long instead of a daily run, and doing so with minimum as possible application changes. One idea that came up is to convert the process to a self developed STC which will be triggered by a record on an MQ queue and will run as STC all the batch process programs To me it seems like a bad idea because having a self developed STC in production create a maintenance gap (and where there is one STC a second one will soon to follow...)... Are there other advantages / dis-advantages regarding a self developed STC ? Are there any self developed STC's at your shop? Any other ideas on how to approach this issue? Thanks in advanced. Magen Magen, Some good ideas from the other responsders but IMHO they are all putting the cart before the horse. Look at the collection process, what is this process. Can it be modified to do the either batch process, more details would be nice, or batch the batch process. Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 5 Byte Device Addresses?
glen herrmannsfeldt g...@ugcs.caltech.edu writes: That is, as I understand it, pretty close to how it started out. Among others, though OS/VS1 has special features for running under VM that OS/VS2 never got. It has the ability to switch to a different task while VM is paging a task. That avoids the double paging problem that otherwise occurs. customers had previously made such changes to MVT ... which is possibly where at least the idea of the VS1 change. In OS/VS2 SVS it had single 16mbyte virtual memory laid out almost as if MVT running in 16mbyte real machine. When MVT ran in virtual machine ... when a virtual SIO was done ... CP67 would scan the virtual channel program and create a shadow copy with real addresses ... which would be the channel program that got executed. This routine from cp67 (ccwtrans) was cribbed into the side of EXCP processing ... i.e. with transition to virtual memory then all the OSes had the same issue with channel programs passed in EXCP ... needing creating nearly identical channel programs but with real addresses in place of virtual addresses. In OS/VS1 case, it had things laid out in a 4mbyte virtual address space (as if it was running on real 4mbyte machine). In the OS/VS1 handshaking case ... a 4mbyte virtual machine was created with OS/VS1 4mbyte virtual address space mapped one-for-one to the virtual machine address space. Whenever, vm370 had a os/vs1 virtual machine page fault ... if the machine was running in application (and not in os/vs1 kernel) ... vm370 would reflect special page fault to the virtual machine. OS/VS1 could then do task-switch as if it was a OS/VS1 application virtual page fault. Later when vm370 had fetched the OS/VS1 virtual machine virtual page ... vm370 would reflect a special interrupt to OS/VS1 (indicating the page was available). From Melinda's VM and the VM Community http://web.me.com/melinda.varian/Site/Melinda_Varians_Home_Page.html Dewayne Hendricks reported at SHARE XLII, in March, 1974, that he had successfully implemented MVT-CP handshaking for page faulting, so that when MVT running under VM took a page fault, CP would allow MVT to dispatch another task while CP brought in the page. At the following SHARE, Dewayne did a presentation on further modifications, including support for SIOF and a memory-mapped job queue. With these changes, his system would allow multitasking guests actually to multitask when running in a virtual machine. Significantly, his modifications were available on the Waterloo Tape. ... and ... then was able to get MFT MVT running faster under vm370 than it ran on bare machine By SHARE 49, Dewayne was able to state that, It is now generally understood that either MFT or MVT can run under VM/370 with relative batch throughput greater than 1. That is to say, they had both been made to run significantly faster under VM than on the bare hardware. Dewayne and others did similar work to improve the performance of DOS under VM. Other customers, notably Woody Garnett(122) and John Alvord, soon achieved excellent results with VS1 under VM. ... snip ... There is a separate issue with OS/VS2 (of any ilk) running under vm370 ... which is pathelogical case of a virtual memory operating system system managing with least recently algorithm in virtual machine which manages its virtual memory with least recently algorithm. The scenario is that a virtual machine page that hasn't been used for awhile ... is the virtual page that vm370 is likely to select for replacement/removal. However, the operating system in the virtual machine ... if it is also doing paging ... may also select the very same page to be the next one to use (after it has just been selected for removal). From a theoritical standpoint cascading LRU-algorithms will appear to violate least-recently-used replacement assumptions (i.e. a least-recently-used page can be the next most likely to be used rather than the least likely to be next used). This characteristic also exhibits itself with DBMS caches that are managed with LRU strategy when running in a virtual memory operating system that also manages with LRU strategy. The VS1 handshaking isn't actually a double paging issue ... that was handled by configuration of VS1's virtual address space the same as the virtual machine storage size. The handshaking worked with MVTMFT as well as VS1 ... allowing the guest operating system to task switch while vm370 was handling page fault. more detailed discussion pg.25 vm/vs handshaking http://www.bitsavers.org/pdf/ibm/370/vm370/GC20-1800-6_VM370intr_Oct76.pdf -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Authorized functions
Yep I agree with both of you, I learned assembler first Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 19, 2012, at 9:40 PM, John McKown joa...@swbell.net wrote: On Sun, 2012-02-19 at 17:14 -0500, John Gilmore wrote: Learning curves are not culture-free; they are specific to a person and his or her experience. What you find easy and congenial I may find difficult and disagreeable. It is possible to teach able people abstractions that make learning a new instance of some class of formalisms, statement-level programming languages say, easy; but that is another matter. Very true. Learn COBOL, and FORTRAN is easier, as is PL/I. APL, however, will cause you problems. Or you'll write FORTRAN code in APL. And hate it. But if you want real fun, take somebody like me who only learned procedural languages in school. Now, give them Haskell or Erlang. Talk about culture shock. No, despite the saying of You can program FORTRAN in any language., you __cannot__ program FORTRAN in Haskell or Erlang. Nothing like a true variable, because once a name has an assigned value, that value cannot be changed. Well, not that version of that name. As Bo Pilgrim would say: It's a mind bogglin' thing! -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Batch process VS Started task
Hi. The records arrives from a few sources to a few seq files The collection process collect the records from the files and then the batch process begins. In the new situation, the batch process or STC will handle each record and the collection process will be eliminated. Regarding the maintenance gap, I'm not concern from a complicated code, but from using functions that IBM will someday will no longer support, i.e. LE functions. When you upgrade a zOS version you contact all the software vendors and check for compatibility to the new zOS version, on a self developed STC you cann't do that... Magen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
W dniu 2012-02-19 17:23, Edward Jaffe pisze: On 2/19/2012 4:40 AM, R.S. wrote: W dniu 2012-02-19 08:30, Edward Jaffe pisze: On 2/18/2012 4:45 PM, Paul Gilmartin wrote: Remember that if z/OS didn't impose a factitious limit on volume size, there'd be little need for multivolume data sets. In that case, widespread adoption of 1TB volumes on z/OS should significantly decrease the number of multivolume data sets in use... 1TB ??? Why so huge? It's... it's... it's almost as much as single HDD in my PC! vbg What's especially cool is that mainframe volumes can by dynamically configured to be any size between Mod1 and 1TB. If you ever run out of space on a volume, just turn the magic screwdriver on the remote DASD HMC (SSPC) to make the volume larger and keep on going. The new size is immediately seen by z/OS. Well, the same feature was available 12+ years ago on windows dasd arrays. What is warm (not cool vbg) is that mainframe volumes CANNOT BE always dynamically enlarged. It is available on some controllers under some circumstances (set up). What is cool is that SMS storage group. Usually users do not see the volumes, they see dasd space. In case of shortage you can simply add some volumes to the group. You can even buy new box and simply add it to the group. And that's really cool IMHO. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: O/T but curious (Re: Archaic allocation in JCL (Was: Physical record size query) )
R.S. r.skoru...@bremultibank.com.pl wrote in message news:4f41f979.3010...@bremultibank.com.pl... W dniu 2012-02-19 17:23, Edward Jaffe pisze: On 2/19/2012 4:40 AM, R.S. wrote: W dniu 2012-02-19 08:30, Edward Jaffe pisze: On 2/18/2012 4:45 PM, Paul Gilmartin wrote: Remember that if z/OS didn't impose a factitious limit on volume size, there'd be little need for multivolume data sets. In that case, widespread adoption of 1TB volumes on z/OS should significantly decrease the number of multivolume data sets in use... 1TB ??? Why so huge? It's... it's... it's almost as much as single HDD in my PC! vbg What's especially cool is that mainframe volumes can by dynamically configured to be any size between Mod1 and 1TB. If you ever run out of space on a volume, just turn the magic screwdriver on the remote DASD HMC (SSPC) to make the volume larger and keep on going. The new size is immediately seen by z/OS. Well, the same feature was available 12+ years ago on windows dasd arrays. What is warm (not cool vbg) is that mainframe volumes CANNOT BE always dynamically enlarged. It is available on some controllers under some circumstances (set up). What is cool is that SMS storage group. Usually users do not see the volumes, they see dasd space. In case of shortage you can simply add some volumes to the group. You can even buy new box and simply add it to the group. And that's really cool IMHO. And SMS's granularity is also cool. If you add your 1TB disk to a storage group, you cannot use this space in anther SG anymore. If you have 1TB of 3390-54's, you can give to and take from SMS storage groups any required amounts at any time. Kees. -- Radoslaw Skorupka Lodz, Poland For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
