Re: DFHSM multi-host environment
-- snip --- Each DFHSM has a unique hostid and both have HOST=MAIN, CDSR=YES and CDSSHR=YES defined in the startup parms. As the book suggests, I am running both images with the same ARCCMD00 member which has both automigration and autobackup defined for most of the shared volumes. Aside from the occasional RESERVE contention error it works ok but I would like only one image (OS/390) to do the autobackups. The z/OS image doesn't have the necessary tape drives attached yet. Is there a way to set the two DFHSM hosts up so the backup (and possibly the automigration) process is done by only one image? --- snip --- Have you looked at the ONLYIF HSMHOST(id) construct? John -- 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
CICS TS v3.1 and ICSF
Hi, We're running z/OS 1.6 and CICS TS 3.1 and in the midst of PCI/DSS evaluation work. A question of whether a CICS COBOL transaction is able to use ICSF has arisen. Can anyone please help in this, as copious interrogation of CICS manuals has not helped much. We need to see if we can encrypt and decrypt data from files read by applications. Kind regards, Roger Davis Snr Systems Software Engineer The Logic Group UK -- 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: CICS TS v3.1 and ICSF
The direction is to define the program as OPENAPI which will cause CICS v3.1 to drive it under an OPEN TCB where you are allowed the MVS freedom of API, including ICSF. The problem is that API cannot be APF authorized - so you may end-up issuing a SVC from the OPENAPI program to get out of CICS - to APF authorized code. From memory I do not recall if resorting to ICSF software computations and/or hardware needs to be APF authorized. Shmuel Koller Discount Bank - Original Message - From: Roger Davis [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, May 19, 2006 1:40 PM Subject: CICS TS v3.1 and ICSF Hi, We're running z/OS 1.6 and CICS TS 3.1 and in the midst of PCI/DSS evaluation work. A question of whether a CICS COBOL transaction is able to use ICSF has arisen. Can anyone please help in this, as copious interrogation of CICS manuals has not helped much. We need to see if we can encrypt and decrypt data from files read by applications. Kind regards, Roger Davis Snr Systems Software Engineer The Logic Group UK -- 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: CICS TS v3.1 and ICSF
Hi, I've done this under z/OS 1.4 and CICS TS 1.3, and worked fine. I'm assuming(!) they'll be no problems under 3.1. This was using the straight encode/decode services. There appeared to be no hit on the CICS region (these weren't long-running calls) - a trace showed nothing of interest. I didn't have the CICS-ICSF Attachment Facility installed. Given that the attachment facility seems to exist to isolate the CICS QR TCB from Waits, using the 3.1 OPENAPI facility might be just as good an alternative option, if you're concerned about impact on other work. Check out Appendix B of the ICSF System Programmer's Guide (SA22-7520) for details on the attachment facility. (try posting to the CICS-L mailing list - they might have more info) HTH, Mike Flint, Systems Consultant, Experian. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Roger Davis Sent: 19 May 2006 11:40 To: IBM-MAIN@BAMA.UA.EDU Subject: CICS TS v3.1 and ICSF Hi, We're running z/OS 1.6 and CICS TS 3.1 and in the midst of PCI/DSS evaluation work. A question of whether a CICS COBOL transaction is able to use ICSF has arisen. Can anyone please help in this, as copious interrogation of CICS manuals has not helped much. We need to see if we can encrypt and decrypt data from files read by applications. Kind regards, Roger Davis Snr Systems Software Engineer The Logic Group UK -- 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 This e-mail has come from Experian, winner of the UK's 'Business of the Year' 2003 and 2005. == Information in this e-mail and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient Experian Limited (registration number 653331) Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free. -- 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: DFHSM multi-host environment
Only 1 host does Backup and Migration. It has the Backup windows defined. The 2 Recall only LPARS have ( ) as the defined window for Backup, Primary Space Mgt. and Secondary Space Mgt. Addvol commands are the same for all members. However another posting on this subject mentioned the ONLYIF HOSTID(n) example follows: Note: Because the ONLYIF command processes the next command, if the line after the ONLYIF command is blank or contains a comment, DFSMShsm considers that line. For example, the comment after the ONLYIF command is considered for processing, not the actual SETSYS command. ONLYIF HSMHOST(A) /* The following is only done for Host A */ SETSYS ABSTART(0600 0700) To avoid this error, use a continuation character to join the comment to the command, like this: ONLYIF HSMHOST(A) /* The following is only done for Host A */ + SETSYS ABSTART(0600 0700) If your level of software supports it, ONLYIF will allow you to have 1 ARCCMD member for all LPARs. -Original Message- From: Bob Henry [mailto:[EMAIL PROTECTED] Sent: Thursday, May 18, 2006 4:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM multi-host environment The following is from the DFSMShsm Implementation and Customization Guide, chapter 5, Primary Address Space Startup Procedure. Note the last sentence. Maybe I misunderstood something or took too literal an interpretation. The CMD=00 keyword refers to the ARCCMD00 member of PARMLIBs discussed in Parameter Libraries (PARMLIBs) in topic 2.3.1.2. You can have as many ARCCMDxx and ARCSTRxx members as you need in the PARMLIBs. DFSMShsm does not require the values of CMD= and STR= to be the same, but you may want to use the same values to indicate a given configuration. In this publication, the ARCCMD member is referred to generically as ARCCMDxx because each different ARCCMDxx member can be identified by a different number. Much of the rest of this discussion pertains to what to put into the ARCCMDxx member. For information about the ARCCMDxx member in a multiple DFSMShsm-host environment, see Defining All DFSMShsm Hosts in a Multiple-Host Environment in topic 1.11.4. To minimize administration, we recommend that you use a single ARCCMDxx and a single ARCCSTRxx member for all DFSMShsm hosts sharing a common set of control data sets in an HSMplex. Are all your DFHSM hosts doing autobackup migration or do you control that by setting up different ADDVOL parms in each ARCCMDxx? -- Bob Henry * Mgr., Rochester IT * SunGard Higher Education * 3000 Ridge Rd. E., Rochester, NY 14622 Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * [EMAIL PROTECTED] * www.sungardhe.com CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information. Unauthorized disclosure or use is prohibited. If you received this email in error, please notify the sender and delete this email from your system. Thank you. -- 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: Password Complexity
Arthur Anderson? I though they were cleared of wrongdoing by the Justice Depatrment? (Three years after being indicted due to the Enron debacle). Lock Lyon Compuware Corp Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/17/2006 08:00 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Password Complexity Yes. But. [...snip...] Whatever happened to Arthur Anderson? Prime example! - -teD -- 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: Shortcut to SMP/E panels?
In a recent note, Beesley, Paul said: Date: Thu, 18 May 2006 16:34:34 +0100 /* REXX */ gpmstcsi = arg(1) ispexec vget (zapplid) if zapplid SMPE then ispexec select cmd(%DOSMPE gpmstcsi) newappl(SMPE) Change DOSMPE to whatever you save this rexx as ispexec vput (gpmstcsi) ispexec select PGM(GIMISCV) NEWAPPL(SMPE) NOCHECK PASSLIB exit Thanks. Very much what I was seeking. One small glitch: it invokes the SMP/E dialog twice. This seems to concern the code: ispexec vget (zapplid) if zapplid SMPE then ispexec select cmd(%DOSMPE gpmstcsi) newappl(SMPE) Change DOSMPE to whatever you save this rexx as I changed this to: vget (zapplid) if zapplid SMPE then do parse source sys invoked exfn exft exfm excmd subenv . select cmd(%exfn gpmstcsi) newappl(SMPE) exit( RC ); end ... which seems to help. I haven't the slightest idea what zapplid or newappl are about, nor what I'm doing in general. I think those are questions for ISPF-L I put address 'ISPEXEC' up front, rather than in each command. You may have to allocate SMPTABL if your logon proc doesn't do it, and libdef the other ISPF libraries Is this superfluous if I intend to use this only as a DSLIST prefix command? Thanks again, gil -- StorageTek INFORMATION made POWERFUL -- 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: RMM World Wide ID
Greg, ... and even though it does not affect you yet . when you confirm replacement of a WORM tape, rmm resets the WWID ready to record the new value for the new tape. Mike Wood RMM Development On Thu, 18 May 2006 16:38:26 -0500, Greg Shirey [EMAIL PROTECTED] wrote: Well, further research enables me to answer my own question. Mike Wood's SHARE in Anaheim presentation contains a foil describing the WWID, stating it is maintained for WORM tapes ONLY. Thanks, Greg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Greg Shirey Sent: Thursday, May 18, 2006 2:08 PM snip I note that in the explanation of ADDVOLUME, there seems to be an indication that the field will only be used for WORM tapes: When you are defining WORM tapes to DFSMSrmm, allow DFSMSrmm to record the volume WWID when the volume is first used on the system rather than specifying the WWID yourself. This ensures that the WWID for the volume is recorded correctly. Does anyone have any experience with replacing a tape that has an associated WWID and understand how this works? Notice.Notice :Ben E. Keith has changed our email address from bekco.com to benekeith.com. The user-id to the left of the @ has not changed. Please change your contact info to this new email address. -- 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
Syslog range recording DB2 V7.1
Running DB2 V7.1 for Z/os datasharing with 2 members. The first online transaction after batch period is doing one single insert on table with 2 indexes. From trace I see long time spending acquire locks for syslog range recording - but I can't figure out why. Tablespace has been inactive for hours in both members when doing insert. Tablespace is defined with locksize (row) and close(no). Indexes is defined with copy(yes) and close(no). What can I look for to achieve better performance? Detector trace output attached. kind regards Leif Hansen -- 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 1 2006/05/19 14:41 PAGE 1 SEQNOTIMEPROGRAM STMTÆ EVENT EVENT_DATA --- - -- - 0001 06:59:59.151087 ITE0100Ø 00224 START INSERT 0002 06:59:59.151900 ITE0100Ø 00224LOCK ACQUIRE TYPE=PSETSTATE=IX DBASE=SY33PPSET=TSY0010 0003 06:59:59.151911 ITE0100Ø 00224LOCK ACQUIRE TYPE=TABLSTATE=IX DBASE=SY33PTABL=S99TSY0010 0004 06:59:59.152206 ITE0100Ø 00224LOCK ACQUIRE TYPE=WRDLSTATE=SDBASE=SY33PPSET=KSY0101 0005 06:59:59.152214 ITE0100Ø 00224LOCK ACQUIRE TYPE=PSOPSTATE=XDBASE=SY33PPSET=KSY0101 0006 06:59:59.152228 ITE0100Ø 00224LOCK RELEASE(GROUP) TYPE=WRDLSTATE=ANY 0007 06:59:59.152233 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=KSY0101 0008 06:59:59.189597 ITE0100Ø 00224LOCK ACQUIRE TYPE=WRDLSTATE=SDBASE=SY33PPSET=TSY0010 0009 06:59:59.189606 ITE0100Ø 00224LOCK ACQUIRE TYPE=PSOPSTATE=XDBASE=SY33PPSET=TSY0010 0010 06:59:59.189622 ITE0100Ø 00224LOCK RELEASE(GROUP) TYPE=WRDLSTATE=ANY 0011 06:59:59.189627 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=TSY0010 0012 06:59:59.211947 ITE0100Ø 00224LOCK ACQUIRE TYPE=SRECSTATE=XDBASE=SY33PPSET=TSY0010 0013 06:59:59.767671 ITE0100Ø 00224LOCK ACQUIRE TYPE=PGRLSTATE=SDBASE=DBID0500 PSET=OBID0229 0014 06:59:59.767746 ITE0100Ø 00224LOCK CHANGE TYPE=DPAGSTATE=U 0015 06:59:59.796397 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=TSY0010 0016 06:59:59.796487 ITE0100Ø 00224LOCK ACQUIRE TYPE=PGEPSTATE=XDBASE=DBID0500 PSET=OBID0229 0017 06:59:59.796506 ITE0100Ø 00224LOCK ACQUIRE TYPE=ROWLSTATE=XPAGEÆ=7B 0018 06:59:59.796708 ITE0100Ø 00224LOCK ACQUIRE TYPE=SRECSTATE=XDBASE=SY33PPSET=KSY0101 0019 07:00:01.861628 ITE0100Ø 00224LOCK RELEASE(GROUP) TYPE=DPAGSTATE=ANY 0020 07:00:01.861746 ITE0100Ø 00224LOCK ACQUIRE TYPE=PGRLSTATE=SDBASE=DBID0600 PSET=OBID0229 0021 07:00:01.861901 ITE0100Ø 00224LOCK CHANGE TYPE=DPAGSTATE=U 0022 07:00:01.886751 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=KSY0101 0023 07:00:01.66 ITE0100Ø 00224LOCK ACQUIRE TYPE=WRDLSTATE=SDBASE=SY33PPSET=KSY0102 0024 07:00:01.77 ITE0100Ø 00224LOCK ACQUIRE TYPE=PSOPSTATE=XDBASE=SY33PPSET=KSY0102 0025 07:00:01.92 ITE0100Ø 00224LOCK RELEASE(GROUP) TYPE=WRDLSTATE=ANY 0026 07:00:01.97 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=KSY0102 0027 07:00:01.933574 ITE0100Ø 00224LOCK ACQUIRE TYPE=SRECSTATE=XDBASE=SY33PPSET=KSY0102 0028 07:00:03.964673 ITE0100Ø 00224LOCK RELEASE(GROUP) TYPE=DPAGSTATE=ANY 0029 07:00:03.964782 ITE0100Ø 00224LOCK ACQUIRE TYPE=PGRLSTATE=SDBASE=DBID0600 PSET=OBID0229 0030 07:00:03.964864 ITE0100Ø 00224LOCK CHANGE TYPE=DPAGSTATE=U 0031 07:00:03.990740 ITE0100Ø 00224LOCK RELEASE TYPE=DPAGSTATE=ANY DBASE=SY33PPSET=KSY0102 0032 07:00:03.990785 ITE0100Ø 00224 END INSERT RET_CODE=0 0033 07:00:04.866243 IAD0006Ø 00061 START OPEN CURSOR 0034 07:00:04.866260 IAD0006Ø 00061 END OPEN
Re: FDR with DFSMS migration question.
Yes I meant DFSMShsm. I have/am resolving my issue by implementing FDR Archive, and I will stop hsm migrations. I see that the FDRTSEL program in FDR is similar to HSM recycle. However my current issue with this process is the release of tapes from RMM. FDRTSEL will consolidate all the Archive backups onto a new set of tapes, but from what I can tell it doesn't have any hooks into RMM to actually release the tapes that just got replaced so they go scratch. Is that accurate or am I missing something in the FDR product? My current thought is to create a REXX and parse the output of the FDRTSEL job and release the tapes from RMM that way. Thanks, Jasen Kloeppel From: Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FDR with DFSMS migration question. Date: Thu, 18 May 2006 09:30:36 -0300 In [EMAIL PROTECTED], on 05/11/2006 at 04:10 PM, Jasen Kloeppel [EMAIL PROTECTED] said: What/where does DFSMS check for a dataset backup prior to migrating a dataset? Did you mean DFSMShsm? DFSMS is system managed storage; things like DSS and HSM are optional. A straight FDR/ABR shop is still using DFSMS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- 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: Syslog range recording DB2 V7.1
Leif, I would ask this type of question to the DB2 Newsgroup. DB2 Data Base Discussion List [EMAIL PROTECTED] To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select Join or Leave the list. The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [EMAIL PROTECTED] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm Lizette Koehler -- 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
[no subject]
Do anybody experience with Z/OS UNIX NFS SERVER AND Z/VM SLES9 NFS CLIENT. DO ANYBODU SEND ME MVSNFS.CNTL(EXPORTS) AND MVSNFS.CNTL(NFSATTR) HELP ME! BEST REGARDS ZORAN TRIFUNOVIC -- 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: Password Complexity
Arthur Anderson? I though they were cleared of wrongdoing by the Justice Depatrment? Yes, but why did they get in trouble? Simplistically put, because they didn't have a clear separation of duties. And, I don't think their reputation ever recovered. - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- 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
INTERVALMIGRATION
I have SETSYS NOINTERVALMIGRATION and MONITOR(NOSPACE) set in ARCCMD00 but I still get the following messages every hour. ARC0570I INTERVAL MIGRATION FOR ALL SMS MANAGED 835 ARC0570I (CONT.) VOLUME(S) TERMINATED, RC=18 REASON=0 I know why I'm getting the RC=18 error (no SMS volumes in the ADDVOL list), but why does it check every hour with NOINTERVALMIGRATION? -- 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: zIIP processor
Ed, I never said the price would be dollars! grin As a matter of fact, I concur with what you said. I even have a presentation that indicates the same sentiment. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, May 18, 2006 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zIIP processor Richards.Bob wrote: It will probably be made available to the ISVs for some price. No guarantees that the masses will get it for free. And, that price _might_ be zero. The point is that the interface details will be explicitly -- and separately -- licensed to those with a need to know. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: Shortcut to SMP/E panels?
On Fri, 19 May 2006 06:49:38 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: In a recent note, Beesley, Paul said: Date: Thu, 18 May 2006 16:34:34 +0100 /* REXX */ gpmstcsi = arg(1) ispexec vget (zapplid) if zapplid SMPE then ispexec select cmd(%DOSMPE gpmstcsi) newappl(SMPE) Change DOSMPE to whatever you save this rexx as ispexec vput (gpmstcsi) ispexec select PGM(GIMISCV) NEWAPPL(SMPE) NOCHECK PASSLIB exit Thanks. Very much what I was seeking. One small glitch: it invokes the SMP/E dialog twice. This seems to concern the code: ispexec vget (zapplid) if zapplid SMPE then ispexec select cmd(%DOSMPE gpmstcsi) newappl(SMPE) Change DOSMPE to whatever you save this rexx as Or this may be more clear (note the else do / end ) : /* REXX */ gpmstcsi = arg(1) ispexec vget (zapplid) if zapplid SMPE then , ispexec select cmd(%DOSMPE gpmstcsi) newappl(SMPE) Change DOSMPE to whatever you save this rexx as else do ispexec vput (gpmstcsi) ispexec select PGM(GIMISCV) NEWAPPL(SMPE) NOCHECK PASSLIB end exit -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.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
Re: Remove me from your list or group my email addresses:
Gladly! Since you probably signed up on this list on May 8th to grab email addresses to spam everyone about your IBM age discrimination crap. As a matter of fact. I'll block ALL your email addresses from ever subscribing to this list. I'm surprised you didn't put one extra plug for your book in this request. Sorry if I sound pissed...it's just thatI am. Darren Evans-Young IBM-MAIN List Owner On Fri, 19 May 2006, IBM BOOK wrote: Remove me from your list or group my email addresses: [EMAIL PROTECTED] [EMAIL PROTECTED] [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
Re: INTERVALMIGRATION
You don't define SMS managed volumes via ADDVOL. They are defined in Storage Groups via the ISMF Panels. Do you have any SMS Storage Groups? -Original Message- From: Bob Henry [mailto:[EMAIL PROTECTED] Sent: Friday, May 19, 2006 10:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: INTERVALMIGRATION I have SETSYS NOINTERVALMIGRATION and MONITOR(NOSPACE) set in ARCCMD00 but I still get the following messages every hour. ARC0570I INTERVAL MIGRATION FOR ALL SMS MANAGED 835 ARC0570I (CONT.) VOLUME(S) TERMINATED, RC=18 REASON=0 I know why I'm getting the RC=18 error (no SMS volumes in the ADDVOL list), but why does it check every hour with NOINTERVALMIGRATION? -- 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: INTERVALMIGRATION
Not on this system yet. -- 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: INTERVALMIGRATION
I'm not getting ARC0570I on my non-migrating LPAR. I would suggest going to IBMLINK at https://www-306.ibm.com/ibmlink/link2/logon/logonPage.jsp and submit an ETR. -Original Message- From: Bob Henry [mailto:[EMAIL PROTECTED] Sent: Friday, May 19, 2006 11:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: INTERVALMIGRATION Not on this system yet. -- 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: Remove me from your list or group my email addresses:
On Fri, 19 May 2006 10:11:19 -0500, Darren Evans-Young [EMAIL PROTECTED] wrote: Gladly! Since you probably signed up on this list on May 8th to grab email addresses to spam everyone about your IBM age discrimination crap. As a matter of fact. I'll block ALL your email addresses from ever subscribing to this list. I'm surprised you didn't put one extra plug for your book in this request. Sorry if I sound pissed...it's just thatI am. Darren Evans-Young IBM-MAIN List Owner I have a better idea. Leave him subscribed with the MAIL option or keep subscribing him with MAIL and bombard him with email from IBM-MAIN. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.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
wlm classification rules
I'm looking to knock down the priority of some DB2 DDF work on our system. One thing we may like to do is weed out by length of the userid (ID 3 characters gets a different service class). I'd set up a UI work qualifier, but then would a mask of * do the trick, or would that possibly collapse down? (Or, I guess conversely I could check for %%%). Any recommendations? Thanks, Aaron -- 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: FDR/ABR in large shops
One of the things my wife wanted for Mother's Day was, unfathomably, a bread box. I got her one, but it was bigger than itself. Jon /snip What's a large shop, bigger than a bread box and smaller than a house /snip -- 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: FDR/ABR in large shops
Is you data center located in the New Orleans area? [EMAIL PROTECTED] 5/19/2006 2:01:43 PM We are a MVS z/OS Federal Payroll Processing Center that pays close to 600,000 employees every 2 weeks. We were also part of the Katrina Disaster and have utilized FDR and FDRABR for backup and restore for years. This product worked flawlessly before and after the disaster. It is competitively priced (why we are still with Innovations) and the support staff is outstanding. IBM-MAIN@BAMA.UA.EDU@inter2 5/18/2006 2:24 PM I was wondering how many large shops use FDR ABR in place of DSS and HSM for full volume, incremental, and archiving? As a large shop have you recently converted from the FDR products to HSM and vice versa. What's a large shop, bigger than a bread box and smaller than a house -- 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: FDR/ABR in large shops
I was told by my wife that I was not allowed to buy practical gifts for Mother's Day. [EMAIL PROTECTED] 5/19/2006 1:30:52 PM One of the things my wife wanted for Mother's Day was, unfathomably, a bread box. I got her one, but it was bigger than itself. Jon /snip What's a large shop, bigger than a bread box and smaller than a house /snip -- 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: RMM World Wide ID
Mike Wood wrote: Greg, ... and even though it does not affect you yet . when you confirm replacement of a WORM tape, rmm resets the WWID ready to record the new value for the new tape. Mike Wood RMM Development Mike, I also noticed WWID field (although through PTF on system 1.4). What hardware supports those ID's ? Where can we find further information ? Regards -- 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
Re: Sending CONSOLE/SYSLOG To Off-Mainframe Server
In [EMAIL PROTECTED], on 05/17/2006 at 07:51 PM, Doc Farmer [EMAIL PROTECTED] said: How do you route Console or Syslog messages to an off-mainframe server (Unix or Windows)? You can use EMCS to capture the WTO traffic; I'm not sure about SYSLOG, but I suspect that you can get it as well. Use whatever is easiest to pass on the captured traffic. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INTERVALMIGRATION
Well that didn't work. Still getting the interval migration message every hour even on the host with NOINTERVALMIGRATION MONITOR(NOSPACE) and NOAUTO backup/migrate functions. -- 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: INTERVALMIGRATION
You have verified via QUERY SETSYS that the NOINTERVALMIGRATION is really in effect? Check the DFHSM start-up messages and be sure there isn't an error being reported. Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Henry Sent: Friday, May 19, 2006 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: INTERVALMIGRATION Well that didn't work. Still getting the interval migration message every hour even on the host with NOINTERVALMIGRATION MONITOR(NOSPACE) and NOAUTO backup/migrate functions. -- 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: INTERVALMIGRATION
Yes, in fact both images show intervalmigration=no in query setsys, but both still get the ARC0570I every hour. It only complains about SMS managed volumes however. -- 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: FDR/ABR in large shops
Yes. Is you data center located in the New Orleans area? We are a MVS z/OS Federal Payroll Processing Center that pays close to 600,000 employees every 2 weeks. We were also part of the Katrina Disaster and have utilized FDR and FDRABR for backup and restore for years. This product worked flawlessly before and after the disaster. It is competitively priced (why we are still with Innovations) and the support staff is outstanding. -- 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: FDR/ABR in large shops
No I live and work in Knoxville TN.. I'm from a small town called Maurepas Louisiana which is about 60 miles west, northwest of New Orleans. I've been a FDR/ABR user since 1992. Had an interview with a person from a large bank and he commented that most large shops used HSM. [EMAIL PROTECTED] 5/19/2006 4:07:37 PM Yes. Is you data center located in the New Orleans area? We are a MVS z/OS Federal Payroll Processing Center that pays close to 600,000 employees every 2 weeks. We were also part of the Katrina Disaster and have utilized FDR and FDRABR for backup and restore for years. This product worked flawlessly before and after the disaster. It is competitively priced (why we are still with Innovations) and the support staff is outstanding. -- 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: FDR/ABR in large shops
I would have had HSM if it was not so expensive ... * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- 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: FDR/ABR in large shops
Whoever made the decision to go with FDR should be publicly whipped and then tarred and feathered!!! [EMAIL PROTECTED] 5/19/2006 4:15:01 PM I would have had HSM if it was not so expensive ... * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- 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: INTERVALMIGRATION
From the messages manual: Generally, this message is issued for SMS volumes being processed. It can, however, be issued for NONSMS volumes if the error received prevents DFSMShsm from knowing if the volume is SMS- or NONSMS-managed. Doesn't the latter explain why? Do you have any ADDVOL'ed volumes that were INITIALIZED with the STORAGEGROUP keyword? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Henry Sent: Friday, May 19, 2006 4:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: INTERVALMIGRATION Yes, in fact both images show intervalmigration=no in query setsys, but both still get the ARC0570I every hour. It only complains about SMS managed volumes however. -- 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 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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: VSAM Extent Consolidation
In [EMAIL PROTECTED], on 05/11/2006 at 07:13 PM, Art Celestini [EMAIL PROTECTED] said: In a program that writes to disk using EXCP, the setup of IOBSEEK before each write, for example, is done based on the contents of the extent list. True, but most programs either look explicitly at the DEB each time that they set it up or rely on the TTR conversion routine; I've never seen a program that assumes that an extent has been added after an EOV instead of just looking at the extent count. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remove me from your list or group my email addresses:
In [EMAIL PROTECTED], on 05/19/2006 at 10:11 AM, Darren Evans-Young [EMAIL PROTECTED] said: Gladly! Since you probably signed up on this list on May 8th to grab email addresses to spam everyone about your IBM age discrimination crap. Among other things. I've already complained to Adelphia et al. Sorry if I sound pissed...it's just thatI am. You're no the only one. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INTERVALMIGRATION
I have one volume that is managed by SMS but it is NOT in the ADDVOL list for DFHSM. -- 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: wlm classification rules
On Fri, 2006-05-19 at 11:11 -0500, Aaron Walker wrote: I'm looking to knock down the priority of some DB2 DDF work on our system. One thing we may like to do is weed out by length of the userid (ID 3 characters gets a different service class). I'd set up a UI work qualifier, but then would a mask of * do the trick, or would that possibly collapse down? (Or, I guess conversely I could check for %%%). Any recommendations? Generally you just put the more specific rule first - %%% hardly qualifies as specific, but you get the idea. In a situation like that, I'd be inclined to set the default for the class for those longer than (length) three, and just use a rule for %% %. Add more specific rules later in need. Shane ... -- 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: INTERVALMIGRATION
None of your SMS volumes should be ADDVOL'd to DFHSM. ADDVOL is for telling DFHSM about non=SMS volumes to manage and ML1/2 dasd volumes. Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Henry Sent: Friday, May 19, 2006 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: INTERVALMIGRATION I have one volume that is managed by SMS but it is NOT in the ADDVOL list for DFHSM. -- 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: INTERVALMIGRATION
- Original Message - From: Bob Henry [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, May 19, 2006 4:41 PM Subject: Re: INTERVALMIGRATION I have one volume that is managed by SMS but it is NOT in the ADDVOL list for DFHSM. Doesn't matter. HSM AUTOMATICALLY manages all SMS volumes. You only ADDVOL non-SMS volumes. I forget where interval migration is specified in ISMF (STOGROUP?), but that's where you need to look and turn it off. Regards, Tom Conley -- 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: FDR/ABR in large shops
We do both, but we're not large. We'd been using FDR for ages before SMS was really anything. SMS and DFHSM were a big reduce human dasd management idea in the early 90's and we started and finished moving application data to SMS with DFHSM managing them. We still, and I'd really need to be convinced to do otherwise, use FDR for system backup and recovery. Among other reasons, it's still faster and the faster I can get a base system up in a DR situation, the sooner I'll be in a parallel restore Adabas and restore SMS managed dasd path. Back in the SLED days, we had an HDA failure and out catalogs were on SMS/HSM managed disk. Left a very bad task and I remedied the catalog location forthwith. JMHO Dave Gibney [EMAIL PROTECTED] System Programmer(509) 335-7359 Information Technology Washington State University Pullman, WA 99164-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, May 19, 2006 1:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FDR/ABR in large shops Yes. Is you data center located in the New Orleans area? We are a MVS z/OS Federal Payroll Processing Center that pays close to 600,000 employees every 2 weeks. We were also part of the Katrina Disaster and have utilized FDR and FDRABR for backup and restore for years. This product worked flawlessly before and after the disaster. It is competitively priced (why we are still with Innovations) and the support staff is outstanding. -- 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: FDR/ABR in large shops
I was told by my wife that I was not allowed to buy practical gifts for Mother's Day. Too bad, I guess she doesn't want any of those practical gifts from the adult store -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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: RMM World Wide ID
Radoslaw, As Greg indicated, this WWID field is for use with a 3592/WORM cartridge. You may or may not need an upgrade to your 3592 devices; but the cartridges themselves are unique. As WORM indicates, they are Write-ONCE-Read-Many (the ONCE being the key). After you have written data to them you can MOD onto the last file or add additional files. But the tape can never go scratch and be re-used. Once you have data written, that data will remain until the tape is destroyed. And NEVER use a utility that writes its own EOV records; once EOV's have been written the tape is 100% full (even if its not) and nothing further can be put onto the cartridge. MVS will not allow a new secondary file to be placed behind the EOV records and MVS will not allow you to MOD onto a file that ends with EOV records. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of R.S. Sent: Friday, May 19, 2006 1:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMM World Wide ID Mike, I also noticed WWID field (although through PTF on system 1.4). What hardware supports those ID's ? Where can we find further information ? -- 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: Beta Testers needed for Command scripting automation
Hi, I have 48 people who responded from IBM-MAIN, but I would still like to have 75 or so. I am particularly interested in shops that are running either older versions like OS/390 2.10 (or earlier) or Z/OS 1.4, and possibly a few Z/OS 1.7 sites. Please respond directly (off list) Anyone feel like doing a beta for me. The 50% off offer still stands for everyone who participates. Thanks again to all those who responded. Brian Westerman ([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