...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 http://mason.gmu.edu/~smetz3 ________________________________________ 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 >> http://mason.gmu.edu/~smetz3 >> >> ________________________________________ >> 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 >> >> http://secure-web.cisco.com/1cn5-HpTYfIreu2cSKoha63Y8gzW7Fj_PXrE92YSaO >> IYX4-Aa02x-L7Bs1YFxIRmL8cmskPf0sybkr9abzZzF199DWdz0Ykp9FHL5bGGt4xmkeTe >> L0BR-IP-4bbomeF9cRqRy_bfzwte8ereRwNUBuJpR-zoczTxEh9fDeQfNRfZH6VHksinm_ >> XjXYh733Xljj6PtqiGJfh7s1sGbZ79ymHznTYdxWdHlnBE67BXeYHYTdlkiFdjCovYB674 >> dhzGy5dtMVsQ9iTkQKkBwt6w3SQjmsyzXEUWpv401TIfmhcItrgRlmrX75JqZBHJ-DtzhA >> Y4N-beS9ilUZoOQRfGkSjj2c98ccwmf6vN9GYmKP0lA7nZNPFxlqPHXD-BM9eStbm1z-CB >> x7m40jwWuZxedUzGR2pA_y2ZoHHg4FdpvEZtlZOvONrzby1iyUtLqEoas/http%3A%2F%2 >> Fdovetail.com >> < >> https://secure-web.cisco.com/1CMNJvovBdp9yBnlyYMX7XDwMols2kkKGgmrwSROS >> 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 >> email tolists...@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, >> 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. >> 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, >> 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. >> 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 >> email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email tolists...@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
