Re: Is there a tool to put SMF data into DB/2?
http://www-01.ibm.com/software/tivoli/products/tds-zos/ -- 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: The PUT FTP not working with large files
You should probably allocate space for the target dataset, something like the following FTP command: SITE CYL PRI=100 SEC=100 use whatevr space allocation is appropriate. Also, make sure the dataset doesn't already exist on the target system. Randy -- 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: SMS and sysplex
Is it possible that the device is not genned (in HCD) as SHARED? Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of R.S. Sent: Wednesday, October 12, 2005 10:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS and sysplex Ed Finnell wrote: > > In a message dated 10/12/2005 8:28:28 A.M. Central Standard Time, > [EMAIL PROTECTED] writes: > > *When* are you getting these messages? What else is going on at the time? > > > > > Maybe it got Defragged? Guess the real question is what's changed since > the last IPL? NO, it is not defragged BTW: SMS enqueues the dataset. It is alocated with SHR(3 3). NOTHING was changed since last IPL with one exception: it was monoplex configuration. Now, second (and third as well) member of sysplex was started. The problem occurs only on second and third sysplex member. I just moved COMMDS to another volume, empty one. Problem disappeared. As far as I understand, DIV has problems with serialization. Still don't know what caused the problem. Placing every shared operational dataset on separate volume is not very wise circumvent. -- Radoslaw Skorupka Lodz, Poland -- 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 -- 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: English (was Mainframe Limericks
and the rest of the quote: "... and this writin' is wrote rotten!" -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Richard Pinion Sent: Monday, June 26, 2006 3:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: English (was Mainframe Limericks And we all know what Popeye said, "I can reads read'n, but I can'ts read write'n" >>> [EMAIL PROTECTED] 6/26/2006 3:50:38 PM >>> In a message dated 6/26/2006 9:17:00 A.M. Central Standard Time, [EMAIL PROTECTED] writes: right rite wright(as in playwright) >> Yeah I found it. This more how the physiology works that they language. Non-English speakers may have to work a little harder, but I doubt it. >>From Cambridge O lny srmat poelpe can raed tihs. cdnuolt blveiee taht I cluod aulaclty uesdnatnrd waht I was rdanieg. The phaonmneal pweor of the hmuan mnid, aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoatnt tihng is taht the frist and lsat ltteer be in the rghit pclae. The rset can be a taotl mses and you can sitll raed it wouthit a porbelm. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. Amzanig huh? yaeh and I awlyas tghuhot slpeling was ipmorantt! if you can raed tihs psas it on !! -- 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 -- 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 -- 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: Orphan Tape mounts
Is it possible that you have batch jobs uncataloging tape datasets via IEFBR14 with JCL DISP=(OLD,UNCATLG) & UNIT=DEFER? I had a case once (long ago) where the (non-IBM) robotics would honor the fleeting mount message and physically mount the tape, even though the job(step) had completed. The volume stays mounted until there are no more available drives, just in case you are trying to use AVR (automatic volume recognition). An unload fixes the "problem" (we even wrote an automation rule to periodically issue unloads to drives with no allocated users...). IMHO the "problem" is/was cosmetic... Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Mark Zelden Sent: Monday, November 27, 2006 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Orphan Tape mounts On Fri, 24 Nov 2006 12:18:03 -0600, John Benik <[EMAIL PROTECTED]> wrote: >Yes unloads work, but when we have a lot of them it's quicker to vary >the drives offline and back on. We tried running a job using retain and >were unable to reproduce this. > I've never looked into them... but I do see them also. So I'm not sure what the exact circumstances are. One thing that I'm sure leaves them mounted is a system crash. :-) (had any of those lately?) Have you looked at the tape volser and the creation job in your tape management software to see if that provides any clue? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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 -- 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: IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB
look for a missing comma in ieasysxx -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of François Paré Sent: Monday, November 27, 2006 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB Hello, I'm not able to do a complete first IPL of a new cloned system. It stopped with the following messages: IEA301I LNKLST00 NOT FOUND IN SYS1.PARMLIB IEA510A LNKLST PROCESSING IS INOPERATIVE, PRESS ENTER TO CONTINUE WITH THE DEFAULT LNKLST, OR RE-IPL THE SYSTEM The message seems very clear about the error but LNKLST00 is defined in member SYS1.PARMLIB(PROG00) as in my production system so any idea? Thanks! Francois Pare Universite Laval Service de l'informatique et des telecommunications Pavillon Casault Ste-Foy (Quebec) Canada G1K 7P4 tel.: 418-656-2131 ext. 4013 fax: 418-656-7305 -- 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 -- 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: Single sysplex
If you have the Integrity (MII) component of MIM, you may want to run two MIMplexes for enq managment of datasets: Set up two MII environments in your existing sysplexes, using the VCF (virtual control file) in your basic 'plex, and a CF-structure based star for your parallel sysplex. Convert your GRS RNL's to MII control statments, and specify GRSRNL=EXCLUDE (IIRC) in IEASYSxx on all the images. When you merge your basic 'plex into the parallel 'plex, you may want to update the old basisc 'plex MII to use it's own star structure (or not - YMMV). You won't have any dataset name conflicts in this scenario. I have run as many as 22 images divided into 8 MIMplexes in a single parallel sysplex this way. We also had two other parallel sysplexs of similar ilk... Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of B Sysprog Sent: Wednesday, November 29, 2006 6:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Single sysplex Hello list - We have two separate zSeries processors, each with its own production sysplex. CPUX - 2-LPAR basic sysplex with JES2 and ACF2. GRS ring. CPUZ - 4-LPAR parallel sysplex with JES3 and RACF, using ICF. GRS star. Both CPUX and CPUZ share two ESCON directors, disk and tape controllers. Shared DASD is minimal; there is currently no GRS between the two sysplexes. There is no technical reason to combine the totally separate sysplexes into a single sysplex, however, there is significant financial savings for doing so. Therefore, we have been asked to begin a study of the issues and steps required to make this happen. Has anyone successfully combined very dissimilar sysplexes into a single sysplex? I am very clear on the hardware requirments. What are the software cautions about such an endeavor? We already suspect GRS will present a challenge in combining RNLs. Because we will not share much DASD (besides that for couple datasets, MIM and STK control datasets), we don't expect that the two different Security packages will be an issue -- has anyone discovered otherwise? We have been told that JES2 and JES3 will not present a problem in the same sysplex. Thank you, BK Kosmach MVS System Programmer _ All-in-one security and maintenance for your PC. Get a free 90-day trial! http://clk.atdmt.com/MSN/go/msnnkwlo005002msn/direct/01/?href=http://clk .atdmt.com/MSN/go/msnnkwlo005001msn/direct/01/?href=http://www.windowson ecare.com/?sc_cid=msn_hotmail -- 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 -- 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: Bisync
Is CCL (Communications Controller for Linux) an option? Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Hal Merritt Sent: Thursday, December 07, 2006 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Bisync I know, I know, but I seem to be stuck with it until my retirement :-) I still have some 3745's and the maintenance contract is horrendous. I have no control over the far end, only my end. So, do I have any options? We are talking to Visara about their offering. Are there any with some experience with this or other vendors? Thanks, and the very best of the season to you, yours, and theirs. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 -- 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: CTC restart upon single system removal from plex
Is it possible that someone did a system reset on LS03 a little too soon? Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ken Porowski Sent: Tuesday, December 19, 2006 10:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CTC restart upon single system removal from plex Anyone seen this happen? First time for me. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- 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 -- 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: CTC restart upon single system removal from plex
In my previous life, I had three large (parallel) sysplexes (12, 15, and 21 lpars). Occasionally, we would see this situation when the sys reset was done too early (should be after the reply "down", IIRC); and yes, it would affect multiple lpars... Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ken Porowski Sent: Tuesday, December 19, 2006 12:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CTC restart upon single system removal from plex We did not take the CTC OFFLINE. Just the 'normal' V XCF OFFLINE to the system being removed/shutdown. 'normally' we do not see the IOS messages or the remainig CTC's for the active systems reset. Even if the system reset was done prematurely I would not expect the CTC's for the active systems to fail. -- 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: CTC restart upon single system removal from plex
I think the real key is making sure that the target system is in the wait-state before doing the system-reset or replying "down"... Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of James Chappell Sent: Tuesday, December 19, 2006 12:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CTC restart upon single system removal from plex Hummm.. Removing a z/OS system from a Sysplex -- http://www-03.ibm.com/systems/z/pso/removing.html#ton2 Complete the removal of the z/OS system manually: Shortly after replying to message IXC371D in step 3, message IXC102A will be displayed. DO NOT REPLY "DOWN" TO IXC102A YET. Wait for the z/OS system to enter a non-restartable WAIT state. The z/OS system should enter a non-restartable WAIT state any time before or soon after the CLEANUP interval expires. Perform a hardware SYSTEM RESET on the z/OS system being removed from the sysplex if not already done. Reply "DOWN" to IXC102A. Message IXC105I will be issued when system removal is complete. Are WE saying this isn't correct? -- 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 -- 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: CTC restart upon single system removal from plex
it's goodness. do it. it's much faster (and more reliable) than an operator asleep at the wheel during "oh-dog-thirty" change windows. Randy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ken Porowski Sent: Tuesday, December 19, 2006 2:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CTC restart upon single system removal from plex Just never got around to it ... Had fears of slow response taking down an LPAR. -Original Message- Mark Zelden Any reason why you don't set up a simple SFM policy so you don't have to worry about the IXC* message replies and the system reset? Mark -- Mark Zelden -- 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 -- 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
