Token Ring vs. Ethernet
Rich Seifert (who worked on the original 10Mbit ethernet) in his Gigabit Ethernet book has some explanation about this. Token Ring requires more complicated hardware, keeping the price higher. The higher price reduces demand, making it harder to reach the economy of scale point. There is a lot of hardware to manage tokens, create one if the active token is lost, etc. Also, TR has a priority system allowing eight priority levels. There is no system to manage or assign priority, so everyone uses the highest priority level, making the extra hardware useless. There is a story about a conference where IBM announced the TR card for the original IBM PC. Someone asked about ethernet, and the speaker suggested that if one found an ethernet card for less than $200, buy it. The next speaker was from 3com announcing the 3C501 for $199. (I believe I have the prices right, but it has been some time since I first heard this.) -- glen
FTP'ing to boulder
For at least the last two years I have gotten the following error messages when I try to connect to Boulder from VM to download a fix. ftp ptf.boulder.ibm.com VM TCP/IP FTP Level 520 Connecting to PTF.BOULDER.IBM.COM 207.25.253.62, port 21 Foreign host rejected the open attempt Unable to connect to PTF.BOULDER.IBM.COM 207.25.253.62 Foreign host rejected the open attempt Command: I've always been able to make the connection from my pc. Do I need to do something special on my end? I really don't like running FTP on my pc to get these files and then turn around and up load them. I want to remove this level of opportunity for something not to go right. Thanks, Steve G.
Re: Anyone use VMRM?
I thought SHARE was more logarithmic than linear, so it would be much worse than 100-to-1. Or am I confusing that with something else? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wheeler Sent: Thursday, June 08, 2006 4:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Anyone use VMRM? Leland, I used it for over a year but recently turned it off and went back to using staticly-defined share settings. I found it to be generally sluggish to respond to changing workloads (although I made some mods to make it moreso). In practice, my observation was that when the system got busy, it tended to raise every managed virtual machines' SHARE setting to REL 1 (because they weren't getting the resources they needed). Conversely, if the system was running fine, it tended to lower the managed virtual machines' SHARE settings to REL 1 (for the opposite reason). The latter situation was even worse because if some virtual machine with a SHARE REL 100 decided to get busy all of a sudden, it could be a long time before VMRM reacted to raise the important workload back up (in the meantime, running at a 100-to-1 disadvantage). I moderated this effect with mods which set limits on the SHARE setting changes so as not to go lower than 50 or higher that 5000. In the end, the downsides (significant) outweighed the benefits (if any). Best regards, Mark Wheeler, 3M Company Leland Lucius [EMAIL PROTECTED] NET To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Anyone use VMRM? 06/08/2006 03:37 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU So, how do you folks feel about VMRM? Does it work as advertised? Like David B., I'm fundamentally lazy and don't want to have to sit around and baby sit these funny looking birds. Sure, initial hand holding would be required, but after that I want the system to take care of things for me. Thanks, Leland If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: FTP'ing to boulder
Title: Message Try: "EXEC FTP PTF.SOFTWARE.IBM.COM" /* NEW IBM Service */ -Original Message-From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve GentrySent: Friday, June 09, 2006 9:11 AMTo: IBMVM@LISTSERV.UARK.EDUSubject: FTP'ing to boulderFor at least the last two years I have gotten the following error messages when I try to connect to Boulder from VM to download a fix. ftp ptf.boulder.ibm.com VM TCP/IP FTP Level 520 Connecting to PTF.BOULDER.IBM.COM 207.25.253.62, port 21 Foreign host rejected the open attempt Unable to connect to PTF.BOULDER.IBM.COM 207.25.253.62 Foreign host rejected the open attempt Command: I've always been able to make the connection from my pc. Do I need to do something special on my end? I really don't like running FTP on my pc to get these files and then turn around and up load them. I want to remove this level of opportunity for something not to go right. Thanks, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Link Editing
Nah, I was just trying to be funny since he's from the postal service. Leland On 6/9/06 3:06 AM, Shimon Lebowitz [EMAIL PROTECTED] wrote: His account was cancelled for asking z/OS link edit questions in IBMVM? Shimon On 8 Jun 2006 at 15:23, Leland Lucius wrote: Quoting Stein, Bernard J - Wlkes-Barre, PA - Contractor [EMAIL PROTECTED]: Return to sender. Adressee no longer resides at this address. :-) (Keep it up and postage will be due. :-D) Leland
Re: FTP'ing to boulder
When I issue the command, I get the following: EXEC FTP PTF.SOFTWARE.IBM.COM DMSEXT072E Error in EXEC file FTP, line 0 - not found Ready(00801); Where is the FTP EXEC? The FTP module is on TCPMAINT 592 disk. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 07:52 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: FTP'ing to boulder Try: EXEC FTP PTF.SOFTWARE.IBM.COM /* NEW IBM Service */ -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Friday, June 09, 2006 9:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FTP'ing to boulder For at least the last two years I have gotten the following error messages when I try to connect to Boulder from VM to download a fix. ftp ptf.boulder.ibm.com VM TCP/IP FTP Level 520 Connecting to PTF.BOULDER.IBM.COM 207.25.253.62, port 21 Foreign host rejected the open attempt Unable to connect to PTF.BOULDER.IBM.COM 207.25.253.62 Foreign host rejected the open attempt Command: I've always been able to make the connection from my pc. Do I need to do something special on my end? I really don't like running FTP on my pc to get these files and then turn around and up load them. I want to remove this level of opportunity for something not to go right. Thanks, Steve G. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Anyone use VMRM?
No, it's linear. But I would be DEATHLY AFRAID of a system that made one of my production servers 10,000 times more share than another production server. This could easily cause one server to be delayed by minutes, not just seconds and would REALLY make intel servers look good. The logic boggles the mind. Date: Fri, 9 Jun 2006 08:51:07 -0400 From: Stracka, James (GTI) [EMAIL PROTECTED] I thought SHARE was more logarithmic than linear, so it would be much worse than 100-to-1. Or am I confusing that with something else? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wheeler Sent: Thursday, June 08, 2006 4:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Anyone use VMRM? Leland, I used it for over a year but recently turned it off and went back to using staticly-defined share settings. I found it to be generally sluggish to respond to changing workloads (although I made some mods to make it moreso). In practice, my observation was that when the system got busy, it tended to raise every managed virtual machines' SHARE setting to REL 1 (because they weren't getting the resources they needed). Conversely, if the system was running fine, it tended to lower the managed virtual machines' SHARE settings to REL 1 (for the opposite reason). The latter situation was even worse because if some virtual machine with a SHARE REL 100 decided to get busy all of a sudden, it could be a long time before VMRM reacted to raise the important workload back up (in the meantime, running at a 100-to-1 disadvantage). I moderated this effect with mods which set limits on the SHARE setting changes so as not to go lower than 50 or higher that 5000. In the end, the downsides (significant) outweighed the benefits (if any). Best regards, Mark Wheeler, 3M Company So, how do you folks feel about VMRM? Does it work as advertised? Like David B., I'm fundamentally lazy and don't want to have to sit around and baby sit these funny looking birds. Sure, initial hand holding would be required, but after that I want the system to take care of things for me. Thanks, Leland If you can't measure it, I'm Just NOT interested!(tm) // Barton Robinson - CBW Internet: [EMAIL PROTECTED] Velocity Software, IncMailing Address: 196-D Castro Street P.O. Box 390640 Mountain View, CA 94041 Mountain View, CA 94039-0640 VM Performance Hotline: 650-964-8867 Fax: 650-964-9012 Web Page: WWW.VELOCITY-SOFTWARE.COM //
Re: FTP'ing to boulder
Interesting - we just ordered something on 6/5 and got: Data sent via INET. To retrieve your service: FTP to: ptf.boulder.ibm.com Log on using userid ... Enter the following FTP commands: ... Mike, you must be 'special' or it was a 6/6/6 thing (sigh). We have had no problems ftp'ing to ptf.boulder.ibm.com at all. I can only guess there may be a firewall thing going on preventing the connection. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 06/09/2006 09:57:45 AM: IBMVM@LISTSERV.UARK.EDU Steve, Don't know where you're getting the PTF.BOULDER.IBM.COM, I don't remember seeing that for years (gee, maybe For at least the last two years?). When I ordered a PTF through IBMLink just this last Tuesday 6/6/6 (sort of makes one fearful to install anything on that day), the instructions from IBMLink included the following (where I overtyped my IBMLink userid with uu and password with ): ---snip--- *-*-*-*-*-*-*-*-*-* Internet Webpage *-*-*-*-*-*-*-*-*-* If you have access to the Internet, IBM has a webpage available for you to check your order's status. The URL is- https://www14.software.ibm.com/webapp/ssos/order_status Data sent via INET. To retrieve your service: FTP to: ptf.software.ibm.com Log on using userid uu and password Enter the following FTP commands: ---snip--- (there was more, but it's unrelated to your specific issue) I use FTP from CMS to order service and ship dumps to IBM and ISV's all the time. The VMFTP package (with the latest fixes) written by Romney White can be a huge help for frequent and automated FTP use (from FILELIST I can issue a homegrown FTP2CA EXEC command and the file is packed and shipped to CA's download site in one swell foop). The VMFTP package can be obtained from: http://ukcc.uky.edu/~tools.1997/ Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
Re: DDR to standard labeled tapes
I know you can do that as a crude FSF file, but you can't BSF without CMS. A CP command to FSF would be much faster and cleaner than multiple IPL's. CP already provides REWIND, so a command to do FSF and BSF isn't much of a stretch. Maybe I'll write an IPL'able utility that will issue FSF and BSF commands to a tape drive. I'll IPL that whenever I need to re-position my main tape drive. g Brian Nielsen On Thu, 8 Jun 2006 15:30:11 -0700, Schuh, Richard [EMAIL PROTECTED] wrote : You do not have to use CMS. IPL commands will work just like loading fro m the HMC. IPL 181 Read VOL1 label; Get a message IPL 181 Read HDR1; Get a message IPL 181 Read HDR2 and get a message IPL 181 Cross the tape mark and get a message IPL 181 And you are there If your tape just has a VOL1 without the HDR records, you shorten the process by 2 IPL commands. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Brian Nielsen Sent: Thursday, June 08, 2006 3:21 PM To:IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes That was my point, 2nd level you have to use CMS to do the tape poisitoning, there is not a CP command. If you're logged onto a userid = that doesn't normally have access to CMS (ex. a z/OS guest) there is ext r= a work to do to get CMS running (such as linking the MAINT 190 disk) just t= o position the tape. If the z/OS guest already uses address 190 it's even = more extra work. (Not to mention the error messages when you IPL CMS if = you don't also have a 191 or 19E disk.) CP provides only a REWIND command. How hard would a FSF/BSF type comman d= be? Brian Nielsen On Thu, 8 Jun 2006 17:38:07 -0400, carlos martinez [EMAIL PROTECTED] = wrote: But from second level cms: Tape FSF N CP term con 3270 Cp IPL CL LOADPARM CUU -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, June 08, 2006 5:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes How about TAPE FSF ( VDEV is 181 as a default) TAPE is a CMS command, not a CP command. = ===
Re: FTP'ing to boulder
Hmmm... Jim, did you order the PTF via the good old, reliable, green-screen 3270 IBMLink interface, or via that new-fangled web-stuff interface? Maybe that's what causes the difference? Somehow I suspect you're using the 3270 interface, too. :-) Just a stab in the etherdark. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Jim Vincent [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 09:10 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FTP'ing to boulder Interesting - we just ordered something on 6/5 and got: Data sent via INET. To retrieve your service: FTP to: ptf.boulder.ibm.com Log on using userid ... Enter the following FTP commands: ... Mike, you must be 'special' or it was a 6/6/6 thing (sigh). We have had no problems ftp'ing to ptf.boulder.ibm.com at all. I can only guess there may be a firewall thing going on preventing the connection. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 06/09/2006 09:57:45 AM: IBMVM@LISTSERV.UARK.EDU Steve, Don't know where you're getting the PTF.BOULDER.IBM.COM, I don't remember seeing that for years (gee, maybe For at least the last two years?). When I ordered a PTF through IBMLink just this last Tuesday 6/6/6 (sort of makes one fearful to install anything on that day), the instructions from IBMLink included the following (where I overtyped my IBMLink userid with uu and password with ): ---snip--- *-*-*-*-*-*-*-*-*-* Internet Webpage *-*-*-*-*-*-*-*-*-* If you have access to the Internet, IBM has a webpage available for you to check your order's status. The URL is- https://www14.software.ibm.com/webapp/ssos/order_status Data sent via INET. To retrieve your service: FTP to: ptf.software.ibm.com Log on using userid uu and password Enter the following FTP commands: ---snip--- (there was more, but it's unrelated to your specific issue) I use FTP from CMS to order service and ship dumps to IBM and ISV's all the time. The VMFTP package (with the latest fixes) written by Romney White can be a huge help for frequent and automated FTP use (from FILELIST I can issue a homegrown FTP2CA EXEC command and the file is packed and shipped to CA's download site in one swell foop). The VMFTP package can be obtained from: http://ukcc.uky.edu/~tools.1997/ Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: FTP'ing to boulder
This was from http://www-03.ibm.com/servers/eserver/support/ ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 06/09/2006 10:54:53 AM: IBMVM@LISTSERV.UARK.EDU Hmmm... Jim, did you order the PTF via the good old, reliable, green-screen 3270 IBMLink interface, or via that new-fangled web-stuff interface? Maybe that's what causes the difference? Somehow I suspect you're using the 3270 interface, too. :-) Just a stab in the etherdark. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Jim Vincent [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 09:10 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FTP'ing to boulder Interesting - we just ordered something on 6/5 and got: Data sent via INET. To retrieve your service: FTP to: ptf.boulder.ibm.com Log on using userid ... Enter the following FTP commands: ... Mike, you must be 'special' or it was a 6/6/6 thing (sigh). We have had no problems ftp'ing to ptf.boulder.ibm.com at all. I can only guess there may be a firewall thing going on preventing the connection. ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support One Nationwide Plaza 3-25-02 Columbus OH 43215-2220 U.S.A Voice: (614) 249-5547Fax: (614) 677-7681 mailto:[EMAIL PROTECTED] The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 06/09/2006 09:57:45 AM: IBMVM@LISTSERV.UARK.EDU Steve, Don't know where you're getting the PTF.BOULDER.IBM.COM, I don't remember seeing that for years (gee, maybe For at least the last two years?). When I ordered a PTF through IBMLink just this last Tuesday 6/6/6 (sort of makes one fearful to install anything on that day), the instructions from IBMLink included the following (where I overtyped my IBMLink userid with uu and password with ): ---snip--- *-*-*-*-*-*-*-*-*-* Internet Webpage *-*-*-*-*-*-*-*-*-* If you have access to the Internet, IBM has a webpage available for you to check your order's status. The URL is- https://www14.software.ibm.com/webapp/ssos/order_status Data sent via INET. To retrieve your service: FTP to: ptf.software.ibm.com Log on using userid uu and password Enter the following FTP commands: ---snip--- (there was more, but it's unrelated to your specific issue) I use FTP from CMS to order service and ship dumps to IBM and ISV's all the time. The VMFTP package (with the latest fixes) written by Romney White can be a huge help for frequent and automated FTP use (from FILELIST I can issue a homegrown FTP2CA EXEC command and the file is packed and shipped to CA's download site in one swell foop). The VMFTP package can be obtained from: http://ukcc.uky.edu/~tools.1997/ Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Link Editing
Nah, I was just trying to be funny since he was from the postal service. Leland On 6/9/06 3:06 AM, Shimon Lebowitz [EMAIL PROTECTED] wrote: His account was cancelled for asking z/OS link edit questions in IBMVM? Shimon On 8 Jun 2006 at 15:23, Leland Lucius wrote: Quoting Stein, Bernard J - Wlkes-Barre, PA - Contractor [EMAIL PROTECTED]: Return to sender. Adressee no longer resides at this address. :-) (Keep it up and postage will be due. :-D) Leland
Re: DDR to standard labeled tapes
You can manually BSF all the way to load point - it was called a Rewind button in the olden days :). I think there is a different name on the button nowadays; however, I can't be sure because the machine room is over 1000 miles away. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Brian Nielsen Sent: Friday, June 09, 2006 7:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject:Re: DDR to standard labeled tapes I know you can do that as a crude FSF file, but you can't BSF without CMS. A CP command to FSF would be much faster and cleaner than multiple = IPL's. CP already provides REWIND, so a command to do FSF and BSF isn't much of = a stretch. Maybe I'll write an IPL'able utility that will issue FSF and BSF commands= to a tape drive. I'll IPL that whenever I need to re-position my main = tape drive. g Brian Nielsen On Thu, 8 Jun 2006 15:30:11 -0700, Schuh, Richard [EMAIL PROTECTED] wrote= : You do not have to use CMS. IPL commands will work just like loading fro= m the HMC. IPL 181 Read VOL1 label; Get a message IPL 181 Read HDR1; Get a message IPL 181 Read HDR2 and get a message IPL 181 Cross the tape mark and get a message IPL 181 And you are there If your tape just has a VOL1 without the HDR records, you shorten the = process by 2 IPL commands. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] = On Behalf Of Brian Nielsen Sent: Thursday, June 08, 2006 3:21 PM To:IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes That was my point, 2nd level you have to use CMS to do the tape poisitoning, there is not a CP command. If you're logged onto a userid = = that doesn't normally have access to CMS (ex. a z/OS guest) there is ext= r= a work to do to get CMS running (such as linking the MAINT 190 disk) just = t= o position the tape. If the z/OS guest already uses address 190 it's even= = more extra work. (Not to mention the error messages when you IPL CMS if= = you don't also have a 191 or 19E disk.) CP provides only a REWIND command. How hard would a FSF/BSF type comman= d= be? Brian Nielsen On Thu, 8 Jun 2006 17:38:07 -0400, carlos martinez [EMAIL PROTECTED]= = wrote: But from second level cms: Tape FSF N CP term con 3270 Cp IPL CL LOADPARM CUU -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On= Behalf Of David Boyes Sent: Thursday, June 08, 2006 5:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes How about TAPE FSF ( VDEV is 181 as a default) TAPE is a CMS command, not a CP command. = == ===
Re: DDR to standard labeled tapes
On Friday, 06/09/2006 at 08:48 MST, Schuh, Richard [EMAIL PROTECTED] wrote: I never saw the problem on a 3088 - we had a 9088 that apparently did the right thing when it received the IPL reset signal :) In any event, this applies to anything that causes an interrupt when the stand-alone program has been ipled and is waiting for the console interrupt. In the Dark Ages (stone knives and bear skins), CTCs were problematic for SA programs because the interrupts are generated by the system on the *other* end. The various SA programs that still depend on an I/O interrupt in addition to, or instead of, LOADPARM were changed in the Middle Ages (represented by the invention of Sense ID) to examine more closely the cyberDNS of interrupting device. 3088s exacerbated the problem because it was so easy to fully interconnect the attached systems. Or someone decided that *now* would be good time to ENABLE one of the adapters. :-) For a 3088/CTC, the channel reset only affects *this* system's I/O status. The other side can still restart the link and annoy your SA program. If you find an SA program that gets confused by random interrupts and cannot be overridden by LOADPARM, you should probably call it in. With the XA I/O architecture there are all kinds of interrupts that can come in that have nothing to do with a tape was mounted or somebody flipped the test/normal switch on the 3278 or Attention was pressed on the 3215. Alan Altmark z/VM Development IBM Endicott
Re: DDR to standard labeled tapes
Watch that dark ages stuff, Chuckie. By the time I saw that problem, I was no longer keying on an 029 or maybe 026. I had graduated to a 3278 or 3279, altho I did then and still do carry 5081 cards in my pocket. Jim At 01:31 PM 6/9/2006, you wrote: In the Dark Ages (stone knives and bear skins), CTCs were problematic for SA programs because the interrupts are generated by the system on the *other* end. The various SA programs that still depend on an I/O interrupt in addition to, or instead of, LOADPARM were changed in the Middle Ages (represented by the invention of Sense ID) to examine more closely the cyberDNS of interrupting device. 3088s exacerbated the problem because it was so easy to fully interconnect the attached systems. Or someone decided that *now* would be good time to ENABLE one of the adapters. :-) For a 3088/CTC, the channel reset only affects *this* system's I/O status. The other side can still restart the link and annoy your SA program. If you find an SA program that gets confused by random interrupts and cannot be overridden by LOADPARM, you should probably call it in. With the XA I/O architecture there are all kinds of interrupts that can come in that have nothing to do with a tape was mounted or somebody flipped the test/normal switch on the 3278 or Attention was pressed on the 3215. Alan Altmark z/VM Development IBM Endicott Jim Bohnsack Cornell Univ. (607) 255-1760
Tape Modeset for 3480 XF
Maybe I'm missing something obvious, but I'm trying to write to a 3480 cart using TAPE MODESET (XF. The TAPE QUERY command confirms that the drive is capable of writing mode XF. But whatever I do, the data is apparently being written as 38k bpi, according to both the UofK TAPEMAP and Rich Greenberg's TAPINFO Modules. I've tried issuing TAPE MODESET (XF, writing a VOL1 hdr with the (XF option, issuing a MODESET then doing a TAPE DUMP (XF w/o a label, but in each case the utils report that my density is 38k, not XF. The carts I'm using are Imation Royal Guard 210MB. Are these not capable of the higher density? I thought this was a function of the drives, not the media. What am I missing here?
Re: DDR to standard labeled tapes
Never ran into that with a 3088, but I certainly did back with a 3705. We ended up having that Ctrlr on a channel switch which we had to disable when booting. Early during an HPO release (4.somethng IIRC), we even saw it interfere with a CP IPL until we worked with a Standalone Dump and Level II for a PTF. Jim Bohnsack wrote: Another gotcha that I discovered about 20 years ago on a system that had a 3088 connected to it, is that some other types of equipment, in this case, 3088's can confuse a SA program into thinking that it is getting 3270 attn interrupts. I was not, very dependable, able to ipl a SA tape unless I would first disable the channel adapter on the 3088. I don't know what other kind of equipment can generate fake 3270 interrupts. Maybe nothing, but it can be frustrating if you are pretty sure that you're ipled a real program from the tape, but the program thinks that the interrupt it got is from the address it wants to talk to and it's something out on the machine room floor.
Re: Tape Modeset for 3480 XF
George, Use HELP CMS TAPE ... It's TAPE MODESET ( DEN 38K JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of George Haddad Sent: Friday, June 09, 2006 03:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Modeset for 3480 XF Maybe I'm missing something obvious, but I'm trying to write to a 3480 cart using TAPE MODESET (XF. The TAPE QUERY command confirms that the drive is capable of writing mode XF. But whatever I do, the data is apparently being written as 38k bpi, according to both the UofK TAPEMAP and Rich Greenberg's TAPINFO Modules. I've tried issuing TAPE MODESET (XF, writing a VOL1 hdr with the (XF option, issuing a MODESET then doing a TAPE DUMP (XF w/o a label, but in each case the utils report that my density is 38k, not XF. The carts I'm using are Imation Royal Guard 210MB. Are these not capable of the higher density? I thought this was a function of the drives, not the media. What am I missing here?
Re: Tape Modeset for 3480 XF
Steve, my HELPFILE shows DEN 38K as a valid Option-D, but also shows XF as valid, too. I'm trying to write an XF tape, not a 38K. Imler, Steven J wrote: George, Use HELP CMS TAPE ... It's TAPE MODESET ( DEN 38K JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of George Haddad Sent: Friday, June 09, 2006 03:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Modeset for 3480 XF Maybe I'm missing something obvious, but I'm trying to write to a 3480 cart using TAPE MODESET (XF. The TAPE QUERY command confirms that the drive is capable of writing mode XF. But whatever I do, the data is apparently being written as 38k bpi, according to both the UofK TAPEMAP and Rich Greenberg's TAPINFO Modules. I've tried issuing TAPE MODESET (XF, writing a VOL1 hdr with the (XF option, issuing a MODESET then doing a TAPE DUMP (XF w/o a label, but in each case the utils report that my density is 38k, not XF. The carts I'm using are Imation Royal Guard 210MB. Are these not capable of the higher density? I thought this was a function of the drives, not the media. What am I missing here?
Re: DDR to standard labeled tapes
You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim At 03:11 PM 6/9/2006, you wrote: John, carry 5081 cards in my pocket Wow! 5,081 cards in your pocket!? Must be really small cards or really big pockets! Talk about playing with a full deck! :-) Ah, it's Friday, isn't it? Mike Walter Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 01:45 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR to standard labeled tapes Watch that dark ages stuff, Chuckie. By the time I saw that problem, I was no longer keying on an 029 or maybe 026. I had graduated to a 3278 or 3279, altho I did then and still do carry 5081 cards in my pocket. Jim At 01:31 PM 6/9/2006, you wrote: In the Dark Ages (stone knives and bear skins), CTCs were problematic for SA programs because the interrupts are generated by the system on the *other* end. The various SA programs that still depend on an I/O interrupt in addition to, or instead of, LOADPARM were changed in the Middle Ages (represented by the invention of Sense ID) to examine more closely the cyberDNS of interrupting device. 3088s exacerbated the problem because it was so easy to fully interconnect the attached systems. Or someone decided that *now* would be good time to ENABLE one of the adapters. :-) For a 3088/CTC, the channel reset only affects *this* system's I/O status. The other side can still restart the link and annoy your SA program. If you find an SA program that gets confused by random interrupts and cannot be overridden by LOADPARM, you should probably call it in. With the XA I/O architecture there are all kinds of interrupts that can come in that have nothing to do with a tape was mounted or somebody flipped the test/normal switch on the 3278 or Attention was pressed on the 3215. Alan Altmark z/VM Development IBM Endicott Jim Bohnsack Cornell Univ. (607) 255-1760 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. Jim Bohnsack Cornell Univ. (607) 255-1760
Re: Tape Modeset for 3480 XF
Mike Walter wrote: UofKs TAPEMAP command is great, but badly out of date. Rich's TAPINFO modules may fall into the same bucket? I looked at the source for Rich's TAPINFO, and it just seems to do a SENSE to get its info. Other info appears correct (i.e. LDPT/NLDPT, RING/NORING, etc. Do you have a z/OS system around running FATS or FATAR? Those, being current and supported products, are likely to produce reliable results. No chance. Once you find out, you can develop and distribute updates to TAPEMAP and TAPINFO, right? ;-) Be glad to if I could! What does TAPE QUERY show before and after TAPE MODESET (XF? tape modeset (den 38k Ready ([EMAIL PROTECTED]); T=0.01/0.01 15:48:08 tape query DMSP2C217I Device TAP1 can write the 3480 Compacted recording format (XF) DMSP2C217I Device TAP1 can write the 3480 Basic recording format (18TRACK) Ready ([EMAIL PROTECTED]); T=0.01/0.01 15:48:12 tape modeset (XF Ready ([EMAIL PROTECTED]); T=0.01/0.01 15:48:36 tape query DMSP2C217I Device TAP1 can write the 3480 Compacted recording format (XF) DMSP2C217I Device TAP1 can write the 3480 Basic recording format (18TRACK) Ready ([EMAIL PROTECTED]); T=0.01/0.01 15:48:43
5081
My first job working in this industry was sorting and collating 101,000 5081s for year end processing. After sorting and collating the December then 4th quarter cards. I still have the ringing of that collator in my ears when I think of that. Around 1994 I worked at an IBM office that was formerly one of the plants where they were made in Dayton, New Jersey. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Friday, June 09, 2006 3:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: DDR to standard labeled tapes
I lost my last 5081 years ago, at the same time my -0 of the 360 reference card, yellow instead if green, disappeared from my desk drawer. We weren't issued desk keys because everyone is a professional and can be trusted. That -0 was considered a relic as we were on VM R3, going to R4, at the time. It was just before SP, and Jim Brergsten's famous vulture T-shirt (VM SP is waiting for you) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, June 09, 2006 12:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject:Re: DDR to standard labeled tapes John, carry 5081 cards in my pocket Wow! 5,081 cards in your pocket!? Must be really small cards or really big pockets! Talk about playing with a full deck! :-) Ah, it's Friday, isn't it? Mike Walter Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 01:45 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR to standard labeled tapes Watch that dark ages stuff, Chuckie. By the time I saw that problem, I was no longer keying on an 029 or maybe 026. I had graduated to a 3278 or 3279, altho I did then and still do carry 5081 cards in my pocket. Jim At 01:31 PM 6/9/2006, you wrote: In the Dark Ages (stone knives and bear skins), CTCs were problematic for SA programs because the interrupts are generated by the system on the *other* end. The various SA programs that still depend on an I/O interrupt in addition to, or instead of, LOADPARM were changed in the Middle Ages (represented by the invention of Sense ID) to examine more closely the cyberDNS of interrupting device. 3088s exacerbated the problem because it was so easy to fully interconnect the attached systems. Or someone decided that *now* would be good time to ENABLE one of the adapters. :-) For a 3088/CTC, the channel reset only affects *this* system's I/O status. The other side can still restart the link and annoy your SA program. If you find an SA program that gets confused by random interrupts and cannot be overridden by LOADPARM, you should probably call it in. With the XA I/O architecture there are all kinds of interrupts that can come in that have nothing to do with a tape was mounted or somebody flipped the test/normal switch on the 3278 or Attention was pressed on the 3215. Alan Altmark z/VM Development IBM Endicott Jim Bohnsack Cornell Univ. (607) 255-1760 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Tape Modeset for 3480 XF
On: Fri, Jun 09, 2006 at 02:45:47PM -0500,Mike Walter Wrote: } UofKs TAPEMAP command is great, but badly out of date. Rich's TAPINFO } modules may fall into the same bucket? Well, it depends. :-) I haven't touched that module in a lng time. When I last did anything with density it was 200/556/800 vs 1600. No idea what anyone else may have done with it in the interim. I found that my own use of TAPEINFO rarely needed density and I used it for ready/not ready and write protected/write enabled tests. According to my rusty memory, the density on the tape is 38k irreguardless of XF or not XF. XF is a compression process that is done in the tape drive or control unit, but the compressed data is still written at 38k. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red Shasta (RIP),Red, Zero Casey, Siberians Owner:Chinook-L Atlanta Siberian Husky Rescue. www.panix.com/~richgr/ Asst Owner:Sibernet-L
Re: DDR to standard labeled tapes
Thanks for the journey down memory lane... I thought my first keypunch was an IBM Model 26 keypunch (the rounded battleship gray ones), but that actually came later. My first exposure to a keypunch was during a Data Processing 101 course in college, c. 1969. Apparently I started on a model 29, then a model 129, then (good old real-life business, maybe in the Marines - can't remember for sure) used a model 26 for a bit. It all came rushing back after visiting: http://www.columbia.edu/acis/history/026.html and http://www.columbia.edu/acis/history/029.html My first computer use was writing FORTRAN on an IBM 360 Model 20 (I think), and I drooled at thought of all that power in an IBM 360 Model 45. :-) Mike Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 02:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR to standard labeled tapes You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim At 03:11 PM 6/9/2006, you wrote: John, carry 5081 cards in my pocket Wow! 5,081 cards in your pocket!? Must be really small cards or really big pockets! Talk about playing with a full deck! :-) Ah, it's Friday, isn't it? Mike Walter Jim Bohnsack [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 01:45 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR to standard labeled tapes Watch that dark ages stuff, Chuckie. By the time I saw that problem, I was no longer keying on an 029 or maybe 026. I had graduated to a 3278 or 3279, altho I did then and still do carry 5081 cards in my pocket. Jim At 01:31 PM 6/9/2006, you wrote: In the Dark Ages (stone knives and bear skins), CTCs were problematic for SA programs because the interrupts are generated by the system on the *other* end. The various SA programs that still depend on an I/O interrupt in addition to, or instead of, LOADPARM were changed in the Middle Ages (represented by the invention of Sense ID) to examine more closely the cyberDNS of interrupting device. 3088s exacerbated the problem because it was so easy to fully interconnect the attached systems. Or someone decided that *now* would be good time to ENABLE one of the adapters. :-) For a 3088/CTC, the channel reset only affects *this* system's I/O status. The other side can still restart the link and annoy your SA program. If you find an SA program that gets confused by random interrupts and cannot be overridden by LOADPARM, you should probably call it in. With the XA I/O architecture there are all kinds of interrupts that can come in that have nothing to do with a tape was mounted or somebody flipped the test/normal switch on the 3278 or Attention was pressed on the 3215. Alan Altmark z/VM Development IBM Endicott Jim Bohnsack Cornell Univ. (607) 255-1760 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. Jim Bohnsack Cornell Univ. (607) 255-1760 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: DDR to standard labeled tapes
On: Fri, Jun 09, 2006 at 03:54:45PM -0400,Jim Bohnsack Wrote: } You must be a kid if you don't know what 5081 cards are or am I the only } one on the list who does? I remember them. I tossed a full box of them in my last cross country move in 1997. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red Shasta (RIP),Red, Zero Casey, Siberians Owner:Chinook-L Atlanta Siberian Husky Rescue. www.panix.com/~richgr/ Asst Owner:Sibernet-L
Re: 5081
I remember them ! The confetti was great to use on someone's desk that you did NOT like. :) LOL ... snip You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim
Re: Tape Modeset for 3480 XF
Ah, that's consistent w/what I'm seeing. But the UofK TAPEMAP util *does* differentiate I'm suspecting it may be a HW issue, I just tried it on a different drive and it worked correctly (according to TAPEMAP). Rich Greenberg wrote: On: Fri, Jun 09, 2006 at 02:45:47PM -0500,Mike Walter Wrote: } UofKs TAPEMAP command is great, but badly out of date. Rich's TAPINFO } modules may fall into the same bucket? Well, it depends. :-) I haven't touched that module in a lng time. When I last did anything with density it was 200/556/800 vs 1600. No idea what anyone else may have done with it in the interim. I found that my own use of TAPEINFO rarely needed density and I used it for ready/not ready and write protected/write enabled tests. According to my rusty memory, the density on the tape is 38k irreguardless of XF or not XF. XF is a compression process that is done in the tape drive or control unit, but the compressed data is still written at 38k.
Re: 5081
Or New Yr's Eve. Robert Payne wrote: I remember them ! The confetti was great to use on someone's desk that you did NOT like. :) LOL ... snip You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim
Re: 5081
Oh, the memories... When I was an operator we used to break in new operators by having them place the punch chaff back in a well-used card so we can save money by re-using them -- the right color punched pieces with the right numbers into the right holes. After about 15 or 20 minutes of frustration we'd usually relent, telling the hapless soul that he had been had. Sometimes we'd try to convince a new operator that they could turn a used card over and punch into the opposite side. Well.. you COULD! In the same way that you don't need a parachute to skydive - only if you want to skydive more than once. :-) Mike Walter Robert Payne [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: 5081 I remember them ! The confetti was great to use on someone's desk that you did NOT like. :) LOL ... snip You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Help with verifying a PTF
I need help verifying which ptf to put on. I'm running VM 5.2 service level 0601 and I need a new release of the IOCP utility. I used ResourceLink and when I got to the search screen, I entered VM2096 and got a couple of hits. I choose the 2096 option and in the lists of PTF's they recommend using UM31740, which I believe to be for VM 4.4. I think I should be using PTF UM31742. I determined this because when I click on the APAR link, scroll down to the bottom of the page, it appears to me that UM31742 is the one to use for 5.2. Am I reading this right? Could someone verify this? Thanks, Steve G.
Re: 5081
Kmart DID that! For their JCL Phil Parmelee Desk = (616) 456-4286 Cell = (616) 304-6917 -Original Message- From: Mike Walter [mailto:[EMAIL PROTECTED] Sent: Friday, June 09, 2006 4:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 5081 Oh, the memories... When I was an operator we used to break in new operators by having them place the punch chaff back in a well-used card so we can save money by re-using them -- the right color punched pieces with the right numbers into the right holes. After about 15 or 20 minutes of frustration we'd usually relent, telling the hapless soul that he had been had. Sometimes we'd try to convince a new operator that they could turn a used card over and punch into the opposite side. Well.. you COULD! In the same way that you don't need a parachute to skydive - only if you want to skydive more than once. :-) Mike Walter Robert Payne [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: 5081 I remember them ! The confetti was great to use on someone's desk that you did NOT like. :) LOL ... snip You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: 5081
Now that is a sign of being in trouble. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Parmelee, Phil Sent: Friday, June 09, 2006 1:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject:Re: 5081 Kmart DID that! For their JCL Phil Parmelee Desk = (616) 456-4286 Cell = (616) 304-6917 -Original Message- From: Mike Walter [mailto:[EMAIL PROTECTED] Sent: Friday, June 09, 2006 4:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 5081 Oh, the memories... When I was an operator we used to break in new operators by having them place the punch chaff back in a well-used card so we can save money by re-using them -- the right color punched pieces with the right numbers into the right holes. After about 15 or 20 minutes of frustration we'd usually relent, telling the hapless soul that he had been had. Sometimes we'd try to convince a new operator that they could turn a used card over and punch into the opposite side. Well.. you COULD! In the same way that you don't need a parachute to skydive - only if you want to skydive more than once. :-) Mike Walter Robert Payne [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: 5081 I remember them ! The confetti was great to use on someone's desk that you did NOT like. :) LOL ... snip You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: 5081
I lost my last 5081 in 1980 - at the same time someone took my -0 360 reference card, yellow instead of green, from my desk. Both probably were lost to the same person. We were not issued desk keys, so I couldn't have kept them in a locked drawer. I probably should have invested in a strong box. My first job in the industry was programming a 7080, using Autocoder. Big machine - BCD character set, 160K characters of memory, 16 registers, 28 tape drives, console keyboard, card reader and printer, no disks. There were 10 1401s in a downstairs room. Their job was to create tapes from card decks to feed the 7080 and take 7080 output tapes and either print reports or punch the data. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Friday, June 09, 2006 1:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject:5081 My first job working in this industry was sorting and collating 101,000 5081s for year end processing. After sorting and collating the December then 4th quarter cards. I still have the ringing of that collator in my ears when I think of that. Around 1994 I worked at an IBM office that was formerly one of the plants where they were made in Dayton, New Jersey. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Friday, June 09, 2006 3:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR to standard labeled tapes You must be a kid if you don't know what 5081 cards are or am I the only one on the list who does? Jim If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
CAVMEN Meeting on Thursday, June 22, 2006
The third quarter meeting of the Chicago Area VM (and Linux) Enthusiasts will be held on Thursday, June 22, 2006. -- Meeting Location: This quarter's meeting will be held at the Hewitt Associates ' West Campus' at Four Overlook Point in the Lincolnshire Corporate Center. The meeting will be held in Room 'AOM3'. This is a NEW LOCATION, so please http://cavmen.home.comcast.net/hewitte.htmlClick here for detailed directions and maps, as well as additional information on lodging and dining. -- Attendance: Our host site has requested a count of expected attendees by the Monday before the meeting, so that they can plan appropriately for refreshments, etc. If you are planning to attend, PLEASE send an E-Mail by that date to mailto:[EMAIL PROTECTED][EMAIL PROTECTED] with a subject line of Meeting Attendance. This is meant to be a facilities planning aid and should not be interpreted as a registration requirement. If you suddenly become available at the last minute, please feel free to attend even if you have not responded. Thank you in advance for your cooperation in this matter. -- Meeting Agenda: 9:00 AM Virtualization Engine on Linux for zSeries This presentation will give you an Overview of the Virtualization Engine (VE) for zSeries. VE is a collection of products that can be used to manage your enterprise from health monitoring, system cloning, workload management and more. This presentation will give you a high level technical overview of products that make up Virtualization Engine which are Enterprise Workload Manager (EWLM), IBM Director, and Resource Dependency Services (RDS). We will discuss capabilities of the products and how they can help you to manage your enterprise. We will also discuss the VE Console which can be the main entry point into the VE management collection. The speaker will be Mr. Kevin Curley of the IBM Corporation. 10:30 AMCoffee Break 11:00 AMSystem z9 Technology Announcements IBM is extending the System z9 to work for businesses large and small, delivering more choice and greater flexibility with the new IBM System z9 Business Class (z9 BC) and the improved IBM System z9 Enterprise Class (z9 EC). System z9 BC is IBM's latest offering. Designed for smaller enterprises, it delivers key mainframe strengths such as availability, scalability and security in a customized package. And on the System z9 EC, IBM has improved granularity, so you now have the ability to select the configuration that's right for you. Come and hear the latest news on the System z9 Technology Announcements. The speaker will be Mr. Mike Sharp of the IBM Corporation. 12:30 PMLunch Break 1:30 PM Administration and Vendor Announcements 1:45 PM Linux for zSeries Update The speaker will present a brief update of recent developments in the Linux under z/VM area. The speaker will be Mr. Donald India of the IBM Corporation. 2:00 PM Secure Socket Layer on z/VM In October of 2000, IBM announced an SSL server for VM. This implementation was done using LINUX on VM. I will discuss: * What is SSL? * How is the VM SSL Server set up? * Steps to make it work. This will give you a better understanding of SSL and SSL on VM. The speaker will be Mr. Will Roden of the IBM Corporation. 3:15 PM Coffee Break 3:30 PM Negotiating Topics Everyone negotiates. Some do it well, and some do not. I have found that it takes years to learn to negotiate well and different techniques are needed depending on the situation. This presentation will discuss some of the basics of negotiating along with several techniques and considerations. This session will start you down the road to conducting better negotiations. The speaker will be Mr. Will Roden of the IBM Corporation. 4:45 PM Free-for-All Members will attempt to answer any reasonable VM or hardware related questions. If you are having a problem and want to find out if others are experiencing it, or you are installing new hardware or software and want to find out what types of problems others have experienced, here is the place to find out. Members are encouraged to bring ideas for future presentations and speakers to this meeting. -- Please check the WEB site for Map and Directions: http://cavmen.home.comcast.net In addition, you will also find extensive information available on dining and lodging in the Hewitt Associates area. Additional information about the CAVMEN group, and other VM related items of interest are available on our web site. There is no charge for admission to meetings. Meeting attendance is open to anyone, and advance registration is not required. I look forward to seeing all of you at the meeting. -- ___ Mark M. Suchecki - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Re: Tape Modeset for 3480 XF
Aren't tape labels written at the least common denominator that a drive is capable of writing? If the density of a written tape is only checked by looking at the labels, that would explain what you are seeing. Jim At 03:45 PM 6/9/2006, you wrote: Wow, it really is Friday if JR appears to have problems with a TAPE command! ;-) From z/VM 5.1 HELP (and the manual), George seems to have it right. --TAPE--.-| DUMP |-.-- |-| LOAD |-| |-| SCAN or SKIP |-| |-| DVOL1 || |-| WVOL1 || |-| MODESET or QUERY |-| '-| tapecmd |--' blah, blah, blah MODESET or QUERY: |--MODESET or QUERY--.-.-| '-(--| Opt D |--.---.-' '-)-' blah, blah, blah Opt D: (1) .-181. (2) |--++--.--.--| |-TAPn---| |-9TRACK---| '-vdev---' |-18TRACK--| |-3490B| |-3490C| |-3590B| |-3590C| |-DEN 38K--| |-DEN 800--| |-DEN 1600-| |-DEN 6250-| |-COMP-| |-NOCOMP---| '-XF---' UofKs TAPEMAP command is great, but badly out of date. Rich's TAPINFO modules may fall into the same bucket? Do you have a z/OS system around running FATS or FATAR? Those, being current and supported products, are likely to produce reliable results. Once you find out, you can develop and distribute updates to TAPEMAP and TAPINFO, right? ;-) What does TAPE QUERY show before and after TAPE MODESET (XF? Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Imler, Steven J [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 02:32 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tape Modeset for 3480 XF George, Use HELP CMS TAPE ... It's TAPE MODESET ( DEN 38K JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of George Haddad Sent: Friday, June 09, 2006 03:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Modeset for 3480 XF Maybe I'm missing something obvious, but I'm trying to write to a 3480 cart using TAPE MODESET (XF. The TAPE QUERY command confirms that the drive is capable of writing mode XF. But whatever I do, the data is apparently being written as 38k bpi, according to both the UofK TAPEMAP and Rich Greenberg's TAPINFO Modules. I've tried issuing TAPE MODESET (XF, writing a VOL1 hdr with the (XF option, issuing a MODESET then doing a TAPE DUMP (XF w/o a label, but in each case the utils report that my density is 38k, not XF. The carts I'm using are Imation Royal Guard 210MB. Are these not capable of the higher density? I thought this was a function of the drives, not the media. What am I missing here? The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. Jim Bohnsack Cornell Univ. (607) 255-1760
TCPNJE SSL
Does anyone use secure TCPNJE (SSL) support of VSE and/or JES and have a requirement for RSCS TCPNJE to support SSL? Is there a need for RSCS to support secure TCPNJE? Thanks, Les Geer
Re: TCPNJE SSL
Does anyone use secure TCPNJE (SSL) support of VSE and/or JES and have a requirement for RSCS TCPNJE to support SSL? Yes. If you're replacing private dedicated lines with shared packet infrastructure, you need to be able to protect the traffic. Is there a need for RSCS to support secure TCPNJE? Well, the BSI NJE Bridge already does it (which provides it for VSE, TPF, VM and pre-1.7 z/OS), so probably not an immediate need, but in principle and for interoperability reasons, yes. 8-). -- db