I've seen some strange tape movement myself, I'd say to myself, WTH? why
is that tape rewinding and re reading , then came the day's of 3480's
and all that visibility went away
On 1/19/2022 1:39 PM, Seymour J Metz wrote:
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 [[email protected]] on behalf of
Carmen Vitullo [[email protected]]
Sent: Wednesday, January 19, 2022 1:27 PM
To:[email protected]
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<[email protected]> On Behalf Of
Mike Shaw
Sent: 19 January 2022 16:44
To:[email protected]
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<[email protected]> 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 [[email protected]] on
behalf of Cameron Conacher
[[email protected]]
Sent: Wednesday, January 19, 2022 10:22 AM
To:[email protected]
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<[email protected]> On
Behalf Of Kirk Wolf
Sent: Wednesday, January 19, 2022 9:41 AM
To:[email protected]
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 protected]<mailto:[email protected]>
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 protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send [email protected] 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 [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email [email protected] 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 [email protected] with the message: INFO IBM-MAIN
