Re: Z/VM support for FBA devices was Re: z/OS support of HMC's 3270 emulation?
Well no-one has answered, so I had better! The 3345 was really a 3350 that was re-partitioned so that each 3350 spindle looked like four 3340-70MB spindles/disks. It was a cheaper way of getting (maybe?slower) 3340s if you could not handle the 3350 architecture yet. ( you got a faster transfer rate, but if you were not on a cache controller, you suffered from having only one 3350 actuator instead of four 3340 actuators. ( not mention the Fixed Head feature, but I won't). We had some cheap second-hand 3345s, and WE liked them, anyway. Phil Steele ( who at least remembers something!) Were 3340's FBA? - Too busy driving to stop for gas! Ted, Nope, at least not the ones that MVS supported. I vaguely recall some 3345's that might have been FBA and we didn't support? That was a long time ago and my memory is getting fuzzy... W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Power Capacity Planning (was Slightly off topic power limits)
Getting back to the comment about the proliferation of ( usually wintel) single application servers. In my experience, this occurred because different business units liked having and controlling their own server(s), and individually each little server was not very power hungry anyway. Not like that great big 9672 (!!!). All of a sudden we have no mainframe and 250+ wintel servers... ( and, indeed! no business unit beholding to any other). Sounds a bit like all of the other centralised vs de-centralised support/cost issues. I remember when we went CMOS, then RAMAC and Magstar, our power consumption went through the floor. But now look at us !!! Our data centre is hotter and greedier than it has ever been. (by far!) (and our cpu utilisation is about 5% if it's lucky.). VMWARE , I suspect, *might* reduce things to being only 10 times worse, as distinct from the 20 times as bad we are now. Philip Steele ( die before I said I miss z/VM) *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
another IBM meaning for NIP
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, 14 January 2009 3:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: NIP console devices limit I'm sorry I can't help myself! Many years ago, we had a quite a bit of Series/1 equipment, which was largely customer set up. Once I needed to move an attachment card from one cpu to another. As was their want, IBM charged a (nominal) fee to amend their records as to what feature was on what machine. ( remember, the customer himself [me in this case] actually performed this movement). We later got an invoice from IBM which said something like reinstallation(N.I.P) of xyz attachment card I assumed that NIP stood for some thing like Now Installed Part/Product or similar. I was later informed that no, NIP in fact stood for Non Ibm Person ( i.e. me, in this case). That, I thought, put me in my place!. Phil Steele ( still a N.I.P, but I know quite a few others... I am not alone in this regard) *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old hardware (Was: Mainframe programming vs the Web)
We (TAB of NSW as it was then) had a pair of these old dears(360/44s, that is). We actually had the 'Commercial Feature which gave you LM/STM, BXLE and BXH implemented in hardware, but the storage-to-torage and packed decimal instructions were all emulated (slowly!) via an IBM supplied program ( the emulator deck) which was a stand alone program you had to ipl into extension storage. We were not allowed to use these instruction in our online system, (not surprisingly!) Philip Steele EDS Tabcorp Account 495 Harris St Ultimo NSW 2007 Tel: +61 2 92181241 E-mail:[EMAIL PROTECTED] We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Friday, 16 May 2008 11:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Old hardware (Was: Mainframe programming vs the Web) --snip- The Model 75 was the smallest machine that implemented the System/360 instruction set in hardware, so it was correspondingly expensive. unsnip Let's not forget the 360/44. Except for the LM/STM/BXLE/BXH and Commercial Feature, it was a hardware-based instruction set. Implementation of the Commercial Feature was, and is, a whole different discussion. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** PLEASE NOTE: This internet email message has been checked for viruses and appropriate content to ensure it complies with TABCORP's electronic communication policy. *** *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3277 terminals and emulators
Mike, Sorry, can't help with 3340 info, but I am pretty sure that if you plugged in a 3277 model 2 ( much more common) It would electrically work ok. The fields displayed might be in the wrong place, but I think the S/3 should not know the difference. One point though... Is the S/3 actually co-ax, or is it twin-ax like the s/34, s/38 /as/400 family that it spawned? My two bob's worth, Phil Steele -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Ross Sent: Saturday, 19 April 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 3277 terminals and emulators Folks, I'm in the process of powering-up my System/3: http://www.corestore.org/3.htm One vital component I don't have is a console terminal. The System/3 uses a 3277 console - specifically, a 3277 Model 1 (yes, the 12 lines x 40 characters one!). So: 1. Does anyone reading this list have one, or have any leads on where one might be found? 2. Failing that, I'm looking for any 3rd party compatible terminals, or device combinations that could add up to 3277-1 compatibility. So far, the only leads I have are that the 3270 card in the XT/370 desktop mainframe machine did 3277 emulation - but I don't know if it supported Model 1 mode. Ditto for the 'Appleline' external 3270 box for early Mac amp; Lisa machines; again I've heard that supported 3277, but don't know about Model 1 specifically. What about the machine that was marketed as the XT/3270 - did that support 3277 Mod. 1, for instance? Any clues, leads, or suggestions would be most welcome! And, while I'm looking for desperately rare things, I'm also going to need 3340 disk drives at some point... anyone know where those might be found? Who made 100% plug-compatible 3340 clones? Thanks! Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** PLEASE NOTE: This internet email message has been checked for viruses and appropriate content to ensure it complies with TABCORP's electronic communication policy. *** *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for sample TRANSMIT output files
I am going to tell Captain Kirk you said that!! I always thought 3348s ( the 3340s disk module) looked a lot like the Starship Enterprise. Also, when I was an operator, more than once did I get my fingers jammed between two 2311 drives that walked too close to each other. Each 2311 drive was a single top loading cabinet that shook a lot when its heads did big seek operations: and often walked a bit. - Phil Steele -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Postpischil Sent: Monday, 9 July 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Looking for sample TRANSMIT output files Rick Fochtman wrote: 2311 was a demountable disk that was SOMEWHAT similar in appearance to a 3340 drive; the last shop I was in that used them referred to them as Maytags 'cuz they loaded from the top. Also IIRC, IEBCOPY treated them just like any other DASD device. The 2311, 2314, and both models of 3330 had top loading disks. I wouldn't call either version of the 3340 similar, as it was in a sealed enclosure, with a handle, we (ir)reverently referred to as a chamber pot. IEBCOPY suffers from a design decision made at the beginning of its life - it has a built-in table of device characteristics and other constants, as I found out when I investigated why the MVS 3.8j version was getting errors processing 3390 PDSs. So the specific DASD supported depends highly on the version of IEBCOPY; there is the additional problem that IBM chose to re-use one of the type values (20.04 is used for the 9345 as well as one of the older units), so no one copy will support all extant devices. Gerhard Postpischil Bradford, VT new e-mail address: gerhardp (at) charter (dot) net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** PLEASE NOTE: This internet email message has been checked for viruses and appropriate content to ensure it complies with TABCORP's electronic communication policy. *** *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
I had not heard of TPS of DPS ( I dare say they were tape and disk versiond of the card based BPS.) As I recall BPS stood for Basic Programming Support, ( not System) As an operator, I did use BPS ( comlete with 3 card loader!). Although when I started, our installation was already converting from the more advanced BOS to the even MORE advanced DOS. ( error messages in english even !!!) we only used BPS for some old (!) programs. Phil Steele From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ken Brick Sent: Monday, 19 February 2007 6:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM S/360 series operating systems history You have also missed some small relatively insignificant OS's. TPS (Tape Programming System) DPS (Disk Programming System) BPS (Basic Programming System although it might have been CPS for Card ) These all run on the System360/20 machines. Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** PLEASE NOTE: This internet email message has been checked for viruses and appropriate content to ensure it complies with TABCORP's electronic communication policy. *** *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1401 Music
err... Umm... I can hardly bring myself to say it... Wouldn't you need a Drum printer to make up this err... Band ? (along with clanking chains and tooting trains, ) Phil Steele (who couldn't hel;p himself) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, 15 November 2006 12:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 1401 Music In [EMAIL PROTECTED], on 11/13/2006 at 02:30 PM, McKown, John [EMAIL PROTECTED] said: Ah! I guess you must have had a band printer then? grin Not with only one 1403. For that matter, doesn't it have to have several different types of instruments to be a band, not just several of the same type? -- 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) *** The information in this e-mail message and any files transmitted with it are intended to be confidential and for the use of only the individual or entity to whom they are addressed. The message and files may be protected by legal professional privilege, or other legal rules. The confidentiality of and privilege applying to this message and files is not waived if this message or files has been sent to you by mistake. If the reader of this message or files is not the intended recipient, you are notified that retention, distribution or copying of this message and files are strictly prohibited. If you receive this message or files in error, please notify us immediately by telephone or return e-mail and delete all copies from your computer system. It is the recipient's responsibility to check this message and files for viruses. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html