Re: PF9 Swap question
On 5/26/2011 8:30 PM, Chris Mason wrote: 3272 - and 3271, 3274 and 3174 - was a control unit for 3270 displays and printers, the original pre-SNA channel-attached control unit, emulated today by the OSA-ICC. I know, I just worded it poorly. Nothing in the 3272-3278 range provided color without a 3279 or 3179. We had just about everything (I had a 3275 for testing, still have my 3290), and two 3174 controllers (one 1L, one 63R). And our shops had a mix of one IBM 3274 (local non-SNA for operations, 3278s and 3180s), hundreds of ITT 3278/3289 equivalents on local-SNA, and an ATT group (worst buy they ever made - used twisted pair wiring that kept getting errors due to electrical interference, and had an incompatible character set). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Jim Obrizok is out of the office on vacation and the holiday, returning Tuesday, May 31st.. (returning 05/31/2011)
I am out of the office until 05/31/2011. If this is a emergency, please contact my backup - Fernando Vega - on 1-404-238-4580, or fv...@us.ibm.com. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 25 May 2011 to 26 May 2011 (#2011-146) sent on 5/27/11 0:00:03. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Facebook for professional usage (was Re: Recent maintenance for z/XDC)
Facebook access is not just allowed in IBM but actively encouraged. And heavily used. (Likewise Slideshare, LinkedIn, FourSquare and Twitter - and this isn't a prescriptive list.) Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do XCF couple datasets get serialized in a sysplex?
On Wed, 25 May 2011 07:04:04 -0500, Bill Neiman nei...@us.ibm.com wrote: ... XCF uses several types of serialization to protect couple data sets. But to clear up one misconception right away: Hardware reserves are *NEVER* used to serialize couple data sets. ... Thank you Bill. One last question: When you wrote Hardware reserves are *NEVER* used to serialize couple data sets, did you mean Neither ISGENQ, nor RESERVE macros are ever being used ? Could this mean that maybe device reserve (channel command code B4, properly positioned within a channel program) is being directly used ? After all, how else could sole, exclusive access to a device be guaranteed to a specific system ? We do not intend to reverse-engineer, mimic, or otherwise fiddle or interfere with any IBM internal unpublished protocol. We just want to understand. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
INOPERATIVE PATH
Hi, we are upgrading our z10's to z196's and during the last machine upgrade we started loosing paths to different devices and from different channel paths. We have now one z10 and one z196 with 4 LPARs each in SYSPLEX. The messages are displayed through the LPARs of the z10. *IOS001E 5DDC,INOPERATIVE PATH 06 IOS2001I 5DDC INOPERATIVE PATH 053 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,06, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 055 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,96, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 057 STATUS FOR PATH(S) 96 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) I've been searching the Internet for any document that could explain te possible causes, but, unfortunatelly, found nothing. Any help would be appreciated. Thanks in advance. Regards, Christian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOPERATIVE PATH
we are upgrading our z10's to z196's and during the last machine upgrade we started loosing paths to different devices and from different channel paths. We have now one z10 and one z196 with 4 LPARs each in SYSPLEX. The messages are displayed through the LPARs of the z10. *IOS001E 5DDC,INOPERATIVE PATH 06 IOS2001I 5DDC INOPERATIVE PATH 053 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) Have you done a DS P,5DDC to see what that indicates? Or a D M=CHP(053) Or a D M=DEV(5DDC) How is this device genned? Is it Tape or DASD? What kind of device (IBM DS8000, TS7740, etc)? Have you opened an ETR with IBM or contacted your hardware support vendor? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do XCF couple datasets get serialized in a sysplex?
XCF does not use any of the interfaces that establish a reserve on a device - not ENQ / RESERVE in any of its external implementations, nor the Device Reserve (B4) command. The reference to device-level serialization in my earlier append wasn't really correct. More precisely, XCF uses appropriate device commands to establish data set-level serialization to prevent interleaving of channel programs from multiple systems. We do not reserve an entire device. Bill Neiman Parallel Sysplex development, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOPERATIVE PATH
Sorry I misread the path name So the command should be D M=CHP(B0) Also check out the redbook FICON Planning and Implementation SG24-6497. It has a decent write-up of various reasons for the IOS2001I messages. Since you B0 / FF is not documented, I would recommend contacting IBM IOS group through an ETR. Have you reset the control unit? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, May 27, 2011 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: INOPERATIVE PATH we are upgrading our z10's to z196's and during the last machine upgrade we started loosing paths to different devices and from different channel paths. We have now one z10 and one z196 with 4 LPARs each in SYSPLEX. The messages are displayed through the LPARs of the z10. *IOS001E 5DDC,INOPERATIVE PATH 06 IOS2001I 5DDC INOPERATIVE PATH 053 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) Have you done a DS P,5DDC to see what that indicates? Or a D M=CHP(053) Or a D M=DEV(5DDC) How is this device genned? Is it Tape or DASD? What kind of device (IBM DS8000, TS7740, etc)? Have you opened an ETR with IBM or contacted your hardware support vendor? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Automatic response fail on Console
Hello, On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that Reply xx was not requested from this console. 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference.Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automatic response fail on Console
On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that Reply xx was not requested from this console. 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference. Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh You need to give more details. 1) What version of z/OS 2) What is your automatic process? OPS/MVS, System Rexx, MPF List exit??? 3) What invokes your SMFDUMP process 4) On the systems it works, how is the process set up? 5) On the system that does not work how is the process set up? 6) What is used to dump SMF? IFASMFDP, SMFUTIL, SMFDUMP programs? 7) Is the SMF DUMP process submitted by a scheduling product or as a Started Task or as a Batch Job? 8) What I the RMM commands that you use? Do you mean all RMM auto backs will not run until this reply is answered? The more details about your environment we have the better we can review your issue. Not all shops run SMF the same way. So it is difficult to understand what your shop does. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automatic response fail on Console
Thanks for reply. We do not use any product for scheduling. We just use free scheduling procedure. We are using z/OS 1.10 system running. The program which we use is called AUTO and is available in SYS2.PROCLIB(AUTO). Menu Utilities Compilers Help ÄÄÄ BROWSESYS2.PROCLIB(AUTO) - 01.04 Line Col 001 080 Command === Scroll === CSR * Top of Data ** //AUTO EXEC PGM=AUTO, // TIME=1440, // DPRTY=(7,9) //* //STEPLIB DD DSN=XXX1.SYS1.LINKLIB, // DISP=SHR //* //COMMANDS DD DSN=SYS2.AUTO.SYSNAME..COMMANDS, // DISP=SHR //* //JOB00DD DSN=SYS2.AUTO.JOBS, // DISP=SHR //* //INTRDR DD SYSOUT=(A,INTRDR) //* //SYSABEND DD SYSOUT=A //SYSUDUMP DD SYSOUT=A Bottom of Data I have never used free scheduling procedure, so not sure how system has been configured for this scheduling. I have always used TWS for scheduling Jobs. Please help me to what are all parameter and dataset member has to be checked to current scheduling configuration. Regards Saurabh On 5/27/2011 5:37 PM, saurabh khandelwal wrote: Hello, On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that Reply xx was not requested from this console. 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference.Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accelerrate your migration z/OS v1r12
Hello All, If you weren't able to make the live webcast yesterday, the replay is available right now from the webcast website: http://events.unisfair.com/rt/ibm~zosr12mig That should help those with a Down Under timezone :). You do need a logon userid/password to get to it. You can use your existing logon if you had it, or you can get one if you didn't already register. The PDF of this session is available there now, from the blue box Files/Info. There will be a podcast available also from Files/Info that we are working on putting up very soon. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with resolving own host name
Robin I see you have not had a response to this. Please be aware that the greatest concentration of IP-based expertise is in IBMTCP-L: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Turning on the resolver trace shows the host name getting resolved correctly, it just doesn't reach the application. We are using SAS/C R750 compiler and runtime. Given that the resolver trace is as expected, it looks like a problem at the level of the API. What do SAS C R370 say the problem might be? We have an application on z/OS 1.11 that reads in its unqualified host name from a config member Incidentally, just to be clear, this unqualified host name from a config member is presumably a gethostname() call so that the string returned is the typically single token corresponding to what is specified in the generically named TCPIP.DATA data set HOSTNAME parameter, default the VMCF parameter name or, failing that, the MVS system name. Chris Mason On Thu, 26 May 2011 17:00:32 +0100, Robin Atwood robin.atw...@microfocus.com wrote: We have an application on z/OS 1.11 that reads in its unqualified host name from a config member and resolves it via an external DNS server by calling gethostbyname(). This works as expected if the TCPIP.DATA config contains a DOMAINORIGIN statement. If we change the DOMAINORIGIN to a SEARCH statement, specifying our domain name first in the list, gethostbyname returns null. This was first reported by a customer and I can it duplicate it here. Turning on the resolver trace shows the host name getting resolved correctly, it just doesn't reach the application. Fully qualifying the host name in the config member gives the right result. We are using SAS/C R750 compiler and runtime. TIA -- Robin Atwood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of MCSOPMSG
The problem is resolved but I did not get much detail to relay. I believe it was just typical AR mode programming problems. Chuck Arney illustro Systems International, LLC http://www.illustro.com Internet-enable your applications with z/Ware V2 Voice: 214-800-8900 X#5562 -- This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, May 26, 2011 5:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Use of MCSOPMSG In A92E24F5CC292041B56A49E74FFDBA54F54D64@exchange.isint.local, on 05/26/2011 at 02:18 PM, Chuck Arney car...@illustro.com said: I responded to this offline to take it off-list. Please consider posting the solution on the list. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with resolving own host name
Chris - Thanks for the response. Since I posted I have tried running hometest, telnet, with the trace and they do gethostbyname() without problems, so I am inclined to think the problem lies with the SAS/C runtime. Unfortunately SAS/C is no longer marketed and is basically a bit moribund, so I don't expect any help from that quarter. By host name I indeed meant the system name; it turns out that fully qualifying that with the domain circumvents the problem, so I suggested that to the customer as a work-around. I will check-out the IBMTCP-L list, however. Cheers -Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: 27 May 2011 15:02 To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with resolving own host name Robin I see you have not had a response to this. Please be aware that the greatest concentration of IP-based expertise is in IBMTCP-L: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Turning on the resolver trace shows the host name getting resolved correctly, it just doesn't reach the application. We are using SAS/C R750 compiler and runtime. Given that the resolver trace is as expected, it looks like a problem at the level of the API. What do SAS C R370 say the problem might be? We have an application on z/OS 1.11 that reads in its unqualified host name from a config member Incidentally, just to be clear, this unqualified host name from a config member is presumably a gethostname() call so that the string returned is the typically single token corresponding to what is specified in the generically named TCPIP.DATA data set HOSTNAME parameter, default the VMCF parameter name or, failing that, the MVS system name. Chris Mason On Thu, 26 May 2011 17:00:32 +0100, Robin Atwood robin.atw...@microfocus.com wrote: We have an application on z/OS 1.11 that reads in its unqualified host name from a config member and resolves it via an external DNS server by calling gethostbyname(). This works as expected if the TCPIP.DATA config contains a DOMAINORIGIN statement. If we change the DOMAINORIGIN to a SEARCH statement, specifying our domain name first in the list, gethostbyname returns null. This was first reported by a customer and I can it duplicate it here. Turning on the resolver trace shows the host name getting resolved correctly, it just doesn't reach the application. Fully qualifying the host name in the config member gives the right result. We are using SAS/C R750 compiler and runtime. TIA -- Robin Atwood This message has been scanned by MailController - portal1.mailcontroller.co.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My first mainframe experience
How about 2260's was a terminal control unit for terminals which only had 12 lines by 80 Cut my teeth on 360/65 and a 360/50 and a 360/40 and they had a 360/20 down at one of our sites for RJE. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Anne Lynn Wheeler Sent: Thursday, May 26, 2011 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: My first mainframe experience chrisma...@belgacom.net (Chris Mason) writes: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/admg1a05/6.3.4 Table 8 has all the numbers. 3174 was a 3270 control unit. 4341 was a processor, a mainframe. 3272 was controller for 3277 3274 was introduced as controller for 3278. besides other changes from 3272/3277 to 3274/3278, a lot of the electronics were moved out of the terminal head and back into the 3274 controller reducing manufacturing costs and drastically increasing communication chatter over the coax (and reducing response). we complained about the significant worse human factors characteristics for 3274 controller. eventually we got a response that 3274/3278 wasn't designed for interactive computing ... but for data entry (basically updated keypunch technology). past post with old reference to 3272/3277 3274/3278 comparison http://www.garlic.com/~lynn/2001m.html#19 3270 protocol 3274 was slow in other ways ... it had very high channel busy overhead doing command processing. I did a project for STL (now SVL) writting support for HYPERChannel channel extender ... allowing local 3274 controlers to moved to offsite building. As a side-effect of moving real 3274 off the channels ... being replaced with HYPERChannel boxes, significantly reducing channel busy for doing the same 3274 operations ... increased overall system thruput by 10-15%. ... misc. past posts mentioning various efforts ... some involving HYPERChannel http://www.garlic.com/~lynn/subnetwork.html#hsdt later in terminal emulation in ibm/pc ... a 3277 terminal emulation card had much better upload/download thruput compared to 3278 terminal emulation card (because of design with the electronics back in the controller ... requiring significant increase coax protocol chatter ... cutting effective upload/download thruput). some old references about terminal emulation thruput http://www.garlic.com/~lynn/2005r.html#17 Intel strikes back with a parallel x86 design http://www.garlic.com/~lynn/2007r.html#10 IBM System/3 3277-1 http://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software other posts with references to terminal emulation http://www.garlic.com/~lynn/subnetwork.html#terminal 4341 was mid-range done by endicott. some number of old emails related to 4341 http://www.garlic.com/~lynn/lhwemail.html#4341 POK was surprised that 4341 was beating 3031. in the wake of failure of FS effort, there was mad rush to get products back into 370 product pipeline ... some part of that was 303x which was largely warmed over 370; 3031 was warmed over 370/158-3. clusters of 4341s had higher thruput, were lower cost and required significant reduced physical resources compared to 3033 (there is folklore about internal dirty tricks that cut in half the allocation of critical 4341 manufacturing component) 4341 increased performance, reduced costs, reduced physical requirements ... and there was big explosion in the numbers sold. Many corporations were facing running out of physical space in datacenters ... and it was possible to place 43xx machines out in dept. supply rooms and conference rooms. Large corporations had orders for several hundred at a time that went all around the corporation ... the leading edge of the distributed computing wave. internally, so many were going into dept. conference rooms, that conference rooms started to become scarce corporate resource. the explosion in number of 43xx machines internally helped spike the number of internal network nodes: http://www.garlic.com/~lynn/subnetwork.html#internalnet hitting 1000 nodes summer of 1983 ... old reference: http://www.garlic.com/~lynn/99.html#112 list of corporate sites with new network nodes added during 1983 (very large percentage being vm/43xx machines): http://www.garlic.com/~lynn/2006k.html#8 old post with picture of 1000th node desk ornament http://www.garlic.com/~lynn/2006k.html#43 above has copy of old email on the subject http://www.garlic.com/~lynn/2006k.html#email830422 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Re: My first mainframe experience
ps2...@yahoo.com (Ed Gould) writes: Back in the 70's 80's the place I worked had 1500 (or so) local 3270's off of a 168MP. We were truly at the UCB # limit for MVS. We were forever having to do sysgens as our VP was a hungry for drives. The conversion to 3350's did save us a bit. But what truly helped us was the 3274L's (1 UCB and 32 address's) (SNA local controller). Our monitoring of channel's we did not tend to see much busies on the byte channel's even with the 3705 we rarely saw anything that concerned us (say more than 10 percent busy). BTW the online CICS application was a really big fullscreen transfer user. I am not sure where the chatty part you were talking about but we never saw it and the people that were entering the data were no slouches for entering lot's of data. re: http://www.garlic.com/~lynn/2011g.html#41 unnrelated old CICS reference: http://www.garlic.com/~lynn/2011g.html#42 interactive computing tended to have a lot more interactions that pure data entry. 3270s in general were half-duplex ... so from the time enter was hit until it was safe to type again ... increased with 3274 ... because so much electronics had been moved out of the terminal and back to the controller. the half-duplex problem also showed up if the system as doing something asynchronously while typing ... if system went to write to the screen while key was being hit, the keyboard would lock and then person would need to stop and hit reset (again horrible human factors). the reference http://www.garlic.com/~lynn/2001m.html#19 3270 protocol gave comparison timing between 3272/3277 and 3274/3278 for just internal hardware part of the controller ... base 3272/3277 hardware processing was .086 seconds ... with 90percentile trivial interactive CMS response of .11sec ... that gave effective human perceived response of .196 seconds. base 3274/3278 hardware processing was .530 seconds. The corporation had started doing a lot in the area programmer productivity and human factors ... establishing quarter second response time as a goal. The reference numbers were from a internal ibm study that showed that it was impossible to meet the objectives with direct channel attached 3274 controllers. going to SNA made the latencies and delays much worse ... and going to any kind of remote made human interactive intolerable. That was what initially prompted the HYPERChannel channel extender for the STL development lab. STL was bursting at the seams and 300 people from the IMS group were being moved to off-site building. They had done some experiments with remote 3270 and found the human factors totally unacceptable. The channel extender from the offsite building back to STL datacenter, allowed the local channel attached 3270 controllers to be placed at the remote building and human response and interactive characteristics appeared as if they werer still in the STL bldg. As it turned out, getting the direct channel 3270 controllers off the real channels had a side-benefit of increasing overall system throughput by 10-15% with the electronics in the head of 3277 it was possible to further improve the human factors ... including eliminating the half-duplex keyboard locking ... when there is normal interactive operation going on concurrently between system and user (user potentially constantly typing while the system might do something that would asynchronously update part of the screen). Open the 3277 keyboard and little soldering ... and could adjust the key repeat delay and the key repeat rate ... to a much more human acceptable rate. Also got a vendor to build a small fifo box ... unplug the keyboard from the 3277 head, plug the box into the 3277 head and plug the 3277 keyboard into the fifo box. This provided a keystroke buffer to eliminate keyboard getting locked if key was being pressed same time screen was getting something written. in the 3274/3278 ... with all the electronics moved back into the controller, it was no longer possible to perform these human factor hacks. also with much of the electronics back in the controller ... there was enormous increase in protocol chatter over coax cable between what was going on in the 3278 terminal head and the electronics back in the controller. later with terminal emulation ... is was possible to program the PC for human factors ... compensating for the 3270 human factor characteristics. However, the enormous increase in protocal chatter over coax cable drastically reduced upload/download throughput for 3274/3278 terminal emulation ... compared to what could get from 3272/3277 terminal emulation (since 3274/3278 had both lot more extranous protocol chatter as well as significantly more handshaking operation latencies doing any data movement between controller and head). the terminal emulation paradigm shows up later with the controllers supporting token-ring and PCs with T/R adapters. The PC/RT workstation (with AT ISA bus) had done its own
Re: My first mainframe experience
jim_peter...@homedepot.com (Petersen, Jim) writes: How about 2260's was a terminal control unit for terminals which only had 12 lines by 80 Cut my teeth on 360/65 and a 360/50 and a 360/40 and they had a 360/20 down at one of our sites for RJE. re: http://www.garlic.com/~lynn/2011g.html#41 http://www.garlic.com/~lynn/2011g.html#42 http://www.garlic.com/~lynn/2011g.html#43 not display ... but 2741TTY terminals. As undergraduate, I had been doing a whole lot of work with OS/360 HASP ... prior to getting involved with (virtual machine) cp67. I would tear apart stage2 output from stage1 sysgen and re-organize all the move/copy steps statements to careful order files and PDS members. For typical univ. student jobstream this got nearly three times thruput (with hasp, each student job as 3step fortran compile, link go ... before installing watfor for student jobs). initial cp67 installed at the univ. had support for 2741 1050s. The univ. had some number of TTY/ascii terminals so I decided to add TTY support to CP67. CP67 27411050 support did automatic terminal identification ... playing dynamic games with 270x controller SAD command (would change which line-scanner was associated with which line/port). I tried to put in TTY support so it would do automatic terminal identification consistently. It would work for leased lines ... but I wanted to have single dialup number that could be used for all terminals (common hunt group and pool of lines). Turns out it wouldn't quite work since 2702 took shortcut and hardwired the line speed to each port. this was somewhat the justification for the univ. starting clone controller effort ... reverse engineering the channel interface and building channel interface board for Interdata/3 (programmed to emulate 270x) ... and being able to do both dynamic line-speed and terminal type identification. later, four of us got written up being blamed for some part of clone controller business. http://www.garlic.com/~lynn/subtopic.html#360pcm later, P/E bought Interdata and the box was sold for many years under the perkin/elmer logo. In the late 90s, I ran into such a box in large east coast datacenter handling large percentage of merchant dial-up payment card swipe cards in the us (ran into former P/E salesman that said he didn't think they ever changed the channel interface board design) in any case, I also decided to hack 2741 TTY terminal support into side of HASP (removing 2780 support to cut down real storage footprint). I re-implemented a conversational editor from scratch ... with CMS editor syntax ... for a form of CRJE (and I considered much better than early TSO from the period). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My first mainframe experience
Oh yes... A 256k IBM 360/50 with a 1MB LCS box attached running OS/MFT. Also CRJE on 2740/41's, 2260's came later. Operations greatly improved when we installed this type-3 program called HASP. Charles S. Kammer Systems Programming Administrator Bexar County Information Technology San Antonio, TX -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Petersen, Jim Sent: Friday, May 27, 2011 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: My first mainframe experience How about 2260's was a terminal control unit for terminals which only had 12 lines by 80 Cut my teeth on 360/65 and a 360/50 and a 360/40 and they had a 360/20 down at one of our sites for RJE. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Anne Lynn Wheeler Sent: Thursday, May 26, 2011 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: My first mainframe experience chrisma...@belgacom.net (Chris Mason) writes: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/admg1a05/6. 3.4 Table 8 has all the numbers. 3174 was a 3270 control unit. 4341 was a processor, a mainframe. 3272 was controller for 3277 3274 was introduced as controller for 3278. besides other changes from 3272/3277 to 3274/3278, a lot of the electronics were moved out of the terminal head and back into the 3274 controller reducing manufacturing costs and drastically increasing communication chatter over the coax (and reducing response). we complained about the significant worse human factors characteristics for 3274 controller. eventually we got a response that 3274/3278 wasn't designed for interactive computing ... but for data entry (basically updated keypunch technology). past post with old reference to 3272/3277 3274/3278 comparison http://www.garlic.com/~lynn/2001m.html#19 3270 protocol 3274 was slow in other ways ... it had very high channel busy overhead doing command processing. I did a project for STL (now SVL) writting support for HYPERChannel channel extender ... allowing local 3274 controlers to moved to offsite building. As a side-effect of moving real 3274 off the channels ... being replaced with HYPERChannel boxes, significantly reducing channel busy for doing the same 3274 operations ... increased overall system thruput by 10-15%. ... misc. past posts mentioning various efforts ... some involving HYPERChannel http://www.garlic.com/~lynn/subnetwork.html#hsdt later in terminal emulation in ibm/pc ... a 3277 terminal emulation card had much better upload/download thruput compared to 3278 terminal emulation card (because of design with the electronics back in the controller ... requiring significant increase coax protocol chatter ... cutting effective upload/download thruput). some old references about terminal emulation thruput http://www.garlic.com/~lynn/2005r.html#17 Intel strikes back with a parallel x86 design http://www.garlic.com/~lynn/2007r.html#10 IBM System/3 3277-1 http://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software other posts with references to terminal emulation http://www.garlic.com/~lynn/subnetwork.html#terminal 4341 was mid-range done by endicott. some number of old emails related to 4341 http://www.garlic.com/~lynn/lhwemail.html#4341 POK was surprised that 4341 was beating 3031. in the wake of failure of FS effort, there was mad rush to get products back into 370 product pipeline ... some part of that was 303x which was largely warmed over 370; 3031 was warmed over 370/158-3. clusters of 4341s had higher thruput, were lower cost and required significant reduced physical resources compared to 3033 (there is folklore about internal dirty tricks that cut in half the allocation of critical 4341 manufacturing component) 4341 increased performance, reduced costs, reduced physical requirements ... and there was big explosion in the numbers sold. Many corporations were facing running out of physical space in datacenters ... and it was possible to place 43xx machines out in dept. supply rooms and conference rooms. Large corporations had orders for several hundred at a time that went all around the corporation ... the leading edge of the distributed computing wave. internally, so many were going into dept. conference rooms, that conference rooms started to become scarce corporate resource. the explosion in number of 43xx machines internally helped spike the number of internal network nodes: http://www.garlic.com/~lynn/subnetwork.html#internalnet hitting 1000 nodes summer of 1983 ... old reference: http://www.garlic.com/~lynn/99.html#112 list of corporate sites with new network nodes added during
Re: Antwort: Differences between REGION=0K and REGION=0M
REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 26, 2011 4:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Antwort: Differences between REGION=0K and REGION=0M On Thu, 26 May 2011 10:24:31 +0200, Michael Klaeschen wrote: See chapter 16.13.2 of MVS JCL Reference. IBM's explanation there does not differ between 0K and 0M. However, I think you can intercept with a JES exit and may be even IEALIMIT/IEFUSI. REGION=0K requests only one-thousandth as much as REGION=0M. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Differences between REGION=0K and REGION=0M
Yes, since 1/15 of zero is equal to zero. I have a file that occupies 0 Petabytes. Man, that thing is really HUGE. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, May 27, 2011 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Antwort: Differences between REGION=0K and REGION=0M REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 26, 2011 4:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Antwort: Differences between REGION=0K and REGION=0M On Thu, 26 May 2011 10:24:31 +0200, Michael Klaeschen wrote: See chapter 16.13.2 of MVS JCL Reference. IBM's explanation there does not differ between 0K and 0M. However, I think you can intercept with a JES exit and may be even IEALIMIT/IEFUSI. REGION=0K requests only one-thousandth as much as REGION=0M. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM QUESTION - SDSP DSNS
Hallo To All, I ran a report to obtain a list of SDSP dsns on an ML1 volume which is defined as SDSP : HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403 dsns listed. I ran another report HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there were 42,499 dsns. My question is why is there a discrepancy? Since the volume is defined as SDSP shouldn't only dsns that fit the criteria be housed on the SDSP volume? Since there are 2 volumes defined as NOSDP shouldn't they be allocated on those volumes. I would appreciate it if someone could clear up my misunderstanding about SDSP and NOSDP. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My first mainframe experience
On 5/27/2011 11:17 AM, Petersen, Jim wrote:
How about 2260's was a terminal control unit for terminals
which only had 12 lines by 80 Cut my teeth on 360/65 and a
360/50 and a 360/40 and they had a 360/20 down at one of our
sites for RJE.
The 2260s were attached to a 2848 control unit. I worked at ADR
when they were announced, and a couple of us used them for
playing games (e.g., a battleship game by Dave McBride). {partly
as a result of our experience, we won a CIA contract for
interactive text scanning that seems horribly antiquated by
today's standards.
If you started on a 360, you're a newbie G Some of us on the
list worked with 70x and 709x mainframes.
Gerhard Postpischil
Bradford, VT
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to monitor Member Updates in a PDS
CA has CA Compliance Manager for z/OS; please see: http://www.ca.com/us/products/detail/CA-Compliance-Manager-for-zOS.aspx for additional information. Regards, Dave David Hrycewicz CA Software Architect david.hrycew...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, May 26, 2011 5:48 AM To: IBM-MAIN@bama.ua.edu Subject: Any way to monitor Member Updates in a PDS I remember a tool called Softaudt that could create reports when members in a PDS were touched. Is there anything else that can do that? SMF does not provide that level of information. If not, what procress (assembler, cobol, REXXX, etc) could I create do to that? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My first mainframe experience
gerh...@valley.net (Gerhard Postpischil) writes:
The 2260s were attached to a 2848 control unit. I worked at ADR when
they were announced, and a couple of us used them for playing games
(e.g., a battleship game by Dave McBride). {partly as a result of our
experience, we won a CIA contract for interactive text scanning that
seems horribly antiquated by today's standards.
If you started on a 360, you're a newbie G Some of us on the list
worked with 70x and 709x mainframes.
re:
http://www.garlic.com/~lynn/2011g.html#41 My first mainframe experience
http://www.garlic.com/~lynn/2011g.html#43 My first mainframe experience
http://www.garlic.com/~lynn/2011g.html#44 My first mainframe experience
the univ. had 2250m1 (direct channel attach) and I hacked the cms editor
to use it (early fullscreen editor, borrowing 2250m1 software library
that lincoln labs had done for cms).
later at the science center, there was a 2250m4 (aka 1130+2250 combo ...
the 2250m4, including 1130 ... was about the same price as the 2250m1).
somebody had ported spacewar to the 2250m4 ... where the keyboard was
split in half ... with keys on two sides of keyboard used for controls
for two-person game. i would bring my kids in on the weekends and they
would play spacewar on the machine.
original on pdp1 (before porting to 1130/2250):
http://en.wikipedia.org/wiki/Spacewar!
misc. past posts mentioning science center
http://www.garlic.com/~lynn/subtopic.html#545tech
a decade or so later, there was a distributed multiuser cms spacewar
game done by the author of rexx (played on 3270). somebody would have
spacewar controller/server running ... and users could run clients on
their own cms ... it used spm for inter-virtualmachine communication
with the spacewar server (would worked with the server on the same
machine or through the internal network from other machines around the
company).
then some number of people wrote robot spacewar clients that would
make moves much faster and beat human players. the spacewar server was
then modified to dramatically increase energy use as the interval
between client operations decreased (attempting to somewhat level the
field between robot and human players).
--
virtualization experience starting Jan1968, online at home since Mar1970
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: My first mainframe experience
Back in high school (circa 1973), I got to play on an 1130 (given to us by a
local think tank (Battelle Memorial Institute, where Xerography was developed)
with an 1132 printer - I gotta say, I (like so many others have mentioned) was
hooked
Was/Is an 1130 considered a mainframe? (or was EVERYTHING back then a
mainframe?)
Chris Hoelscher
IDMS DB2 Database Administrator
502-476-2538
You only need to test the programs you don't want to get called on later
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Gerhard Postpischil
Sent: Friday, May 27, 2011 1:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] My first mainframe experience
On 5/27/2011 11:17 AM, Petersen, Jim wrote:
How about 2260's was a terminal control unit for terminals which only
had 12 lines by 80 Cut my teeth on 360/65 and a
360/50 and a 360/40 and they had a 360/20 down at one of our sites for
RJE.
The 2260s were attached to a 2848 control unit. I worked at ADR when they were
announced, and a couple of us used them for playing games (e.g., a battleship
game by Dave McBride). {partly as a result of our experience, we won a CIA
contract for interactive text scanning that seems horribly antiquated by
today's standards.
If you started on a 360, you're a newbie G Some of us on the list worked
with 70x and 709x mainframes.
Gerhard Postpischil
Bradford, VT
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
http://bama.ua.edu/archives/ibm-main.html
The information transmitted is intended only for the person or entity to which
it is addressed and may contain CONFIDENTIAL material. If you receive this
material/information in error, please contact the sender and delete or destroy
the material/information.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Differences between REGION=0K and REGION=0M
On 27 May 2011 12:42, Charles Mills charl...@mcn.org wrote: REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? Generally yes. But it could be different on older devices with a different number of tracks/cylinder. Where you *really* have to be careful is if you have a 3390-0. Then the amount of space you get is undefined. Tony H. on Friday -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe C Link Step Error - using pthread (POSIX)
We are receiving an 8 on our linking of a C module on the mainframe (z/os 1.7) The error is: IEW2456E 9207 SYMBOL PTHREAD@ UNRESOLVED. Does a library need to be included in our link's syslib? Thank you! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe C Link Step Error - using pthread (POSIX)
We are receiving an 8 on our linking of a C module on the mainframe (z/os 1.7) The error is: IEW2456E 9207 SYMBOL PTHREAD@ UNRESOLVED. Does a library need to be included in our link's syslib? Thank you! Can you post your JCL for your LKED step? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe C Link Step Error - using pthread (POSIX)
Here is the link step. Thanks! 77 //LKED EXEC PGM=HEWL,COND=(4,LT,COMPILE), 78 //REGION=LREGSIZ,PARM='LPARM' 79 //SYSLIB DD DSNAME=TCPIP.SEZACMTX,DISP=SHR 80 // DD DSNAME=LIBPRFX..SCEELKED,DISP=SHR 81 //SYSPRINT DD SYSOUT=* 82 //SYSLIN DD DSNAME=*.COMPILE.SYSLIN,DISP=(OLD,DELETE) 83 // DD DDNAME=SYSIN 84 //SYSLMOD DD DSNAME=OUTFILE 85 //SYSUT1 DD UNIT=TUNIT.,SPACE=TSPACE. 86 //SYSINDD DUMMY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, May 27, 2011 12:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe C Link Step Error - using pthread (POSIX) We are receiving an 8 on our linking of a C module on the mainframe (z/os 1.7) The error is: IEW2456E 9207 SYMBOL PTHREAD@ UNRESOLVED. Does a library need to be included in our link's syslib? Thank you! Can you post your JCL for your LKED step? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Differences between REGION=0K and REGION=0M
On Fri, 27 May 2011 14:56:01 -0400, Tony Harminc t...@harminc.net wrote: On 27 May 2011 12:42, Charles Mills charl...@mcn.org wrote: REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? Generally yes. But it could be different on older devices with a different number of tracks/cylinder. Where you *really* have to be careful is if you have a 3390-0. Then the amount of space you get is undefined. Tony H. on Friday I picture a newbie searching google or the archives in the future being very confused by this thread. :-) -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOPERATIVE PATH
please dont think I'm being insultin, but you didnt say... did you check the obvious? the physical connections and their corresponding logical definitions (new library?) ? --- On Fri, 5/27/11, Ibm Main chm...@gmail.com wrote: From: Ibm Main chm...@gmail.com Subject: INOPERATIVE PATH To: IBM-MAIN@bama.ua.edu Date: Friday, May 27, 2011, 7:37 AM Hi, we are upgrading our z10's to z196's and during the last machine upgrade we started loosing paths to different devices and from different channel paths. We have now one z10 and one z196 with 4 LPARs each in SYSPLEX. The messages are displayed through the LPARs of the z10. *IOS001E 5DDC,INOPERATIVE PATH 06 IOS2001I 5DDC INOPERATIVE PATH 053 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,06, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 055 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,96, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 057 STATUS FOR PATH(S) 96 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) I've been searching the Internet for any document that could explain te possible causes, but, unfortunatelly, found nothing. Any help would be appreciated. Thanks in advance. Regards, Christian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INOPERATIVE PATH
Hi Christian, can you tell me what devices you are connected to and if you are using switches between the cpu and the devices.. Best Regards. Sergio E. Castro Hitachi Data Systems Global Support Center 15231 Avenue Of Science San Diego, California 92128 USA Phone: +858-537-3075 Office +760-213-9255 Mobile(Cell) Email: sergio.cas...@hds.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ibm Main Sent: Friday, May 27, 2011 4:38 AM To: IBM-MAIN@bama.ua.edu Subject: INOPERATIVE PATH Hi, we are upgrading our z10's to z196's and during the last machine upgrade we started loosing paths to different devices and from different channel paths. We have now one z10 and one z196 with 4 LPARs each in SYSPLEX. The messages are displayed through the LPARs of the z10. *IOS001E 5DDC,INOPERATIVE PATH 06 IOS2001I 5DDC INOPERATIVE PATH 053 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,06, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 055 STATUS FOR PATH(S) 06 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) *IOS450E 5DDC,96, NOT OPERATIONAL PATH TAKEN OFFLINE IOS2001I 5DDC INOPERATIVE PATH 057 STATUS FOR PATH(S) 96 IN PROCESS OF INITIALIZING PATH (B0) NO FURTHER INFORMATION AVAILABLE OR UNKNOWN CONDITION (FF) I've been searching the Internet for any document that could explain te possible causes, but, unfortunatelly, found nothing. Any help would be appreciated. Thanks in advance. Regards, Christian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PF9 Swap question
snip You copied that wrong. 3272 through 3278 were all monochrome (green from IBM, and at least one competitor had an easy to work with cyan); the first IBM color tube was the 3279, but it only had 7 colors and black. The 3279 also had triple-plane graphics, which allowed for some nifty user created characters. The 3290 could be configured as 4 24*80 screens, but also other sizes and combinations (e.g., one popular combination was 2 24*80 on top, 27*132 on bottom; once TSO supported it, 52*160 was also used). ---unsnip--- IIRC, my 3278-5 also had color capabilities. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SYSLOG to UNIX syslog daemon?
---snip- Ed Gould wrote: From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Thu, May 26, 2011 1:53:50 PM Subject: Re: z/OS SYSLOG to UNIX syslog daemon? -snip-- Ahhh! The memorable Mass Storage System. Pluck, shuck, and play. ITYM data cell, AKA noodle picker (2321). The MSS used cartridges. ---unsnip--- Rumor had it at one time: the MSS cartridges contained all the left-over tape from the 2321 strips. Seems that the tape was over-stocked 'cuz the 2321 never took off like someone hoped it would. (Never mind that a random seek test from OLTs would dance it all around the computer room floor!) :-) Rick Rick: I assume you meant that as a joke. The tape that was inside a 3850 cartridge was considerably longer than a 2321 (my memory of the 2321 is slim but IIRC the tape was about 15 inches. The tape inside a 3850 data cartridge was at least 25 feet but could have been 75' or so. If you ever saw the insides of an operting MSS the tape station was zig-zag (IIRC) and it wen back and forth at least twice each distance was about 3 feet (total 12 ft?). Each cartridge was 1/2 of a 3330-1 (NOT-11) . Ed unsnip-- No joke. tape was supposedly purchased in 10,000' reels and cut to the appropriate length in the facility that manufactured 3850 cartridges. I have one of those cartridges, but I've neer bothered to try and measure the tape length. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe C Link Step Error - using pthread (POSIX)
The IEW2456E says module not in SYSLIB/SYSLIN. I checked the C and LE libraries and could not find PTHREAD@ (lots of refs in the COMPILER/RUN TIME LIB docs). This can most likely be fixed in one of 2 ways depending on what is desired. If you really want PTHREAD@ hard-linked in you LMOD, I would suggest using the pre-linker to see if this resolves the issue. (actually the pre-linker might be needed in either case. Not sure.) If you don't want PTHREAD hard-linked, then add NCAL to LPARM=. This will force a dynamic call to PTHREAD@. If PTHREAD still cannot be found, you will get an execution error (S0C4, S0C1) which will show up as a U4038/9 error and an LE dump. I presume you are familiar with the trade-offs between hard-linking and dynamically calling a module. HTH, snip 77 //LKED EXEC PGM=HEWL,COND=(4,LT,COMPILE), 78 //REGION=LREGSIZ,PARM='LPARM' 79 //SYSLIB DD DSNAME=TCPIP.SEZACMTX,DISP=SHR 80 // DD DSNAME=LIBPRFX..SCEELKED,DISP=SHR 81 //SYSPRINT DD SYSOUT=* 82 //SYSLIN DD DSNAME=*.COMPILE.SYSLIN,DISP=(OLD,DELETE) 83 // DD DDNAME=SYSIN 84 //SYSLMOD DD DSNAME=OUTFILE 85 //SYSUT1 DD UNIT=TUNIT.,SPACE=TSPACE. 86 //SYSINDD DUMMY snipped We are receiving an 8 on our linking of a C module on the mainframe (z/os 1.7) The error is: IEW2456E 9207 SYMBOL PTHREAD@ UNRESOLVED. Does a library need to be included in our link's syslib? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Differences between REGION=0K and REGION=0M
I prefer SPACE=(0,0) On 5/27/2011 at 10:42 AM, in message 005101cc1c8d$07532e00$15f98a00$@mcn.org, Charles Mills charl...@mcn.org wrote: REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 26, 2011 4:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Antwort: Differences between REGION=0K and REGION=0M On Thu, 26 May 2011 10:24:31 +0200, Michael Klaeschen wrote: See chapter 16.13.2 of MVS JCL Reference. IBM's explanation there does not differ between 0K and 0M. However, I think you can intercept with a JES exit and may be even IEALIMIT/IEFUSI. REGION=0K requests only one-thousandth as much as REGION=0M. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe C Link Step Error - using pthread (POSIX)
We believe this module needs to be dynamically linked for the purposes of utilizing sockets. If you don't mind, could you briefly explain hard-linking (static?) versus dynamic-linked with regard to this? Thank you... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, May 27, 2011 1:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe C Link Step Error - using pthread (POSIX) The IEW2456E says module not in SYSLIB/SYSLIN. I checked the C and LE libraries and could not find PTHREAD@ (lots of refs in the COMPILER/RUN TIME LIB docs). This can most likely be fixed in one of 2 ways depending on what is desired. If you really want PTHREAD@ hard-linked in you LMOD, I would suggest using the pre-linker to see if this resolves the issue. (actually the pre-linker might be needed in either case. Not sure.) If you don't want PTHREAD hard-linked, then add NCAL to LPARM=. This will force a dynamic call to PTHREAD@. If PTHREAD still cannot be found, you will get an execution error (S0C4, S0C1) which will show up as a U4038/9 error and an LE dump. I presume you are familiar with the trade-offs between hard-linking and dynamically calling a module. HTH, snip 77 //LKED EXEC PGM=HEWL,COND=(4,LT,COMPILE), 78 //REGION=LREGSIZ,PARM='LPARM' 79 //SYSLIB DD DSNAME=TCPIP.SEZACMTX,DISP=SHR 80 // DD DSNAME=LIBPRFX..SCEELKED,DISP=SHR 81 //SYSPRINT DD SYSOUT=* 82 //SYSLIN DD DSNAME=*.COMPILE.SYSLIN,DISP=(OLD,DELETE) 83 // DD DDNAME=SYSIN 84 //SYSLMOD DD DSNAME=OUTFILE 85 //SYSUT1 DD UNIT=TUNIT.,SPACE=TSPACE. 86 //SYSINDD DUMMY snipped We are receiving an 8 on our linking of a C module on the mainframe (z/os 1.7) The error is: IEW2456E 9207 SYMBOL PTHREAD@ UNRESOLVED. Does a library need to be included in our link's syslib? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SYSLOG to UNIX syslog daemon?
Rick: My loose memory of it was the length of one cartridge was around 100 feet (it could have been more). My memory also indicates that the 2321 and the 3850 were at least 10+ years apart and the magnetic cartridge ribbon would have been at least a generation apart in IBM and they probably had little or nothing in common (other than being magnetic recording device) My memory says the r/w mechanism was of a helico type (like a VCR?). Unfortunetly all the 3850 stuff was thrown out last week by a friend of mine. He was(is) a true pack rat and he finally said that no one would ever ask about it. He said he may have a cartridge left but it is really back in the of the pile he has saved. If he comes up with it and tells me for sure I will pass it on. Also, my memory of the 2321 was that the tape was a little more stiff than the 3850 MSS cartridge. That sounds reasonable to me as the cartridge in the MSS had to be a lot more fleible as the r/w mechanism was spinning quite fast and the tape had to move quickly over the mechanism. Ed From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Fri, May 27, 2011 3:24:18 PM Subject: Re: z/OS SYSLOG to UNIX syslog daemon? ---snip- Ed Gould wrote: From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Thu, May 26, 2011 1:53:50 PM Subject: Re: z/OS SYSLOG to UNIX syslog daemon? -snip-- Ahhh! The memorable Mass Storage System. Pluck, shuck, and play. ITYM data cell, AKA noodle picker (2321). The MSS used cartridges. ---unsnip--- Rumor had it at one time: the MSS cartridges contained all the left-over tape from the 2321 strips. Seems that the tape was over-stocked 'cuz the 2321 never took off like someone hoped it would. (Never mind that a random seek test from OLTs would dance it all around the computer room floor!) :-) Rick Rick: I assume you meant that as a joke. The tape that was inside a 3850 cartridge was considerably longer than a 2321 (my memory of the 2321 is slim but IIRC the tape was about 15 inches. The tape inside a 3850 data cartridge was at least 25 feet but could have been 75' or so. If you ever saw the insides of an operting MSS the tape station was zig-zag (IIRC) and it wen back and forth at least twice each distance was about 3 feet (total 12 ft?). Each cartridge was 1/2 of a 3330-1 (NOT-11) . Ed unsnip-- No joke. tape was supposedly purchased in 10,000' reels and cut to the appropriate length in the facility that manufactured 3850 cartridges. I have one of those cartridges, but I've neer bothered to try and measure the tape length. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PF9 Swap question
On 5/27/2011 4:17 PM, Rick Fochtman wrote: IIRC, my 3278-5 also had color capabilities. I used Google to search for the model 5, and found no reference to color (but as stated here before, absence of evidence is not evidence of absence). I did find some vendors who wanted to sell a 3278-5 for a Sabre system (one about 370 pounds; another about $500). Is it possible that your machine was a special, not generally available product? Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PF9 Swap question
Gerhard and Rick Be assured that the 3278-5 was *monochrome*, usual green on black. At the time it was announced its USP was the 132 character width and - IMMSMC - this announcement was cotemporaneous with the colourful 3279 - all models - somewhere in the vicinity of 1978. I remember the 3278 well because I was in an unit responsible for showing off this sort of equipment. There was no software to show the 3278-5 doing its thing off the shelf so I was obliged to cobble together a VTAM program which could present a 132-character wide listing and - returning as closely as I can to the subject of this thread - PF7 paged up and PF 8 paged down - and I can't remember what I did with any of the other PF keys - more than 30 years ago! Chris Mason On Fri, 27 May 2011 17:52:43 -0400, Gerhard Postpischil gerh...@valley.net wrote: On 5/27/2011 4:17 PM, Rick Fochtman wrote: IIRC, my 3278-5 also had color capabilities. I used Google to search for the model 5, and found no reference to color (but as stated here before, absence of evidence is not evidence of absence). I did find some vendors who wanted to sell a 3278-5 for a Sabre system (one about 370 pounds; another about $500). Is it possible that your machine was a special, not generally available product? Gerhard Postpischil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - SDSP DSNS
42,499 - 42,403 = 96 + VTOCIX, VVDS, SDSP = 101. Do a TSO ISPF 3.4 and list the datasets on the volume. You should have 101 datasets on the volume. They could be coming from datasets bigger than the SDSP size limit and there was space on the volume, or even allocated because you have it mounted as Storage or Public in your VATLSTxx. On Fri, May 27, 2011 at 12:25 PM, willie bunter williebun...@yahoo.com wrote: Hallo To All, I ran a report to obtain a list of SDSP dsns on an ML1 volume which is defined as SDSP : HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403 dsns listed. I ran another report HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there were 42,499 dsns. My question is why is there a discrepancy? Since the volume is defined as SDSP shouldn't only dsns that fit the criteria be housed on the SDSP volume? Since there are 2 volumes defined as NOSDP shouldn't they be allocated on those volumes. I would appreciate it if someone could clear up my misunderstanding about SDSP and NOSDP. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - SDSP DSNS
Since the volume is defined as SDSP shouldn't only dsns that fit the criteria be housed on the SDSP volume? No, defining a volume as SDSP only says that it contains a KSDS VSAM file that can contain small datasets as records of the KSDS. Any space not occupied by the SDSP KSDS can be used for non-sdsp migrated datasets. On Sat, May 28, 2011 at 1:25 AM, willie bunter williebun...@yahoo.com wrote: Hallo To All, I ran a report to obtain a list of SDSP dsns on an ML1 volume which is defined as SDSP : HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101) SDSP). There were 42,403 dsns listed. I ran another report HSEND LIST DATASETNAME MCDS SELECT(VOLUME(ML1101)). In this report there were 42,499 dsns. My question is why is there a discrepancy? Since the volume is defined as SDSP shouldn't only dsns that fit the criteria be housed on the SDSP volume? Since there are 2 volumes defined as NOSDP shouldn't they be allocated on those volumes. I would appreciate it if someone could clear up my misunderstanding about SDSP and NOSDP. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Antwort: Differences between REGION=0K and REGION=0M
On Fri, 27 May 2011 14:41:53 -0600, Frank Swarbrick wrote: I prefer SPACE=(0,0) I'd suggest SPACE=(0,(0,0,0)) to avoid allocating directory blocks and secondary extents. Being considerably whimsy challenged on Fridays, I was impelled to try this. To my minor surprise, it executes with no JCL error. On 5/27/2011 at 10:42 AM, in message 005101cc1c8d$07532e00$15f98a00$@mcn.org, Charles Mills wrote: REGION=0K requests only one-thousandth as much as REGION=0M. Does SPACE=(TRK,0) allocate only 1/15 as much DASD as SPACE=(CYL,0)? I once asked a question that provoked another reader to try an experiment. SPACE=(CYL,0) was allocated successfully on a volume with zero available cylinders. The data set used all the remaining cylinders. I didn't ask what it used as the extent address. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
