Re: IKJEFT01
Hi Bill, I have a similar requirement to yours with CA-Topsecret. I was encouraged after reading some information about a product called: Tivoli zSecure Admin. According to its User Reference manual, The Tivoli zSecure Admin RACF Offline function provides the possibility to issue most RACF commands against an inactive RACF database. I opened a question with CA on their support website just a couple of months ago asking if Topsecret has the same or similar 'offline' capability as the Tivoli zSecure Admin RACF Offline function. Their answer was no. I also asked if they were considering adding that 'offline' capability to Topsecret in a future release or future product or product add-on. Their answer was again no. Since you have a very similar requirement to mine, maybe if you open a question on CA's support site, they might reconsider their 'no' answer. Especially since my question on their support site was only a few months ago. HTH Glenn Miller -- 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: CA-OPS/MVS to IBM's System Automation?
We did that same migration about 5 years ago during the 'transformation' to IBM as part of the outsource to IBM Global Services. One of the key 'facilities/functions' we lost was the use of the OPS/MVS OPSAOF operator command. The OPSAOF command allows a console operator ( or anyone/anything else ) to LIST, ENABLE or DISABLE OPS/MVS Rules. We used OPSAOF to disable some OPS/MVS Message rules that would get triggered when any of our very important Started Tasks would get shutdown, like during the shutdown of z/OS prior to an IPL. We were told that SA/390 had no facility like OPSAOF. For example, at the beginning of our z/OS shutdown process, we had the following commands issued: OPSAOF DISABLE MSG.msgrule1 OPSAOF RESETAUTO MSG.msgrule1 OPSAOF DISABLE MSG.msgrule2 OPSAOF RESETAUTO MSG.msgrule2 . etc etc etc etc ... Disabling these OPS/MVS MSG Rules would prevent unnecessary SNMP messages being sent ( by these MSG Rules to our CA-Unicenter server. Note that the RESETAUTO command will keep the MSG Rule disabled when OPS/MVS starts, say during the next IPL/Startup. Then at the end of our z/OS startup process, we had the following commands issued: OPSAOF ENABLE MSG.msgrule1 OPSAOF SETAUTO MSG.msgrule1 OPSAOF ENABLE MSG.msgrule2 OPSAOF SETAUTO MSG.msgrule2 . etc etc etc etc ... We also would disabled an individual MSG Rule whenever we needed to shutdown a specific Started Task. Why send out 'alerts' to the 'world' when we are shutting down a Started Task, say for maintenance. HTH Glenn Miller -- 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: Options for moving data
Others have already mentioned 'hardware-based' facilities like PPRC XRC. One aspect of those options that is sometimes overlooked is they are chargeable features on the source ( for both facilities ) and target ( for PPRC only ). The XRC option also would require some 'configuration' considerations related to whether the data would be 'pushed' or 'pulled' from the primary site. The distance between the sites and your 'network conntection options' may also limit your options. Also, others have already mentioned using the TDMF product. One option that TDMF offers is to use TCP/IP to 'move' the data vs. ESCON/FICON channels. I have used that option to 'move' more than 12TB ( about 2100 volumes ) of data a fairly large distance ( Midwest USA to UK ). That option took some tweaking, within TDMF V4 and the z/OS TCP/IP stack ( we were at z/OS R7 ) but in the end, the 'move' was performed relatively easily, with fairly low pain. HTH -- 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: Changeman recycle
Howi, We have used Changeman/ZMF for a long time, I think 10 years or more and we have always shutdown the Changman Started Tasks nightly prior to their nightly maintenance. We actually run multiple copies of Changeman on the same z/OS and all the copies do the same recycle nightly. This z/OS image usually IPL's on a monthly basis and we have never encountered an issue with Changeman that required us to IPL. HTH Glenn Miller -- 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: EMC DASD Mirroring
Jim. Our site has been using SRDF/S between EMC DMX200 subsystems since 2004 using NORTEL OPTERA 5200 DWDM's. The OPTERA 5200's are using six 2gb links between our sites. The dark fibre links have a ground distance of 36km on the link we call the 'short route' and 39km on the link we call the 'long route'. EMC was very involved during the implementation of our SRDF/S process in 2004, so I'm a little surprised they couln't find us for you. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Audible alarms on SMCS consoles?
Dave, I have the WallData RUMBA V6.00 TN3270 emulator and the IBM PCOMM V5.7 TN3270 emulator on my PC. Your post got me thinking because I too have not heard the RUMBA emulator beep ever. So I too tried to connect to our z/VM V5.1 system and no beep when the z/VM LOGO was displayed. I logged on to my VM userid and did a CP M * * command, no beep. Then I tried the IBM PCOMM emulator. When I start the PCOMM emulator to connect to our z/OS-based TN3270 server, it beeps when the USSMSG10 screen is displayed. When I connect it to our z/VM V5.1 system, it beeps when the z/VM LOGO is displayed. I logged on to my VM userid and did a CP M * * command, it beeps when the message is displayed. I looked at the RUMBA help screens and the only reference I can find it a switch to disable the alarm, which seems to imply that if you don't set that 'disable' switch, you will get the beep if the 3270 data stream says a beep should be performed. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape on VM
Hi Lindy, Don't know if this will help, but I recall using a product about 10, maybe 15 years ago on our VM systems called: VM Magic , from a company called SDI ( looks like SDISW now ). It allowed the user to emulate any DASD device on any real DASD device. In our case we needed to run a DOS/VS R34 system that would only support 3330 DASD devices. The VM Magic product allowed us to emulate mini-disk 3330's on our real 3380 DASD devices ( later even 3390's ). I remember we had to 're-build' the VM/CP nucleus to install the hooks that the VM Magic product needed. We had to add, maybe replace, don't remember, a couple of entires in the VM/CP nucleus 'CNTL' file before the VM/CP nucleus re-build. When I saw your post, I thought of this VM Magic product and how it did its 'magic'. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives
This situation has become more interesting as the days ( now weeks ) have gone by. SUN/STK recommended that we apply every PTF that is available to our HSC/VTCS V6.1 software. We did that during last week to all 6 of our z/OS images. We then installed the upgraded LMU/LCU microcode ( level 1.9.74 on the LMU's and level 4.4.08 on the LCU's ) on our STK9310 SILO. We then attempted to perform a CAP Eject of a few 3480 tape cartridges and happened to experience the same symptom, the HSC z/OS host software reported that the entire SILO ( ACS 00 in our case ) went disconnected. We backed off to the previous microcode, but left the upgraded HSC/VTCS software running on all our z/OS images. We sent SUN/STK the HSC trace data they requested we activate and we are awaiting their response. Ideas, thoughts, suggestions, etc. Thanks, Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
STK9310 ( PowderHorn ) ATL and STK9840D tape drives
We have been trying to upgrade the LMU/LCU on our STK9310 ( PowderHorn ) ATL to support STK9840D tape drives. We currently have microcode level 1.9.26 on the LMU's and we have microcode level 4.2.04 on the LCU's. For the 2nd weekend we attempted to upgrade the microcode level to 1.9.74 on the LMU's and 4.4.08 on the LCU's. The installation/activation of the microcode appears to successful. The LMU's activate successfully, the LSM's activate successfully and all of our tape drives work. We are able to mount/dismount tape cartridges in all of our tape drives. However when we attempt to any type of CAP processing, 'ejects' or 'enters' something goes very wrong and the entire SILO ( the entire ACS ) appears to become unresponsive because the STK HSC host software reports that the ACS is disconnected. Last weekend we were running on the 'new' LMU/LCU microcode for more than 90 minutes before we attempted to perform a CAP 'enter'. The robotics appeared to 'read' 11 tape cartridges before we recieved the ACS Disconnected message on the z/OS consoles. Yesterday we were running for about 30 minutes before we attempted to eject 1 3490 tape cartridge. The robot had retrieved the cartridge from its storage cell, moved it to the CAP cell before we received the ACS Disconnected message on the z/OS consoles. We have engaged STK software support who says they have not encountered any problems with this level of microcode. They are attempting to analyze some HSC 'trace' data we captured yesterday when the problem occrred. I was wondering if anyone has STK9840D tape drives installed in a STK9310 ( PowderHorn ) ATL ( not an SL8500 ) and if so, would you be willing to share with me your LMU/LCU microcode levels and if you do any CAP processing. Thank you in advance for any help you can give us. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK9310 ( PowderHorn ) ATL and STK9840D tape drives
We are currently running HSC/MVS R6.1. We have also installed the STK recommanded PTFs that were suppose to provide the support of the STK9840D tape drives. I should have mentioned that we are using COAX attachment to the STK/LMU's ( we have a Dual LMU configuration ) via twin VISARA SCON-22L controllers. Also, this ACS is only accessible by our z/OS mainframe, no Open Systems servers. As I said eariler, we are working with SUN/STK software support regarding this issue, they are telling us there are other users with the same configuration as us who are not experiencing this problem. I'm interested in 'talking' with any site that is running the same configuration as us. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2105 sense code hds
Hi Joel, I also have twin HDS9980V subsystems with TrueCopy and ShadowImage installed. I tried your ICKDSK JCL on using two of my 1 cylinder DASD volumes ( they are former XRC utility volumes ) and I believe I received the same error: ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0 PPRCOPY ESTPAIR - DDNAME(A) - MODE(COPY) - PRIMARY(X'992F',43323,X'3E') - SECONDARY(X'992F',43323,X'3F') - LSS(X'0F',X'0F') ICK00700I DEVICE INFORMATION FOR 3F3E IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 1 ICK04000I DEVICE IS IN SIMPLEX STATE ICK10710I I/O ERROR OCCURRED ON DEVICE 3F3E CSW = 0EF038 0E00 CCW = 270EF060 0021 000EF060 + 00 62413E3F 0F00F0F0 F0F0F0F4 F3F3F2F3 000EF070 + 10 992F0F00 F0F0F0F0 F0F4F3F3 F2F3992F 000EF080 + 20 00 ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0 SENSE = 8000 BE0F 5800 23124800 992F0F0F 40C2 ICK34082I A COMMAND WAS RECEIVED THAT IS NOT VALID FOR THIS PPRC STATE ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 I had the PPRC source volume, UCB address 3F3E and the PPRC target volume, UCB address 3F3F online to all of my z/OS images. When I varied the PPRC target volume offline ( as Ron Hawkins suggested ), the command worked: ICKDSF - MVS/ESADEVICE SUPPORT FACILITIES 17.0 PPRCOPY ESTPAIR - DDNAME(A) - MODE(COPY) - PRIMARY(X'992F',43323,X'3E') - SECONDARY(X'992F',43323,X'3F') - LSS(X'0F',X'0F') ICK00700I DEVICE INFORMATION FOR 3F3E IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 1 ICK04000I DEVICE IS IN SIMPLEX STATE ICK02203I PPRCOPY ESTPAIR FUNCTION COMPLETED SUCCESSFULLY ICK02231I DEVICE IS NOW A PEER TO PEER REMOTE COPY VOLUME ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 I also received the following messages on each of my z/OS images, which I normally receive whenever I start a PPRC pair on my system: IEA494I 3F3E,SO3F3E,PPRC PAIR PENDING,SSID=992F,CCA=3E IEA494I 3F3E,SO3F3E,PPRC PAIR FULL DUPLEX,SSID=992F,CCA=3E HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK-SUN-Brocade switch--2032 IOdef
Hi Ron, You can contact me off-list at the email address: [EMAIL PROTECTED] Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STK-SUN-Brocade switch--2032 IOdef
Hi Ron, We have 4 Brocade ( previously McData ) 6064 switches. We have 2 switches installed at our primary z/OS host site and 2 switches installed at our D/R site. We have 'paired' the switches into 2 seperate 'fabrics' that use multiple DWDM links that create each 'fabric'. Any control unit/device we want to use on the switches must be defined to the processor ( we have 2 z990's ) channel subsystem, of course. Also, the switches themselves are able to send status/error information to the z/OS 'director software component' via a CUP device. The switch knows of the CUP device by the port address in the LINK parameter of FE. Listed below is the IOCP control statements for one of the CUP devices on one of my primary z/OS host site switches: CHPID PATH=(CSS(0),E5),SHARED,* PARTITION=((C1LP01,C1LP02,C1LP03,C1LP04,C1LP05,C1LP06),(* =)),SWITCH=70,PCHID=3C1,TYPE=FC CNTLUNIT CUNUMBR=F070,PATH=((CSS(0),E5)),UNITADD=((00,001)), * LINK=((CSS(0),70FE)),UNIT=2032 IODEVICE ADDRESS=070,UNITADD=00,CUNUMBR=(F070),STADET=Y, * UNIT=2032 I'm not really clear on how/why/were SUN/STK got involved, unless you purchased the switches from SUN/STK. That would make sense. If not, then I'm not sure what the 'connection' issue is. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Sysplex Calculator program
Has anyone tried to run the IBM Sysplex Calculator program? You can download it from the following Website: http://www-03.ibm.com/servers/eserver/zseries/swprice/sysplex/ It is supposed to produce a CSV file similar to what the IBM SCRT utility program does. The program successfully completes and the information looks ok except for one field, the Machine Name. I have two z990 processors installed and this program swaps or reverses the names of my two z990's. The programs groups other information correctly except the Machine Name. Has anyone else had a requirement to run this utility, especially with two CPC's and encountered similar results? Has anyone tried this program with three or more CPC's? An example of one part of the CSV output looks like this: Machine,Serial,MSUs,LPARs CPC1,p0002,302,C2LP02, C2LP01, C2LP03 CPC2,p0001,352,C1LP06, C1LP02, C1LP03 In my environment, Machine CPC1 is actually Serial Number: 1 and CPC2 is Serial Number: 2. Also you can probally guess that the beginning 2 characters of the LPAR Names should match the last 2 characters of the Machine Name. I have sent an Email to this program's support group, however they indicated they have a two day turnaround for some problems, longer for more complex issues. I was just wondering. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can ISRDDN show the complete minor name of an ENQ'd resource?
Hi David, I have used the 'Display GDIF' command of the Computer Associates Multi- Image Integrity ( CA-MII ) product to display the parts of the ENQ Resource Name that other display commands don't display. For example: F mii,D GDIF,ENQR=(SYSVSAM,PREFIX=rname) Check the Unicenter CA-MIM Statement and Command Reference manual for the total syntax of the command. The console output would look similar to the following: QNAME RNAMERequestor Typ SYSVSAM P9SP.ATR.RRSTSTB.DELAYED.UR.TEST S=TSTB HOLDS EXCL PLEX.DATACATALOG.PROD1 O HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remote tape drive
We use the former Inrange ( then CNT, now Brocade ) 8200 Channel Extenders. These are older machines and Brocade plans to remove then from service support in 2009. We have BUS/TAG and ESCON interface cards in the 'remote site' machines, which gives us multiple connection possibilities for the 'remote devices. We currently 'channel extend' multiple XEROX DP180 printers and IBM 3890XP Check Reader/Sorters. We also have the former Network Systems Corp ( NSC ) ( now SUN/STK ) Hyperchannel ( called DXE's ) channel extenders. SUN/STK removed these from service support in 2006, I think. We have extra boxes so if we ever have a box failure we plan ( haven't had to yet ) to replace the failing box with another unit. Not a great plan, full of questions but... HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Procedure to verify OFFLOAD process
Hi Angel, You did not indicate which JES your z/OS R8 system is running, JES2 or JES3. I have used only JES2 so if you are using JES3 the information I have provided may not be applicable. First you indicated that your JES system has reached the limit of 255 Spool volumes. According to the VOLUME= parameter of the SPOOLDEF statement in the z/OS R8 JES2 Initialization and Tuning Reference manual: The maximum number of spool volumes in use by JES2 must not exceed 253 at any one time. I have never tried to exceed that limit so I don't know what would happen if you exceed it. Are you sure you haven't reached the SPOOLNUM= limit instead? If you haven't set this value, this limit would be set to the default of 32. The good news is you can increase this value without an JES2 Cold start, etc. If you have some JES Spool volumes that haven't completely drained, it sounds like you have long running tasks that haven't been re-cycled since a JES Spool volume was placed into Draining status. You can use the following JES2 command to query each JES2 Spool volume to see which Spool jobs still occupy that JES2 Spool volume: $DJOBQ,SPOOL=(VOLUMES=vv) Regarding checking the Spool Offload/Reload process, I believe JES2 issues a message for each JES2 job that was offloaded and another message when each JES2 job that was reloaded. Maybe a simple compare of the offload and reload SYSLOG messages might help. I assume you are using the DISP=DELETE on the JES Offload SYSOUT transmitter ( the OFFn.ST ) instead of DISP=KEEP. I have used DISP=KEEP before just for testing, and I have found it very difficult to verify that my OFFLOAD dataset contains what I thought it should. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Websphere MQ Monitoring Tool
Hi Bill, We have the TMON/MQ product. I'm not the MQ support person so I don't know much about it. It seems to do what we need for it to do and it does appear to cause us any issues, etc. I asked our MQ support person about MQ monitoring. He mentioned a Windows-based product called: WMQTool! from a company called: Niratul . We don't use this tool however he mentioned that it because it has a 30 day trial. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Xephon, are they still in business?
Use this URL for the Chicago Area VM ( and Linux ) ENthusiasts: http://cavmen.home.comcast.net Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on ARCNMIGR
Hi Andy, Take a look at APARs: OA23236 OA23235. It looks like they are related to APARs: OA20831 OA16192 . We don't have HSM at our shop so I don't have any real world experience to offer you. Had you been using these 'new' HSM address spaces via the 'patches' APAR: OA23236 talks about or did you want to have HSM begin using those 'new' address spaces for the 1st time? HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving DASD Volumes from Mod3 to Mod9
Hi Lizette, The IBM/SOFTEK LDMF product might be closer to what you are looking for. The following PDF document has a couple of migration examples ( Page 19 amp; Page 27 ) whose requirements appear very close to yours. See the following URL: http://www-935.ibm.com/services/us/gts/pdf/softek-implementing-ldmf.pdf We have never used the LDMF product, only the TDMF product so I don't have any real world experience. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Onboard Timer
Hi Hal, As Alan indicated, its the feature is called: Server Time Protocol ( STP ). There are two IBM Redbooks, one titled: Server Time Protocol Implementation Guide ( SG24-7281 ) and the other titled: Server Time Protocol Planning Guide ( SG24-7280 ). Both of these books have been recently ( March 2008 ) updated on the IBM Redbooks site. There is also an IBM Redpaper titled: Server Time Protocol NTP Client Support ( REDP-4329 ) on the IBM Redbooks site. Our site was planning to implement STP on 3 z990's that are installed at two sites. The plans however were cancelled. A couple of things we did learn during the planning process was: 1) STP recovery can be very important. The Redbooks and the SAPR guide both talk about it. Operator procedures/documentation can be important. The more I read, the more it made my head spin. 2) If you have multiple CEC's, connectivity for STP requires ISC-3, ICB-3 or ICB-4 links. We didn't have any of these cards on 1 of our 3 z990's and we had to 'move' ( de-install/re-install ) some of our ISC-3 cards from 2 of our z990's at one site to the z990 at the other site. 3) The HMC application must be upgraded to V2.9 to support STP. The HMC is unavailable for customer use during the upgrade. We have 3 HMC's, 2 at our 'main site' a third at our D/R site. It takes a good couple of hours to upgrade each HMC. The look/feel of the HMC V2.9 application is a little different and takes a bit of time to get used to. One thing we did encounter was a problem with our 'remote access' to the HMC application. We were using our VISARA 1883 NCT 'terminals' to access the HMC's via the Netscape that comes installed. The manual states the HMC V2.9 application was tested with only Microsoft IE or Firefox. We tried it from the VISARA 1883 anyway and it didn't work. 4) The STP feature is a chargeable feature, Feature Code: 1021. Depending on your configuration and timing requirements you may need to have that feature installed on each CEC, if you have more than one. The F/C 1021 is licensed for the CEC, not the HMC. Currently, with the Sysplex Timers ( Model 2's ) still being supported it would have been very difficult for us to cost- justify the STP feature if we only were looking to replace the 9037's. The project we were working on made it a snap because of the 'cable distance' between our 2 sites ( almost 40km ). The 9037 says it is supported up to 40km. Who wants to be that close to edge. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announcements
Hi Steve, I had the same thought when I read that IBM announcement letter. When I read the IBM announcement letter: 208-076, that product IBM System Services Runtime Environment for z/OS seems to fit. We don't have that IBM TPC for z/OS product. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK/VM/Classic appears down
Anyone else having problems accessing the IBMLINK/VM/Classic version. I receive the following message when I select IBMLINK on the Product Selection Screen: Product selected is temporarily unavailable. Please try again later. I called the IBMLINK Help Desk: 1-800-543-3912 . I'm waiting for the PMR number to be sent to me via Email. No ETA for repair. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Mainframes coming in February
Mark, You can use the IBM announcement website with the following URL: http://www-01.ibm.com/common/ssi/index.wss Within the Type of content: pull down, select the HW SW desc (Sales manual, RPQ) item. Then select the Advanced search hyperlink. Then enter machine type in the Product number: box and click the search button at the bottom of the screen. Make sure you alter the search date ranges near the bottom of the screen. For example, if you enter '9672' in the Product number: box and use at least a 5 year range, From: 01/01/03 to 01/18/08, you will see the Sales manual information for all the 9672 processors. The Sales manual shows the withdraw from marketing and withdraw from service dates for each of the model types. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyone using SUN/STK CDRT ( maybe CVDT ) product
We have been using the SUN/STK CDRT ( was CVDT ) software product for about 3 years. Recently, we have asked SUN/STK for a couple of enhancements to the product that we feel will reduce the possibility of an 'error condition' we sometimes encounter during our D/R tests. The feedback we have received from SUN/STK seems to indicate that no other user of CDRT ( CVDT ) performs D/R testing like we do and therefore no other user encounters the 'error condition' we do. The 'error condition' ( that is what our Operations area describes the situation ) we sometimes encounter involves the recall of a 'virtual tape volume' ( SUN/STK calls them VTVs ) on the D/R z/OS system. Sometimes, we need to recall a VTV that was used just prior to the CDRT ( CVDT ) 'setup' job that is run on the 'production host' system. That VTV happens to reside on a MVC ( ours are SUN/STK 9840 tape media ) that is still mounted on a RTD that is owned by the 'production host' system. The SUN/STK software on the D/R z/OS image knows the MVC volume was mounted on a RTD drive during the CDRT ( CVDT ) 'setup' process however it doesn't have access to that RTD drive. So, the SUN/STK sofware issues a WTOR to ask for help. Our enhancement request to SUN/STK suggested that during the CDRT (CVDT ) 'setup' process, the software dismount all MVC's from RTD's that are owned by any 'production host' system(s). Also, we suggested that all dismounted MVC's be marked 'read only', which would prevent the SUN/STK software from re-mounting those MVC's for output. The software would have to find a 'fresh' MVC in order to offload any newly created VTV's. We have been told no other CDRT ( CVDT ) user has encountered ( well maybe reported to SUN/STK ) the 'error condition' above. SUN/STK told us that other CDRT ( CVDT ) users don't access near current VTV's during a D/R test. Instead, the user will 'restore' their z/OS 'system' from their last weekends full volume dumps. So I am curious. Does anyone using the SUN/STK CDRT ( CVDT ) software use/access near current VTV's ( recently created, i.e. within a few minutes prior to the CDRT 'setup' process ) on the D/R z/OS image? Or do you 'restore' your z/OS 'system' from non-current VTV's that reside on MVC's that cannot be added to ( i.e. the MVC is marked 'full' )? Thank you in advance for your help. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATMs (Was: High order bit in 31/24 bit address)
My experience has shown that most ATM's are 'connected' to HP/Tandem NonStop systems. The bank I support does use a Tandem NonStop machine to 'drive' their 1500 some ATM's. The 'driving' of the ATM's is defined as loading/managing the ATM machine's software, receiving/transmitting messages to/from the ATM's, collecting error information, etc. When the ATM user requests a 'function' that needs to check the user's account balance, the Tandem application software ( called: Base24 ) builds a message to our back- end CICS applications. So, the ATM is 'kinda' connected to the mainframe, just not directly. However, I can tell you that when I first began working here in 1991, we had a DOS/VSE system that directly controlled the ATMs. The CICS application was in-house written, somewhat fragile, and since the O/S was DOS/VSE, nothing like Parallel Sysplex, DB2 data sharing, etc. I had a 15 minute outage window, once a month to maintenance the O/S, hardware, etc. There had been a project to replace the HP/Tandem Base24 system with a z/OS-based Base24-eps solution. However, that project never really got going. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATMs (Was: High order bit in 31/24 bit address)
The CONNEX product ( supplied by eFunds corporation ) was one of the products that was considered as a replacement for the Tandem/Base24 environment. The Base24-eps z/OS version was also considered. From what I saw, the CONNEX product really looked nice, very mainframe centric. For example, some amount ( maybe all, don't remember ) of the code is written in S/390 Assembler. Didn't require CICS to communicate with the ATMs. Supported DB2 as its back-end database and was written to support multiple copies of the CONNEX 'tasks' running on seperate z/OS / CECs, therefore truely capable of running at or very near 24x365. I would have been very interested to see it run. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Boxed Devices
Kevin, I searched IBMLINK for activate 016b and found 2 possiblilities: II08927 - MSGIOS500I IOS5000I RC 16B 016B OA11862 - H/W ACTIVATE FAILS DUE TO WRONG SUBCHANNEL SET ID The only PTF for OA11862 is: UA19349 ( for z/OS R7 only ). The example of the message in the APAR was: MSGIOS1500I REASON=016B,CAN NOT DELETE DEVICE(S) d FROM CSS c DESCTEXT=SYSTEM ERROR - DIAGNOSTIC INFO 4015 010A 01 The message you received didn't have the FROM CSS c information nor did it have the DIAGNOSTIC INFO 4015 010A 01 If your z/OS is R7, then maybe the APAR might apply. If not, maybe the INFO APAR: II08927 might apply. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Phantom jobs after upgrade to z/OS 1.7
Mark, Does a display on the VM/RSCS ( if you are using RSCS ) 'side' of the link confirm that RSCS believes it is transmitting a job ( the L99.JR1 L99.SR4 being job receivers from the JES2 point-of-vew )? Are you able to successfully $PL99.JR1 and $PL99.JR4? Does RSCS show it has 'queued' VM reader Spool files that are intended to be sent to the MVS JES2 NODE? I don't recall the RSCS commands to perform these checks, we haven't had RSCS since 1999. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IODF convert backwards
I recently had to do apply the compatability PTF that Mark mentioned to a z/OS R4 one-pack rescue system. The APAR: OA08197 NEW FUNCTION ( SUPPORT IODF V5 DATASET ). The z/OS R4 PTF is: UA17026 ( there are PTFs for z/OS R5 R6 ). However, all 3 PTFs were PE'ed by APAR: OA15115. The goods news is the PE problem doesn't look too bad: Users Affected: Installations with APAR OA08197 (ptfs UA17026, UA17027, UA17028) installed and which use an older (pre-version 5) IODF. The problem will not be seen when a version 5 IODF is used. So if you already have a V5 IODF the PE APAR shouldn't be an issue. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-1 TMC Reblock - recommended size?
Tim, The attributes of our TMC are: LRECL: 340 BLKSIZE: 3400 RECFM: FB ALLOCATED CYLINDERS: 1,500 USED CYLINDERS: 465 Like Dave, I don't have any specific reasons why. I would be willing to bet that the small BLKSIZE is one reason why some of the CA-1 maintenance jobs run for awhile ( probally sequential reads ). Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is HSA so ridiculous on a z9 at z/OS V1R8?
Tom, I had that exact question when we upgraded our z900's to z990's in 2004. The HSA on our z900-106 machines was about 160Meg ( although we had logically reserved 192Meg, just in case ). When we upgraded to our twin z900-106 machines to z990-304 z990-304 machines ( they are now z990-306 amp; z, the HSA for each z990 machine was a little over 1024Meg ( we have logically reserved 1600Meg, just in case ). I asked my local IBM rep's to find me someone within IBM that could answer that question. We spoke to someone with IBM WSC and the answer they gave me was: The HSA 'space' increase from z900 to z990 is being caused by 1) new function support 2) support for non-disruptive ( no POR ) addition of all engines/books. I would assume that the z9 is continuing/growing that capability. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regarding SDSF pgm
Hi Sridhar, As others have already suggested, your SMF data is probally the best source of the information you seek. However, per the z/OS R7 MVS System Management Facilities (SMF) manual, Section 13.8, TITLED: Record Type 5 (05) -- Job Termination, there is the following note: Note: IBM recommends that you use record type 30 rather than record types 4, 5, 20, 34, 35, and 40. Use of record type 5 may cause you to miss key workload indicators. Therefore, it would seem that using the SMF Type 5 record might be risk. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Products to send alerts from the mainframe to mobile devices
Tim, We use a facility of CA-OPS/MVS ( OPSCAWTO OPS/MVS command ) to send SNMP TRAPs to our CA-UNICENTER TNG Windows server. CA-UNICENTER then 'processes' the SNMP TRAP and makes decisions based on input from us as to the type of 'alert' we want ( i.e. E-mail, pager, Text message ). We recently ( last couple of weeks ) 'patched together' a similar SNMP interface between IBM's SA/390 and CA-UNICENTER. We don't have IBM's Tivoli Enterprise Console ( TEC ) so we had to 'band-aid' a SNMP interface with IBM SA/390. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Planned outage?
Well, Technically, the IBMLINK Website contains a news item, dated: June 6, 2007 that says: This is a reminder about the weekly maintenance hours for IBMLink. Changes for IBMLink and/or changes to the infrastructure upon which IBMLink is dependent occur as required between Saturday 9:00 PM and Sunday 7:00 AM Mountain Time (between Saturday 8:00 PM and Sunday 6:00 AM Pacific Time, or between Saturday 11:00 PM and Sunday 9:00 AM Eastern Time). The maintenance window is used only when needed, but please be aware you could experience an outage anytime during these hours. So, technically, any outage outside of the above stated timeframe should be identified as an un-scheduled outage, depending on your point-of-view. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DR and JES check point question
Hi Andy, We use synchronous PPRC on a HDS9980V and synchronous SRDF on a EMC DMX200 unit. We previously ( June 1998 to October 2004 ) had used XRC to a site about 900 'cable miles' away. One of the 'operational issues' we had to deal with was the fact that XRC being asynchronous might cause our D/R solution to be seconds to possibly a minute or more 'behind' the 'write activity' of the production site. We didn't XRC the JES2 Checkpoint/Spool volumes at that time ( our PPRC/SRDF solution does now ) so that wasn't an issue. The thing I liked about XRC was the 'time consistency' of the data, even across multiple storage subsystems ( we had 4 HDS 7700E's, 1 HDS9960 1 HDS9980V ). So, XRC will make sure that the data is written to the XRC Secondary DASD volumes in the same exact order they were written to the XRC Primary DASD volumes. The question becomes: How does JES2 react during startup when it attempts to access the primary CF resident Checkpoint dataset and that attempt fails? Have you tried that failure scenario at your primary site on a 'sandbox' z/OS system? For example, while JES2 is running at the primary site, SYSTEM RESET CLEAR the z/OS image AND SYSTEM RESET CLEAR the CF LPAR that contains the primary checkpoint ( simulates a site failure at the primary site ). Then IPL z/OS and restart JES2, see what messages/WTORs JES2 issues. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple Copying Program
Hi Dave, If all of the CA7 datasets you need copied are on the same DASD volume, then something like IBM Flashcopy volume , EMC Snapshot copy volume, HDS Shadowimage volume or STK Snapshot copy volume may work. You could also PPRC the volume within the same DASD subsystem without needing any 'wires' between multiple DASD subsystems. You would still need to 'post process' the target DASD volume because the dataset names will be same as the source DASD volume ( maybe thats good, maybe not, depends on what you want to do with those datasets ). If the CA7 datasets resides on two or more DASD volumes, that is where it gets a little tricky. XRC can give you that multiple volume consistency. It is possible ( and supported ) to XRC within the same datacenter and within the same DASD subsystem. Your DASD subsystem must have the XRC feature activated, each vendor has their own method for providing XRC support. The z/OS setup for XRC is not that difficult because the System Data Mover ( address space: ANTMAIN ) is always running. However, if you have z/OS R7, then you may want to take a look at section: 5.1.5 FlashCopy Consistency Groups in the manual: z/OS V1R7.0 DFSMS Advanced Copy Services. All of the above assumes that the reason you need the 'parallel' copy of these datasets is because you do not want to quiesce the application ( CA7 ) that owns these datasets. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 IBMLink is UP!!!
I'm curious, has anyone received information as to why the 3270 IBMLINK interface was made operational? Or, are we to believe that some VM console operator found the 'interface' or 'applciation' was down and did what they always did and re-started it. All without management awareness or approval? Just wondering. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: McDATA switches, HCD, Cascaded FICON switches ...
Alan, According to the Redbook: FICON Implementation Guide, SG24-6497, dated: January 2006, Section 1.4.1 FICON support for cascaded Directors (Page 11), there is the following note: Keep in mind that once a 2-byte link address is defined to a channel path, all link addresses defined to be accessed from that same channel path must be 2- byte link addresses (regardless of whether there is only one switch in that link). We chose different channel paths for our cascaded vs. 'direct' FICON control units, however, I got hit by this restriction on the CHPID that had the directors CUP address. I have found it easier to just specify 2-byte link addresses for all control units on my FICON directors. It works and avoids confusion. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 IBMLink is UP!!!
Also, the 'sunset' warning messages are not being displayed anymore when you enter each function. I tried to access these functions on Sunday morning about 02:00 Central Time and they were unavailable(down). The 'sunset' messages were there indicated the functions were unavailable. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
I have been in the financial services ( banking ) arena for almost 30 years and I have only seen one kinda parallel processing application. In the 'old' days, when the bank was having problems meeting their online application SLAs, the bank would ask IT: How are you guys going to fix this problem? Our response would usually be: 1) Upgrade to faster hardware ( CPUs, DASD, etc. ) or 2) Modenize your application(s) to better utilize the hardware we already owned ( multiple engines, multiple footprints ). No one liked Option #1 ( costs real money ), the applications area(s) didn't want to 'tackle' Option #2 ( its hard and its costs kinda real money ). So most of the time the bank would choose Option #3: Split the application data into multiple logical groups, using some geographic identifier to determine which accounts went into which logical group. We ( IT service delivery ) then were able to run the batch job streams for each 'file set' in parallel and sometimes on different CECs ( footprints ) . This would allow us to meet the SLAs without upgrading to faster hardware. However, sometimes we end up with 'unbalanced workload' on the 2 CECs and we have had to 'move' LPARs from one CEC to the other CEC to attempt to 'balalnce' the workload of each CEC. The only kinda parallel processing application I have seen basically performs the logical file grouping in a dynamic fashion, spawns ( not UNIX type of spawning ) multiple worker tasks, one for each 'logical file' that performs the business logic on their 'logical file' and when finished, informs the 'main task' that the 'worker task' has completed. The 'main task' then re-applies the updates the 'work tasks' made to their 'logical files' to the real 'main files'. Since this is a dynamic process the banks applications, in particular the front- end systems ( like call centers, home banking, etc. ) don't have to be modified to know which 'logical file set' an account belongs to. One issue we have with this applications parallel processing implementation is that the 'worker tasks' are not MVS batch jobs but MVS Started Tasks. According to the vendor these 'worker tasks' Started Tasks MUST stay on the same z/OS image as the 'main task' ( which is a MVS Batch job ). This restricts our ability to utilize multiple CECs however, it would allow us to have one big CEC instead of 2 smaller CECs. Alas, that hasn't happened yet. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
According to the Redbook I mentioned, each STP-capable CEC and CF must have the STP feature code 1021 installed. This feature code is a chargable feature. Your local IBM office would be able to provide you with a price quote. The book mentions that you should have the lastest microcode MCLs installed before you install the STP feature on the CECs and CFs. However before all of that work, you should probally have the HMCs upgraded to level 2.9.1 just to be safe. This upgrade appears to be a non-chargeable feature. There is a warning that after the HMC upgrade, the 'older' mainframe servers ( some 9672s and MP2000/MP3000 ) would not be manageable by that upgraded HMC. Since the ETS call out function of the STP feature uses the HMC you should already have the modem/phone line available ( does anyone run all their HMCs without a modem/phone line, just curious ). HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BTAM on Zos 1.7
Kay, We have z/OS R7 at PUT0608 with BTAM/SP installed. The only IBM INFO APAR that I know about is: II12538 which describes a IPL WAIT025 problem. Within this INFO APAR, there is a URL link: http://www-4.ibm.com/software/network/commserver/library/ At the bottom of this page is a link to the 'MVS BTAM Cookbook' which describes how to 'extract' the BTAM/SP FMID's from an existing SMP/E environment and how to 'transfer' them to another SMP/E environment. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Dave, The 9037 Model 1 was withdrawn from Marketing 02/03/1997 withdrawn from Support 12/31/2003. The 9037 Model 2 was withdrawn from Marketing 12/31/2006 however, no date has been announced for the withdraw of Support. We have been looking into STP for awhile. We have found alot of planning information in the Redbook: Server Time Protocol Planning Guide SG24-7280. Regarding the ETS ( External Time Source ) question, we have found so far: If you are running in a Mixed CTN environment ( 9037s STP ), the ETS ( External Time Source ) call out would still be done by the 9037s. If you run in a STP-only CTN environment, then the ETS call out would be done by your zSeries HMC. However, the gradual adjustment to the CST ( Coordinated Server Time ) is done by the Support Element. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Steve, From information I have seen, the expected accuracy of mainframes TOD clock is around .86 seconds per day. The spec on the 9037 ( without ETS ) seems to be much better than that, around .17 seconds per day. It seems that a mainframe that doesn't have a 9037 might see a drift of their TOD clock of as much as 25 seconds per month, yet they are still 'within spec'. If one was to experience a mainframe TOD clock drift ( current supported machines, not 3090s, ES/9000s, etc ) of something much larger than that, I recommend you place a call with IBM Hardware support. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommend Coax-Attached Consoles?
Hi Bob, We use VISARA's SCON-22L controllers that have both COAX and Ethernet connections. We needed the COAX attachment to connect to the SUN ( STK ) 9310 SILOs as we didn't have the budget for the STK Ethernet LMU attachments ( we have 4 STK LMU units ). When we acquired the VISARA SCON-22L controllers in 2004, we had many of the requirements you listed. In particular, NO PC-based console devices, especially Windows-based. So we acquired the VISARA NCT console terminals ( over 40 ). Some of them we ordered with COAX cards in the NCT console, however, every NCT comes with an Ethernet connection standard. On day 1, we were able to replace our IBM 3174 console controllers with the SCON-22Ls with little effort. Literally, on day 2, we were able to replace our aging IBM 3471 dumb terminals with the COAX NCTs with even less effort. If we had acquired additional Ethernet- based LUs on our SCON-22Ls, we would have converted the COAX NCTs to Ethernet long ago. So far, the NCTs have performed as VISARA advertises and they meet some of the requirements you have: No Hard Disk, Not Windows-based, etc. I am curious why you feel you must have COAX to avoid the company LAN/WAN. The reason I ask is I assume you have one or more z800/z900/z890/z990 processor(s) ( or even 9672s ). I also assume you have one or more IBM Hardware Management Console(s) that are connected to those processor(s). Lastly, I hope you have the HMC(s) and the processor (s) 'attached' to each other via an Ethernet 'private' ( our network folks preferred the term 'limited access ' ) LAN. If all the above is true, then you have the same 'basic' setup that we had back in 2004. We simply replaced the IBM-supplied Ethernet HUBs with a couple of CISCO Ethernet switches and connected the Ethernet NCTs, VISARA SCON-22Ls and other Ethernet equipment to these switches. As far as the corporate network was concerned, this 'private network' didn't exist. In our case, this didn't last long ( a couple of months ) because of a requirement to support a 'dual command center' configuration. In that case, this 'private' LAN was changed to a 'limited access' LAN by placing a CISCO Router between the CISCO Ethernet switches and the company LAN/WAN at each site. An 'access list' was added to each router so that the 'private' LAN segment at one location could contact any device with the 'private' LAN segment at the other location. To this day, this all works the way it is suppose to. The only times we have ever experienced any problems with this configuration is when the network folks modify the 'access list' in those routers. Feel free to contact me off-list if you have any questions regarding this info. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOADxx PARMLIB statement, can dsname include SYSR1 symbol?
Hi Jan, We have placed the following comments in the bottom of our LOADxx members to remind us of the restrictions: * * NOTE APAR II11230 (5/27/98) * ENTRY IN CATALOG FOR CONCATINATED DATA SET(S) (PARMLIB) * CAN'T HAVE SYMBOLIC(S) E.G. (OSRES ETC.) The INFO APAR also has a couple of examples of what does and doesn't work with LOADxx and System Symbols. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Deleting console UCB's
Hal, I had encountered the same problem a few years ago. The response I got from IBM was that the 'UCB pinning' activity was done for every device listed in the CONSOLxx member, regardless of whether that device was or ever could be 'activated' as a MVS console. They indicated the 'UCB pinning' was a safety switch to prevent problems. They mentioned if I was really interested, I could 'check' the 'UCB pinning' via IPCS. I wasn't that interestd. The resolution was to remove the entries I wanted to delete via HCD/MVS Dynamic activate from the CONSOLxx member and IPL that z/OS image. That suggestion worked for us and we were able to perform the MVS Dynamic activate to remove the UCBs from the I/O 'gen' after the IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
Hi Tom, We have used the SnapShot process on a STK V2X ( eariler model ) and we have used FlashCopy on a HDS9980V. We have not experienced any subsystem performance issues with either subsystem. The issue we did encounter was trying to explain to management why we needed 'more DASD' on the HDS9980V vs. the STK V2X. As you may know, the answer is the way the STK V2X 'stores' data, especially as a result of the SnapShot process versus the way IBM, EMC HDS 'stores' data. I think STK calls it: Log Structured Array. To me, its description sounded like 'virtual DASD'. Maybe 'virtual' anything wasn't cool 10 years ago when STK designed the Iceberg box. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
Hi Lizette, My comment about the STK Log Structured Array ( LSA ) mechanism was a comparison to all the other mainframe DASD vendors ( IBM, HDS EMC ). The STK LSA is a method of storing the data internally within the DASD subsystem. As far as I know, no other mainframe DASD vendor used ( the IBM RVA doesn't count, it was a 'newer' STK ICEBERG with an IBM label on the cover of the machine ) the LSA concept to internally store the data. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to write a full-screen Rexx debugger?
Hi Lindy, I have used the IBM Object REXX for Windows product. IBM provided a 'interactive workbench' tool with the IBM Object REXX for Windows product. However, I noticed that when IBM gave the Object REXX product to the open source community, the announcement specifically indcated the 'workbench' tool would not be included. It doesn't appear that this 'workbench' tool is available as a standalone product. Does anyone know why the 'workbench' tool was not given to the open source community? Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK and SHOPZSERIES are Both Down
I am getting the same messages on IBMLINK Green Screen as Ed Jaffe was receiving: ICH70001I T424GAM LAST ACCESS AT 23:29:17 ON FRIDAY, DECEMBER 1, 2006 z/VM Version 5 Release 2.0, Service Level 0601 (64-bit), built on IBM Virtualization Technology There is no logmsg data FILES: NO RDR, NO PRT, NO PUN LOGON AT 23:31:16 UTC FRIDAY 12/01/06 ELINK z/VM CMS 22 20-Apr-2006 0192 not linked; request denied $GEOXT$ - unable to VMLINK CFSWEUA 192 Disk. RC=1298 23:31:22 ACVRDR0209I Spool file 1187 (NOVMLINK CFSWEUA) is not in NETDATA form at. Ready; T=0.20/0.23 23:31:22 HOLDING ELINK7==From Line 24 I was not sure from Ed's post if he successfully recevied the IBMLINK Main Menu or not. I wanted others to be aware that although the above issue is still occurring ( Friday, 12/01/06, 18:00 Central Standard Time 00:00 GMT ) you can get past this condition. Note that the CP/CMS status line ( Line 24 on a 24x80 screen ) indicates HOLDING. VM wants the user to press the 3270 Clear or PA2 key. I used the Clear key ( PA2 key also works ) and successfully received the IBMLINK Main Menu. The screen was placed into HOLDING status ( I'm guessing ) because of the highlighted ACVRDR0209I message. I searched on IBMLINK Google and didn't get one hit. It is probably from an IBM internal SVM ( Service Virtual Machine ) that receives VMLINK command failures. FYI: According to the VMLINK command, a Return Code of: 1298 is really: VMLINK RC Meaning 1xxxCP LINK returned RC = xxx. Checking the CP LINK command return codes, Return Code of 298 is: HCP298E userid vdev not linked; request denied According to the z/VM online help messages manual, HCP298E means: HCP298E userid vdev not linked; request denied. Explanation: The external security manager (ESM) has determined you are not authorized to link to the virtual device that you specified in the LINK command. System Action: The command is ignored. The link is not done. User Response: Obtain the appropriate authorization and enter the LINK command again. Operator Response: Contact your system administrator to obtain the necessary authorization. I'll bet somebody changed something in the database of RACF/VM. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AST Notification
I received a response from the IBM'er working on my PMR on this issue: Hi Glenn, There are nine different actions that can cause a notification to be generated for a tracked APAR. These events can occur in the same day. It is likely and in some cases very probable this can cause multiple notifications. Generally multiple PTFs are created for an APAR (for the different releases, platforms, etc.). Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone using Eventaction
Hi Andy, We have had the eventAction software product in use for over 10 years. I have been both a user and one of the administrators of it for about the same length of time. When setup effectivity, the product has the capability to quickly answer some 'mysteries' that seem to take a long time to get answered, if ever. Things like: 1) Who deleted a dataset? ( I know SMF has this info ) 2) Who compress a dataset? 3) Who added/deleted a Master Catalog ALIAS entry? 4) Who was the 2nd of 5 individuals that updated a member in a PDS/PDSE? 5) How does the current 'version' of a member in a PDS/PDSE compare to a 'backlevel' version of the same member? Please contact me off-list if you have specific questions. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS R7 Migration - IBM APAR: OA17875
FYI, Update on our z/OS R4 to z/OS R7 migration. We have encountered another issue that appears to match the symptom that is described by IBM APAR: OA17875. We haven't installed the PTF on the z/OS image that experienced the problem, so that is why I indicated 'appears to match'. I spoke to IBM Level 2 and from their explanation this APAR is an exact match for the symptoms we are having. IBM indicated that the dataset that experiences the S737-44/45 would be NON-SMS managed. Then, as the APAR describes, during EOV processing the 'DS1LARGE' flag is erroneously set on. We may not be able to apply the PTF until Thursday night, so I may not be able to provide any additional information until Friday or later. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS R7 Migration - IBM APAR: PK20133
FYI, Update on our z/OS R4 to z/OS R7 migration. We believe we have encountered the problem that is described by IBM APAR: PK20133. We are having the corruption to the CICS EIBTIME area as described in the APAR. Our plan is to apply the PTF to our z/OS R7 system this weekend and re-test. The issue I have with this problem is: Without this PTF installed, the z/OS R7 system behaves 'differently' than the previous releases ( R4, R5, R6 ). Therefore, shouldn't IBM take more effort to inform customers of this behavior 'difference' and STRONGLY RECOMMEND application of this PTF on z/OS R7? Note: This APAR/PTF is listed in the LANGENV SUBSET of the z/OS R7 PSP bucket ( Dated: 04/12/06 ) along with 12 others, including APAR: PK26860 which is dated: 08/16/06. So my question is: Do you apply ALL PTFs from the PSP bucket? Since there are PTFs that show up in the PSP buckets daily, how do you reasonably 'keep up' with these PTFs? Just from our current experience with z/OS R7, this is the 2nd problem we have encountered, however, the fix for our 1st problem was not originally documented in the z/OS R7 PSP bucket. After we had the 1st problem, I requested LE support to add APAR: PK17805 to the z/OS R7 PSP bucket. I recall the group has had discussion(s) in the recent past regarding maintenance philosophy, etc. however, I don't recall if any reference to IBM PSP buckets and when or how often to apply the PTFs that are listed in 'SECTION 4.' of the IBM PSP buckets. Thanks, Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICKDSF ERASE VOLUME Too Slow
Hi Mark, I have never worked with a RAMAC 3 before, however, a couple of thoughts come to mind: If the RAMAC 3 supports either IBM Flashcopy Ver1 ( Volume Level Flashcopy ) or PPRC Ver1, you could 'setup' some volume(s) with IEBDG as someone else suggested. Then you could specify the 'setup' volume(s) as Flashcopy or PPRC source volume(s) to the volume(s) you want to 'erase/overlay/etc.'. Using Flashcopy or PPRC removes the burden of transfering all the data to/from the control unit to the processor and back again to the same control unit. The control unit would do all the work in the 'background' without a z/OS image being there ( after the initial Flashcopy or PPRC commands, of course ). HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restrict Operator offline command
This discussion answer's an age-old question of the universe: Why does VM ( VM/ESA, z/VM, etc. ) restrict the range of the device VARY command? vary offline 2000-2100 17:36:43 HCPCPS6000E The range of device numbers cannot exceed 256. Ready(06000); T=0.01/0.01 17:36:43 vary online 2000-2100 17:36:46 HCPCPS6000E The range of device numbers cannot exceed 256. Ready(06000); T=0.01/0.01 17:36:46 Guess I have an answer. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC SNAP Copy on Datasets
Hi Dave, We use the EMC Timefinder/SNAP and EMC/SRDF. I believe we have experienced the 'issue' you have described based on a couple of assumptions. I am assuming that when you say: SRDF comes along to replicate to our DR site, you are indicating that you issue a EMC/SRDF Createpair command and that SRDF command fails because the SRDF Source volume ( the R1 volume ) which is the Timefinder/SNAP Target volume, is in Timefinder HELD status. Also, I am assuming that to remove the Timefinder HELD status, you have to issue the Timerfinder/SNAP CONFIG command with RELEASE(YES) specified. If my assumptions above are accurate, then yes, we have experienced this situation. We have had dialogs with EMC regarding this issue because the RELEASE requirement was not documented in the SRDF nor Timefinder/SNAP manuals ( i.e. in the SRDF manual, Createpair command, there should be a usage note that indicates if you are using Timefinder/SNAP, you may need to issue CONFIG RELEASE prior to issuing the Createpair command ) . Also, we asked EMC what benefit do we receive from the HELD status if we are allowed to reset it at any time. Lastly we asked, if the HELD status is to prevent data overlay, what data integrity exposure might be created when we reset it. Our solution to the problem was to issue the Timefinder/SNAP CONFIG RELEASE command via our D/R replication software we wrote in-house to support the SRDF Timefinder/MIRROR ( the BCV's on the D/R DASD unit ). Hope this helps. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL/VS and COBOL/II under 1.7
Ted, We are having a similar issue with our z/OS R7 system because we DO have OS/VS COBOL VS/COBOL II load modules running production applications that are expected to execute, without change, on z/OS R7. According to the z/OS R7 Language Environment Run-Time Application Migration Guide, Section: 3.1 Compatibility with previous run-time libraries: With certain exceptions, Language Environment provides object and load module compatibility for applications that are generated with the following pre-Language Environment IBM language products. Load modules that are created with these compilers and link-edited with their associated run-time libraries run compatibly with Language Environment without relinking. Also, object modules created with these compilers can be linked and run with Language Environment without recompiling. ~ C/370 Versions 1 and 2 ~ OS/VS COBOL Release 2 ~ VS COBOL II Release 3 or later ~ OS PL/I Version 1 Release 3 (object modules), Version 1 Release 5.1 and Version 2, all releases (load modules) ~ VS FORTRAN Versions 1 and 2 (MVS only) ~ FORTRAN IV H Extended (MVS only) ~ FORTRAN IV G1 (MVS only) During the issue we were having last week, IBM LE COBOL Level 2 support confirmed the above information as being accurate for z/OS R7. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PHYSICAL info missing in RMF type 70
Nick, Maybe APAR: II13056. From the APAR: 1.) SMF record type 70, CPU activity.. - PR/SM Partition Data Section, SMF70BDN: Starting with z900 processors, SMF70BDN has a different meaning if the SMF70DGE flag is on - '08'x bit in SMF70INB. It contains the max defined logical processors as shown at the HMC console. There is a PR/SM Logical Processor Data Section for each defined logical processor. For active logical processors, the online time SMF70ONT is not zero. Since you mentioned that the information was correct on your 9672, maybe this applies. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SRD FUNCTION WITHIN IBMLINK2K/IBMLINK
Update on problem. The issue appears to be related to PTF's for the product we have been working on named: TAMBI ( Tivoli Access Manager for Business Integration Host Edition ). It is a product that executes on z/OS and is installed/maintenanced via SMP/E ( its FMID is: HDMQ110 ). However, when I attempt to order any of this products PTF's ( this FMID only has 5 PTF's ) via IBMLINK2K I only get the following 'media' options: 3480 3490 3590 CD05 When I tried the same PTF on IBMLINK Green Screen, I get a different set of 'media' options: 6346- Cartridge 6346 9346- Cartridge 9346 CD05- CD-R Compact Disc Recordable C4MM- 4 millimeter cartridge C8MM- 8 millimeter cartridge DK3H- 3 1/2 inch high density diskette DK4M- 3 1/2 inch h.d. diskette (4 mm. cartridge if more than 10 diskettes) DK8M- 3 1/2 inch h.d. diskette (8 mm. cartridge if more than 10 diskettes) DKQI- 3 1/2 inch h.d. diskette (1/4 inch tape if more than 10 diskettes) At least IBMLINK2K gives me z/OS-type of 'media' options except INET delivery. When I ordered a PTF ( UA28377 ) for a 'traditional' z/OS-based product ( ISPF ) I see the following 'media' options on IBMLINK2K: ELEC- Electronic delivery INET- Delivery to an internet server 3480- Cartridge 3480 3490- Cartridge 3490 3590- IBM Magstar Tape Subsystem CD05 - CD-R Compact Disc Recordable When I tried the same PTF on IBMLINK Green Screen, I see the similar ( not the exact ) 'media' options: ELEC- Electronic delivery INET- Delivery to an internet server 1600- Tape 1600 6250- Tape 6250 3480- Cartridge 3480 3590- IBM Magstar Tape Subsystem C4MM- 4 millimeter cartridge I have a PMR opened with the TAMBI product's level 2 group to ask why this is. Thanks, Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SRD FUNCTION WITHIN IBMLINK2K/IBMLINK
Hi everyone, Did I miss an announcement, notice, E-mail, etc. recently? I just tried to order a PTF on SRD via IBMLINK2K IBMLINK. When I received the screen/GUI to enter the Shipping Medium I don't see the INET ( Internet Delivery ) option. I see 3480, 3490, 3590 and CD05. Is this because of the size of the PTF? I used the inquiry function of SRD and see that the size of the PTF I want ( UA28169 ) is 639KB. I don't remember what the threshold was for the INET delivery option. However, I checked a couple of old orders and I found an order that contained 1, 606 kilo-bytes. That seems to be bigger that 639KB. I have a PMR with IBMLINK2K support. Thanks all, Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1.4 to 1.7 Experiences?
Hi Daniel, We migrated one of our Application Test/Development images to z/OS R7 from R4. So far, we have encountered a couple of issues: 1) Abend S0C4 in Cobol batch program. Abend occurs in CA-Allocate module: V37VSAM, +44EC. Requires fix: QO77899 to CA-Allocate. Note, this fix IS listed in CA-Allocate - z/OS R7 compatibility document. I have not explanation why it wasn't installed on our systems before hand. 2) Abend S0C4 in Cobol batch program. Abend occurs in application module from Fidelity Mortgage application module: AP4ESTA. We currently don't have a resolution for this situation. We are working with the application vendor on this issue. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mobius View Direct Infopac Storage Creep/Leak
Ken, What component ( job/task ) of View Direct is experiencing this behavior (i.e. CICS region, Administration Task, other, etc. )? We are running the View Direct ( release 6.2 ) and Document Direct ( release 1.2 ) and we haven't experienced exactly what you have described. We do see NON-CICS virtual storage activity in the CICS region that supports the View Direct 3270 and Document Direct users.However, that NON-CICS virtual storage activity is because of users accessing reports, since each 'version' of a VIEW DIRECT report is a ESDS VSAM dataset, the MVS Allocation/MVS Open activity will result in an increase in NON-CICS virtual storage activity in that CICS region. When the user exits that report, the ESDS VSAM dataset is MVS Closed/MVS De-allocated from the CICS region and therefore the NON-CICS virtual storage is released. This CICS region usually runs for 7 days between recycles. Also, we see CICS virtual storage activity is the same CICS region that is related to Document Direct users. This CICS virtual storage activity is related to the 'PDF-type' reports that we have Document Direct 'serve' to Windows ( IE Browser ) users. However, once the PDF document is sent to the Windows users, that CICS virtual storage also appears to be released. Lastly, the View Direct Administration task ( a Batch Job in our environment ) appears to have a very stable, almost consistent use of its virtual storage area. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-OPS/MVS TOD Rule
Mark, I found the following Rule in our OPS/MVS TOD PDS dataset: )TOD MONDAY 05:00:00,00:15:00,MONDAY 19:15:00, TUESDAY 05:00:00,00:15:00,TUESDAY 19:15:00, WEDNESDAY 05:00:00,00:15:00,WEDNESDAY 19:15:00, THURSDAY 05:00:00,00:15:00,THURSDAY 19:15:00, FRIDAY 05:00:00,00:15:00,FRIDAY 19:15:00 )INIT )PROC Address OSF OI CA7ID00 P1DM330D return When I checked our MVS Console Logs, I see the OI CA7ID00 P1DM330D occur every 15 Minutes, starting on Monday at 05:00:00 until Monday at 19:15:00. It then doesn't re-occur until Tuesday at 05:00:00. The CA7ID00 is a OPS/MVS REXX exec that looks like: ARG JOBN PARM = /LOGON OPSMAIN;DEMAND,JOB=JOBN;/LOGOFF RC = OPSCA7(PARM) RETURN RC I'm guessing you could substitute the Address OSF with a Address OPER and substitute the OI CA7ID00 P1DM330D with a(some) MVS command(s). Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXFP No Longer Supported
Hi Jim, You may want to call STK ( Sun ). They have a product called: SVAA ( Shared Virtual Array Administrator ). According to their website, the supported storage systems are: V-Series (SVA) or RVA, any model. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Flashcopy V2 PPRC Primary volumes - retry
I haven't had a response to my original request last month and since it was near the end of the year I thought I would retry it just-in-case. Has anyone attempted using the support of IBM Flashcopy V2 that allows you to use a PPRC Source volume as the target of a Flashcopy V2 operation ( either the volume level or dataset level )? This support was provided by LIC 2.4.0 for an IBM ESS and IBM APAR: OA05856 more than a year ago so I was hoping someone had tried it. Anyone willing to share their experience and answer a few questions? Offlist maybe? Thanks. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Flashcopy V2 PPRC Primary volumes
Has anyone attempted using the support of IBM Flashcopy V2 that allows you to use a PPRC Source volume as the target of a Flashcopy V2 operation ( either the volume level or dataset level )? This support was provided by LIC 2.4.0 for an IBM ESS and IBM APAR: OA05856 more than a year ago so I was hoping someone had tried it. Anyone will to share their expierence and answer a few questions? Offlist maybe? Thanks. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V, which has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587, including its group companies, shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DISP=MOD UNIT=CART/TAPE
Has anyone encountered either of the following two situations recently ( say the last 6 months or so )? IEC023I 237-08,IFG0553F IEC140I ddname ,vv END OF DATA SET NOT ON VOLUME IEFTMS50 1XX- 08 jobname,stepname ,ddname ,ccuu,vv IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=1EB REASON CODE= We have had a few since the previous Sunday following a system IPL/software upgrade. We are currently investaging this matter with the software vendor of one of the products we upgraded. Alhough I was wondering if anyone had already encountered this issue. Thank you for your help. Glenn Miller PS: If you have any non-public questions, please contact me directly. --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ShadowImage, ESCON and FICON
Mike, I have a HDS9980V ( at microcode level: 21-13-02/00 ) that does have ESCON and FICON interfaces installed. However, the ESCON interfaces are not connected to any host, so they are inactive. I also have Shadowimage installed/active. Now that I have Flashcopy V2 installed, we can use Flashcopy ( using Shadowimage ) to copy any-to-any. The only caution I can remember from this mixed ESCON/FICON configuration was the CUADD limitation of the ESCON interfaces. ESCON supports CUADD '0' thru 'F' while FICON supports CUADD '0' thru '1F'. In our configuration, the ESCON interfaces were connected to a 'remote' CPU via a CNT Channel Extender, that was our XRC System Data Mover image ( the XRC Secondary Host ). The FICON interfaces were connected to our primary host. Our only requirement was to place any DASD volume that needed to be XRC'ed on the devices in the CUADD '0' thru 'F' so the XRC SDM system could 'see' them. I never tried to use the ESCON interface to Flashcopy a volume from the 'lower' CUADD's ( CUADD '0' thru 'F' ) to the 'upper' CUADD's. ( CUADD '10' thru '1F' ). My guess would be it wouldn't work. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVCIN instruction
I wish we had the MVCIN instruction back in the day. In the banking/finance industries, we use a device called a check reader/sorter. Today, that device from IBM is a 3890. Prior to the 3890, the device was a 1419. It was bus/tag channel attached to the mainframe. IBM provided READ/WRITE macro support for the 1419 device to read the MICR line ( the line of characters on the bottom of the check ) and to write the stacker number your 'stacker select' routine wanted the reader/sorter to place the check in. The READ/WRITE macro support was nice, you didn't have to deal with channel programs, etc. However, one issue you did have to deal with was the format of the read buffer. The right-hand edge of the check is feed into the machine first, so the data was read right to left. Therefore, the data would be in the read buffer opposite of the way you would have thought and would want to process. For example, if the amount on your check was: $1234.56, the read buffer ( left-justified ) would look like this: 654321 ( the decimal point is implied ). When I looked at my first 'stacker select' routine and saw what was needed to 'properly position' the data, I thought: Wouldn't a 'move character inverse' instruction work really nice. However, I saw a creative way to use 2 instructions that would reverse the data in the read buffer. Remember this code was originally written for a S/360 Model 30 machine. Anyone have a guess what these instructions were/are? Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICSF Verification
Paul, I have used the Assembler example in the ICSF Application Programmer's Guide, Appendix 'D' to perform a simple test to verify the operation of ICSF and the Crypto PCIXCC cards ( on z990's ). I found that the Assembler, C++ and Cobol programs have basically the same logic. However the PL/1 program seems to have very different logic. I never tested the PL/1 program. These may be of some help. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Query: CA-MIM ENQ Processing Mode
Kees, The only parallel sysplex 'sharing' requirement we have been told is no reserve's are allowed in a GDPS/PPRC Hyperswap environment. CA-MIM has strongly recommended the use of ALLSYSTEMS mode for a number of reasons: ALLSYSTEMS mode allows Unicenter CA-MII to automatically manage all SCOPE=SYSTEMS ENQs at run-time - as it sees them occurring. ALLSYSTEMS mode provides the highest level of resource serialization protection. ALLSYSTEMS mode eliminates data integrity exposures that occur when new ENQs are introduced into your environment unknowingly. ALLSYSTEMS mode eliminates the need for systems programmers to add new ENQ management definitions to Unicenter CA-MII every week or month. ALLSYSTEMS mode is the CA recommended mode of operation for the Unicenter CA-MII product. CA has a document titled: Unicenter CA-MII Data Sharing for z/OS that describes what happens when running CA-MII in SELECT vs. ALLSYSTEMS mode. Its dated March 2005, so its a recent document. I received it from our CA-MIM SysProg, so I don't know if its available on CA's Website. Thanks to all who responded to my query. Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Query: CA-MIM ENQ Processing Mode
I'm curious how other shops are 'configured'. We currently use the CA-MII ( Multi-Image Integrity ) and CA-MIA ( Multi-Image Allocation ) products. We are having a discussion/issue regarding the ENQ Processing Mode of CA-MII, which can be either 'SELECT' or 'ALLSYSTEMS. Currently, we use the 'SELECT' ENQ Processing mode of CA-MII. If you have the CA-MII product, which mode do you use, 'SELECT' or 'ALLSYSTEMS? Thank you for your time. Glenn Miller PS: To display your CA-MII ENQ Processing mode, use the following command: F MIMx,D GDIF INIT You should see the following on the console: MIM1019 GDIF INIT DISPLAY EXEMPT=MIIXEMPT MISMATCHQNAME=ACCEPT NMCOUNT=255 PROCESS=SELECTRESERVES=CONVERT TEMPORARYDSN=YES The PROCESS= should be either SELECT or ALLSYSTEMS --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity: format of an unused page dataset?
John, Take a look at APAR OW55297 on IBMLINK. It has a high-level description of what you're seeing on the Page Datasets. It also has references to other manuals. I printed the 1st block for a couple of my Page Datasets ( they were formatted by a z/OS R4 system and are being used by active z/OS R4 systems ) and the information seems to match what you identified. Based on my systems, the 3 STCK values seem to represent: +16 = TOD Clock when the Define Pagespace command was executed ( not sure if its started or ended ). +24 = TOD Clock when the Pagespace was accessed ( maybe when ASM was initialized at IPL time? ). +32 = TOD Clock when the 'status update' was performed The timestamp at +24 looks odd to me because all my Page Datasets for any one z/OS image have the same value. The timestamp seems to be within a .1 seconds of the message you get at IPL: IEA940I THE FOLLOWING PAGE DATA SETS ARE IN USE: PLPA ... - HLQ1.PLPA COMMON . - HLQ1.COMMON LOCAL .. - HLQ1.LOCAL The timestamp at +32 appears to change every 5 minutes on one of my sandbox z/OS R4 systems. I haven't had time to check another system that would be more active than my sandbox system. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit Virtual Questions
This discussion got me thinking about my systems, z/OS R4 on twin zSeries processors. Specifically, what would I 'see' from TMON/MVS if a Job/Task/TSU were to use above-the-bar storage? So I copied the assembler code that Todd Burch posted, added a IARV64 GETSTOR/DETACH requests that I copied from an example from Section: 4.9.1 Operation in the manual: z/OS MVS Programming: Assembler Services Reference, Volume 2 (IARR2V-XCTLX), Manual Number: SA22-7607-04. As my luck goes ( which is usually not great ), the coding of the example from the manual is not correct. From code from the manual: IARV64 REQUEST=GETSTOR,SEGMENTS=NUMSEG, ORIGIN=O, RETCODE=LRETCODE,RSNCODE=LRSNCODE, MF=(E,V64L) The NUMSEG label was coded as below: NUMSEG DCD'2' The correct coding of the value for the NUMSEG label should be: NUMSEG DCAD(2) I checked, the z/OS R7 manual still has the value coded incorrectly. The IBM'er I spoke to ( via an ETR ) indicated he would submit a Reader's Comment Form to correct the coding error. Glenn Miller PS: If you execute the code from the example with the incorrect coding of the NUMSEG label, you should receive the following abend: System Abend Code: DC2, and REASON CODE=4A001520 --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to easily render a system unIPLable/IPLable
John, It depends on how far you want the hardware/software to get before if fails. For example: - If you have access to the HMC, rename the IMAGE profile of the LPAR your sandbox system runs in. Then De-activate that LPAR. If someone attempts to IPL that LPAR, it will fail, LPAR not activated. If someone attempts to activate that LPAR, the activate will fail because the IMAGE profile does not exist. Once you finish with your maintenance, rename the IMAGE profile of that LPAR back to its original name. NOTE: The HMC Application does not have a rename function. I circumvent this 'editing' ( the customize function ) the profile I want to rename, change the Profile Name on the 1st customization screen, Save the 'new' Profile, then delete the 'original' Profile. - Use the NOBOOTSTRAP parameter of the ICKDSF REFORMAT command against the Sysres volume you're working on. CAUTION: DO NOT use INIT command. Once you finish with your maintenance, perform ICKDSF REFORMAT command with BOOTSTRAP IPLDD parameters to 're-install' the correct z/OS IPL text. - The other suggestions regarding the LOADxx member are good. However, if you don't want your Sysres volume to be access, these may not meet your requirement. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Managing /service for SMP/E
Tom, The requirements we have for applying maintenance to the z/OS operating system here has dictated how we name the HFS 'service' mountpoint. The 'key' requirement I must adhere to is: Must be able to apply any maintenance to any of the z/OS operating system levels we have installed using any z/OS image. I chose to create multiple SYSRES volumes for each z/OS operating system level we maintain. For example, we currently run z/OS R4 on our seven z/OS images. We have four SYSRES volumes ( named: ASR41Z, ASR42Z, ASR43Z ASR44Z ) that support these seven z/OS images. Each z/OS R4 SYSRES volume may have a different 'maintenance level' applied to it. Our preference is to apply our z/OS maintenance to these SYSRES volumes in numeric order, sometimes that is not possible. So, we addressed this requirement by taking the '/service' concept one level further. We created a second-level directory to the '/service' directory and added that second-level directory to the HFS DDDEFs within each Target Zone. For example: ASR41Z /service/ASR41Z/ ASR42Z /service/ASR42Z/ ASR43Z /service/ASR43Z/ ASR44Z /service/ASR44Z/ The above structure allows me another way to cross check the DDDEFs in a Target Zone are referencing the correct HFS ( assuming I mounted the correct HFS dataset to the correct mountpoint I listed above ). I ensure that by having HFS mount and unmount steps in each SMP/E Apply Check Apply jobs that are executed. That ensures no HFS was left mounted from a previous job and that no HFS is left mounted after a maintenance run. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA Card Display Command
Ted, If you have access to IBM's ResourceLink ( URL: http://app-06.www.ibm.com/servers/resourcelink ) and you have been granted access to the Machine Information area for your/their account, you can obtain information about the status of each processor, when it performs its weekly ( in my case ) phone home status update. The following is the output from the 'System Status' display from one of my z990 processors ( note: The Channel numbers are the number of each Channel type installed, not just the number defined ): Date of call: 2005/07/29 12:18:38 System Name: CPC1 Power Status: Fully Redundant Second SE: Operating Installed Storage: 24576 MB Running CPs: 6 Running SAPs: 2 Running ICFs: 1 Physical PUs: 12 CPs in LICCC: 6 SAPs in LICCC: 2 ICFs in LICCC: 0 Linux only CPs: 1 zAAPs: 0 Capacity Backup: Not installed Partitions: 8 Total Channels: 194 ESCON Channels: 120 Coupling Facilities: 12 Parallel Channels: 0 Open System Adapters: 8 Fiber Channels: 52 Other Channels: 2 HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 from R4 to Z2 mode for z/OS 1.6
Hi Max, According to the Announcement Letter for z/OS R6, ENUS204-180: Support for JES2 compatibility mode will be withdrawn. As of z/OS V1.7, JES2 will no longer support compatibility with pre-z/OS V1.2 systems. The $ACTIVATE command, which converts the JES2 checkpoint from z2 mode to R4 mode (compatibility mode), will be removed. It further states: Before installing z/OS V1.7, you will need to do one of the following: - Use the $ACTIVATE command to convert the JES2 checkpoint to z2 mode - Offload the SPOOL, cold start JES2 z/OS V1.7, and reload the jobs on the new SPOOL Therefore, you are not REQUIRED to convert to z2 mode to support a z/OS R6 JES2 system. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Aplications running on z/OS1.4 after implementation of Unicode Conversion services (UCS)
I was requested to activate the Unicode Conversion services eariler this year. When I determined that the pre-built image conversion tables would be about 39Meg (9862 pages) of real storage ( see APAR OA04069, Titled: AUTOMATIC LOADING OF PRE-BUILT IMAGE FOR UNICODE SERVICES ) I too was concerned. However, the question was: Where is this pre-built image stored in virtual storage. So I opened an ETR with IBM to ask that question. IBM's answer was in the common dataspace ( as Roland Schiradin indicated ). Also, IBM indicated that the occupied virtual storage in that dataspace would be page-fixed, thats were the requirement for 39Meg (9862 pages) of real storage. My next question was: Where in real storage? The answer from IBM was: Below the 2Gig line. I'm not sure why it makes a difference to page-fix that storage below the 2Gig line, but it is what it is. It would have been helpful for APAR: OA04069 to have this information. HTH Glenn Miller --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
