Check Sorter Operator
Thank You and Please Be Safe! Len Sasso Systems Administrator Senior CSRA, A General Dynamics Information Technology Company 327 Columbia TPKE Rensselaer, NY 12144 TEAM: Together Everyone Achieves More Office Hours: M-F 7 AM - 3:45 PM Vacation: Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@gdit.com URL: www.gdit.com<http://www.gdit.com> ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Billy Ashton <bill00ash...@gmail.com> Sent: Wednesday, January 19, 2022 3:27 PM To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: What not to do on a z/OS system... [External: Use caution with links & attachments] My career in IT started as an overnight burster and decollator operator... Billy ------ Original Message ------ >From "Carmen Vitullo" <cvitu...@hughes.net> To IBM-MAIN@listserv.ua.edu Date 1/19/2022 3:07:12 PM Subject Re: What not to do on a z/OS system... >yup, Print, burst, trim, console, microfiche, all shifts :) we did it all >indeed > >Carmen > >On 1/19/2022 2:04 PM, Mitch Mccluhan wrote: >> Carmen? >>Print operator? Back in the 70s, we did it all! >> >>Mitch >> -----Original Message----- >>From: Carmen Vitullo<cvitu...@hughes.net> >>To:IBM-MAIN@LISTSERV.UA.EDU >>Sent: Wed, Jan 19, 2022 1:50 pm >>Subject: Re: What not to do on a z/OS system... >> >>NO!!!! - fun was being a print operator and throwing an empty box of >>stock paper at someone who thought it was a full box >> >>what not to do when you're an operator working with Datagraphix >>microfiche, save the chemical change for the next shift, it always comes >>back to bite you >> >> >>Carmen >> >>On 1/19/2022 1:44 PM, Mitch Mccluhan wrote: >>> ...the most fun was when you had a punch card system where a co-worker >>> was sorting a few columns of approximately 25K cards and asked you to help >>> carry a stack. When they weren't looking, you pick up a stack of garbage >>> cards instead, take a few steps and "accidentally" drop the stack. So much >>> fun! Of course, this was before true operating systems. >>> >>>Mitch McCluhan >>> -----Original Message----- >>>From: Seymour J Metz<sme...@gmu.edu> >>>To:IBM-MAIN@LISTSERV.UA.EDU >>>Sent: Wed, Jan 19, 2022 1:39 pm >>>Subject: Re: What not to do on a z/OS system... >>> >>>I've heard of operators cancelling jobs that were running correctly because >>>they assumed that tapes moving back and forth always meant a bad spot. >>> >>> >>>-- >>>Shmuel (Seymour J.) Metz >>>https://urldefense.us/v3/__http://mason.gmu.edu/*smetz3__;fg!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ5nYRb9Rw$ >>> >>>________________________________________ >>>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >>>Carmen Vitullo [cvitu...@hughes.net] >>>Sent: Wednesday, January 19, 2022 1:27 PM >>>To:IBM-MAIN@LISTSERV.UA.EDU >>>Subject: Re: What not to do on a z/OS system... >>> >>>not a zseries, around the same decade, in the 80's we had a 30xx >>>processor that went into a wait state IIRC, I was an operator and we >>>were rerunning an inventory update process for a large retailer, I >>>started to hit stop/unload all the inventory files that were mounted on >>>the drives, supervisor and sysprogs were at the console and I got heat >>>for doing it since then an O2 SYSTEM RESTART (I think) was new and my >>>boss throught we could just restart the processor and pick up like the >>>system never went into a wait state, luckily for me, the system did not >>>recover and an IPL was required. >>> >>>other things like attempting to run a compile/go my first assembler >>>program (as an operator) the system seemingly hung, it was not me >>>thankfully but I still had a pucker up moment. >>> >>>I recall my lead operator doing something similar on a data check on a >>>tape, you know when you see the tape re-read the same block over and >>>over, he hit stop on the processor, it was a 370/158, then accessed the >>>control unit for the drives and threw some toggles to bypass the bad >>>block on the tape, resumed and all was good, our applications were >>>written i a way that bad data was written to an error report so we could >>>balance the data and account for the missing input - >>> >>> >>>Carmen >>> >>> >>>On 1/19/2022 12:04 PM, Lennie Dymoke-Bradshaw wrote: >>>>At my first job (1975) one of the programmers was chatting to the operators >>>>and then lent against that red button on the wall. Shutdown the entire >>>>machine room of course. >>>> >>>>Lennie >>>> >>>>-----Original Message----- >>>>From: IBM Mainframe Discussion List<IBM-MAIN@LISTSERV.UA.EDU> On Behalf >>>>Of Mike Shaw >>>>Sent: 19 January 2022 16:44 >>>>To:IBM-MAIN@LISTSERV.UA.EDU >>>>Subject: Re: What not to do on a z/OS system... >>>> >>>>We once had a data check we could not get past on a 3420 tape. This was >>>>around 1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape >>>>drive, pulled the leading tape portion out of the vacuum column, rubbed it >>>>gently back and forth between his finger and thumb, and slowly released the >>>>tape back into the vacuum column. He hit start on the tape drive and we got >>>>past the data check and read the rest of the data on that tape without a >>>>problem. No blocks were missed. >>>> >>>>I thought that was magic at the time... >>>> >>>>Mike Shaw >>>>MVS/QuickRef Support Group >>>>Chicago-Soft, Ltd. >>>> >>>> >>>>On Wed, Jan 19, 2022 at 10:31 AM Seymour J Metz<sme...@gmu.edu> wrote: >>>> >>>>>Back in the old days the R/W heads lifted up when you unloaded a tape >>>>>and moved down when you mounted a new reel. One day an interlock >>>>>didn't interlock and the R/W head mashed the hand of an operator. The >>>>>damage wasn't permanent, but everybody was more cautious after that. >>>>> >>>>> >>>>>-- >>>>>Shmuel (Seymour J.) Metz >>>>>https://urldefense.us/v3/__http://mason.gmu.edu/*smetz3__;fg!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ5nYRb9Rw$ >>>>> >>>>>________________________________________ >>>>>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on >>>>>behalf of Cameron Conacher >>>>>[000003cfc59146bb-dmarc-requ...@listserv.ua.edu] >>>>>Sent: Wednesday, January 19, 2022 10:22 AM >>>>>To:IBM-MAIN@LISTSERV.UA.EDU >>>>>Subject: Re: What not to do on a z/OS system... >>>>> >>>>>A very long time ago, (mid seventies I think) I was loading a tape to >>>>>a tape drive. >>>>>A button on my jean jacket trapped the edge of my jacket sleeve inside >>>>>the tape drive when as the glass closed. >>>>>I stood patiently and waited for the tape processing to complete so >>>>>the tape could unload. >>>>> >>>>>After that, I paid more attention when loading tapes. >>>>> >>>>>Thanks, >>>>> >>>>>.......Cameron >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>From: IBM Mainframe Discussion List<IBM-MAIN@LISTSERV.UA.EDU> On >>>>>Behalf Of Kirk Wolf >>>>>Sent: Wednesday, January 19, 2022 9:41 AM >>>>>To:IBM-MAIN@LISTSERV.UA.EDU >>>>>Subject: [External] Re: What not to do on a z/OS system... >>>>> >>>>>Hooray! Now we've got the kind of thread that is the life blood of >>>>>ibm-main :-) >>>>> >>>>>On Wed, Jan 19, 2022, at 7:21 AM, John McKown wrote: >>>>>>I know of one MVT operator who trapped his girlfriend against a 3725 >>>>>>communication controller and dropped a university's entire network. >>>>>>Multiple sites. >>>>>> >>>>>> >>>>>Kirk Wolf >>>>>Dovetailed Technologies >>>>> >>>>>https://urldefense.us/v3/__http://secure-web.cisco.com/1cn5-HpTYfIreu2cSKoha63Y8gzW7Fj_PXrE92YSaO__;!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ5g9f541w$ >>>>>IYX4-Aa02x-L7Bs1YFxIRmL8cmskPf0sybkr9abzZzF199DWdz0Ykp9FHL5bGGt4xmkeTe >>>>>L0BR-IP-4bbomeF9cRqRy_bfzwte8ereRwNUBuJpR-zoczTxEh9fDeQfNRfZH6VHksinm_ >>>>>XjXYh733Xljj6PtqiGJfh7s1sGbZ79ymHznTYdxWdHlnBE67BXeYHYTdlkiFdjCovYB674 >>>>>dhzGy5dtMVsQ9iTkQKkBwt6w3SQjmsyzXEUWpv401TIfmhcItrgRlmrX75JqZBHJ-DtzhA >>>>>Y4N-beS9ilUZoOQRfGkSjj2c98ccwmf6vN9GYmKP0lA7nZNPFxlqPHXD-BM9eStbm1z-CB >>>>>x7m40jwWuZxedUzGR2pA_y2ZoHHg4FdpvEZtlZOvONrzby1iyUtLqEoas/http%3A%2F%2 >>>>>Fdovetail.com >>>>>< >>>>>https://urldefense.us/v3/__https://secure-web.cisco.com/1CMNJvovBdp9yBnlyYMX7XDwMols2kkKGgmrwSROS__;!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ7MCAVOqg$ >>>>>W0hnu2b_NKhNXLtkgwMMcPwd1HBr_ggnaz-jOwBW47DnVEGIt4bpW8COmjVD8XqVin4Eu- >>>>>x_4HLZpGXoDORG_9Dib3tJq7_ABHXsnB_cOZ6onLOncz6m8qRxHlbuSRz29vFEJgKt_Mra >>>>>5sXumBbRXeklvWffrMgCdm7h3-uIE-BE2zjT8qDyZa9w1nSg6wnBjmblwuVV6lUkPjJm9N >>>>>YO7sjt7IIE3oKSuCrBzJhb8dOF5aXoc4vT0JenP__8Xsug2eziZJMK48OUmxY5e-94ngrz >>>>>sGRHaYOmnzU5tmHh4jet_pvGp2n0pooHyyoGJoI39jy-YnXJwIlOsQ4ks2OtnTA5u6L2rE >>>>>7KNygGdkGR6GXneZsk9vjAnS0Ih18ujwz99-0vUGfal7K8z518ZueSeQJL/https%3A%2F >>>>>%2Fisolate.menlosecurity.com%2F1%2F3735928037%2Fhttp%3A%2Fdovetail.com >>>>>---------------------------------------------------------------------- >>>>>For IBM-MAIN subscribe / signoff / archive access instructions, send >>>>>emailtolists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> >>>>>with the message: INFO IBM-MAIN >>>>>________________________________ >>>>>American Express made the following annotations >>>>>________________________________ This e-mail was sent to you by a >>>>>representative of Amex Bank of Canada, P.O. Box 3204, Station "F", >>>>>Toronto, ON, M1W 3W7, >>>>>https://urldefense.us/v3/__http://secure-web.cisco.com/1KQ4NPloEG8UoTOGbFPQjJxOtvxMzNuaQm0niuxD9rLEsJSBBRFuzzJeUKCO4OHuVZBaoqyhT1IGAY2yfG0eTf9xznE7iiI96A5KdI4-hDpM0CwVbJJhTR0Q7nbFAWfS0l2-yiOUqZMzeWTUcoo6eT1Vw34BfkhARWl32asZXCBZYrucuLdCQMiuGXFl_Sd_lhUNNTU0Zpih0CPMu9Fmm1g9F_qoKxho612UoGxp-z-1zrmzRooSUaABglbn-ka8E8CP3Jj1UuD2ElL0fOrNgNu5QJyP4PWvbNa6grKLF4BbDoDo2NJ4GMeNaYxGX09QQVQ2NNwJPW-fYZgIvbVOwyETFeB8IOausstw9sRzOTUupru_1XUhuky47Lco_6fOY2VpXYFze88G-FpwJLhdMqzqU-NjVBFW4-TbnZW1kpxqC_SBezLZaNcLuu94lIPX7/http*3A*2F*2Fwww.americanexpress.ca__;JSUl!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ7pryotNg$ >>>>> . >>>>>If you no longer wish to receive these e-mails, please notify the >>>>>sender by reply e-mail. >>>>> >>>>>This e-mail is solely for the intended recipient and may contain >>>>>confidential or privileged information. If you are not the intended >>>>>recipient, any disclosure, copying, use, or distribution of the >>>>>information included in this e-mail is prohibited. If you have >>>>>received this e-mail in error, please notify the sender by reply >>>>>e-mail and immediately and permanently delete this e-mail and any >>>>>attachments. Thank you. >>>>> >>>>>American Express a fait les remarques suivantes Ce courriel vous a ?t? >>>>>envoy? par un repr?sentant de la Banque Amex du Canada, C.P. 3204, >>>>>succursale F, Toronto (Ontario) M1W 3W7, >>>>>https://urldefense.us/v3/__http://secure-web.cisco.com/1KQ4NPloEG8UoTOGbFPQjJxOtvxMzNuaQm0niuxD9rLEsJSBBRFuzzJeUKCO4OHuVZBaoqyhT1IGAY2yfG0eTf9xznE7iiI96A5KdI4-hDpM0CwVbJJhTR0Q7nbFAWfS0l2-yiOUqZMzeWTUcoo6eT1Vw34BfkhARWl32asZXCBZYrucuLdCQMiuGXFl_Sd_lhUNNTU0Zpih0CPMu9Fmm1g9F_qoKxho612UoGxp-z-1zrmzRooSUaABglbn-ka8E8CP3Jj1UuD2ElL0fOrNgNu5QJyP4PWvbNa6grKLF4BbDoDo2NJ4GMeNaYxGX09QQVQ2NNwJPW-fYZgIvbVOwyETFeB8IOausstw9sRzOTUupru_1XUhuky47Lco_6fOY2VpXYFze88G-FpwJLhdMqzqU-NjVBFW4-TbnZW1kpxqC_SBezLZaNcLuu94lIPX7/http*3A*2F*2Fwww.americanexpress.ca__;JSUl!!JRQnnSFuzw7wjAKq6ti6!lnIg-n-Mip8P2yvXV0uQkC3JHv94VPe9E_hr9M3_JCwNXBrrXpxApQ7pryotNg$ >>>>> . >>>>>Si, par la suite, vous ne souhaitez plus recevoir ces courriels, >>>>>veuillez en aviser les exp?diteurs par courriel. >>>>> >>>>>Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer >>>>>des renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le >>>>>destinataire pr?vu, toute divulgation, duplication, utilisation ou >>>>>distribution du courriel est interdite. Si vous avez re?u ce courriel >>>>>par erreur, veuillez en aviser l'exp?diteur par courriel et d?truire >>>>>imm?diatement le courriel et toute pi?ce jointe. Merci. >>>>> >>>>>---------------------------------------------------------------------- >>>>>For IBM-MAIN subscribe / signoff / archive access instructions, send >>>>>emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>>>> >>>>>---------------------------------------------------------------------- >>>>>For IBM-MAIN subscribe / signoff / archive access instructions, send >>>>>emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>>>> >>>>---------------------------------------------------------------------- >>>>For IBM-MAIN subscribe / signoff / archive access instructions, >>>>sendemailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>>> >>>>---------------------------------------------------------------------- >>>>For IBM-MAIN subscribe / signoff / archive access instructions, >>>>sendemailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>>> >>>-- >>>/I am not bound to win, but I am bound to be true. I am not bound to >>>succeed, but I am bound to live by the light that I have. I must stand >>>with anybody that stands right, and stand with him while he is right, >>>and part with him when he goes wrong. *Abraham Lincoln*/ >>> >>>---------------------------------------------------------------------- >>>For IBM-MAIN subscribe / signoff / archive access instructions, >>>send emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >>>---------------------------------------------------------------------- >>>For IBM-MAIN subscribe / signoff / archive access instructions, >>>send emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >>>---------------------------------------------------------------------- >>>For IBM-MAIN subscribe / signoff / archive access instructions, >>>send emailtolists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >-- /I am not bound to win, but I am bound to be true. I am not bound to >succeed, but I am bound to live by the light that I have. I must stand with >anybody that stands right, and stand with him while he is right, and part with >him when he goes wrong. *Abraham Lincoln*/ > >---------------------------------------------------------------------- >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
