RSCS help needed
backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James
Re: RSCS help needed
RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to another NJE site, it depends on your setup. Example SM RSCS Q VMKBMB01 Link Name Status Type VMKBMB01 connectTCPNJE which is for TCP/IP, the other linktypes are SNANJE or NJE. If it is a link driving a printer, it probably is SNA or TCP/IP. If your link is SNA, also have a look at the VTAM console; for TCP/IP, maybe the TCPIP console can tell you things too. 2007/5/4, James M [EMAIL PROTECTED]: backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James -- Kris Buelens, IBM Belgium, VM customer support
Re: RSCS help needed
OK - thanks. Seems to be nje w/dedicated ctc. I think I found a clue. 09180,07/05/03 16:46:00 RSCS SYS1 : 16:46:00 DMTNTR930E LINK SYS2 STR EAM 2 DENIED -- INSUFFICIENT SPOOL SPACE , I assuming this means the remote system (SYS2) has run out of spool space?? Oddly it seemed to recover and send more files until around 8PM when I got involved. I do remember checking spool on both sides at that time and each had plenty. BTW sys1 sys2 are z/vm 52 - sys2 is second level. So I guess the mystery remains - why did it hang @8PM? - why did the purge of the sending(hung) file not clear things? Why did I have to stop/start the link to free it? Thanks for the help. -James On 5/4/07, Kris Buelens [EMAIL PROTECTED] wrote: RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to another NJE site, it depends on your setup. Example SM RSCS Q VMKBMB01 Link Name Status Type VMKBMB01 connectTCPNJE which is for TCP/IP, the other linktypes are SNANJE or NJE. If it is a link driving a printer, it probably is SNA or TCP/IP. If your link is SNA, also have a look at the VTAM console; for TCP/IP, maybe the TCPIP console can tell you things too. 2007/5/4, James M [EMAIL PROTECTED] : backup guy here again in need of assistance... Last night one of the rscs links froze. Q F showed one file at the top in sending mode with many behind in waiting status. Purged the sending file, stop/start the link and files were again moving. Now I've been told to provide an explanation. question 1 - how to look at rscs log - I think the command would be. smsg rscs cp sp cons close to myid is that correct? question 2 - if I remember correctly rscs now uses tcpip as transport mechanism. If this is correct is there anything on that side I should be looking at? If there are any other hints that may be helpful I would appreciate hearing them. Thanks again. -James -- Kris Buelens, IBM Belgium, VM customer support
Re: RSCS help needed
Seems to be nje w/dedicated ctc. dedicated ctc? I am guessing that you mean that the RSCS machine has a *virtual* ctc coupled to the host machine running the second level VM? If you really have a *hardware* ctc connecting the two VM instances (regardless of whether they are in the same LPAR, or physical machine), you can use it to run ISFC: ACTIVATE ISLINK dev (if I remember correctly). Then from any one side you can just copy files directly to/from SFS on the other side. A real breeze! Shimon -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer mailto:[EMAIL PROTECTED] Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: Adding help files
It woud be better to use VMFCOPY instead of COPY. VMFCOPY will list the copied files in the VMSES PARTCAT. This catalog allows you to find out to which product a file belongs. -- Kris Buelens, IBM Belgium, VM customer support
Adding help files
I'd like to add a few thousand help files (for VM:Manager) to MAINT 19D. What's the proper way to do this? If I just COPYFILE them to the disk, HELP works, but PUT2PROD chokes the next time it tries to build the help segment. Could the segment be getting full, or is there a VMSES command that should be issued to add the files, so that all the proper VMSES control files get updated? Dennis O'Brien Lindsay Lohan, Drink Canada Dry is a slogan, not a dare. -- Bill Maher
Re: Adding help files
Hi Dennis, I have a feeling that when I follow my cheatsheet below that during rebuilds when applying maintenance the rebuilds fail due to storage already in use. Haven't tested but maintenance goes on fine on systems without the increased HELPSEG === | Install procedure for CA help files z/VM 5.1 | === | | | Below are the CA helpfile installation procedures. For additional | | information refer to the VM:Manager Installation Guide, Rel 7.2a | | | === I. Load files from cart 1. Logon to VMRMAINT 2. Have cart mounted on virtual 181 3. VMIMAINT tab to Load Help Files and press enter select all files II. Place files on system help file disk 1. Logon to MAINT 2. Access source and target disks ACCESS 19D M VMLINK VMRMAINT 29D * N 3. Copy files COPY * * N = = M (OLDD III. Re-save HELPSEG. This segment contains a copy of the mdisk directory. 1. Logon to MAINT Increase virtual machine storage DEF STOR 256M IPL Issue command vmfbld ppf segbld esasegs segblist helpseg ( wild if you get msg VMFBDS1965E with return code of 32 increase size of segment and repeat step 1. 2. Increase size of HELPSEG vmfsgmap segbld esasegs segblist page forward to find HELPSEG place cursor on word HELPSEG and press pf4 CHANGE defparms FROM C00-CFF SR press PF5 to return to map screen press PF5 to file changes Note. For zVM 5.1 size was increased from C00-CFF to C00-D4F 12dec2005 GAM size increased to C00-D7F Cheers Graeme - Original Message - From: O'Brien, Dennis L Dennis.L.O'[EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Sent: Tuesday, March 20, 2007 9:55 AM Subject: Adding help files I'd like to add a few thousand help files (for VM:Manager) to MAINT 19D. What's the proper way to do this? If I just COPYFILE them to the disk, HELP works, but PUT2PROD chokes the next time it tries to build the help segment. Could the segment be getting full, or is there a VMSES command that should be issued to add the files, so that all the proper VMSES control files get updated? Dennis O'Brien Lindsay Lohan, Drink Canada Dry is a slogan, not a are. -- Bill Maher
Re: help
Sheesh, you guys, he thought it was the way you get the automated list reponse. Tell him how to unsubscribe from the list! William Munson wrote: Marty, What do you need HELP with? Bill Munson IT Specialist Office of Information Technology State of New Jersey (609) 984-4065 President MVMUA http://www.marist.edu/~mvmua Benedict, Martin wrote: Help -- Jack J. Woehr# If your neighbor prays too loud http://www.well.com/~jax # in church, go home and lock your http://www.softwoehr.com # smokehouse. - Harry S Truman
help
Help
Re: help
Could we have a little more information, please? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Benedict, Martin Sent: March 7, 2007 09:56 To: IBMVM@LISTSERV.UARK.EDU Subject: help Help The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner.
Re: IPL Help for old 9672 with VM/ESA 2.4
Hi Larry. It is possible that the 2.4 vm system ddr does not support it. It does work on z/VM 3.1 and later DDR. For testing in your VM userid you must use LOADPARM and not PARM. I kept my tape volid so I had to IPL twice to get past the volid. The rest of the tape should then hold the DDR program followed by ddr data. No tape mark in between the DDR program and data. Hans Although we have IPLed our VM/ESA 2.4 on our 9672 using the HMC, I also need to know how to run a DDR restore. With a DDR tape that I had built with DDR at the front, followed by a full-pack dump after it, I could not get it to work under VM. With a tape at 181 and the disk pack attached at 521, both I 181 PARM AUTO0521 and I 181 LOADPARM AUTO0521 came back to my console asking for input. Perhaps it would work if run on the bare iron. Or, perhaps, I did not understand Hans Rempel when he wrote: You will need to IPL the standalone DDR tape and add the following 8 character value AUTODDDA to the PARM field. DDDA is the address of the disk drive to receive the output from the DDR restore. This IPL provides no messages and will load the DDR program and restore tape data to disk drive DDDA. Upon successful completion a disable PSW state will be loaded PSW 000A . Sent via the WebMail system at hmrconsultants.com
Re: IPL Help for old 9672 with VM/ESA 2.4
Although we have IPLed our VM/ESA 2.4 on our 9672 using the HMC, I also need to know how to run a DDR restore. With a DDR tape that I had built with DDR at the front, followed by a full-pack dump after it, I could not get it to work under VM. With a tape at 181 and the disk pack attached at 521, both I 181 PARM AUTO0521 and I 181 LOADPARM AUTO0521 came back to my console asking for input. Perhaps it would work if run on the bare iron. Or, perhaps, I did not understand Hans Rempel when he wrote: You will need to IPL the standalone DDR tape and add the following 8 character value AUTODDDA to the PARM field. DDDA is the address of the disk drive to receive the output from the DDR restore. This IPL provides no messages and will load the DDR program and restore tape data to disk drive DDDA. Upon successful completion a disable PSW state will be loaded PSW 000A .
Re: IPL Help for old 9672 with VM/ESA 2.4
One major caution: be sure the volume you're doing this on is in the Offline_at_IPL in your production SYSTEM CONFIG; you don't want this directory accidentally coming online if something happens to the production volume that contains your normal CP directory. Sorry to disagree: CP will never use a directory found on a volume that is not CP-owned. CP doesn't even read the allocation map of volumes that are not CP-owned. So I'd change this caution: the volume of the 1-pack system should *not* be in the CP-owned list of the normal VM system. Otherwise: - the normal VM would use the spool space on that pack too - the DRCT area could indeed get used. The volume of the 1-pack system should be unique too. This way you can even mount it in the production system to maintain the 1-pack VM system In your production system, define a user SOS with minidisks describing the 1-pack system and yiu can us LINK and DDR to fill it up. Something like: USER SOS MDISK 123 3390 1 END VM1PCK MDISK CF1 3390 nn yy VM1PCK MDISK 190 3390 mm xx VM1PCK MDISK etc Kris, IBM Belgium, VM customer support
Re: IPL Help for old 9672 with VM/ESA 2.4
One major caution: be sure the volume you're doing this on is in the Offline_at_IPL in your production SYSTEM CONFIG; you don't want this directory accidentally coming online if something happens to the production volume that contains your normal CP directory. Sorry to disagree: CP will never use a directory found on a volume that is not CP-owned. CP doesn't even read the allocation map of volumes that are not CP-owned. Agreed. I take the further step of putting it completely offline to ensure that there is zero possibility of mistakes unless you really mean to use it -- you have to consciously do something stupid like add it to the CP-owned list AND bring it online at IPL AND IPL with the real directory volume MIA. If someone accidentally adds it somewhere it shouldn't be, then you still can't shoot yourself in the foot if CP always offlines it at IPL. You have to do three stupid or unlucky things in a row to shoot yourself if it's offline at IPL -- at which point, it's clearly your gun, your head, and your fault. The volume of the 1-pack system should be unique too. This way you can even mount it in the production system to maintain the 1-pack VM system In your production system, define a user SOS with minidisks describing the 1-pack system and yiu can us LINK and DDR to fill it up. All good suggestions. Also simplifies disk sizing (you can allocate exactly what the minimum system actually uses, rather than the somewhat more generous allocations in the default layout (which allow for some growth over time).
Re: IPL Help for old 9672 with VM/ESA 2.4
Sorry for my delay in responding. I have been under the weather. I finally found the documentation regarding a DDR IPL using an HMC with no 3270 console or integrated console available. I used this on VM 3.1 but I can't see why it would not work with VM 2.4. You will need to IPL the standalone DDR tape and add the following 8 character value AUTODDDA to the PARM field. DDDA is the address of the disk drive to receive the output from the DDR restore. This IPL provides no messages and will load the DDR program and restore tape data to disk drive DDDA. Upon successful completion a disable PSW state will be loaded PSW 000A . You can now IPL address DDDA and follow the normal IPL procedures using the HMC. This emergency system at address DDDA automatically brings up TCPIP and provides 3270 access. Log onto a userid and start restores or one better build this system as your DR system. You can automate it so you can just autolog userids to perform you automatic DR restore procedures. Naturally you have tested them out many times before running this DR emergency system as a second level system with small mini-disk representing your floor system. You just can't beat VM for making life at work easy. Hans Rempel -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: November 23, 2006 11:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL Help for old 9672 with VM/ESA 2.4 I therefore created a mini VM system with TCPIP started so that I could restore it using this method and have an VM system that I could IPL. I did that a few years back. I'd can't remember off hand how that was done. Does anyone else remember? This is a good thing to do. (in fact, I'll be giving a session at WAVV and probably the next zExpo on it -- another good reason to support WAVV...8-)) You need your CP nucleus and parm area, your IODF (if you use it instead of the much superior CP dynamic detection of devices...), your MAINT 190, most of TCPMAINT, and TCPIP itself. You also need a minimal OPERATOR, and I create one USER userid for each real tape drive you have (to allow parallel DDRs to occur on all your real drives). Configure USER to IPL 190 rather than CMS, so you don't need NSSes or spool space, and the USER ids don't even need a writable 191 -- you're not going to put anything on them anyway. FTPSERVE would be handy, but is not critical. On our 1-pack system, the PROFILE EXEC on the USER R/O 191 gets the userid, parses the and attaches the device at address as 181. The shared 191 also contains a DDR control file that restores from 181 to whatever is attached at 200 and some other assorted helpful tools (like TRACK, so you can be nosy and look at how each of the IDs is going. You don't need much (if any) page space, no dump space (unless you intend to use the 1 pack system for diagnostics too, for which you need spool and/or dump space); this system is supposed to be small and temporary -- just enough to get your real system restored as fast as possible. All those ids fit easily on one mod 3 sized volume (with a little bit of juggling and size management to remove some extra whitespace. One major caution: be sure the volume you're doing this on is in the Offline_at_IPL in your production SYSTEM CONFIG; you don't want this directory accidentally coming online if something happens to the production volume that contains your normal CP directory. I'm still working on the handouts for the talk; I'll post a draft when I get them finished. -- db
Re: IPL Help for old 9672 with VM/ESA 2.4
Thank you for all the responses. The consensus is to try to find used controllers. The FLEXCUB solution is more elegant and versatile, but we have no xSeries machines lying around, and are looking for a cheap solution. By the way, I understand that even if we can get our system to load via the Hardware Management Console, that would not be enough to support the stand-alone utilities such as DDR, should we need to restore disks from tape in case of a bad disk. Is that so?
Re: IPL Help for old 9672 with VM/ESA 2.4
Although ICKDSF works well with the HMC DDR does not. I do remember using DDR with the HMC but I could only restore one volume at a time. Therefore the input and output addresses where all entered I believe on the loadparm. I therefore created a mini VM system with TCPIP started so that I could restore it using this method and have an VM system that I could IPL. I did that a few years back. I'd can't remember off hand how that was done. Does anyone else remember? Hans Rempel -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Larry Israel Sent: November 23, 2006 4:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL Help for old 9672 with VM/ESA 2.4 Thank you for all the responses. The consensus is to try to find used controllers. The FLEXCUB solution is more elegant and versatile, but we have no xSeries machines lying around, and are looking for a cheap solution. By the way, I understand that even if we can get our system to load via the Hardware Management Console, that would not be enough to support the stand-alone utilities such as DDR, should we need to restore disks from tape in case of a bad disk. Is that so?
Re: IPL Help for old 9672 with VM/ESA 2.4
I therefore created a mini VM system with TCPIP started so that I could restore it using this method and have an VM system that I could IPL. I did that a few years back. I'd can't remember off hand how that was done. Does anyone else remember? This is a good thing to do. (in fact, I'll be giving a session at WAVV and probably the next zExpo on it -- another good reason to support WAVV...8-)) You need your CP nucleus and parm area, your IODF (if you use it instead of the much superior CP dynamic detection of devices...), your MAINT 190, most of TCPMAINT, and TCPIP itself. You also need a minimal OPERATOR, and I create one USER userid for each real tape drive you have (to allow parallel DDRs to occur on all your real drives). Configure USER to IPL 190 rather than CMS, so you don't need NSSes or spool space, and the USER ids don't even need a writable 191 -- you're not going to put anything on them anyway. FTPSERVE would be handy, but is not critical. On our 1-pack system, the PROFILE EXEC on the USER R/O 191 gets the userid, parses the and attaches the device at address as 181. The shared 191 also contains a DDR control file that restores from 181 to whatever is attached at 200 and some other assorted helpful tools (like TRACK, so you can be nosy and look at how each of the IDs is going. You don't need much (if any) page space, no dump space (unless you intend to use the 1 pack system for diagnostics too, for which you need spool and/or dump space); this system is supposed to be small and temporary -- just enough to get your real system restored as fast as possible. All those ids fit easily on one mod 3 sized volume (with a little bit of juggling and size management to remove some extra whitespace. One major caution: be sure the volume you're doing this on is in the Offline_at_IPL in your production SYSTEM CONFIG; you don't want this directory accidentally coming online if something happens to the production volume that contains your normal CP directory. I'm still working on the handouts for the talk; I'll post a draft when I get them finished. -- db
Re: IPL Help for old 9672 with VM/ESA 2.4
On Thu, 26 Oct 2006 11:37:39 +0200, Larry Israel [EMAIL PROTECTED] wrote: snip This is a request to you archaeologist. snip Well, Software Archaeology happens to be a trademark of my employer. Consider checking out our FLEXCUB product (Control Unit Behavior) which could easily handle your 3274 needs combined with allowing you to use a TN3270 client for your IPL consoles instead of ancient coax tubes. You ca n pull a flyer for it at the website in my sig. -- Gary Eheman Fundamental Software, Inc. http://www.funsoft.com
IPL Help for old 9672 with VM/ESA 2.4
This is a request to you archaeologist. We have a 9672-A14, running VM/ESA 2.4, that was originally supposed to die in 2001. It is still alive, but not feeling too well. The big problem is our 3274 (you read right) controllers. The 3174s are gone, but we need something when/if we have to IPL. We have two 3274s, neither in good shape. IBM has announced that they will no longer give us a service contract on them, but the machine will probably have to work after that date. We are looking for an alternate way to IPL the system. We have been unable to do so using the hardware management console. Either we don't know how, or we are too far out of date for it to work. We were told by an IBM expert, that it does can not work on our system. It looks like we have to buy an old controller of some kind -- 2074, 3174, 3274, or engage in prayer that the electricity to the 3274s does not go down. Even without having to power them up, we have had one instance of a controller stopping working. I would appreciate any ideas of how to proceed. I also have a related question. Our SYSTEM CONFIG file contains: Operator_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Emergency_Message_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Because of the problems with controllers the operator logged on to 321, not at IPL time. When we SHUTDOWN the system we had working terminals on 321 and 9A0, but got no message. When we tried to IPL, the system tried to use 320, and did not switch to 321 nor to 9A0. Was that because the controller for 320 and 321 was active?No real problem, because I changed to console address in the load parameter screen in the HMC, and was able to proceed, but I am interested in why it didn't work. As I said, a problem for archaeologists. (My real archaeologist daughter-in-law was unable to help.)
Re: IPL Help for old 9672 with VM/ESA 2.4
You can IPL VM2.4 to the SYSTEM_CONSOLE instead of a 3270 console. Your SYSTEM_CONSOLE is the HMC's System Messages window ( a sort of line-mode/tty interface, not full-screen 3270). At anytime you can force the VM IPL to the SYSTEM_CONSOLE by typing SYSC in the LOADPARM field of the HMC LOAD window when you trigger the VM IPL. That overrides your Operator_consoles list. In SYSTEM CONFIG, Operator_Consoles put SYSTEM_CONSOLE first and you'll default to IPL-ing to the HMC System Messages window; won't need a 3174 or 3274, but have that limited interface initially. You could also leave your Operator_consoles statement as-is with SYSTEM_CONSOLE last; then if VM doesn't find any working 3270's in the console list it'll use the HMC window. This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Larry Israel Sent: Thursday, October 26, 2006 5:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IPL Help for old 9672 with VM/ESA 2.4 This is a request to you archaeologist. We have a 9672-A14, running VM/ESA 2.4, that was originally supposed to die in 2001. It is still alive, but not feeling too well. The big problem is our 3274 (you read right) controllers. The 3174s are gone, but we need something when/if we have to IPL. We have two 3274s, neither in good shape. IBM has announced that they will no longer give us a service contract on them, but the machine will probably have to work after that date. We are looking for an alternate way to IPL the system. We have been unable to do so using the hardware management console. Either we don't know how, or we are too far out of date for it to work. We were told by an IBM expert, that it does can not work on our system. It looks like we have to buy an old controller of some kind -- 2074, 3174, 3274, or engage in prayer that the electricity to the 3274s does not go down. Even without having to power them up, we have had one instance of a controller stopping working. I would appreciate any ideas of how to proceed. I also have a related question. Our SYSTEM CONFIG file contains: Operator_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Emergency_Message_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Because of the problems with controllers the operator logged on to 321, not at IPL time. When we SHUTDOWN the system we had working terminals on 321 and 9A0, but got no message. When we tried to IPL, the system tried to use 320, and did not switch to 321 nor to 9A0. Was that because the controller for 320 and 321 was active?No real problem, because I changed to console address in the load parameter screen in the HMC, and was able to proceed, but I am interested in why it didn't work. As I said, a problem for archaeologists. (My real archaeologist daughter-in-law was unable to help.)
Re: IPL Help for old 9672 with VM/ESA 2.4
Probably the cheapest solution is to buy a used 3174-11L and decommission the 3274s. Used price is less than $1K USD (heck, I've got one I'll give to you if you want to ship it there), and it's not worth the effort to try to figure out another solution for that little $$$. If the 3174s are properly configured, it should be a direct swap for the 3274s (I don't remember if you need to change the IOCP for that; don't think so).
Re: IPL Help for old 9672 with VM/ESA 2.4
Hello Larry, The easiest, cheapest, most reliable is to buy a 3174. Here is a price from a local dealer. Heck Buy two and keep one for backup. Scrape them when you are done. CONTROLLERS-DOLLARS - 3174-01L-$650 3174-11L-$650 Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Larry Israel Sent: Thursday, October 26, 2006 5:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IPL Help for old 9672 with VM/ESA 2.4 This is a request to you archaeologist. We have a 9672-A14, running VM/ESA 2.4, that was originally supposed to die in 2001. It is still alive, but not feeling too well. The big problem is our 3274 (you read right) controllers. The 3174s are gone, but we need something when/if we have to IPL. We have two 3274s, neither in good shape. IBM has announced that they will no longer give us a service contract on them, but the machine will probably have to work after that date. We are looking for an alternate way to IPL the system. We have been unable to do so using the hardware management console. Either we don't know how, or we are too far out of date for it to work. We were told by an IBM expert, that it does can not work on our system. It looks like we have to buy an old controller of some kind -- 2074, 3174, 3274, or engage in prayer that the electricity to the 3274s does not go down. Even without having to power them up, we have had one instance of a controller stopping working. I would appreciate any ideas of how to proceed. I also have a related question. Our SYSTEM CONFIG file contains: Operator_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Emergency_Message_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Because of the problems with controllers the operator logged on to 321, not at IPL time. When we SHUTDOWN the system we had working terminals on 321 and 9A0, but got no message. When we tried to IPL, the system tried to use 320, and did not switch to 321 nor to 9A0. Was that because the controller for 320 and 321 was active?No real problem, because I changed to console address in the load parameter screen in the HMC, and was able to proceed, but I am interested in why it didn't work. As I said, a problem for archaeologists. (My real archaeologist daughter-in-law was unable to help.)
Re: IPL Help for old 9672 with VM/ESA 2.4
The problem one is having without a 3270 console is that SAPLdoesn't support SYSC, it needs a 3270. Without a 3270 it is impossible to enter IPL overrides (such as IPLing with the previous version of SYSTEM CONFIG). A partial solution would be to have several IPL devices, each with their own IPL defaults, to use in case the normal resident has a bad CP nucleus or SYSTEM CONFIG. Kris, IBM Belgium, VM customer support Romanowski, John (OFT) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 2006-10-26 14:33 Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IPL Help for old 9672 with VM/ESA 2.4 You can IPL VM2.4 to the SYSTEM_CONSOLE instead of a 3270 console. Your SYSTEM_CONSOLE is the HMC's System Messages window ( a sort of line-mode/tty interface, not full-screen 3270). At anytime you can force the VM IPL to the SYSTEM_CONSOLE by typing SYSC in the LOADPARM field of the HMC LOAD window when you trigger the VM IPL. That overrides your Operator_consoles list. In SYSTEM CONFIG, Operator_Consoles put SYSTEM_CONSOLE first and you'll default to IPL-ing to the HMC System Messages window; won't need a 3174 or 3274, but have that limited interface initially. You could also leave your Operator_consoles statement as-is with SYSTEM_CONSOLE last; then if VM doesn't find any working 3270's in the console list it'll use the HMC window. This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Larry Israel Sent: Thursday, October 26, 2006 5:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IPL Help for old 9672 with VM/ESA 2.4 This is a request to you archaeologist. We have a 9672-A14, running VM/ESA 2.4, that was originally supposed to die in 2001. It is still alive, but not feeling too well. The big problem is our 3274 (you read right) controllers. The 3174s are gone, but we need something when/if we have to IPL. We have two 3274s, neither in good shape. IBM has announced that they will no longer give us a service contract on them, but the machine will probably have to work after that date. We are looking for an alternate way to IPL the system. We have been unable to do so using the hardware management console. Either we don't know how, or we are too far out of date for it to work. We were told by an IBM expert, that it does can not work on our system. It looks like we have to buy an old controller of some kind -- 2074, 3174, 3274, or engage in prayer that the electricity to the 3274s does not go down. Even without having to power them up, we have had one instance of a controller stopping working. I would appreciate any ideas of how to proceed. I also have a related question. Our SYSTEM CONFIG file contains: Operator_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Emergency_Message_Consoles 0320 321 9A0 9B0 SYSTEM_CONSole Because of the problems with controllers the operator logged on to 321, not at IPL time. When we SHUTDOWN the system we had working terminals on 321 and 9A0, but got no message. When we tried to IPL, the system tried to use 320, and did not switch to 321 nor to 9A0. Was that because the controller for 320 and 321 was active?No real problem, because I changed to console address in the load parameter screen in the HMC, and was able to proceed, but I am interested in why it didn't work. As I said, a problem for archaeologists. (My real archaeologist daughter-in-law was unable to help.)
Re: Secondary FTP Server Help
WS-FTP Pro configured for implicit SSL running under Windows XP works for us to connect to z/VM 4.4. Mark At 01:36 AM 8/9/2006, Adam Thornton wrote: On Aug 8, 2006, at 9:32 PM, Alan Ackerman wrote: We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get our WS -FTP PRO client to work. We DID open a PMR, but were told the problem is in WS-FTP PRO. That's whe re it sits. FWIW I have reports of success using WS-FTP Pro. Make sure Implicit mode is enabled. My customer also defined a proxy but that may be a vagary of his network. I have not yet been successful with Glub Tech Secure FTP for Mac OS X, but I have a report that the Windows version works OK. Adam -- Mark Bodenstein ([EMAIL PROTECTED]; 607-255-8059) Mainframe Systems Programming, Systems and Operations Cornell Information Technologies Cornell University Ithaca, N.Y. 14853
Re: Secondary FTP Server Help
We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get our WS -FTP PRO client to work. We DID open a PMR, but were told the problem is in WS-FTP PRO. That's whe re it sits. Of course, it may have been a totally different problem. On Fri, 4 Aug 2006 10:35:47 -0700, Adam Thornton [EMAIL PROTECTED] t wrote: This is the bit that I'm suspecting. So, let's try a different tactic: what FTP clients are known to do implicit SSL the *right* way for the VM stack? If I can get one of *those* working, then it's clear that the problem is in my client, not in the SSL implementation or VM's handling of it. Adam =
Re: Secondary FTP Server Help
On Aug 8, 2006, at 9:32 PM, Alan Ackerman wrote: We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get our WS -FTP PRO client to work. We DID open a PMR, but were told the problem is in WS-FTP PRO. That's whe re it sits. FWIW I have reports of success using WS-FTP Pro. Make sure Implicit mode is enabled. My customer also defined a proxy but that may be a vagary of his network. I have not yet been successful with Glub Tech Secure FTP for Mac OS X, but I have a report that the Windows version works OK. Adam
Re: Secondary FTP Server Help
On Aug 4, 2006, at 9:47 AM, Alan Altmark wrote: If no one opens a PMR, it doesn't get fixed. (Stop me if I start repeating myself.) If no one calls it in, and the problem has been in existence for multiple releases, then the pressure to fix it in the next release is non-existent. It is frowned upon for us to open an APAR without a customer PMR. Fair enough. I am, of course, reluctant to open a PMR until I am pretty sure that it's the fault of the VM side o' things. And from what I can see...it may be the fault of the client not attempting SSL on the data. Right, and to initiate an SSL handshake on the data connection. Yeah, that's what: Thread Client_Socket_AddressServer_Socket_AddressConnection Cipher 1 192.168.253.18:50429 192.168.131.1:1075 1012 NONE Makes me suspicious of. Your trace indicates that your client is tried to use in-band FTP security techniques. Have you confirmed that it is performing an SSL handshake on the data connection? This is the bit that I'm suspecting. So, let's try a different tactic: what FTP clients are known to do implicit SSL the *right* way for the VM stack? If I can get one of *those* working, then it's clear that the problem is in my client, not in the SSL implementation or VM's handling of it. Adam
Re: Secondary FTP Server Help
Sign on my wall - If you don't call it in, it isn't broken. Our users get to read it often. [EMAIL PROTECTED] wrote: If no one opens a PMR, it doesn't get fixed. (Stop me if I start repeating myself.) If no one calls it in, and the problem has been in existence for multiple releases, then the pressure to fix it in the next release is non-existent. It is frowned upon for us to open an APAR without a customer PMR. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: Secondary FTP Server Help
On: Fri, Aug 04, 2006 at 10:35:47AM -0700,Adam Thornton Wrote: } This is the bit that I'm suspecting. So, let's try a different } tactic: what FTP clients are known to do implicit SSL the *right* way } for the VM stack? If I can get one of *those* working, then it's } clear that the problem is in my client, not in the SSL implementation } or VM's handling of it. Unless there is some quirk needed to get SSL on VM working properly and this app's author was aware of it and coded around it. -- 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 Retired at the beach Asst Owner:Sibernet-L
Re: Secondary FTP Server Help
On Aug 2, 2006, at 9:24 PM, Alan Altmark wrote: You can either activate the FTP server command exit and sample, or use TCPSNIFF to watch what's going on. A separate data connection is always used, even for passive FTP. An ephemeral port number is used. If passive FTP is really being used, then the problem is usually a firewall that only opens certain port ranges to the target host. And, no, there is not [yet] a way to control the ephemeral port numbers used by the FTP server. I guess I need to learn to use TCPSNIFF. I'm pretty sure there are no firewalls in the mix, since I built the network between here and there (the bits over the public Internet are over a VPN that I control, and it ends up looking exactly like a wide-open network). Unencrypted FTP gives me: PASV 227 Data transfer will passively listen to 192,168,101,110,14,63 NLST 125 List started OK 250 List completed successfully. Fair enough. Encrypted, I get PASV 227 Data transfer will passively listen to 192,168,131,1,4,31 NLST 125 List started OK ...and then nothing else ever comes back. Adam
Re: Secondary FTP Server Help
On Aug 3, 2006, at 12:31 PM, Alan Altmark wrote: I believe you. No errors on the TCPIP console at initialization? Only the usual ones about gateways that don't exist because the CTCs/ IUCVs on them aren't hooked up (TCPIP2 is our experimental stack that I can play with without worrying about our REAL network access). None on the SSL server console? What do the SSL traces show you? I'll get some of these and send 'em to you. You're showing classic symptoms of something blocking the client's data connection. Naturally, without a trace it is rather difficult ot confirm. My totally-without-a-good-reason-for-suspecting-this is that incoming connections to the FTP server *look* like they're coming from the IP address of the stack itself. This is also the case with tn3270 and anything wrapped by SSLSERV, and we've been over this ground maybe a year ago. I am unaware that there was ever an APAR or PTF that fixed this. Correct me if I'm wrong--I'm not all that intimately familiar with the FTP protocol--but what I get when I say PASV is that the server tells me, on the control channel, Dude, your data channel will be [[this IP and this port]]--then it's the responsibility of my client to connect to that port, right? Clearly I can see what's going on on the control channel, or login/CWD wouldn't succeed. Is it possible that the message is not getting back through SSLSERV to the stack that the FTP server wants to open port XYZ and have it wrapped by SSLSERV? Adam
Secondary FTP Server Help
So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam
Re: Secondary FTP Server Help
Adam, Interesting. That little example is wrong (and it's still wrong in the 5.2.0 doc). See the information on the SRVRFTP CONFIG file in the chapter on configuring the FTP server. The PORT specification goes in there. Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 08/02/2006 04:17:19 PM: So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam
Re: Secondary FTP Server Help
I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. /Tom Kern /301-903-2211 --- Adam Thornton [EMAIL PROTECTED] wrote: So, I've set up ftpserv2, which I want to listen on port 990 of my secondary stack, which is TCPIP2. z/VM 4.4. In his SNAVM5 DTCPARMS file (this is on node SNAVM5, natch), I've got :Nick.FTPSERV2 :Type.server :Class.ftp :Parms.port 990 Which seems to be what I want, according to p. 41 of my TCPIP Planning and Customization for z/VM 4.4. DTCRUN1011I Server started at 15:18:29 on 2 Aug 2006 (Wednesday) DTCRUN1011I Running SRVRFTP PORT 990 DTCFTS0018I VM TCP/IP Server-FTP Level 440 15:18:29 EDT WEDNESDAY 2006-08-02 DTCFTS0002I Using translate table STANDARD TCPXLBIN. DTCFTS0310I Unable to find input file: PORT 990 * So clearly it's seeing the SNAVM5 DTCPARMS, but then it thinks that :parms.port 990 means it's supposed to read that as a file name, not just use port 990. What am I doing wrong? Adam __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Secondary FTP Server Help
On Aug 2, 2006, at 5:54 PM, Thomas Kern wrote: I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. Thanks I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. Adam
Re: Secondary FTP Server Help
That is the problem I get with most clients that claim to support implicit FTPS. I will also check my settings for Secure_FTP client and let you know what they are. I think I also set the secured FTP server to do a unix style list of files. /Tom Kern /301-903-2211 --- Adam Thornton [EMAIL PROTECTED] wrote: On Aug 2, 2006, at 5:54 PM, Thomas Kern wrote: I am at home now, but will check my config stuff tomorrow at work and will bundle them together and send them to you. Thanks I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. Adam __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Secondary FTP Server Help
On Wednesday, 08/02/2006 at 06:04 MST, Adam Thornton [EMAIL PROTECTED] wrote: I now have things apparently working, except that when I ask for a list of files, I never get any data, and the connection times out. Which is strange, since I'm sure I'm in passive mode, and so the server should just be using the same connection. You can either activate the FTP server command exit and sample, or use TCPSNIFF to watch what's going on. A separate data connection is always used, even for passive FTP. An ephemeral port number is used. If passive FTP is really being used, then the problem is usually a firewall that only opens certain port ranges to the target host. And, no, there is not [yet] a way to control the ephemeral port numbers used by the FTP server. Alan Altmark z/VM Development IBM Endicott
Re: Some help with z890 Ficon and Sun SAN.
A - It's possible to connect Ficon channels directly to SAN switch? Not as FICON. FICON and FCP use the same physical hardware, but format the signals on the glass differently. You would install a FICON physical adapter with the FCP microcode (the only difference is the software in the adapter) into your z890 and attach the fiber from the FCP-microcoded adapter to the SAN switch. B - If A isn't true, there are an alternative. (A black box to convert signals) See above. Sun support team say that this machine (SE-6320) is for mid-range environment with SCSI characteristics, and isn't possible to connect Ficon channel to it, but and about FCP feature of z890? It's supported by z/VM, right? See above. Sun/STK is correct that you cannot attach FICON adapters with the FICON microcode to that switch. FICON adapters with the FCP microcode will attach to that switch without problem. Note also that IBM doesn't guarantee that FCP switches that are not on it's tested hardware list will work with the FCP support in z/VM. I haven't had too much trouble getting non-approved hardware to work, but you should keep it in mind if your local IBM support isn't real flexible about such things. -- db
Re: Some help with z890 Ficon and Sun SAN.
On Tuesday, 07/18/2006 at 07:54 ZW3, Bodra - Pessoal [EMAIL PROTECTED] wrote: 1 ? Today we have an IBM z890 with Escon and Ficon channels installed. 2 ? We have some z/Linux guest machines under z/VM. 3 ? We want to use some available space in a SAN compost of SUN SE-6320, 2 switch FC Brocade 3850, one SUN LTO-2 to hold a Data Base application to be accessed by z/Linux. My questions are: A ? It?s possible to connect Ficon channels directly to SAN switch? No. FICON connections are not the same as Fibre Channel. Well, they are, sort of. That is, FICON is another protocol layer on top of Fibre Channel. FICON doesn't carry SCSI commands and only connects to a FICON switch or, for CTC, I think you can do point-to-point. B ? If A isn?t true, there are an alternative. (A black box to convert signals) Sun support team say that this machine (SE-6320) is for mid-range environment with SCSI characteristics, and isn?t possible to connect Ficon channel to it, but and about FCP feature of z890? It?s supported by z/VM, right? The Sun support team is correct: The FCP feature is what you want. It connects to a Fibre Channel switch and through that to your SAN. (There is also the capability of point-to-point connection directly to the device.) Alan Altmark z/VM Development IBM Endicott
Re: Help with verifying a PTF
Well, then Houston, I think we've got a problem because when I download UM31742, use SERVICE and PUT2PROD, it doesn't update correctly. When I review the various MSG and LOG files, it appears that it installs correctly. So . . . either the code is wrong or SERVICE and/or PUT2PROD has a problem. I think I'll try doing it the old fashioned way described in the 5.2 Service Guide to see what happens. Thanks for the reply Leland. Steve G. Leland Lucius [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:45 PM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Help with verifying a PTF Yepper, you are correct: APAR Identifier .. VM63921 Last Changed 06/04/28 IOCP NEW FUNCTION Symptom .. NF NFStatus ... CLOSED UR1 Severity ... 4 Date Closed . 06/04/27 Component .. 568411201 Duplicate of Reported Release . 520 Fixed Release 999 Component Name VM CMSSpecial Notice Current Target Date ..06/04/19 Flags SCP ... Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 440 : UM31740 available 06/04/28 (1000 ) Release 510 : UM31741 available 06/04/28 (1000 ) Release 520 : UM31742 available 06/04/28 (1000 ) On 6/9/06 4:36 PM, Steve Gentry [EMAIL PROTECTED] wrote: UM31740
follow-up Help with verifying a PTF
I installed PTF UM31742 manually and got the same results. i.e, the IOCP utility still says it is Rel./Ver. 1.2 Guess I'll call IBM on Monday. Steve G. Leland Lucius [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:45 PM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Help with verifying a PTF Yepper, you are correct: APAR Identifier .. VM63921 Last Changed 06/04/28 IOCP NEW FUNCTION Symptom .. NF NFStatus ... CLOSED UR1 Severity ... 4 Date Closed . 06/04/27 Component .. 568411201 Duplicate of Reported Release . 520 Fixed Release 999 Component Name VM CMSSpecial Notice Current Target Date ..06/04/19 Flags SCP ... Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 440 : UM31740 available 06/04/28 (1000 ) Release 510 : UM31741 available 06/04/28 (1000 ) Release 520 : UM31742 available 06/04/28 (1000 ) On 6/9/06 4:36 PM, Steve Gentry [EMAIL PROTECTED] wrote: UM31740
Re: follow-up Help with verifying a PTF
Steve,
Whatever process you used ... verify that the *new* IOCP
MODULE has been placed on the "S-Disk" ... and that you re-saved CMS after you
moved it (and probably other components) to the S-Disk.
JR (Steven)
Imler
CA
Senior Software Engineer
Tel: +1 703 708
3479
Fax: +1 703 708
3267
[EMAIL PROTECTED]
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
GentrySent: Saturday, June 10, 2006 11:10 AMTo:
IBMVM@LISTSERV.UARK.EDUSubject: follow-up Help with verifying a
PTF
I installed PTF UM31742 manually and
got the same results. i.e, the IOCP utility still says it is Rel./Ver. 1.2 Guess I'll call IBM on Monday. Steve G.
Leland Lucius
[EMAIL PROTECTED] Sent by: The IBM z/VM Operating System
IBMVM@LISTSERV.UARK.EDU
06/09/2006 03:45 PM Please respond to The IBM z/VM Operating
System
To:
IBMVM@LISTSERV.UARK.EDU cc:
Subject:
Re: Help with verifying a
PTFYepper, you
are correct:APAR Identifier
.. VM63921 Last Changed
06/04/28IOCP NEW FUNCTIONSymptom .. NF NF
Status ... CLOSED
UR1Severity ... 4 Date
Closed . 06/04/27Component .. 568411201
Duplicate of Reported Release . 520
Fixed Release 999Component Name VM CMS
Special NoticeCurrent
Target Date ..06/04/19 FlagsSCP
...Platform Status Detail:
SHIPMENT - Packaged solution is available for
shipment.PE PTF List:PTF
List:Release 440 : UM31740 available 06/04/28 (1000
)Release 510 : UM31741 available 06/04/28 (1000
)Release 520 : UM31742 available 06/04/28 (1000
)On 6/9/06 4:36 PM, "Steve
Gentry" [EMAIL PROTECTED] wrote:UM31740
Re: follow-up Help with verifying a PTF
I have verified this. I have access to 2 VM 5.2 systems. I installed this fix using SERVICE and PUT2PROD on one VM. On the other, I did it the manual way. Further, there appears to be 6 modules involved. IOCP.MODULE ICPPCNTL.MODULE IOPPCNTL.MODULE IXPPCNTL.MODULE IZPPCNTL.MODULE IYPPCNTL.MODULE I have an EXEC that will take a module and break it down into 72 byte records. When I edit the file I created, I scan for VERS (short for version) and I see 1.2. The other thing is that at the end of the modules is the PTF name/number. In all cases, it is UM31742, which is supposed to be the one for 5.2 I've crossed checked myself about 5 different ways to be sure. Yes, I could have still missed something. The IOCP utility isn't a big deal. My concern is I downloaded about 10 other ptfs that were z9 VM 5.2 related and now I'm a little concerned whether any of those are correct. I hope I've over looked something. Steve Imler, Steven J [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2006 09:37 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: follow-up Help with verifying a PTF Steve, Whatever process you used ... verify that the *new* IOCP MODULE has been placed on the S-Disk ... and that you re-saved CMS after you moved it (and probably other components) to the S-Disk. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Saturday, June 10, 2006 11:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: follow-up Help with verifying a PTF I installed PTF UM31742 manually and got the same results. i.e, the IOCP utility still says it is Rel./Ver. 1.2 Guess I'll call IBM on Monday. Steve G. Leland Lucius [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:45 PM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Help with verifying a PTF Yepper, you are correct: APAR Identifier .. VM63921 Last Changed 06/04/28 IOCP NEW FUNCTION Symptom .. NF NFStatus ... CLOSED UR1 Severity ... 4 Date Closed . 06/04/27 Component .. 568411201 Duplicate of Reported Release . 520 Fixed Release 999 Component Name VM CMSSpecial Notice Current Target Date ..06/04/19 Flags SCP ... Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 440 : UM31740 available 06/04/28 (1000 ) Release 510 : UM31741 available 06/04/28 (1000 ) Release 520 : UM31742 available 06/04/28 (1000 ) On 6/9/06 4:36 PM, Steve Gentry [EMAIL PROTECTED] wrote: UM31740
Re: follow-up Help with verifying a PTF
The z9 box is a(n) m/t 2096. What got this started is when I tried to 'compile' using the IOCP util. shipped version of 5.2, It didn't like the SYSTEM param of 2096. That plus some other things that are either unique to a 2096 or a ds8100. I got a bunch of errors. After installing UM31742, I'm still getting the same errors. Steve Imler, Steven J [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2006 10:17 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: follow-up Help with verifying a PTF Hmm ... maybe IBM didn't change the Version, Release identifier with the PTF ... only the functionality? I suppose you will have to wait for one of the IBMers to confirm this, but it sounds like you have installed everything correctly; and, have placed the updated components in production. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Saturday, June 10, 2006 11:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: follow-up Help with verifying a PTF I have verified this. I have access to 2 VM 5.2 systems. I installed this fix using SERVICE and PUT2PROD on one VM. On the other, I did it the manual way. Further, there appears to be 6 modules involved. IOCP.MODULE ICPPCNTL.MODULE IOPPCNTL.MODULE IXPPCNTL.MODULE IZPPCNTL.MODULE IYPPCNTL.MODULE I have an EXEC that will take a module and break it down into 72 byte records. When I edit the file I created, I scan for VERS (short for version) and I see 1.2. The other thing is that at the end of the modules is the PTF name/number. In all cases, it is UM31742, which is supposed to be the one for 5.2 I've crossed checked myself about 5 different ways to be sure. Yes, I could have still missed something. The IOCP utility isn't a big deal. My concern is I downloaded about 10 other ptfs that were z9 VM 5.2 related and now I'm a little concerned whether any of those are correct. I hope I've over looked something. Steve Imler, Steven J [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/10/2006 09:37 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: follow-up Help with verifying a PTF Steve, Whatever process you used ... verify that the *new* IOCP MODULE has been placed on the S-Disk ... and that you re-saved CMS after you moved it (and probably other components) to the S-Disk. JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Saturday, June 10, 2006 11:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: follow-up Help with verifying a PTF I installed PTF UM31742 manually and got the same results. i.e, the IOCP utility still says it is Rel./Ver. 1.2 Guess I'll call IBM on Monday. Steve G. Leland Lucius [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/09/2006 03:45 PM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Help with verifying a PTF Yepper, you are correct: APAR Identifier .. VM63921 Last Changed 06/04/28 IOCP NEW FUNCTION Symptom .. NF NFStatus ... CLOSED UR1 Severity ... 4 Date Closed . 06/04/27 Component .. 568411201 Duplicate of Reported Release . 520 Fixed Release 999 Component Name VM CMSSpecial Notice Current Target Date ..06/04/19 Flags SCP ... Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 440 : UM31740 available 06/04/28 (1000 ) Release 510 : UM31741 available 06/04/28 (1000 ) Release 520 : UM31742 available 06/04/28 (1000 ) On 6/9/06 4:36 PM, Steve Gentry [EMAIL PROTECTED] wrote: UM31740
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: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!
On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] wrote: I modified the IODC (using the HMC, I have not figured out how to use the z/VM software for doing so yet... :) to change a free FC channel to a FCP channel, and added a CUNUMBR line to support. I?ve included the definition file below, with the interesting bits marked in red.:) From z/VM I can do a query on the CHPID (F3 in this case) and I see that it thinks there are devices available out there. That is kind strange, because the new tapes are not yet attached there are two new 3592 TS1120 tape drives ready to connect to the SAN switch and configure. The FiCON port is also ready to connect to the SAN switch and, if necessary, do any configuration. Actually, VM doesn't see the SCSI devices. What it sees are the subchannels on the chpid. In normal ESCON attachment, the control units actively participate in the I/O process. They know which devices are available and which devices are not. For SCSI, there is no traditional control unit to manage device attachment to the I/O subsystem. There's just a cable the plugs into your FC switch. The connection to a particular drive is established dynamically via a specific protocol between the guest or CP and the switch. So as long as the chpid is active, all of the devices you defined on the chpid will appear, but they don't have active devices on them until CP (via EDEVICE) or a guest (via its own SCSI device drivers) does something. Problem is, from this point on I am lost there are WorldWidePort addresses and a lot of other terminology I am not familiar with. So any references or pointers would be very much appreciated. I have a feeling that this is not all that hard. The Shark is current attached to the same SAN switches, and provides DASD for the PC?s. See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss where you will find several of his presentations on z/VM and SCSI. These are excellent resources. (Steve is the Father of z/VM SCSI.) It helps if you can sit down with someone who has storage expertise to help round out some of the practical considerations. And get thee to a VM user group near thee! If the user group requests someone come and speak on SCSI, we are more than happy to oblige. Alan Altmark z/VM Development IBM Endicott
Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!
Steve Wilkin's page is a goldmine! Thanks for the pointer. :) I see I gotten myself in a conumdrum here - the FCP port if available, but I should not have defined any devices on it. "SET EDEVICE xxx xx xx xx ... " results in a complaint that 'D200 is a defined as a real device". I suppose it istime for yet another maintenance window, and bring her down again. (*sigh*) I should not be this difficult. :) :) :) :) I suppose I am going to have to start a VM User group down here - the closest one I know of the CaveMen guys up in Chigaco. :) -Paul ---BeginMessage--- On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] wrote: I modified the IODC (using the HMC, I have not figured out how to use the z/VM software for doing so yet... :) to change a free FC channel to a FCP channel, and added a CUNUMBR line to support. I?ve included the definition file below, with the interesting bits marked in red.:) From z/VM I can do a query on the CHPID (F3 in this case) and I see that it thinks there are devices available out there. That is kind strange, because the new tapes are not yet attached there are two new 3592 TS1120 tape drives ready to connect to the SAN switch and configure. The FiCON port is also ready to connect to the SAN switch and, if necessary, do any configuration. Actually, VM doesn't see the SCSI devices. What it sees are the subchannels on the chpid. In normal ESCON attachment, the control units actively participate in the I/O process. They know which devices are available and which devices are not. For SCSI, there is no traditional control unit to manage device attachment to the I/O subsystem. There's just a cable the plugs into your FC switch. The connection to a particular drive is established dynamically via a specific protocol between the guest or CP and the switch. So as long as the chpid is active, all of the devices you defined on the chpid will appear, but they don't have active devices on them until CP (via EDEVICE) or a guest (via its own SCSI device drivers) does something. Problem is, from this point on I am lost there are WorldWidePort addresses and a lot of other terminology I am not familiar with. So any references or pointers would be very much appreciated. I have a feeling that this is not all that hard. The Shark is current attached to the same SAN switches, and provides DASD for the PC?s. See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss where you will find several of his presentations on z/VM and SCSI. These are excellent resources. (Steve is the Father of z/VM SCSI.) It helps if you can sit down with someone who has storage expertise to help round out some of the practical considerations. And get thee to a VM user group near thee! If the user group requests someone come and speak on SCSI, we are more than happy to oblige. Alan Altmark z/VM Development IBM Endicott ---End Message---
Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!
Hi Paul, When issuing a SET EDEV TYPE FBA ATTR [paths] command, the value should be an unused RDEV number that will be created. The FCP RDEV number (D200) is used later in the command, following the FCP_DEV operand. Hope this helps you avoid your maintenance window. Regards, Eric Eric Farman z/VM I/O Development IBM Endicott, NY (607)429-4958 (tie 620) Paul Raulerson [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/08/2006 06:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please! Steve Wilkin's page is a goldmine! Thanks for the pointer. :) I see I gotten myself in a conumdrum here - the FCP port if available, but I should not have defined any devices on it. SET EDEVICE xxx xx xx xx ... results in a complaint that 'D200 is a defined as a real device. I suppose it is time for yet another maintenance window, and bring her down again. (*sigh*) I should not be this difficult. :) :) :) :) I suppose I am going to have to start a VM User group down here - the closest one I know of the CaveMen guys up in Chigaco. :) -Paul - Message from Alan Altmark [EMAIL PROTECTED] on Mon, 8 May 2006 20:27:00 + - To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please! On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] wrote: I modified the IODC (using the HMC, I have not figured out how to use the z/VM software for doing so yet... :) to change a free FC channel to a FCP channel, and added a CUNUMBR line to support. I?ve included the definition file below, with the interesting bits marked in red.:) From z/VM I can do a query on the CHPID (F3 in this case) and I see that it thinks there are devices available out there. That is kind strange, because the new tapes are not yet attached there are two new 3592 TS1120 tape drives ready to connect to the SAN switch and configure. The FiCON port is also ready to connect to the SAN switch and, if necessary, do any configuration. Actually, VM doesn't see the SCSI devices. What it sees are the subchannels on the chpid. In normal ESCON attachment, the control units actively participate in the I/O process. They know which devices are available and which devices are not. For SCSI, there is no traditional control unit to manage device attachment to the I/O subsystem. There's just a cable the plugs into your FC switch. The connection to a particular drive is established dynamically via a specific protocol between the guest or CP and the switch. So as long as the chpid is active, all of the devices you defined on the chpid will appear, but they don't have active devices on them until CP (via EDEVICE) or a guest (via its own SCSI device drivers) does something. Problem is, from this point on I am lost there are WorldWidePort addresses and a lot of other terminology I am not familiar with. So any references or pointers would be very much appreciated. I have a feeling that this is not all that hard. The Shark is current attached to the same SAN switches, and provides DASD for the PC?s. See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss where you will find several of his presentations on z/VM and SCSI. These are excellent resources. (Steve is the Father of z/VM SCSI.) It helps if you can sit down with someone who has storage expertise to help round out some of the practical considerations. And get thee to a VM user group near thee! If the user group requests someone come and speak on SCSI, we are more than happy to oblige. Alan Altmark z/VM Development IBM Endicott
Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!
Ack! I really can spell, but my typing is terrible when I typing into a web page. Apologies to all. Thanks Eric, I will try this in the morning. I've pretty well been up all weekend and my eyes just won't stay open. Again, apologies to the list for that horrific typing. -Paul - Original Message - From: Eric R Farman To: IBMVM@LISTSERV.UARK.EDU Sent: Monday, May 08, 2006 6:03 PM Subject: Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please! Hi Paul, When issuing a "SET EDEV TYPE FBA ATTR [paths]" command, the "" value should be an unused RDEV number that will be created. The FCP RDEV number (D200) is used later in the command, following the "FCP_DEV" operand. Hope this helps you avoid your maintenance window. Regards, EricEric Farmanz/VM I/O DevelopmentIBM Endicott, NY(607)429-4958 (tie 620) Paul Raulerson [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/08/2006 06:17 PM Please respond toThe IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please! Steve Wilkin's page is a goldmine! Thanks for the pointer. :) I see I gotten myself in a conumdrum here - the FCP port if available, but I should not have defined any devices on it. "SET EDEVICE xxx xx xx xx ... " results in a complaint that 'D200 is a defined as a real device". I suppose it istime for yet another maintenance window, and bring her down again. (*sigh*) I should not be this difficult. :) :) :) :) I suppose I am going to have to start a VM User group down here - the closest one I know of the CaveMen guys up in Chigaco. :) -Paul- Message from "Alan Altmark" [EMAIL PROTECTED] on Mon, 8 May 2006 20:27:00 + - To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FCP Attached Tape Drives (z/VM, z/Linux) - Help Please!On Monday, 05/08/2006 at 04:20 GMT, Paul Raulerson [EMAIL PROTECTED] wrote: I modified the IODC (using the HMC, I have not figured out how to use the z/VM software for doing so yet... :) to change a free FC channel to a FCP channel, and added a CUNUMBR line to support. I?ve included the definition file below, with the interesting bits marked in red.:) From z/VM I can do a query on the CHPID (F3 in this case) and I see that it thinks there are devices available out there. That is kind strange, because the new tapes are not yet attached there are two new 3592 TS1120 tape drives ready to connect to the SAN switch and configure. The FiCON port is also ready to connect to the SAN switch and, if necessary, do any configuration. Actually, VM doesn't see the SCSI devices. What it sees are the subchannels on the chpid. In normal ESCON attachment, the control units actively participate in the I/O process. They know which devices are available and which devices are not.For SCSI, there is no traditional control unit to manage device attachment to the I/O subsystem. There's just a cable the plugs into your FC switch. The connection to a particular drive is established dynamically via a specific protocol between the guest or CP and the switch.So as long as the chpid is active, all of the devices you defined on the chpid will appear, but they don't have active devices on them until CP (via EDEVICE) or a guest (via its own SCSI device drivers) does something. Problem is, from this point on I am lost there are WorldWidePort addresses and a lot of other terminology I am not familiar with. So any references or pointers would be very much appreciated. I have a feeling that this is not all that hard. The Shark is current attached to the same SAN switches, and provides DASD for the PC?s.See Steve Wilkins' home page: http://www.vm.ibm.com/devpages/wilkinss where you will find several of his presentations on z/VM and SCSI. These are excellent resources. (Steve is the Father of z/VM SCSI.) It helps if you can sit down with someone who has storage expertise to help round out some of the practical considerations.And get thee to a VM user group near thee! If the user group requests someone come and speak on SCSI, we are more than happy to oblige.Alan Altmarkz/VM DevelopmentIBM Endicott
Re: Secure Help
You're VMXGNR command lacks the filemode letter of the 1B0 mdisk: Try VMXGNR USER DIRECT C U VMEXIT1 EXEC \ This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim - OIT Sent: Wednesday, April 26, 2006 2:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VM:Secure Help I am loading this release on our new ZVM 5.2 system. I have gone through installation phases 1 and 2. I am now on page 86 of the Installation guide 7.2A. I have accessed the source directory user direct as C. I have accessed 1B0 as U. I run VMXGNR USER DIRECT C VMEXIT1 EXEC, and VMXGNR USER DIRECT C NEWUSER EXEC, and VMXGNR USER DIRECT C VMXUNEWU EXEC and I always get this error message: DMSVMX002E FILE 'EXEC TEXT *' NOT FOUND. I've posted this on the CA support forum too. I am in a rush and this list is full of wizards. I hope one of them can help me see the error of my ways. Regards, ___ Jim Hughes 603-271-5586 Impossible is just an opinion.
Re: Secure Help
Great set of eyes John. Its time for me to see Lenscrafters. Regards, ___ Jim Hughes 603-271-5586 Impossible is just an opinion. =-Original Message- =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Romanowski, John (OFT) =Sent: Wednesday, April 26, 2006 2:06 PM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: Secure Help = =You're VMXGNR command lacks the filemode letter of the 1B0 mdisk: = =Try VMXGNR USER DIRECT C U VMEXIT1 EXEC =\ = = =This e-mail, including any attachments, may be confidential, privileged or =otherwise legally protected. It is intended only for the addressee. If you =received this e-mail in error or from someone who was not authorized to =send it to you, do not disseminate, copy or otherwise use this e-mail or =its attachments. Please notify the sender immediately by reply e-mail and =delete the e-mail from your system. = = =-Original Message- = =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Hughes, Jim - OIT =Sent: Wednesday, April 26, 2006 2:00 PM =To: IBMVM@LISTSERV.UARK.EDU =Subject: VM:Secure Help = =I am loading this release on our new ZVM 5.2 system. I have gone through =installation phases 1 and 2. = =I am now on page 86 of the Installation guide 7.2A. = =I have accessed the source directory user direct as C. I have =accessed 1B0 =as U. = =I run VMXGNR USER DIRECT C VMEXIT1 EXEC, =and VMXGNR USER DIRECT C NEWUSER EXEC, =and VMXGNR USER DIRECT C VMXUNEWU EXEC = =and I always get this error message: =DMSVMX002E FILE 'EXEC TEXT *' NOT FOUND. = =I've posted this on the CA support forum too. I am in a rush and this =list is full of wizards. I hope one of them can help me see the error of =my ways. = =Regards, = =___ =Jim Hughes =603-271-5586 =Impossible is just an opinion.
MP3000 Help with TOKEN RING Adapter
Hi MP3000 Gurus, I need some help how to migrate from an OSA-2 using Token-Ring adapter from an IBM 9672-RB5 to a MP3000 H50 with TKR card. Today I use XCA VTAM book to see OSA TKR. I was checking MP3000 manual and found no useful information about how to configure EMIO and MPTS definitions to reflect adapter to VM, VSE and OS390 systems. Thanks for help and if possible, please contact me off list. Carlos Bodra
Re: help to get removed from list
Send email to [EMAIL PROTECTED] with the text UNSUBSCRIBE IBMVM At 10:08 AM 4/11/2006, you wrote: How do I remove myself from this list? Bill Fairchild
