Re: Bye from Brian
Brian, I'd strongly recommend you continue lurking! 35 years of experience is a valuable community resource to lose, and many people on this list are very interested in what has happened over the last several decades. I too am a LTL - I only wish I was paid for it! Best wishes, Andrew. (Fellow Hitchhiker's fan) -- 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
is out of the office.
I will be out of the office starting 11/25/2009 and will not return until 12/01/2009. I will be out of the office from Thursday, November 26 thru Monday, November 30. I will return on Tuesday, December 1. Thanks. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - INTERVAL MIGRATION
On 11/25/2009 12:54 PM, esmie moo wrote: > Good Afternoon Gentle Readers,> > I am trying to find out the exact time INTERVAL MIGRATION kicks off. I > checked the ARCCMD00 member but it does not indicate the time period it kicks > off. Here is what is in the ARCCMD00: > > SETSYS INTERVALMIGRATION > > Any suggestions? I have a feeling that AUTOMATIONS could be triggering the > INTERVAL MIGRATION command. I have asked the AUTOMATIONS group as well. > > Thanks. ... I believe the default is every hour on the hour. One of the HSM manuals gives a PATCH command that can be included in ARCCMDxx to alter the interval to a longer interval length, but if you are doing this to reduce HSM CPU and I/O overhead during peak load periods, the interval adjustment method has the disadvantage of starting when HSM is started - and if that varies so does the time-of-day at which Interval Migration will occur. To get around those limitations we went back to the 1 hour default and used automation to turn on INTERVAL MIGRATION just before the specific hour ticks we want it to run, and then turn it back off just before the following hour tick. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- 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: XMITMGR for 64 Bit Windows?
I was wondering if it would cause any issues for anyone if I were to set up a new install file of XMITMGR so that other people down the line who might not have an old system will still be able to install it. Is there any copyright laws that would be broken to do that since it's already free? Brian -- 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: Bye from Brian
On 25 Nov 2009 12:28:01 -0800, rfocht...@ync.net (Rick Fochtman) wrote: >Sorry to see you leave, Brian. Going to catch up on the fishing, hunting >or golf? Or making some 'quality time' with the grandkids? Just >remember: it's a parent's duty to say "NO", but it's a grandparent's >privilege to say "YES". :-) You've got that right. And it's great! -- 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: Bye from Brian
-- A long time lurker mostly, it is now time to say goodbye. Thanks for all the help and advice you have given. With 35 years of mainframe experience in many areas, most recently mainframe performance I was moved to capacity planning of mid range boxes some 4 months ago. I am now taking the opportunity to leave and my last day is the end of the month. So I will be signing off... And thanks for the fish. --- Sorry to see you leave, Brian. Going to catch up on the fishing, hunting or golf? Or making some 'quality time' with the grandkids? Just remember: it's a parent's duty to say "NO", but it's a grandparent's privilege to say "YES". :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: relating module prefixes to components and products
>But since IBM makes the rules, presumably they can gratuitously break them. Or they can decide how to parse their own rules. E.g., "J-Z Available for non-IBM products" does not say that IBM cannot use these. An unambiguous rule to that effect would be worded thus: "J-Z Available only for non-IBM products. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Wednesday, November 25, 2009 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: relating module prefixes to components and products 2009/11/25 Itschak Mugzach : > Interesting. IBM used to use product prefixes stating with A to J to > differentiate IBM code form application code. . Now, the are some new ones > starting with 'S'. If IBM is using those prefixes, it would seem to be a violation of the SMP/E Packaging Rules, which clearly says that: -- A-I When used by IBM, all three characters of the prefix are generally alphabetic (with some exceptions). Can be used by non-IBM products only if the prefix includes at least one numeric or national character. J-Z Available for non-IBM products. The prefix can be all alphabetic or can include numeric or national characters.Note: ZZZ is reserved for the first three characters of generic USERMODs written by customers. Q Used by AS/400 -- But since IBM makes the rules, presumably they can gratuitously break them. Tony H. -- 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: relating module prefixes to components and products
2009/11/25 Itschak Mugzach : > Interesting. IBM used to use product prefixes stating with A to J to > differentiate IBM code form application code. . Now, the are some new ones > starting with 'S'. If IBM is using those prefixes, it would seem to be a violation of the SMP/E Packaging Rules, which clearly says that: -- A-I When used by IBM, all three characters of the prefix are generally alphabetic (with some exceptions). Can be used by non-IBM products only if the prefix includes at least one numeric or national character. J-Z Available for non-IBM products. The prefix can be all alphabetic or can include numeric or national characters.Note: ZZZ is reserved for the first three characters of generic USERMODs written by customers. Q Used by AS/400 -- But since IBM makes the rules, presumably they can gratuitously break them. Indeed there are already cases where they have used prefixes in e.g. the /usr/lpp file system there are /java, /ldap, /pli, and even /smp - all of which are rightly in the non-IBM range.One wonders if they have been properly registered with the Powers That Be. As for those "S" entries in the Diagnosis Reference, I think they are remnants of "sysgen" macros, which were SGxx long before SMP or packaging rules existed. Tony H. -- 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: GET IBM-MAIN INFO
> > GET IBM-MAIN INFO -- 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: IFASMFDP user exit
My archives (from over 15 years ago) have an IFASMFDP USER2 exit routine that has the following comments... ON ENTRY : R1 -> 3 WORD PARAMETER LIST WORD 1 -> ADDRESS OF 3 USER FULLWORDS WORD 2 -> ADDRESS OF THE SMF RECORD WORD 3 -> ADDRESS OF THE OUTDD FILE NAME My exit uses the OUTDD name (WORD 3) as a JOBNAME filter, and extracts the SMF for that specific job. Of course, only the SMF records where the jobname can be found appear in the output data set. Dan - Original Message - From: "Miklos Szigetvari" Sent: Wednesday, November 25, 2009 10:59 AM Subject: IFASMFDP user exit Hi If someone can clarify the exit paramter list for the IFASMFDP user exits. +0 is a user work area , freely uasble or a pointer to a 3 word long list (+0 reg0 +4 reg1 +8 free ) -- Miklos Szigetvari -- 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: relating module prefixes to components and products
Interesting. IBM used to use product prefixes stating with A to J to differentiate IBM code form application code. . Now, the are some new ones starting with 'S'. Itschak On Wed, Nov 25, 2009 at 1:48 AM, john gilmore wrote: > At > > > > > http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieav200/bpfind.htm > > > > (As usual, watch the wrap.) > > > > and printed in the MVS DG there is a table that relates module prefixes to > components and products; and among the many instances of module prefixes > listed there that begin with 'IKJ' all appear to be related to TSO. > > > > This table answers most questions of the form > > > > What is the module with prefix '' a part of? > > > > and even longer 'prefixes' may well appear in it. > > John Gilmore Ashland, MA 01721-1817 USA > > > > _ > Hotmail: Trusted email with powerful SPAM protection. > http://clk.atdmt.com/GBL/go/177141665/direct/01/ > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM QUESTION - INTERVAL MIGRATION
Good Afternoon Gentle Readers, I am trying to find out the exact time INTERVAL MIGRATION kicks off. I checked the ARCCMD00 member but it does not indicate the time period it kicks off. Here is what is in the ARCCMD00: SETSYS INTERVALMIGRATION Any suggestions? I have a feeling that AUTOMATIONS could be triggering the INTERVAL MIGRATION command. I have asked the AUTOMATIONS group as well. Thanks. __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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
What is up with macros?
On Wed, 25 Nov 2009 11:33:38 -0500 Peter Relson wrote: :>Bill Fairchild wrote :> :>One should always initialize the entire remote parameter list for any :>system service. The IBM books that describe Assembler language services :>say this in the Using the Services section that appears prior to the first :>service explained in that book. E.g., here is some of the verbiage from :>the unauthorized Assembler services book: :>"1. Use the list form of the macro, which expands to the parameter list. :>Place the list form in the section of your program where you keep :>non-executable data, such as program constants. Do not code it in the :>instruction stream of your program. :>2. In the instruction stream, code a GETMAIN or a STORAGE macro to obtain :>some virtual storage. :>3. Code a move character instruction that moves the parameter list from its :>non-executable position in your program into the virtual storage area that :>you obtained." :>Please note that the next section in this book also applies to this :>question. It is entitled "Alternative List Form Macro". :>The alternative list form macro does not require, indeed it precludes, :>initialization from a "static" form of the macro. These macros fully :>initialize on the execute form. Most macro services provided iby the "MVS" :>part of z/OS in the past 15-20 years fit into this category. A subset of :>these macros also provide a modify form in which case it is the COMPLETE :>option of the Modify or Execute form that does the full initialization. :>Most "tradtional" list form macros do work OK if the initialization is with :>zeroes. But not all. WTO is one that in some cases will not work properly :>with an initialized area of all zeroes. And ESTAE is another. They might :>complete successfully but you might not get the default options that you :>intend. I personally view this as non-optimal implementation way back when, :>but that is water under the bridge as it cannot be changed for :>compatibility reasons. Talking about macros. I recently used IEAMSCHD to do an SRB instead of the old fashioned SCHEDULE as I liked the SYNCH=YES parameter. It seemed like every parameter was an indirect pointer to the actual data item, i.e., 1. EP=(3) or EP=label means that R3 or LABEL points to a word containing the EP. 2. PARM=(3) or PARM=label means that R3 or LABEL points to a word containing the PARM address. 3. SYNCHCOMPADDR=label means that LABEL has the address of a pointer to the completion code field. So my code has this: LAR0,COMPCODE STR0,@COMPCODE LAR0,ABENDCODE STR0,@ABENDCODE LAR0,REASONCODE STR0,@REASONCODE STR3,SRB_EP STR4,SRB_PARM IEAMSCHD EPADDR=SRB_EP,ENV=HOME,PRIORITY=CURRENT, + PARM=SRB_PARM,SYNCH=YES,synchcompad...@compcode,+ synchcodead...@abendcode,synchrsnad...@reasoncode, + MF=(E,OIEAMSCHD,COMPLETE) instead of the much more logical IEAMSCHD EPADDR=(R3),ENV=HOME,PRIORITY=CURRENT, + PARM=(R4),SYNCH=YES,SYNCHCOMPADDR=COMPCODE, + SYNCHCODEADDR=ABENDCODE,SYNCHRSNADDR=REASONCODE,+ MF=(E,OIEAMSCHD,COMPLETE) Why? Oh, why? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Changing SYSPLEX name
"Jousma, David" wrote in message news:a90766b5039c59409110c92d47216f590...@s1flokydce2k322.dm0001.inf o53.com... > Thanks Ed, Kees, and Barbara for your responses. > > Yes, a sysplex cold-start is assumed. > > But, I still have this nagging idea in my head though that SMS > controlled volumes have sysplex name on them somewhere. We do have a > separate plex up at times for early z/OS upgrade testing(not up right > now), and I seem to recall that if I try to write data across sysplex > boundaries, I get SMS error messages that the volume is owned by another > plex, and the write fails. Even though the "old" plex name and the > "new" plex name would not have active systems at the same time, wouldn't > the affect be the same? Wouldn't allocations to SMS disk after the > sysplex rename, and subsequent restart fail? > > Does this sound familiar? > > I don't think so, SMSplex boundaries are not necesserally the same as Sysplex boundaries. We had 2 Sysplexes share the same Dasd in 1 SMSplex and never had problems with it. Maybe if the volumes belong to another SMSplex, one could see your situation, so I would look more to SMS- than Sysplex-parameters. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: FTP PUT RECFM=FBM files
Donald Very much due to John McKown, ways of dealing with the perceived problem have been suggested. Following up on the subsequent posts, although I am sure many contributors and observers are aware of what the "M" - or "A" - in the RECFM parameter is all about, I see that it has not been spelled out precisely in such a way that any possible misunderstandings are dispelled. Peter Hunkeler came the closest and also - perhaps as prompted by Paul Gilmartin - provided sample IEBGENER control statements which make clear that, when using the IEBGENER utility, merely having an input file with RECFM=FBM or RECFM=FBA - or any of the other combinations ending in "M" or "A" - with an output file which does not have the supposedly offending "M" or "A" present in the RECFM parameter will *not* cause the character to be removed. It will, in fact, merely hide from any person or programming, who/which might care to know, that there is a carriage control character present - in the opinion of whoever or whatever created the RECFM information. It is sufficient to note that it is necessary to copy the record length unchanged from the input file to the output file.[1] Going even a little bit further than Peter - the FTP ASATRANS option[2] apart - I would say that the *only* significance of the "M" or the "A" at the end of the RECFM parameter characters is for when the file is in the process of being printed. The software responsible for the printing operation actually pays attention to whether the first character represents a "machine" control character, "M", or an "American Standards Association" (ASA) character, "A". If it is "M", in the days when everybody used the IBM printers of the '60s and '70s, the software did the software equivalent of a whoop and a holler and simply placed the character at the beginning of the channel command word (CCW) which passed the print line text - if any - to the printer. The M character was grist to the 1403 N1's mill! On the other hand, the software would become somewhat irritated by having to deal with the ASA character since the "standard" operated in precise opposition to the way those old IBM printers liked to operate - at least as indicated by the CCW codes and, given the technology of the time recalling that any machine with a model number starting with 14 dated from at the latest the early '60s, almost certainly the printer logic itself. Thus the simplest option for the software driving a printer under the instruction of the ASA control code for carriage movement would set up two CCWs, one a translation of the carriage movement and one to print the text line without carriage movement - or vice versa, I forget now which way round it goes. Naturally cleverer software would combine the print line from record N with the carriage movement implied by record N+1 or N-1 whichever way round it is - with special considerations for the first and last records as necessary. Thus "A" used to be very fiddly compared with "M". I promised to remove all possibilities for misunderstanding so let me make one more point: the RECFM characters have quite different "weights". As we saw the "M" and the "A" apply only when the file is to be printed. On the other hand the "F" and the "V" - and the "U" - the former two with or without "B" are of great significance for each time the file is read or written - with QSAM. Chris Mason [1] I guess the record length could be changed - I've never tried it - knowingly! - but I expect that any truncation would happen at the *end* of the record. [2] Something about which I have learned in this thread - but I'm a bit puzzled over what actually it might be doing. On Mon, 23 Nov 2009 10:37:01 -0800, Donald Russell wrote: >A batch process creates a sequential dataset with RECFM=FBM I transfer >that to a zLinux system using FTPS in ASCII mode > >Is there an FTP option to specify that says "don't send the carriage >control" character? >Either in the PARM= or through the SYSFTPD DD statement? > >I haven't seen such a thing mentioned in any of the manuals but thought I'd >check here before deciding what my work-around solution will be. :-) > >Thanks for any suggestion, or confirming there is no such option. > >Cheers -- 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: What's up with WTO? - solved
Bill Fairchild wrote One should always initialize the entire remote parameter list for any system service. The IBM books that describe Assembler language services say this in the Using the Services section that appears prior to the first service explained in that book. E.g., here is some of the verbiage from the unauthorized Assembler services book: "1. Use the list form of the macro, which expands to the parameter list. Place the list form in the section of your program where you keep non-executable data, such as program constants. Do not code it in the instruction stream of your program. 2. In the instruction stream, code a GETMAIN or a STORAGE macro to obtain some virtual storage. 3. Code a move character instruction that moves the parameter list from its non-executable position in your program into the virtual storage area that you obtained." Please note that the next section in this book also applies to this question. It is entitled "Alternative List Form Macro". The alternative list form macro does not require, indeed it precludes, initialization from a "static" form of the macro. These macros fully initialize on the execute form. Most macro services provided iby the "MVS" part of z/OS in the past 15-20 years fit into this category. A subset of these macros also provide a modify form in which case it is the COMPLETE option of the Modify or Execute form that does the full initialization. Most "tradtional" list form macros do work OK if the initialization is with zeroes. But not all. WTO is one that in some cases will not work properly with an initialized area of all zeroes. And ESTAE is another. They might complete successfully but you might not get the default options that you intend. I personally view this as non-optimal implementation way back when, but that is water under the bridge as it cannot be changed for compatibility reasons. Peter Relson z/OS Core Technology Design -- 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
IFASMFDP user exit
Hi If someone can clarify the exit paramter list for the IFASMFDP user exits. +0 is a user work area , freely uasble or a pointer to a 3 word long list (+0 reg0 +4 reg1 +8 free ) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: RSE daemon server startup
Dave, I compared the RSE envar files and all the parms were the same except for 4 that were missing. I added the ones below that were missing but we got the same problem. Do you know if the userid running the task needs it's own profile setup? For example /u/STCUSER with path statements for java? We were missing these. #_RSE_LOCKD_PORT=4037 #_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.port=$_RSE_LOCKD_PORT" #_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.cleanup.interval=1440" #_RSE_LOCKD_CLASS=com.ibm.ftt.rse.mvs.server.miners.MVSLockDaemon -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Tuesday, November 24, 2009 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RSE daemon server startup Here are all of our setting in rsed.envvars. I deleted the comments to make the listing shorter JAVA_HOME=/usr/lpp/java/J6.0 RSE_HOME=/usr/lpp/rdz _RSE_LOCKD_PORT=4036 TZ=EST5EDT LANG=C PATH=/bin:/usr/sbin _CEE_DMPTARG=/tmp STEPLIB=NONE _RSE_SAF_CLASS=/usr/include/java_classes/IRRRacf.jar _RSE_JAVAOPTS="" _CMDSERV_BASE_HOME=/usr/lpp/ispf _CMDSERV_CONF_HOME=/etc/rdz _CMDSERV_WORK_HOME=/var/rdz _RSE_CMDSERV_OPTS="" _SCLMDT_CONF_HOME=/etc/rdz/sclmdt _RSE_PORTRANGE=9150-9500 _CEE_RUNOPTS="ALL31(ON) HEAP(32M,32K,ANYWHERE,KEEP,,) TRAP(ON)" _BPX_SHAREAS=YES _BPX_SPAWN_SCRIPT=YES JAVA_PROPAGATE=NO RSE_LIB=$RSE_HOME/lib PATH=.:$JAVA_HOME/bin:$RSE_HOME/bin:$_CMDSERV_BASE_HOME/bin:$PATH LIBPATH=$JAVA_HOME/bin:$JAVA_HOME/bin/classic:$RSE_LIB:$RSE_LIB/icuc LIBPATH=.:/usr/lib:$LIBPATH CLASSPATH=$RSE_LIB:$RSE_LIB/dstore_core.jar:$RSE_LIB/clientserver.jar CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_extra_server.jar CLASSPATH=$CLASSPATH:$RSE_LIB/zosserver.jar CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_miners.jar CLASSPATH=$CLASSPATH:$RSE_LIB/universalminers.jar:$RSE_LIB/mvsminers.jar CLASSPATH=$CLASSPATH:$RSE_LIB/carma.jar:$RSE_LIB/luceneminer.jar CLASSPATH=$CLASSPATH:$RSE_LIB/mvsluceneminer.jar:$RSE_LIB/cdzminer.jar CLASSPATH=$CLASSPATH:$RSE_LIB/mvscdzminer.jar:$RSE_LIB/jesminers.jar CLASSPATH=$CLASSPATH:$RSE_LIB/FAMiner.jar CLASSPATH=$CLASSPATH:$RSE_LIB/mvsutil.jar:$RSE_LIB/jesutils.jar CLASSPATH=$CLASSPATH:$RSE_LIB/lucene-core-2.3.2.jar CLASSPATH=$CLASSPATH:$RSE_LIB/cdtparser.jar CLASSPATH=$CLASSPATH:$RSE_LIB/wdzBidi.jar:$RSE_LIB/fmiExtensions.jar CLASSPATH=$CLASSPATH:$_RSE_SAF_CLASS CLASSPATH=.:$CLASSPATH _RSE_CMDSERV_OPTS="&SESSION=SPAWN$_RSE_CMDSERV_OPTS" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DISPF_OPTS='$_RSE_CMDSERV_OPTS'" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DA_PLUGIN_PATH=$RSE_LIB" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Xbootclasspath/p:$RSE_LIB/bidiTools.jar" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_SPIRIT_ON=true" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_EXPIRY_TIME=6" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_INTERVAL_TIME=6" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dcom.ibm.cacheLocalHost=true" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Duser.home=$HOME" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dclient.username=$RSE_USER_ID" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlow.heap.usage.ratio=15" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.heap.usage.ratio=40" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_ENABLED=true" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_RESPONSE_TIMEOUT=6" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_IO_SOCKET_READ_TIMEOUT=18" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.port=$_RSE_LOCKD_PORT" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.daemon.cleanup.interval=1440" _RSE_JAVAOPTS="$_RSE_JAVAOPTS -showversion" _RSE_SERVER_CLASS=org.eclipse.dstore.core.server.Server _RSE_DAEMON_CLASS=com.ibm.etools.zos.server.RseDaemon _RSE_POOL_SERVER_CLASS=com.ibm.etools.zos.server.ThreadPoolProcess _RSE_LOCKD_CLASS=com.ibm.ftt.rse.mvs.server.miners.MVSLockDaemon _RSE_SERVER_TIMEOUT=12 _SCLMDT_BASE_HOME=$RSE_HOME _SCLMDT_WORK_HOME=$_CMDSERV_WORK_HOME CGI_DTWORK=$_SCLMDT_WORK_HOME _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Tuesday, November 24, 2009 3:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RSE daemon server startup Dave, same as yours RSE_HOME=/usr/lpp/rdz Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Tuesday, November 24, 2009 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RSE daemon server startup We are running RDz What about RSE_HOME=/usr/lpp/rdz _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainfr
Re: z/OS ServerPac Product Prerequisite
Jim makes a good point, one which I did not know. However, here's what happened to me. I ordered 5655-S28 through ShopzSeries on Oct 6, and requested a license on our CPU by serial number. The order was sent to the "order center", and was electronically delivered a few days later. After reading Jim Elliott's post, I checked "My licensed software". I now have a NON-system-specific license for 5655-S28 AND 5655-S29. I believe what happened is that when the order made its trip through the "order center", the representative, without ever needing to contact me, took care of what I needed. Brian On Wed, 25 Nov 2009 04:39:02 -0600, Jim Elliott, IBM wrote: >On Tue, 24 Nov 2009 13:46:11 -0600, Jim Marshall wrote: > (snip) >>[5655-S28] z/OS Management Facility 1.11.00 English (US) (snip) > >You need to order both this product (which is the OTC base) and the S&S >assodicated product 5655-S29, both of which have a charge per MSU of $0. > >Jim -- 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: Changing SYSPLEX name
David, >Yes, we do specify sysgrp. So the production plex is CINPLEX and has >99.9% of the DASD ownership, CINTPLEX is my sometimes up testing >sysplex. CINPLEX would be the name that changes to something else. So >are you saying if I added "newPLEX" to the SYSGRP list, then I >would/should be good? No, volume conversions necessary? I am not sure since I never used system group and now work in a different area. My replacement is on vacation so I can't look over his shoulder at the panels but I thought you had to specify the system names in the group. According to the docs, there is a rename option and I think that may be the way to go. >And of course, I would assume that if we are doing any IF/THEN/ELSE >logic in the ACS routines with SYSGRP name, we would also have to >account for that(not sure there is, I'm not the storage team)? If the old sysplex name and new sysplex name are similar, any test could be modifed to use a pattern. If not, you could always use a filter list. Regards, John 513-723-7527 john.king...@convergys.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing SYSPLEX name
On Wed, 25 Nov 2009 07:39:43 -0500, Jousma, David wrote: >Thanks Ed, Kees, and Barbara for your responses. > >Yes, a sysplex cold-start is assumed. > >But, I still have this nagging idea in my head though that SMS >controlled volumes have sysplex name on them somewhere. We do have a >separate plex up at times for early z/OS upgrade testing(not up right >now), and I seem to recall that if I try to write data across sysplex >boundaries, I get SMS error messages that the volume is owned by another >plex, and the write fails. Even though the "old" plex name and the >"new" plex name would not have active systems at the same time, wouldn't >the affect be the same? Wouldn't allocations to SMS disk after the >sysplex rename, and subsequent restart fail? > >Does this sound familiar? > THat just means the volume is not defined to SMS in the plex you are in. The message you are seeing is probably "home grown" from the ACS routines. But you bring up another consideration. If you were to rename your sysplex, you need to check the SMS base configuration to see if it is being done by LPAR name (SYSTEM) or SYSPLEX name (SYSGRP) or a combination. If it is being done by sysplex, you want to add the new name prior to changing the sysplex name. I've had to go through this when renaming an LPAR (which is actually worse than renaming a sysplex). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 'i...@prim' is not a valid 'selection' panel.
On Wed, 25 Nov 2009 15:51:15 +0530, Chokalingam Thangavelu wrote: >We have compressed SYS1.SISPPENU dataset in our test system by mistake >and we are not able to access ISPF/PDF panels. Below error is displaying >while we access ISPF panels. > Compress moved the PDS members around. Just exit ISPF (to TSO READY) and get back in. Or for most, it's probably easier to just logoff and logon again. If you already tried that then I would guess that the library is defined to LLA with FREEZE, so do an LLA refresh or update first, then logon again. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing SYSPLEX name
On Tue, 24 Nov 2009 15:52:39 -0500, Jousma, David wrote: >All, > >A hypothetical question. What are the major implications of changing >the sysplex name? What are the gotcha's? > >Assumptions: > >- a fairly large parallel sysplex with > 15 participating lpars >- 60+ terabytes of DASD, mostly SMS managed >- SMSPLEX same scope as SYSPLEX >- Sysplex restart needed(all systems down at once) >- Re-allocation of various system datasets with sysplex name as a >qualifier >- New CF policies > >As I mention, at this point it is a hypothetical question, so please >don't hammer me with "why would you want to do that?" type questions. >We have some business reasons why this may be needed, but I cannot >discuss that in this forum. > Ed and Barbara already commented on some "gotcha's". In a production environment I would think the biggest issue would be related to logstreams as Barbara suggested. You can't carry them forward from the old sysplex to the new sysplex, so you better get any data you need from them prior to the change and your application better be able to handle a cold start for its logstream(s). So even if you are just using OPERLOG and LOGREC and you want that data, dump them prior to the change. RRS shouldn't be an issue if you come down clean. Even though this is a hypothetical question, if you are looking for the actual steps that I did when I renamed a sandbox sysplex, I posted them on February 28, 2008. It didn't include Ed's step of renaming data sets with the sysplex name in it because there were none in the sandbox LPAR because it was a monoplex. I supposed in addition to renaming data sets that may reference the sysplex name, you also have to make sure any STC JCL doesn't have the sysplex name hard coded and the same with parms (hopefully they all use the &SYSPLEX symbol). Re: Is there a __simple__ way to change the name of a SYSPLEX? http://bama.ua.edu/cgi-bin/wa?A2=ind0802&L=ibm-main&D=1&O=D&P=233932 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFSCOPY ERROR
On Tue, 24 Nov 2009 07:38:41 -0600, McKown, John wrote: > >99.% of the time, the key information in the message is the REASON CODE. >You can easily find out what that means by using the command TSO BPXMTEXT ... >. With the ... replaced by the reason code. In your case, 0549010C. On my z/OS >1.10 system, I get the response: > >BPXFSLNK 07/08/07 >JRLnkAcrossFilesets: The service tried to link across file systems > It would be of considerable value to the user if SMP/E itself called strerror() or whotever is necessary, and displayed the formatted message text rather than just the code. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing SYSPLEX name
Hello David, I've did this one time, even though it was only a monoplex system. Apart from the responses I've seen so far: - I believe you need to recreate / reformat your RMF datasets. - We did initial start of cics regions (because of redefining logstreams?) - Perhaps some rexx / clists doing things based on your sysplex name ? - Check RACF profiles (even though I cannot remember anything in there with sysplex name) - Remember to save/reload your WLM policy since you have to redefine the WLM cds aswell - switch your logrec to sys1.logrec if you have it to writing to logstream so that you can first redefine your logrec logstream. - If you have TWS check for special resources that have sysplex name - If you use system automation check the policies for use of the sysplex name. Regards, Erik. On Tue, 24 Nov 2009 15:52:39 -0500, Jousma, David wrote: >All, > >A hypothetical question. What are the major implications of changing >the sysplex name? What are the gotcha's? -- 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: Changing SYSPLEX name
John, Thanks, for bringing this up. Here is a screenshot from ISMF: CDS Name . : ACTIVE CDS Status : VALID Description : PRODUCTION SYSTEMS BASE CONFIGURATION ==> . . . . : Default Management Class : Default Device Geometry : Default Unit . . . . . . : DISK Bytes/track . . . . . : 56664 Tracks/cylinder . . . : 15 DS Separation Profile : System: TOL2 Sysgrp: CINPLEX CINTPLEX Yes, we do specify sysgrp. So the production plex is CINPLEX and has 99.9% of the DASD ownership, CINTPLEX is my sometimes up testing sysplex. CINPLEX would be the name that changes to something else. So are you saying if I added "newPLEX" to the SYSGRP list, then I would/should be good? No, volume conversions necessary? And of course, I would assume that if we are doing any IF/THEN/ELSE logic in the ACS routines with SYSGRP name, we would also have to account for that(not sure there is, I'm not the storage team)? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kington Sent: Wednesday, November 25, 2009 8:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Changing SYSPLEX name David Regards, John 513-723-7527 john.king...@convergys.com >But, I still have this nagging idea in my head though that SMS >controlled volumes have sysplex name on them somewhere. Are you using system (names) or system group(s) in your SMS configuration? Your system group name needs to match the SYSPLEX name. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: Changing SYSPLEX name
David Regards, John 513-723-7527 john.king...@convergys.com >But, I still have this nagging idea in my head though that SMS >controlled volumes have sysplex name on them somewhere. Are you using system (names) or system group(s) in your SMS configuration? Your system group name needs to match the SYSPLEX name. Regards, John 513-723-7527 john.king...@convergys.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Monitor lpr printer on Windows from Mainframe
Morning Jim and thanks for the feedback. I have worked with various outputs from AFP to XEROX and have implemented several report distribution systems (now known as electronic content management systems) and I still don't feel that I know enough about all the various aspects of printing. If you have a guide that you don't mind sharing I wouldn't mind getting a copy. Thanks and best regards, Gil. -Original Message- From: Jim Marshall [mailto:jim.marsh...@opm.gov] Sent: Wednesday, November 25, 2009 6:38 AM To: IBM-MAIN@bama.ua.edu; Gilbert C Cardenas Cc: Jim Marshall Subject: Re: Monitor lpr printer on Windows from Mainframe >We use VPS to route print from the mainframe to the windows server >and when the server goes down for maintenance etc, the vps printer >goes into an error status cause it can't communicate with the printer. >I can't rely on the network folks to communicate what they are doing to >me so I really need this to be automated. > VPS indeed has an EXIT08 which can redrive the request for connection at some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and the printer will indeed timeout. Without coding it then the printer will never timeout. This is because VPS makes the initial request and waits for a response. Eventually the printer may become available but, unlike SNA where the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now available. I always code some timeout. True if the whole thing is not available again, then you go into a loop and eventually (we hope), the printer becomes available. In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs to be told the TCP/IP error code so it knows to retry this type of error. But in VPS 2.0, the strategy is available in parameters although I have not examined them yet to see how easy it is. Hey this is what one doing printing suffers from in the IP world of printing. As a side bar, if indeed the printer is set for 15 minutes timeout and there is very long print actually printing, since the response does not come to the very end, then even though it is printing, the printer will TIMEOUT and when it restarts, it starts over (thank you LPD protocol). I try to stay away from large printouts and LPR/LPD protocol unless there is no other way. This is why we always TRY to use SOCKET printing, with timeout coded too, but doing checkpointing just like JES2 does (JES3 too). Send me an e-mail offlist and be glad to send you the one I have run for almost 20 years as a guide. I threw in all kinds of extra IP error codes as I tripped over them. jim This e-mail (and any attachments) may contain information that is confidential and/or protected by law. Any review, use, distribution or disclosure to anyone other than the intended recipient(s) is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and delete all copies of this message. -- 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: Monitor lpr printer on Windows from Mainframe
Thanks Linda and Jim, I have asked the VPS admin to take a look at exit08. We are on VPS V2 R10 and I also saw a note in the manual that stated: The printer keyword ERTABMEM and corresponding error table can replace similar functions performed by VPS User Exit 08. So he is going to check this out as well. While I was waiting, I was also able to come up with a jcl routine that issued an LPQ to the printer and with some rexx code extract the status of the printer. I then used our mainframe Control-M scheduler to execute the jcl and either stop or start the printer via VPS if the printer was not available. I used a Control-M condition to keep tabs of the status of the printer. So far it seems to be working and will do until the exit or ERTABMEM can be implemented. Thanks for all comments, Gil. On Wed, 25 Nov 2009 06:37:40 -0600, Jim Marshall wrote: >>We use VPS to route print from the mainframe to the windows server >>and when the server goes down for maintenance etc, the vps printer >>goes into an error status cause it can't communicate with the printer. >>I can't rely on the network folks to communicate what they are doing to >>me so I really need this to be automated. >> >VPS indeed has an EXIT08 which can redrive the request for connection at >some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and >the printer will indeed timeout. Without coding it then the printer will never >timeout. This is because VPS makes the initial request and waits for a >response. Eventually the printer may become available but, unlike SNA where >the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now >available. I always code some timeout. True if the whole thing is not available >again, then you go into a loop and eventually (we hope), the printer becomes >available. > >In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs >to be told the TCP/IP error code so it knows to retry this type of error. But in >VPS 2.0, the strategy is available in parameters although I have not examined >them yet to see how easy it is. Hey this is what one doing printing suffers >from in the IP world of printing. As a side bar, if indeed the printer is set for 15 >minutes timeout and there is very long print actually printing, since the >response does not come to the very end, then even though it is printing, the >printer will TIMEOUT and when it restarts, it starts over (thank you LPD >protocol). I try to stay away from large printouts and LPR/LPD protocol unless >there is no other way. This is why we always TRY to use SOCKET printing, >with timeout coded too, but doing checkpointing just like JES2 does (JES3 >too). > >Send me an e-mail offlist and be glad to send you the one I have run for >almost 20 years as a guide. I threw in all kinds of extra IP error codes as I >tripped over them. > >jim > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Bye from Brian
Folks, A long time lurker mostly, it is now time to say goodbye. Thanks for all the help and advice you have given. With 35 years of mainframe experience in many areas, most recently mainframe performance I was moved to capacity planning of mid range boxes some 4 months ago. I am now taking the opportunity to leave and my last day is the end of the month. So I will be signing off... And thanks for the fish. Brian Crow. -- 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: Changing SYSPLEX name
Thanks Ed, Kees, and Barbara for your responses. Yes, a sysplex cold-start is assumed. But, I still have this nagging idea in my head though that SMS controlled volumes have sysplex name on them somewhere. We do have a separate plex up at times for early z/OS upgrade testing(not up right now), and I seem to recall that if I try to write data across sysplex boundaries, I get SMS error messages that the volume is owned by another plex, and the write fails. Even though the "old" plex name and the "new" plex name would not have active systems at the same time, wouldn't the affect be the same? Wouldn't allocations to SMS disk after the sysplex rename, and subsequent restart fail? Does this sound familiar? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: Monitor lpr printer on Windows from Mainframe
>We use VPS to route print from the mainframe to the windows server >and when the server goes down for maintenance etc, the vps printer >goes into an error status cause it can't communicate with the printer. >I can't rely on the network folks to communicate what they are doing to >me so I really need this to be automated. > VPS indeed has an EXIT08 which can redrive the request for connection at some interval. In the VPS LPR/LPD you just code say TCPMRD=15 (min) and the printer will indeed timeout. Without coding it then the printer will never timeout. This is because VPS makes the initial request and waits for a response. Eventually the printer may become available but, unlike SNA where the 3X74 controller would notify VPS, nothing is sent to VPS saying it is now available. I always code some timeout. True if the whole thing is not available again, then you go into a loop and eventually (we hope), the printer becomes available. In VPS 1.8 EXIT08 was implemented in exit code. Oh yes, the exit code needs to be told the TCP/IP error code so it knows to retry this type of error. But in VPS 2.0, the strategy is available in parameters although I have not examined them yet to see how easy it is. Hey this is what one doing printing suffers from in the IP world of printing. As a side bar, if indeed the printer is set for 15 minutes timeout and there is very long print actually printing, since the response does not come to the very end, then even though it is printing, the printer will TIMEOUT and when it restarts, it starts over (thank you LPD protocol). I try to stay away from large printouts and LPR/LPD protocol unless there is no other way. This is why we always TRY to use SOCKET printing, with timeout coded too, but doing checkpointing just like JES2 does (JES3 too). Send me an e-mail offlist and be glad to send you the one I have run for almost 20 years as a guide. I threw in all kinds of extra IP error codes as I tripped over them. jim -- 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: 'i...@prim' is not a valid 'selection' panel.
Thanks it worked. Regards, Chokalingam Thangavelu TWUL Mainframe Support Thames Water IS In Partnership with Wipro Technologies Mobile: +91(0)-96864 33224 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, November 25, 2009 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 'i...@prim' is not a valid 'selection' panel. "Chokalingam Thangavelu" wrote in message news:.. . > We have compressed SYS1.SISPPENU dataset in our test system by mistake > and we are not able to access ISPF/PDF panels. Below error is displaying > while we access ISPF panels. > > > ISPD113 Invalid panel > 'i...@prim' is not a valid 'selection' panel. > *** > > A severe error occurred under dialog: > > > > Application : ISP > > > > Function . : Command TWMGO > > > > Service . . : SELECT > > > > Error message ID: ISPD213 > > Please let us know that IPL will resolve the problem. > > Regards, > Chokalingam Thangavelu > Is your library under LLA management? If so, did you update (refresh) LLA? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 'i...@prim' is not a valid 'selection' panel.
ISPF caches the members TTR. After a compress that will be no longer valid. Let the users logoff and logon again. That should fix the problem. Regards Wolfgang - Original Message - From: "Chokalingam Thangavelu" Newsgroups: bit.listserv.ibm-main To: Sent: Wednesday, November 25, 2009 11:21 AM Subject: 'i...@prim' is not a valid 'selection' panel. We have compressed SYS1.SISPPENU dataset in our test system by mistake and we are not able to access ISPF/PDF panels. Below error is displaying while we access ISPF panels. ISPD113 Invalid panel 'i...@prim' is not a valid 'selection' panel. *** A severe error occurred under dialog: Application : ISP Function . : Command TWMGO Service . . : SELECT Error message ID: ISPD213 Please let us know that IPL will resolve the problem. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS ServerPac Product Prerequisite
On Tue, 24 Nov 2009 13:46:11 -0600, Jim Marshall wrote: >Tripped over another no charge product needed to order a z/OS ServerPac. > >Bob Richards, on staff, stumbled over this one which everyone should check if >you have the no charge license. > >[5655-S28] z/OS Management Facility 1.11.00 English (US) > >The above needs to be licensed. It is a $0 charge, but needs to be licensed. >Verify with IBM the $0 though. > >Good luck jim > Jim: You need to order both this product (which is the OTC base) and the S&S assodicated product 5655-S29, both of which have a charge per MSU of $0. Jim -- 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: 'i...@prim' is not a valid 'selection' panel.
"Chokalingam Thangavelu" wrote in message news:.. . > We have compressed SYS1.SISPPENU dataset in our test system by mistake > and we are not able to access ISPF/PDF panels. Below error is displaying > while we access ISPF panels. > > > ISPD113 Invalid panel > 'i...@prim' is not a valid 'selection' panel. > *** > > A severe error occurred under dialog: > > > > Application : ISP > > > > Function . : Command TWMGO > > > > Service . . : SELECT > > > > Error message ID: ISPD213 > > Please let us know that IPL will resolve the problem. > > Regards, > Chokalingam Thangavelu > Is your library under LLA management? If so, did you update (refresh) LLA? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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
'i...@prim' is not a valid 'selection' panel.
We have compressed SYS1.SISPPENU dataset in our test system by mistake and we are not able to access ISPF/PDF panels. Below error is displaying while we access ISPF panels. ISPD113 Invalid panel 'i...@prim' is not a valid 'selection' panel. *** A severe error occurred under dialog: Application : ISP Function . : Command TWMGO Service . . : SELECT Error message ID: ISPD213 Please let us know that IPL will resolve the problem. Regards, Chokalingam Thangavelu Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: James Obrizok is out of the office (returning 11/30/2009)
I am out of the office until 11/30/2009. If you require immediate assistance, please contact my backup Fernando Vega on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134. Thank you. Note: This is an automated response to your message "IBM-MAIN Digest - 23 Nov 2009 to 24 Nov 2009 (#2009-328)" sent on 11/25/09. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing SYSPLEX name
"Barbara Nitz" wrote in message news:... > >A hypothetical question. What are the major implications of changing > >the sysplex name? What are the gotcha's? > > >-a fairly large parallel sysplex with > 15 participating lpars > >-60+ terabytes of DASD, mostly SMS managed > >-SMSPLEX same scope as SYSPLEX > >-Sysplex restart needed(all systems down at once) > >-Re-allocation of various system datasets with sysplex name as a > >qualifier > >-New CF policies > > The biggest gotcha (in my opinion) is that you have to define all new couple > data sets - the sysplex name is in all of them, not just in the CFRM CDS. You > will do a real cold start on freshly formatted datasets. Come to think of that - > I am not sure how to handle the LOGR CDS if you cannot cold start the log > stream. (We did not have that problem.) > > In addition, you don't get a 'test' in the sense that you can do things before > all systems are taken down. Changing &sysplex (and possibly the related > symbols derived from &sysplex) everywhere in the data set names is hard > work. In our case, it wasn't just 'system data sets'. Some of those need the > historical data that were in them, written right until the system was taken > down. > > Regards, Barbara Nitz I can recommend a (completely separated) Test-Sysplex for this and other potentially dangerous changes (SMS config, GDPS, Sysplex CDSs, catalog modifications/recoverytests etc...). We are very happy to have one. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: Tapeless DR?
"Hal Merritt" wrote in message news:<1910aea19cd2554fb59403184ebe4381026c8d0...@mmoexchmbs01.jhacorp.co m>... > Following up on a previous thread - > > We are currently 'tapeless' in that our primary DR strategy is near real time dasd mirroring via XRC. Tape is used for local PIT backup/restore and for secondary PIT offsite sotrage. > > We are looking at a VTS to expand that capacity. However, someone here mentioned a VTS (IBM 7720) that does not use physical tape on the back end and can be networked to like uints. > > Usually, management priority is cost effectiveness, but we have floor space and power challanges at our warm DR site. > > Question: would a network of two or three of those disk based units satisfy my off site storage mission with less floor space and power? Could I, for example, have one primary unit mirror to two diverse secondary units? > > The very best of the season to you, yours, and theirs. > > Hal, the TS7720 is the diskonly version of the TS7740. Both can be setup in a grid configuration (3-way now and 4-way from the 1.5 code that will be released next month). Both will satisfy your off site requirements. The replication can be synchronous or asynchronous, where synchronous means that the tapedata will be replicated at CLOSE time, not earlier. The difference is in the details: the TS7720 is disk-only, so has no backend physical tapes and therefor superfast mounttimes for all virtual tapes, but the configuration is limited. The TS7740 has backend physical tapes, so has much more capacity, but longer mount times for virtual tapes, that must be recalled from the physical tapes into the cache. The physical tapes are in the box and you don't need to care about them. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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