Re: How long for SMF to switch
If you are collecting type 19 records, then SMF has to gather the data for them from online DASD volumes at every switch. If you happen to run into volumes with SYSVTOC enqueues, it can take a LONG, LONG time. 30 minutes is not uncommon for us. Dave Quinton State of North Carolina Administrative Office of the Courts 919-890-2301 david.quin...@nccourts.org -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, November 02, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: How long for SMF to switch I am currently working on rewriting our SMF Dump process. I was wondering on a quiet system, if I issue an I SMF command, about how long till the switch? I am seeing about 1.5 mins from command to switch. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html E-mail correspondence to and from this address may be subject to the North Carolina public records laws and if so, may be disclosed. -- 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: BCPii return code x'301'
What release of z/OS is your program actually executing on? The list requests you are failing on are supported on z/OS 1.11+ only. My program, which does something similar to what yours does, works on 1.10, but returns a 301 when I try the 1.11+ only features. Dave Quinton State of North Carolina Administrative Office of the Courts 919-890-2301 david.quin...@nccourts.org -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bytnerowicz, Krzysztof Sent: Tuesday, July 13, 2010 3:41 AM To: IBM-MAIN@bama.ua.edu Subject: BCPii return code x'301' I am testing BCPii interfaces in Assembler. As I stumbled on something I do not understand, I created the simplified code illustrating my problem. The logic is as follows: - HWICONN -connect to local CPC, CPC netid is known, it connects OK. - HWILIST - List Images, lists all the images known. - Change list request from HWI_LIST_IMAGES (x'02') to HWI_LIST_RESET_ACTPROF (x'07') at the address pointed to in the same table used for listing images. HWILIST returns RC x'301' indicating that The ListType specified is not in the acceptable value range of possible list types. I am using values defined in HWICIASM Macro. I am repeating the exercise for HWI_LIST_IMAGE_ACTPROF then HWI_LIST_LOAD_ACTPROF, all the values are consistent with the Macro definitions and the results are exactly the same. I am maintaining CPC connection, as those objects are CPC-owned objects. I am aware of OA32889 and I verified that my values are the ones specifies as correct in my code and in the Macro expansion. What am I missing? -- 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 E-mail correspondence to and from this address may be subject to the North Carolina public records laws and if so, may be disclosed. -- 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: BCPii Services
We used the following justifications for implementing BCPii (and the homegrown code to go with it): 1. We do not have HMC access via VPN. BCPii allows us to do selected HMC functions from home in an emergency. 2. On a number of occasions, the wrong LPAR has been IPLed via the HMC. Our BCPii code will not allow an IPL of an active LPAR by default. 3. Having to log on to the HMC to IPL a test LPAR is no longer required. 4. We don't have to deal with the nuisance that comes with having to re-enter your HMC password (and remember to click YES) when doing anything disruptive on the HMC. 5. Our operators love being able to IPL an LPAR from another LPAR with a simple operator command. 6. We don't have to remember IPL addresses and parms - our home-grown code manages all of that for us. 7. It was a fun learning experience for me... I can't wait to get z/OS 1.11 up and running to see what the new BCPii code will let us do - I'm hoping to allow our capacity guy to automate changing soft-capping :-) I know there have been a number of APARs against BCPii, but we've experienced no problems using it. Dave Quinton State of North Carolina Administrative Office of the Courts 919-890-2301 david.quin...@nccourts.org -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Friday, June 04, 2010 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: BCPii Services Is there value in implementing BCPii in an environment that almost never has a system failure that SFM would take action on? We just had a discussion with our operations management team and they didn't see the necessity of enabling BCPii at this time for the reason I mentioned above. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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 E-mail correspondence to and from this address may be subject to the North Carolina public records laws and if so, may be disclosed. -- 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