Re: MD5 for z/OS?
In a recent note, Paul Gilmartin said: Date: Tue, 25 Jul 2006 00:22:31 -0600 There's open source C at: Linkname: sha URL: http://www.saddi.com/software/sha/ OK. I can't read. The OP asked about MD5 (which is somewhat deprecated nowadays); I answered about SHA (which is somewhat less deprecated, so far). C source code for MD5 appears in RFC 1321. -- 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: Looking for non-English text (UTF-16) for lab data
How about Mr. M???...x? The Silver Age Superman Adversary from the ?th Dimension Mxyzptlk! Mix-yez-pit-ill-ick. Kill-tip-yex-imm. (I even have a superman insignia tattoo on my right arm). PS: 5th dimension. When in doubt. PANIC!! -- 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
Betr.: CTC connections for SYSPLEX
Gadi, You don't have to add 4 more ESCON channels. You can define additional control units (and devices) on the channels you are already using. Gerrit van Arnhem. גדי בן אבי [EMAIL PROTECTED] Verzonden door: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 25-07-2006 11:02 Antwoord a.u.b. aan IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Aan IBM-MAIN@BAMA.UA.EDU Cc Onderwerp CTC connections for SYSPLEX Hi, We currently have two z890's. Each z890 has a production LPAR and a test LPAR. The production LPAR's are connected to one SYSPLEX and the TEST LPAR's to another. We now have to add another production LPAR to one of the z890's and connect it to the production SYSPLEX. The SYSPLEX is a base sysplex and the connections between the system are CTC's. As I see it I have to use 4 more ESCON connections on the system where I add the LPAR, and two ESCON connections on the other system. Is there any way to have an 'internal CTC' to connect the LPAR's that are on the same physical box? TIA Gadi -- 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 De informatie in dit e-mailbericht en eventuele bijlagen is vertrouwelijk en is alleen bestemd voor de beoogde ontvanger(s). Indien u dit bericht ten onrechte heeft ontvangen, wordt u verzocht de verzender daarvan in kennis te stellen en het bericht te vernietigen. Het is niet toegestaan de hierin opgenomen informatie op welke wijze dan ook te gebruiken of openbaar te maken. The information contained in this e-mail, including possible attachments, is confidential and is solely for the use of the intended recipient(s). Should you have received this e-mail unintentionally you are then requested to inform the sender and to destroy the message. It is prohibited to use or disclose the information this message contains in whatsoever way.
Re: Betr.: CTC connections for SYSPLEX
G. van Arnhem wrote: Gadi, You don't have to add 4 more ESCON channels. You can define additional control units (and devices) on the channels you are already using. No, it is not enough. ESCON CTC requires different CHPID definitions at ends of connection: CNC-CTC Assuming you're on left machine, the second LPAR on it would require CTC to communicate to first LPAR: CPC A CPC B LPAR1A LPAR1B LPAR2A LPAR1A to LPAR1B and LPAR2A to LPAR1B CNC CTC LPAR1A to LPAR2A CTC---| CNC---| (the cable is a loop - connects two ports in the same machine) It is possible to have one CNC chpid less on CPC A, but escon director is required. Adding more LPARs to CPC A does not require more chpids. Adding another LPAR(s) to CPC B does require more CHPIDs. -- 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
Blocksize and speed limit on an FICON channel
Hello, I'm currently working on a project where we have to dump on tape (3592 Jaguar 2) about 6To in 6 hours (~1To/h). We are using FICON Express 2Go connected on a z/800 mainframe. Does anyone know the block size of an ADRDSSU physical dump? We are wondering if we need or not software like ExHPDM (STK Product) that is able to dump on cartdrige with a 256K blocksize. Some people are saying that speed limit on an Ficon channel depending on the blocksize of the data that was carrying on. Thanks a lot for your lights, Rom. -- 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: Blocksize and speed limit on an FICON channel
CAPRON Romain wrote: Hello, I'm currently working on a project where we have to dump on tape (3592 Jaguar 2) about 6To in 6 hours (~1To/h). We are using FICON Express 2Go connected on a z/800 mainframe. Does anyone know the block size of an ADRDSSU physical dump? We are wondering if we need or not software like ExHPDM (STK Product) that is able to dump on cartdrige with a 256K blocksize. Some people are saying that speed limit on an Ficon channel depending on the blocksize of the data that was carrying on. Yes, Ficon throughput depends on blocksize. However I believe it won't be limiting factor. The real bottleneck would be your source media speed. It will be DASD, won't it ? DASD is much SLOWER then tape, when considering sustained sequential I/O's. AFAIK ADRDSSU still uses 64kB blocks on tape. ExHPDM would help if single output will be created from several interlaced input streams. In that case several disk would work for single tape. Similar effect can be observed when striped dataset are used. HTH -- 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: Looking for non-English text (UTF-16) for lab data
Misunderstood the intent and I don't work with international character sets. My apologies. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison Robert A. Rosenberg [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/24/2006 11:33 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Looking for non-English text (UTF-16) for lab data At 11:24 -0400 on 07/24/2006, Daniel A. McLaughlin wrote about Re: Looking for non-English text (UTF-16) for lab data: Look to composers and authors. Igor Stravinsky DeBussy Tchaikovsky Etc. There are some whose name have accented letters (unlike these). -- 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: OpenSSH installaion question - Setuid Failing
Terry Pollard wrote: Hi, I am trying to get OpenSSH working under Z/OS 1.4 and I am getting an error which I cannot seem to get around. It is saying it cannot permit a SETUID command to create the unpriviledged user when my client connects to SSHD. The Debug output: Connection from 192.168.0.9 port 1317 debug1: Client protocol version 2.0; client software version PuTTY_Release_0.58 debug1: no match: PuTTY_Release_0.58 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 debug2: Network child is on pid 33620018 debug3: Current IBM Release level: 14 debug3: preauth child monitor started debug3: mm_request_receive entering debug3: privsep user:group 600:66 debug1: permanently_set_uid: 600/66 setuid 600: EDC5139I Operation not permitted.message debug1: do_cleanup debug1: do_cleanup I believe I have done all the necessary RACF things, and nothing I change seems to have worked to get past this message. The EDC message in the manual says little more than the text you see and nothing I can read about SETUID seems to be helpful either. The userid sshd is running under needs to be a superuser (UID=0) and, additionally, needs to have READ access to profile BPX.DAEMON in class FACILITY. You should also look into the SYSLOG (the console log, not the log files written by syslogd) and check for RACF messages that indicate problems with a controlled program environment. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- 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: Help with some Acronyms Please
Pete Zerger wrote: I am an infrastructure engineer, raised on Active Directory, reading IBM Redbooks to get some conceptual background. There are couple acronyms I have not yet seen spelled out or defined that are causing me some confusion... What do the following stand for, and what are their function in relation to RACF? SDBM? TDBM? Any explanation or pointers to the appropriate redbook or other document would be greatly appreciated. SDBM is a specialized backend of the z/OS LDAP server. It provides LDAP access to the user and group profiles in the RACF database. It has a specialized schema which cannot be modified or added to. TDBM is the DB2 backend of the z/OS LDAP server. It can take the same attributes and objectclasses as any other run-of-the-mill LDAP server. If you have more questions, feel free to ask. Documentation could be called mediocre without being abusive, it consists of two handbooks: SC24-5923 z/OS LDAP Server Administration and Use SC24-5924 z/OS Security Server LDAP Client Programming Both handbooks can be read on or downloaded from the IBM BookServer website. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Craddock, Chris This used to work. The usual question is ok, if it was working before then what changed? z/OS 1.5 preventive maintenance RSU0604, plus HIPERs and PEFIXes, were applied. Previous level was RSU0511. Do you see any other messages in the log? None. However, program D00YAAI exists, lives in a library that is both APF-authorized and concatenated in the //ISPLLIB concatenation, and has AC=1. I can browse the load module, so I know it's there. Editorial comment, it should not be AC=1. Vendor supplies it with AC=1. It just needs to be in an authorized library. The presence of ANY unauthorized library in a given concatenation renders that entire concatenation unauthorized. I would look there first. There are unauthorized libraries in the //ISPLLIB concatenation. But if it's an authorization issue, why does the reason code translate to program not found (reason code 40 (x'28')) instead of something like program not authorized (reason code 56 (x'38'))? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit operating systems
On Fri, 21 Jul 2006 09:47:48 -0600, Leif Rundberget [EMAIL PROTECTED] wrote: Yes and No, a system that can only access 4GB of virtual and real memory is a 32-bit system, not 64-bit. Just think back all the way to the 8-bit platforms, has the amount of memory that you can access ever corresponded to the number of bits advertised by the platform? Mainframes, YES. Intel, no. Where do you get the idea that the new AMD/Intel architecture can only address 4GB of memory? These are just as true 64-bit machines as 64-bit mainframes are. -- 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
Associated Press: 540,000 New Yorkers at Risk of Identity Theft
The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's. Then the personal computer, housed in a secured facility (hah), went missing. AP has the story: http://www.msnbc.msn.com/id/14015598/ This incident has absolutely nothing to do with mainframes. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries Tokyo (Serving IBM Japan and IBM Asia-Pacific) E-Mail: [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: Help with some Acronyms Please
SDBM I think the S stands for Security and as Ulrich mentioned was meant as a pointer to RACF which is used as the DBM (Data Base Manager) in this case. TDBM Funny story if I remember it correctly: First version of LDAP had a Relational Data Base Manager, i.e. DB2 on z/OS, as the general backend. Hence RDBM. Next version, while still supporting the RDBM model, implemented a new table design with the backend DBM (mainly for performance reasons). A name had to be chosen for this new model. T was the next letter after R and S in the alphabet, both of which were already in use by LDAP. So, the new model was given the name TDBM. You had the choice of using either the RDBM or the TDBM model of LDAP for its data base backend (both BD2 but different table setup). I don't know if RDBM is still supported with the current release of LDPA on z/OS. Peter Hunkeler CREDIT SUISSE -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Andy Wood On Mon, 24 Jul 2006 16:32:45 -0700, Edward Jaffe wrote: Doesn't ISPF attach it's tasks using ISPLLIB as a TASKLIB? I think it does. However the message implied that D00YAAI was an authorized program and as such it would be invoked by the parallel TMP which would not have ISPLLIB in its TASKLIB. I don't know what D00YAAI is, but 10 years ago I encountered a similarly named Jobscan module, J00YAAI which had to be listed in AUTHTSF. D00YAAI is a Docu/Text module (same vendor as Jobscan), and is present in both the AUTHPGM and AUTHTSR segments of IKJTSO00. (But again, if it were an authorization problem, why reason code 40 (program not found) instead of 56 (program not authorized)?) If as stated there is no STEPLIB then I can only guess that the module used to be located via linklist or in lpa, and something changed in that regard. No changes in that regard. The Docu/Text load library is APF-authorized but not linklisted, and not in the LPA. It *IS* in a concatenation (//ISPLLIB) that contains unauthorized libraries. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CTC connections for SYSPLEX
גדי בן אבי wrote: We currently have two z890's. Each z890 has a production LPAR and a test LPAR. The production LPAR's are connected to one SYSPLEX and the TEST LPAR's to another. We now have to add another production LPAR to one of the z890's and connect it to the production SYSPLEX. The SYSPLEX is a base sysplex and the connections between the system are CTC's. As I see it I have to use 4 more ESCON connections on the system where I add the LPAR, and two ESCON connections on the other system. I take it you have no ESCON switch? Is there any way to have an 'internal CTC' to connect the LPAR's that are on the same physical box? No 'internal' CTCs exist unless you run under z/VM. You need one jumpered CNC/CTC for the wraparound function on any one machine. (That's two CHPIDs.) Each CHPID pair has 256 addresses you can play with. If you split up into groups of four, that gives you room for 64 LPAR connections. However, since you can run Communication Server (VTAM and TCPIP) and GRS traffic over XCF, you probably won't realistically need more than two addresses per LPAR connection. For redundancy, a second CTC/CNC pair is a good idea. Regardless of whether on the same system or between systems, you need a good naming convention to keep things straight. IMHO, the following post from Skip Robinson is a must read: Once I changed my naming convention to match what he suggested, adding a new LPAR became easy. http://bama.ua.edu/cgi-bin/wa?A2=ind0207L=ibm-mainP=R51155 -- 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
Re: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Hmm, I bet someone might notice if they tried to take the mainframe out through the front door. No further comment needed. -- 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
CTC connections for SYSPLEX
Gadi, We have 7 LPARs in a base sysplex (no coupling facility) on a single CEC. We use 4 ESCON CHPIDs to make this happen. The rest is just separate controllers with different control unit addresses. All works well. Sounds like you could do something very similar. Jimmy -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert Justice Hmm, I bet someone might notice if they tried to take the mainframe out through the front door. Somebody big enough to carry a mainframe probably wouldn't be challenged. :-) -jc- -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On July 25, 2006, -jc- wrote: The Docu/Text load library is APF-authorized but not linklisted, and not in the LPA. It *IS* in a concatenation (//ISPLLIB) that contains unauthorized libraries. What happens if you TSOLIB the Docu/Text load library? Regards, John Kalinich Computer Sciences Corp -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On 7/24/2006 4:27 PM, Craddock, Chris wrote: However, program D00YAAI exists, lives in a library that is both APF-authorized and concatenated in the //ISPLLIB concatenation, and has AC=1. I can browse the load module, so I know it's there. Editorial comment, it should not be AC=1. It just needs to be in an authorized library. The presence of ANY unauthorized library in a given concatenation renders that entire concatenation unauthorized. I would look there first. It would need AC(1) in order for IKJEFTSR to invoke it APF-authorized. Or do you base your editorial comment on knowing what D00YAAI does, and thus some knowledge that it should not, in fact, run authorized when invoked directly? Walt Farrell, CISSP z/OS Security Design, IBM -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On 7/25/2006 8:12 AM, Chase, John wrote: There are unauthorized libraries in the //ISPLLIB concatenation. But if it's an authorization issue, why does the reason code translate to program not found (reason code 40 (x'28')) instead of something like program not authorized (reason code 56 (x'38'))? First, do you have D00YAAI listed in the AUTHTSF section of SYS1.PARMLIB(IKJTSOxx)? If not, IKJEFTSR will run it (if found) but will simply run it unauthorized. Next, as others have mentioned, IKJEFTSR will not find it in ISPLLIB. Actually, it may find it there, but only if you set the flags to indicate that you want to invoke the module in an un-isolated environment (i.e., not in the parallel TMP (isolated environment) where you would run authorized code). In an isolated environment you are not running under ISPF, and thus not found would be the right return code. If this worked before, then I believe you were (before) running it un-isolated, or you were finding it via a STEPLIB or TSOLIB rather than ISPLLIB. Walt Farrell, CISSP z/OS Security Design, IBM -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
John, I do not believe that IKJEFTSR looks in ISPLLIB for a load module - IKJEFTSR is a TSO service - not ISPF. If the only copy of D00YAAI is in an ISPLLIB dataset, then IKJEFTSR is not lying to you - it cannot find the load module using the normal module search order. Linklist or STEPLIB are the normal places for AUTHTSF modules - TSOLIB will probably work as well. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -- 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: Blocksize and speed limit on an FICON channel
On Tue, 25 Jul 2006 11:08:49 +0200, R.S. [EMAIL PROTECTED] wrote: I'm currently working on a project where we have to dump on tape (3592 Jaguar 2) about 6To in 6 hours (~1To/h). We are using FICON Express 2Go connected on a z/800 mainframe. Does anyone know the block size of an ADRDSSU physical dump? We are wondering if we need or not software like ExHPDM (STK Product) that is able to dump on cartdrige with a 256K blocksize. Some people are saying that speed limit on an Ficon channel depending on the blocksize of the data that was carrying on. Yes, Ficon throughput depends on blocksize. However I believe it won't be limiting factor. The real bottleneck would be your source media speed. It will be DASD, won't it ? DASD is much SLOWER then tape, when considering sustained sequential I/O's. AFAIK ADRDSSU still uses 64kB blocks on tape. ExHPDM would help if single output will be created from several interlaced input streams. I was told by someone at Sun/STK that ExHPDM doesn't buy you anything with FICON attached tape. Since we still have ESCON attached host (MVS) drives at this point, I haven't verified the statement. What does anyone else know about this? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Timothy Sipples [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] om... The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's Can't find anything, do you have a link? 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. ** -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Kees, It was in Timothy's original post, but here it is again. http://www.msnbc.msn.com/id/14015598/ Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Tuesday, July 25, 2006 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Associated Press: 540,000 New Yorkers at Risk of Identity Theft Timothy Sipples [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] om... The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's Can't find anything, do you have a link? Kees -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Rex, That is strange, I follow this group via the newsgroup and Timothy's original post was exactly as I quoted it below, without the link. Could it have been an attachement? Kees. Pommier, Rex R. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . Kees, It was in Timothy's original post, but here it is again. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Vernooy, C.P. - SPLXM Sent: Tuesday, July 25, 2006 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Associated Press: 540,000 New Yorkers at Risk of Identity Theft Timothy Sipples [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] om... The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's Can't find anything, do you have a link? 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. ** -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Vernooy, C.P. - SPLXM wrote: Rex, That is strange, I follow this group via the newsgroup and Timothy's original post was exactly as I quoted it below, without the link. Could it have been an attachement? No. It was right in the message. See for yourself in the archive: http://bama.ua.edu/cgi-bin/wa?A2=ind0607L=ibm-mainP=R59859 -- 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
Re: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Scott John, I do not believe that IKJEFTSR looks in ISPLLIB for a load module - IKJEFTSR is a TSO service - not ISPF. If the only copy of D00YAAI is in an ISPLLIB dataset, then IKJEFTSR is not lying to you - it cannot find the load module using the normal module search order. Since there seems to be a consensus here, I added the Docu/Text load library to //STEPLIB of the logon proc Now it works again. **BUT** I checked archived copies of our logon proc dating back to the original installation of Docu/Text here, and its load library has NEVER been in the //STEPLIB concatenation; only in //ISPLLIB. And the only thing that's changed since the Docu/Text installation is the maintenance level of z/OS 1.5 that we're running. Anyway, problem solved so thanks for all the ideas, etc. -jc- -- 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
HSM Tape Utilisation
I would like to list the percent valid data on my HSM backup tapes. Is there a way to do this directly without setting some percentage valid data then doing a RECYCLE REPORT? Alternatively does anyone have any information about the format of the HSM OCDS dataset that I could process it to list my backup tapes? Dave -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On Tue, 25 Jul 2006 09:38:29 -0500, Chase, John [EMAIL PROTECTED] wrote: Since there seems to be a consensus here, I added the Docu/Text load library to //STEPLIB of the logon proc Now it works again. **BUT** I checked archived copies of our logon proc dating back to the original installation of Docu/Text here, and its load library has NEVER been in the //STEPLIB concatenation; only in //ISPLLIB. And the only thing that's changed since the Docu/Text installation is the maintenance level of z/OS 1.5 that we're running. Anyway, problem solved so thanks for all the ideas, etc. Can we assume you don't have a sandbox that you can IPL with the old level prior to maintenance and see if it is indeed the maintenance that broke this? I really doubt that it did, but I hate mysteries. Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: HSM Tape Utilisation
Is this what you had in mind? LIST TTOC SELECT(BACKUP) ODS('$DOB.TTOC.BKP.JUL25A') - DFSMSHSM CONTROL DATASET - TAPE VOLUME TTOC - LISTING - AT 09:29:27 ON 06/07/2 VOLSERUNITVOL REUSE VALID PCTVOLRACF PREV SUCC NAMETYPE CAPACITYBLKSVALID STATUS VOL VOL H7 L9840SPILL 03727500 03968498 100FULLNO *NONE* H8 H8 L9840SPILL 03727500 01296444 035FULLNO H7 *NONE* H9 L9840SPILL 03727500 03623648 098FULLNO *NONE* H00264 H00014 L9840SPILL 03727500 02117609 057FULLNO H00179 *NONE* H00015 L9840SPILL 03727500 03693285 099FULLNO *NONE* *NONE* -Original Message- From: Dave Cartwright [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 25, 2006 10:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM Tape Utilisation I would like to list the percent valid data on my HSM backup tapes. Is there a way to do this directly without setting some percentage valid data then doing a RECYCLE REPORT? Alternatively does anyone have any information about the format of the HSM OCDS dataset that I could process it to list my backup tapes? Dave -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
Did you ever check the ISPF TSO Command Table to see if perhaps site modifications were accidentally regressed with your z/OS maintenance? Perhaps you used to have an entry for DocuText in this table, and now you don't. From ISPF Planning and Customizing: 3.17 Customizing the ISPF TSO command table (ISPTCM) The ISPF TSO command table (ISPTCM) describes the TSO commands that are invoked under ISPF. When a TSO command is issued, ISPF searches ISPTCM. If the command is found, it uses the information in the table to process the command. If the command is not in ISPTCM, ISPF uses default values, which are in the table. Brian On Tue, 25 Jul 2006 09:38:29 -0500, Chase, John wrote: Since there seems to be a consensus here, I added the Docu/Text load library to //STEPLIB of the logon proc Now it works again. **BUT** I checked archived copies of our logon proc dating back to the original installation of Docu/Text here, and its load library has NEVER been in the //STEPLIB concatenation; only in //ISPLLIB. And the only thing that's changed since the Docu/Text installation is the maintenance level of z/OS 1.5 that we're running. Anyway, problem solved so thanks for all the ideas, etc. -jc- -- 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: Betr.: CTC connections for SYSPLEX
Hi Gadi, I suggest that you read System z ESCON and FICON Channel-to-Channel Reference, SB10-7034-04. It covers shared and unshared channels, and various other configurations with ESCON director(s). Don Williams [EMAIL PROTECTED] (919) 966-3968 UNC Hospitals Information Services Division 321 Meadowmont Village Circle, 2nd Floor Chapel Hill, NC 27517 The time is always right to do what is right -- Martin Luther King, Jr. This electronic message may contain information that is confidential and/or legally privileged. It is intended only for the use of the designated individual(s) and entity names above. If you are not an intended recipient of this message, please notify the sender immediately and delete the material from any computer. Do not deliver, distribute or copy this message, and do not disclose its contents. -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
In a message dated 7/25/2006 8:01:23 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Somebody big enough to carry a mainframe probably wouldn't be challenged. :-) I know a few people who could tote a z/Box but if they're haulin' a 3900 look out-it's a nasty critter! -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Kees, Did you get the entire post or just the first part of it that you quoted below? That is bizarre because the link was in the middle of the post. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Tuesday, July 25, 2006 9:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Associated Press: 540,000 New Yorkers at Risk of Identity Theft Rex, That is strange, I follow this group via the newsgroup and Timothy's original post was exactly as I quoted it below, without the link. Could it have been an attachement? Kees. Pommier, Rex R. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED].. . Kees, It was in Timothy's original post, but here it is again. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Vernooy, C.P. - SPLXM Sent: Tuesday, July 25, 2006 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Associated Press: 540,000 New Yorkers at Risk of Identity Theft Timothy Sipples [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] om... The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's Can't find anything, do you have a link? Kees -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Edward Jaffe [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Vernooy, C.P. - SPLXM wrote: Rex, That is strange, I follow this group via the newsgroup and Timothy's original post was exactly as I quoted it below, without the link. Could it have been an attachement? No. It was right in the message. See for yourself in the archive: http://bama.ua.edu/cgi-bin/wa?A2=ind0607L=ibm-mainP=R59859 -- Edward E Jaffe Right, I see it. I only have the first 3 lines in the newsgroup, probably because the period after and the brokerage's has wrapped to a new line and a period on position 1 terminates the message. This causes newsgroup reading problems every now and then. 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. ** -- 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: Blocksize and speed limit on an FICON channel
We are using FICON Express 2Go connected on a z/800 mainframe. Does anyone know the block size of an ADRDSSU physical dump? We are wondering if we need or not software like ExHPDM (STK Product) that is able to dump on cartdrige with a 256K blocksize. Some people are saying that speed limit on an Ficon channel depending on the blocksize of the data that was carrying on. ADRDSSU uses a 64K blocksize. Yes, the effective speed of FICON or ESCON is affected by the blocksize. A smaller blocksize requires more CCWs and probably more I/Os to transfer the same amount of data, and there is an overhead per CCW. I believe that the overhead is worse on ESCON than FICON but it is still there on FICON. However, the max data that can be sent in a single CCW is 64K-1. To write larger blocks up to 256K you must use data chaining, which means using 4 or 5 CCWs to send the larger block. The overhead for data chaining is less than for command chaining but still not zero. So I doubt if ExHPDM will provide any significant performance gain over a direct backup, plus ExHPDM has its own overhead. In any case, the tape drive always internally blocks user blocks (after compression) into superblocks on the tape; last number I recall for a superblock was 384K on 3590. As someone else said, the channel is unlikely to be your bottleneck for a single backup. The disk and the tape are undoubtely slower than the channel. But if you do concurrent backups down the same disk or tape channels, you might start to stress out the channel -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Peterson Did you ever check the ISPF TSO Command Table to see if perhaps site modifications were accidentally regressed with your z/OS maintenance? No; never even thought of it Perhaps you used to have an entry for DocuText in this table, and now you don't. I'll review the Docu/Text install doc, but OTTOMH I don't recall modifying anything ISPF-related except the ISPxLIB DD statements. -jc- -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
__ Is it possible that the module in question was included in a linklisted library that was replaced with the recent maintenance? Possibly SYS1.LINKLIB or one of its cohorts? Just a thought. Debbie Mitchell Utica National Insurance Group On Tue, 25 Jul 2006 09:38:29 -0500, Chase, John wrote: Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? I can't say definitively that that's not possible (that's as close as I can come to saying, No way, Jose). The only comment in the maintenance log of the PROGnn member about DocuText was its addition to the APF list in Sept. 2005, and that comment log dates back to when we upgraded from z/OS 1.4 in Feb. 2004. -jc- -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On July 25, 2006, Mark Zelden wrote: Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? Or could the load library have been TSOLIB'd in a TSO startup clist (PARM= in the logon procedure)? Regards, John Kalinich Computer Sciences Corp -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
Since there seems to be a consensus here, I added the Docu/Text load library to //STEPLIB of the logon proc Now it works again. **BUT** I checked archived copies of our logon proc dating back to the original installation of Docu/Text here, and its load library has NEVER been in the //STEPLIB concatenation; only in //ISPLLIB. And the only thing that's changed since the Docu/Text installation is the maintenance level of z/OS 1.5 that we're running. Anyway, problem solved so thanks for all the ideas, etc. John, Did you remove the module from your LINKLIST? LINKLIST is always the best way to resolve the STEPLIB issue. STEPLIB is very bad for your TSO performance since that library is search every single time you hit enter. Regards, Tom Conley PS - You stopping by Baltimore? -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On Tue, 25 Jul 2006 10:10:08 -0500, Chase, John [EMAIL PROTECTED] wrote: Correct. Sandbox gets the maintenance first, and its alternate RES set has already been prepped for z/OS 1.7. Unfortunate you only appear to have 2 sets. What if you need to put on maintenance for z/OS 1.6 again? Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? I can't say definitively that that's not possible (that's as close as I can come to saying, No way, Jose). The only comment in the maintenance log of the PROGnn member about DocuText was its addition to the APF list in Sept. 2005, and that comment log dates back to when we upgraded from z/OS 1.4 in Feb. 2004. I was talking about module deletion from an existing LNKLST library, not removing an entire library from the LNKLST. SMF might have a trail if that was the case. Even though your sandbox has the same level of z/OS 1.6 or can IPL under z/OS 1.7, did it break there also? Or don't you have the product installed there? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
A-R Mailers (was: Re: Associated Press: ... )
In a recent note, Vernooy, C.P. - SPLXM said: Date: Tue, 25 Jul 2006 17:01:18 +0200 Right, I see it. I only have the first 3 lines in the newsgroup, probably because the period after and the brokerage's has wrapped to a new line and a period on position 1 terminates the message. This causes newsgroup reading problems every now and then. And, FWIW, the period as it appears on IBM-MAIN's web archive is exactly in column 72. I hate mailers that compulsively wrap lines absent any RFC 822 requirement. At best, they break URLs; sometimes something more bizarre, such as the above happens. They're only trying to help you. And some of the blame lies in MTAs from vendor(s) that I won't name here that store messages for forwarding in fixed-length 80-character records, leading some originating MUAs to wrap lines in self-defense. -- 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: CVS for MVS
Are ther any CVS clients available that allow source to be brought into PDS datasets as opposed to HFS file systems. Jim McAlpine On 7/25/06, Rob Wunderlich [EMAIL PROTECTED] wrote: On Tue, 25 Jul 2006 13:08:58 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: Jim McAlpine wrote: Can someone point me to a url for the latest version of the above along with some installation instructions. There is a CVS for z/OS (server and client) available here: http://cvsmvs.dccmn.com I'm using this z/os client to communicate with a CVSNT server. Only significant issue I've run across is that passwords longer than 8 characters will not work (they appear to get truncated to 8 chars), even though the target server supports longer passwords. You might also want to consider using one of the java CVS clients -- they should run on z/os as well. -Rob -- 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: MD5 for z/OS?
[EMAIL PROTECTED] wrote: OK. I can't read. The OP asked about MD5 (which is somewhat deprecated nowadays); I answered about SHA (which is somewhat less deprecated, so far). C source code for MD5 appears in RFC 1321. two years ago, in the middle of a crypto 2004 talk on MD5 attacks ... somebody emailed me asking about doing list of a RFCs that reference MD5 ... so i added md5 RFC reference http://www.garlic.com/~lynn/rfcmd5.htm to my rfc index http://www.garlic.com/~lynn/rfcietff.htm recently playing around with css ... i changed the md5 background to yellow just for the fun of it. -- 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: CVS for MVS
In a recent note, Jim McAlpine said: Date: Tue, 25 Jul 2006 16:25:00 +0100 Are ther any CVS clients available that allow source to be brought into PDS datasets as opposed to HFS file systems. This should be less a concern nowadays, since there's (at least limited) BPAM support for HFS file systems. -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John P Kalinich On July 25, 2006, Mark Zelden wrote: Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? Or could the load library have been TSOLIB'd in a TSO startup clist (PARM= in the logon procedure)? To this I can definitively say No. -jc- -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
Ed Finnell wrote: I know a few people who could tote a z/Box ... Who??? Even the baby z is a monster! According to the System z9 Business Class Installation Manual for Physical Planning (GC28-6855), the z9 BC weight (without the internal battery feature) is 699 kg (or 1542 lbs)! https://www.ibm.com/servers/resourcelink/lib03010.nsf/web+search/2CA3A07C7538CE7A852571180054EAA4/$file/GC28-6855-00.pdf More to the point, if you stole the zBox, you wouldn't have any data. You need to steal the ESS/DS8000/DS6000 disk subsystems as well. -- 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
Re: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pinnacle Since there seems to be a consensus here, I added the Docu/Text load library to //STEPLIB of the logon proc Now it works again. [ snip ] John, Did you remove the module from your LINKLIST? AFAICD it was never in the linklist (only in the APF list), so no. LINKLIST is always the best way to resolve the STEPLIB issue. STEPLIB is very bad for your TSO performance since that library is search every single time you hit enter. Noted. PS - You stopping by Baltimore? Not this time We're in the midst of a **MAJOR** infrastructure upgrade, which will be followed immediately by a z/OS upgrade. We sent a contingent to Spring SHARE in Seattle, and we're busy applying a lot of what they brought back from there. Maybe when all the dust has settled, we could cobble up a SHARE pitch on How to Build an Orange Crate from Old Pieces of Furniture[1] or something. :-) -jc- [1] From the Library of Congress http://www.loc.gov: LC Control Number: 57006308 Type of Material: Book (Print, Microform, Electronic, etc.) Brief Description: Cluett, Jack. How to build an orange crate from old pieces of furniture. Illus. by Tom Funk. [1st ed.] Garden City, N.Y., Doubleday, 1957. 189 p. illus. 22 cm. CALL NUMBER: PS3505.L97 H6 -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
== -Original Message- From: Timothy Sipples [EMAIL PROTECTED] Sent: 7/25/2006 6:44 AM To: IBM-MAIN@BAMA.UA.EDU IBM-MAIN@BAMA.UA.EDU Subject: Associated Press: 540,000 New Yorkers at Risk of Identity Theft The IT staff at CS Stars, a Chicago-based independent insurance brokerage, and at the State of New York, decided it was a smart idea to use a personal computer to shuttle data between the State's system and the brokerage's. Then the personal computer, housed in a secured facility (hah), went missing. AP has the story: http://www.msnbc.msn.com/id/14015598/ This incident has absolutely nothing to do with mainframes. - - - - - Timothy F. Sipples == I am reminded of an old saying (paraphrased), The level of intellectual capacity that got us into this mess is inadequate to get us out of this mess. Translation: The morons that made stupid decisions that caused the problem should not be allowed to make the decisions to solve the problem. Jeffrey D. Smith Farsight Systems Corporation 24 BURLINGTON DR LONGMONT, CO 80501 303-774-9381 direct 303-709-8153 cell 303-484-6170 fax -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
However, you have now left us with a mystery. g What happened to solve your problem? -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Tue, 25 Jul 2006 10:10:08 -0500, Chase, John wrote: Correct. Sandbox gets the maintenance first, and its alternate RES set has already been prepped for z/OS 1.7. Unfortunate you only appear to have 2 sets. What if you need to put on maintenance for z/OS 1.6 again? That would depend on whether such need (and it would have to be a real need) occurs before or after we migrate to the new hardware. I.e., we have no more preventive maintenance cycles scheduled until after migration is complete. If after, we would probably have enough spare DASD to clone another alternate set from the Production pre-maintenance set (provided we haven't normalized Production by then). Otherwise we'll just have to cross that bridge if we come to it. Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? I can't say definitively that that's not possible (that's as close as I can come to saying, No way, Jose). The only comment in the maintenance log of the PROGnn member about DocuText was its addition to the APF list in Sept. 2005, and that comment log dates back to when we upgraded from z/OS 1.4 in Feb. 2004. I was talking about module deletion from an existing LNKLST library, not removing an entire library from the LNKLST. SMF might have a trail if that was the case. We try to avoid extra copies of load modules; especially of software products. Too easy to forget they're lying around. Even though your sandbox has the same level of z/OS 1.6 or can IPL under z/OS 1.7, did it break there also? Or don't you have the product installed there? Actually we're still on z/OS 1.5 (on G5 hardware) at the moment. But no, we don't have this product installed in the sandbox anyway. -jc- -- 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: VSE Version of XMIT Receive
Hey, it was single purpose. :-) I was transferring the contents of an ADATA member to VSE for use by the HLASM IDF. I have a long simmering requirement that I want to post through WAVV about having a DLM=xx facility. But since I don't work for a site that has VSE at the moment, I have to file it and others via proxy (vielen dank, du kennst, wer du bist g ). Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday July 24 2006 22:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VSE Version of XMIT Receive In a recent note, Ray Mullins said: Date: Mon, 24 Jul 2006 17:35:22 -0700 I got around it by substituting '~*' if I found '/* in col 1 (which I knew, in our environment, would never be found in real live data). A bit of a challenge, though not impossible, since NETDATA contains some binary count fields, and you had to prove that no octet in a count could match the code point for '~'. -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Matthew Stitt However, you have now left us with a mystery. g What happened to solve your problem? I added the product's load library to the //STEPLIB in our TSO logon proc. And pursuant to Tom Conley's comment regarding STEPLIB vs LINKLIST, I will likely seek internal consensus to linklist it instead. -jc- -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
In a message dated 7/25/2006 10:47:08 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Who??? Even the baby z is a monster! According to the System z9 No, no I was thinking of the single frame z/890. The masters power lifters can do(exceed) that in the three categories. Squat, deadlift and bench press. _http://www.powerlifting-ipf.com/worlds/wormas2005.htm_ (http://www.powerlifting-ipf.com/worlds/wormas2005.htm) -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Finnell Who??? Even the baby z is a monster! According to the System z9 No, no I was thinking of the single frame z/890. The masters power lifters can do(exceed) that in the three categories. Squat, deadlift and bench press. Lifting the weight is one thing Carrying it off is another thing entirely. -jc- -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
In a message dated 7/25/2006 11:45:42 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Lifting the weight is one thing Carrying it off is another thing entirely. Yeah guess we have to go to the 'World's strongest' categorys for that. It's fun to watch but don't know any of them. -- 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: Associated Press: 540,000 New Yorkers at Risk of Identity Theft
My favorite quote of all relevant to Big Iron v. Slaptops - Never trust a computer you can pick up. Returning to lurk-mode. Daniel McLaughlin ZOS Systems Programmer Crawford Company PH: 770 621 3256 * Everything comes to him who hustles while he waits. ? Thomas A. Edison -- 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: CVS for MVS
On Tue, 25 Jul 2006 16:25:00 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: Are ther any CVS clients available that allow source to be brought into PDS datasets as opposed to HFS file systems. I update CVS indirectly from PDS members. I accomplsh this by using a bridge exec that OCOPYs the PDS member to temp HFS files before invoking CVS client on the temp HFS files. -Rob -- 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: Blocksize and speed limit on an FICON channel
I'm currently working on a project where we have to dump on tape (3592 Jaguar 2) about 6To in 6 hours (~1To/h). We are using FICON Express 2Go connected on a z/800 mainframe. Does anyone know the block size of an ADRDSSU physical dump? We are wondering if we need or not software like ExHPDM (STK Product) that is able to dump on cartdrige with a 256K blocksize. Some people are saying that speed limit on an Ficon channel depending on the blocksize of the data that was carrying on. Rom - We use ExHPDM and have been happy with it. We move about 2.7Tb to six Escon attached 9840b drives in about 2 hours. Remember, however, that its a balancing act between your source disk speeds and the number and speed of the tape drives you have. Our source disk is two Escon attached STK arrays and we have another product feature called HSDM (High Speed Data Mover) which moves the data from disk to tape in its native compressed format. If you're not familiar with STK disk, the data is stored on the disk in a compressed format. So while we are logically moving 2.7Tb, we are only actually physically moving about 600Gb. We've pretty much balanced and maxed out the throughput of the arrays and drives through trial and error. We're running 42 concurrent FDR backups which are streamed to those six tapes drives by ExHPDM. So adding more drives does not get us any more speed - we would have to spread the data across more disk arrays or faster disk arrays, and then add more tape drives also to handle the throughput. What type of disk is your source data stored on? Hope the info is useful. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- 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: Blocksize and speed limit on an FICON channel
I was told by someone at Sun/STK that ExHPDM doesn't buy you anything with FICON attached tape. Since we still have ESCON attached host (MVS) drives at this point, I haven't verified the statement. What does anyone else know about this? It will still buy you the ability to stream multiple backups to a single tape concurrently. We dump 2.7 Tb across 800+ volumes to 25 tapes (9840) using 6 drives in about 2 hours. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 -- 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: Questions on TCB Chain / TIOT
Comments embedded. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, July 24, 2006 2:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Questions on TCB Chain / TIOT snip What I am trying to do is get back to the main task TCB for the address space to use its TIOT. Why? What are you doing for which the TCBTIO of the *current* TCB is not the correct pointer? snip It is not what I'm doing, it is what I've seen happen. I have seen in dumps where the TCBTIO points to an entirely different TIOT than the Job Step TCB (let's not get into the INITiator STC, etc., I'm talking only about the so called user program tasks). snip This led me to understand that if a TCB is attached with a KEY0 state, that the TCBJSTCB will point to itself. A rather strange conclusion. Did you read Authorized Assembler Services? And this idea was confirmed when looking at the z/OS 1.7 data areas where I found a comment that indicated that *any* TCB that was attached as KEY0 will have the TCBJSTCB pointing to itself. It's dead wrong. I suggest an ETR or RCF. snip Done. I asked POK about this and then pointed them to the data area's TCB doc. We'll see if they actually fix this. However, the first time I recall having run into this situation was with MVS/SP3.1.x levels at IBM. Of course I was on a development machine where people were allowed to do odd things. snip Ah, but now this is where the confusion comes in. How do I get to the true Job Step TCB to look at its TIOT? What do you mean by true job step? The Initiator for a batch job is a started task and, as such, is a job step task and has its own TIOT. snip My code CAN run in an STC environment. It can also run as a batch job, or even invoked to be an attached task to either environment. So knowing where to get to the JCL built TIOT every time the code gets called is important. snip Specifically, if I am trying to get to the common TIOT (shall we say, Job Step TIOT), I may not be able to depend on the TCBJSTCB pointing to the true Job Step TCB. What gives you that idea? Please tell me I'm wrong. Very. PSATOLD-TCBTIO (or use EXTRACT) for any plausible situation. PSATOLD-TCBJSTCB would take you to the job step TCB, but it will normally have the same TIOT pointer as the current TCB does, and when it doesn't it will be the current TCB that you need. snip What gives me that idea are some very interesting things I've seen in dumps in a former life as either a software developer or L3 support person for IBM (AI languages), Boole Babbage (AutoOp MainView), ACS (OBS/WYLBUR) and finally CA (OPS/MVS, JARS, MICS). Your observation of normally have the same TIOT pointer has been found to be not so normal. While probably true in a static shop, it isn't where the operating environment changes because of testing with this or that release of this or that product or release of MVS/JESx. I am still trying to get my hands around who or what can builds a TIOT as a daughter or great grand daughter task. But I have seen that as well as TCBs with TCBTIO = 0. So I thought I'd try to tap the great well of knowledge in IBM Main to figure out how to know I'm at the true Job Step TCB so I know I'm pointing to its TIOT. Personally I use PSATOLD - TCBJSTCB - TCBTIO. But since I'm doing stuff that will be used by many others, I would rather make sure I cover any weirdness at my own programmer's LPAR. Later, Steve.T -- 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: Questions on TCB Chain / TIOT
It's been a long time since I did it, but I believe if an ATTACH is issued with JSTCB=YES, the TCB is hung off the initiator's TCB and you get an entirely new TIOT. I seem to remember that there was something in this TIOT, but I don't remember what it was. (It might have been just the header with the job and stepname.) At 01:47 PM 7/25/2006, Thompson, Steve (SCI TW) wrote: Comments embedded. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, July 24, 2006 2:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Questions on TCB Chain / TIOT snip What I am trying to do is get back to the main task TCB for the address space to use its TIOT. Why? What are you doing for which the TCBTIO of the *current* TCB is not the correct pointer? snip It is not what I'm doing, it is what I've seen happen. I have seen in dumps where the TCBTIO points to an entirely different TIOT than the Job Step TCB (let's not get into the INITiator STC, etc., I'm talking only about the so called user program tasks). [... big snip ...] == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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: Questions on TCB Chain / TIOT
On Tue, 25 Jul 2006 15:04:24 -0400 Art Celestini [EMAIL PROTECTED] wrote: :It's been a long time since I did it, but I believe if an ATTACH is :issued with JSTCB=YES, the TCB is hung off the initiator's TCB and you :get an entirely new TIOT. I seem to remember that there was something :in this TIOT, but I don't remember what it was. (It might have been :just the header with the job and stepname.) No. An ATTACH with JSTCB=YES creates a daughter of the current task. A task cannot mix JSTCB=YES and NO - all daughters must be one or the other. The TIOT is propagated, though (I guess) the attacher can modify the TCB and place a new one. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Questions on TCB Chain / TIOT
It might be that the ATTACH needs to be issued in Sup State. Again, I don't remember the details, but I do remember there was a way to get an entirely separate TIOT. At 03:24 PM 7/25/2006, Binyamin Dissen wrote: On Tue, 25 Jul 2006 15:04:24 -0400 Art Celestini [EMAIL PROTECTED] wrote: :It's been a long time since I did it, but I believe if an ATTACH is :issued with JSTCB=YES, the TCB is hung off the initiator's TCB and you :get an entirely new TIOT. I seem to remember that there was something :in this TIOT, but I don't remember what it was. (It might have been :just the header with the job and stepname.) No. An ATTACH with JSTCB=YES creates a daughter of the current task. A task cannot mix JSTCB=YES and NO - all daughters must be one or the other. The TIOT is propagated, though (I guess) the attacher can modify the TCB and place a new one. == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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: CVS for MVS
In a recent note, Rob Wunderlich said: Date: Tue, 25 Jul 2006 12:04:28 -0500 I update CVS indirectly from PDS members. I accomplsh this by using a bridge exec that OCOPYs the PDS member to temp HFS files before invoking CVS client on the temp HFS files. But, then, why do you need the PDS at all? OCOPY, instead, to a durable HFS file, delete the PDS, and be done with it. -- 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: CVS for MVS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, July 25, 2006 2:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CVS for MVS In a recent note, Rob Wunderlich said: Date: Tue, 25 Jul 2006 12:04:28 -0500 I update CVS indirectly from PDS members. I accomplsh this by using a bridge exec that OCOPYs the PDS member to temp HFS files before invoking CVS client on the temp HFS files. But, then, why do you need the PDS at all? OCOPY, instead, to a durable HFS file, delete the PDS, and be done with it. -- gil IIRC, BPAM support for HFS directories is read-only. If somebody want to use legacy programs to update a member of an emulated PDS in an HFS, then it would fail. So the PDS may still be needed. E.g. using IEBUPDTE shudder or maybe, like me, they have some ISPF edit macros which they run in batch which scan and update members of a given PDS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: CVS for MVS
In a recent note, McKown, John said: Date: Tue, 25 Jul 2006 14:44:59 -0500 IIRC, BPAM support for HFS directories is read-only. If somebody want to use legacy programs to update a member of an emulated PDS in an HFS, then it would fail. So the PDS may still be needed. E.g. using IEBUPDTE shudder or maybe, like me, they have some ISPF edit macros which they run in batch which scan and update members of a given PDS. Good points. I agree (and I stated) the support is partial. I hope it's on IBM's agenda to provide ISPF LM, BPAM write, and DESERV support for HFS directories. I'd certainly use patch rather than IEBUPDTE. -- 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
DFHSM Shutdown Restart
Hello, I have to change the HSM starting parmlib member and I don't (can't) re IPL the system. Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... Thanks. - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta. -- 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 Shutdown Restart
We just P DFHSM and then S DFHSM... - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, July 25, 2006 3:57 PM Subject: DFHSM Shutdown Restart Hello, I have to change the HSM starting parmlib member and I don't (can't) re IPL the system. Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... Thanks. - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta. -- 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: DFHSM Shutdown Restart
Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... 1. P HSM 2. Wait. 3. S HSM When in doubt. PANIC!! -- 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
+DFHFC0987 Problem in CICS when access a file.
Hi all I have a problem when CICS acess a file, with the msg below: Anybody please help me in diagnostic of this problem. IEC161I 052(013)-084,CICSEXT0,CICSEXT0,CEXACCTA,,, 01.33.45 STC57935 IEC161I CEX.MZ.ODQ2.MACCTA00.CLUSTER, CEX.MZ.ODQ2.MACCTA00.DATA, 01.33.45 STC57935 IEC161I CATALOG.PRD25 01.33.45 STC57935 +DFHFC0987 PCICSEX0 654 654 Non-RLS OPEN of file CEXACCTA failed: Not available for type of 654 processing. VSAM codes - 0008, 00A8 in module DFHFCFS. 01.33.45 STC57935 +DFHME0116 PCICSEX0 655 655 (Module:DFHMEME) CICS symptom string for message DFHFC0987 is 655 PIDS/5697E9300 LVLS/620 MS/DFHFC0987 RIDS/DFHFCFS PTFS/UK04249 655 PRCS/0008 PRCS/00A8 In search of IBM site I received this note but is not my situation : *Problem* You are starting a CICS(r) MAS for the first time and receive message DFHFC0987 with RCA8 for filename EYUDREP.*Cause * The CMAS GRPLIST entry EYU230L0 is in the MAS GRPLIST resulting in the DEFINE FILE definition for the EYUDREP to be installed in the MAS. But, the EYUDREP can only be accessed in a CMAS.*Solution* Ensure that the MAS GRPLIST SIT parameter only references a LIST containing the EYU9xxG1 GROUP (where xx is 53, 62, 63 or 64 for CICS TS 1.3, CICS TS 2.2, CICS TS 2.3 or CICS TS 3.1respectively). -- 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: +DFHFC0987 Problem in CICS when access a file.
On Tue, 25 Jul 2006 17:06:19 -0300, Jorge Arueira Campos wrote: I have a problem when CICS acess a file, with the msg below: IEC161I 052(013)-084,CICSEXT0,CICSEXT0,CEXACCTA,,, 01.33.45 STC57935 IEC161I CEX.MZ.ODQ2.MACCTA00.CLUSTER, CEX.MZ.ODQ2.MACCTA00.DATA, 01.33.45 STC57935 IEC161I CATALOG.PRD25 The IEC161I messages tells you what you need to know: The file was open to another ACB and the file specified SHROPTIONS(2). -- Tom Schmidt Madison, WI -- 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 Shutdown Restart
Thanks Rob, An operator just asked me this question: If there isn't any space to migrate a datast to ML1 will the dataset go out to ML2 without any issues, Will anyone be notified? Rob Schwartz [EMAIL PROTECTED] wrote: We just P DFHSM and then S DFHSM... - Original Message - From: Howard Rifkind Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, July 25, 2006 3:57 PM Subject: DFHSM Shutdown Restart Hello, I have to change the HSM starting parmlib member and I don't (can't) re IPL the system. Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... Thanks. - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta. -- 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 - How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. -- 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: CVS for MVS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, July 25, 2006 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CVS for MVS In a recent note, McKown, John said: snip Good points. I agree (and I stated) the support is partial. I hope it's on IBM's agenda to provide ISPF LM, BPAM write, and DESERV support for HFS directories. That would be very nice. However, around here, we are not likely to ever use HFS/ZFS instead of PDS or PDSE files for a number of reasons. Some are good, others are bad. 1) Nobody recognized me, I didn't look the same. That is, people around here tend to not be too interested in new things. They are too busy trying to bail the boat to worry about painting it a new color. Very few here have any notion of UNIX concepts. Even fewer care. Perhaps a bit short sighted, but what can I do? I try, but nobody wants to listen. 2) Our application backup methodology is based on a product called VFI. VFI does not currently support HFS/ZFS resident files, only legacy files (PDS, sequential - disk and tape resident, and VSAM). VFI finds changed/created files by processing SMF records. HFS file activity does not cut SMF type 14/15 records when a file is closed. As best as I can tell, there is no way to track HFS file activity via SMF records. 3) Speaking of the above, we often use MXG to answer the question: Who is using a particular file? We do this to determine if a file can be eliminated. 4) DFSMShsm does not support UNIX resident files. I think that some Tivoli product does, but that is more money for no better functionality. 5) Cannot use a UNIX subdirectory in a STEPLIB/JOBLIB. This really destroys any desire on my part to put any legacy programs in a UNIX subdirectory. 6) Increased RACF work to assign everybody a unique UNIX UID. This could likely be automated, using the AUTOUID in the ADDUSER. This assumes that people would want to replace their personal PDSes with UNIX subdirectories. A very unlikely scenario, in my opinion. see #1 above Having said all of that, I would really LOVE to try to NFS export, or use SMB, so that my z/OS UNIX home would be accessable from my workstation. I am aware that people have done this, but I think it would require some help from the Windows server people. Or at least their acquiesce to let me try. I feel this is very unlikely. Right now we are in detente with them. In the past, open warfare. Some of which I will admit is my fault. I'd certainly use patch rather than IEBUPDTE. I very much agree! Especially since I generate them using diff and never by hand. -- gil -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: CVS for MVS
VFI finds changed/created files by processing SMF records. That seems excessive. Wouldn't it be better to just go and look at VTOCs? When in doubt. PANIC!! -- 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: Blocksize and speed limit on an FICON channel
Radoslaw, The real bottleneck would be your source media speed. It will be DASD, won't it ? DASD is much SLOWER then tape, when considering sustained sequential I/O's. This has not been true for a long time. Pre-fetching concurrently of 4 or 8 drives is much faster than a single tape drive can handle. There would have to be some serious backend contention problems for tape to be faster than multiple disks. Ron -- 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: CVS for MVS
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, July 24, 2006 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CVS for MVS VFI finds changed/created files by processing SMF records. That seems excessive. Wouldn't it be better to just go and look at VTOCs? I am not the designer. Luckily, neither am I the support person. And looking at VTOCs is fine for DASD resident datasets. But it could take a long time to scan all the online DASD. An how can you be sure that you really found all the changed files? Something might have changed the needs backup bit. Also, VFI will copy tape datasets. This allows the application to create a single tape output and let VFI worry about making an off-site disaster copy. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 Shutdown Restart
I think it will go to ML2 with no notification. - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, July 25, 2006 4:18 PM Subject: Re: DFHSM Shutdown Restart Thanks Rob, An operator just asked me this question: If there isn't any space to migrate a datast to ML1 will the dataset go out to ML2 without any issues, Will anyone be notified? Rob Schwartz [EMAIL PROTECTED] wrote: We just P DFHSM and then S DFHSM... - Original Message - From: Howard Rifkind Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, July 25, 2006 3:57 PM Subject: DFHSM Shutdown Restart Hello, I have to change the HSM starting parmlib member and I don't (can't) re IPL the system. Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... Thanks. - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail Beta. -- 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 - How low will we go? Check out Yahoo! Messenger's low PC-to-Phone call rates. -- 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: CVS for MVS
But it could take a long time to scan all the online DASD. Processing SMF data is not a quick process. We do it successfully with HSM in parallel tasks for 9.5TB. An how can you be sure that you really found all the changed files? If I lost SMF, how can I be sure. You also have to make an assumption that your definitions and the software are both correct. Either for HSM or for VFI. When in doubt. PANIC!! -- 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
I love TCPIP (not!)
Having fun with TCPIP. Got some systems which use the GATEWAY statements. I want to convert them to ROUTE statements. I also have an OSA port and a HiperSockets port defined. I want the traffic between the LPARS to use the HiperSockets, and everthing else to use the OSA port. Default route to use the OSA port. OSA is 10.x.x.x for all traffic. HiperSocket is 192.10.x.x for traffic. Each LPAR is 192.10.1.xxx. Would someone care to help get this stuff working the way I want? Thanks -- 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
On Tue, 25 Jul 2006 11:37:03 -0500, Chase, John [EMAIL PROTECTED] wrote: I added the product's load library to the //STEPLIB in our TSO logon proc. And pursuant to Tom Conley's comment regarding STEPLIB vs LINKLIST, I will likely seek internal consensus to linklist it instead. Did you check the Docu/Text install guide? In the Jobscan install guide it says this about the similar module: Move module J00YAAI to an APF- authorized data set. If the data set is not in the LNKLST or in LPA, it must be added to the STEPLIB concatenation in the TSO Logon PROC. It will not be loaded from the ISPLLIB allocation. Is it possible somebody followed advice like that and copied D00YAAI to somewhere where it got lost in your maintenance process? -- 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 Shutdown Restart
You will get an ARC1237I message and the data set will NOT go to ML2. Also, when we shutdown HSM, we do a F HSM,SETSYS EMER and F HSM,STOP Richard Habres AVP; Enterprise Storage Technology Merrill Lynch -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Schwartz Sent: Tuesday, July 25, 2006 4:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM Shutdown Restart I think it will go to ML2 with no notification. - Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, July 25, 2006 4:18 PM Subject: Re: DFHSM Shutdown Restart Thanks Rob, An operator just asked me this question: If there isn't any space to migrate a datast to ML1 will the dataset go out to ML2 without any issues, Will anyone be notified? Rob Schwartz [EMAIL PROTECTED] wrote: We just P DFHSM and then S DFHSM... - Original Message - From: Howard Rifkind Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, July 25, 2006 3:57 PM Subject: DFHSM Shutdown Restart Hello, I have to change the HSM starting parmlib member and I don't (can't) re IPL the system. Can anyone help me out with the commands to first stop HSM, shut it down and then restarte it again... Thanks. If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -- 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: I love TCPIP (not!)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Stitt Sent: Tuesday, July 25, 2006 3:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: I love TCPIP (not!) Having fun with TCPIP. Got some systems which use the GATEWAY statements. I want to convert them to ROUTE statements. I also have an OSA port and a HiperSockets port defined. I want the traffic between the LPARS to use the HiperSockets, and everthing else to use the OSA port. Default route to use the OSA port. OSA is 10.x.x.x for all traffic. HiperSocket is 192.10.x.x for traffic. Each LPAR is 192.10.1.xxx. Would someone care to help get this stuff working the way I want? Thanks First, change to the BEGINROUTES/ENDROUTES. It is significantly easier to maintain BEGINROUTES ROUTE 10.0.0.0/8 osa MTU nnn ROUTE 192.10.0.0/16 hipersocket MTU nnn ROUTE DEFAULT = osa MTU nnn ENDROUTES The will route all the 10.x.x.x addresses out the osa. The second will route all the 192.10.x.x addresses out the hipersocket. It will then route all other addresses out the osa. Yes, technically, the first ROUTE of the 10.x.x.x is unnecessary because the DEFAULT will catch it. But I like to have it in there anyway. Note that you can also have: BEGINROUTES ROUTE 10.0.0.0/8 osa1 MTU nnn ROUTE 10.0.0.0/8 osa2 MTU nnn ... ROUTE DEFAULT = osa1 MTU nnn ROUTE DEFAULT = osa2 MTU nnn ENDROUTES -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Multinationals 2.0 from USNEWS
_http://www.usnews.com/usnews/biztech/articles/060723/31global.htm_ (http://www.usnews.com/usnews/biztech/articles/060723/31global.htm) -- 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: CVS for MVS
In a recent note, McKown, John said: Date: Tue, 25 Jul 2006 15:18:21 -0500 I'd certainly use patch rather than IEBUPDTE. I very much agree! Especially since I generate them using diff and never by hand. SuperC will generate IEBUPDTE input (option UPDMVS8). But it's so unreliable that when I want to do this, I use option UPDCMS8 (CMS UPDATE format) and run a Rexx filter to convert to IEBUPDTE format. -- 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
What's driving my temp data sets to Catalog processing?
Hi folks, I was running GTF to trace SVC 26(CATALOG) to try and figure out why my master catalog hit ratio is between 45-55% both with ISC or VLF, but that may be another thread for another day. I noticed quite a few temporary data sets requests in the trace. The majority if not all were coming out of a third party package (CA Endevor). We do manage our temporary data sets thorugh SMS, however I can't seem to create the same situation either with a amp;TEMP data set in JCL, or running IKJEFT01 in batch and using the TSO ALLOC command. When I GTF my job I don't see any of the temporary data sets in the trace. Can anyone tell me under what circumstances SVC 26 will be used for temporary data sets? Here are a couple of GTF entries for anyone game enough to try. The first word of the PLIST varies a bit although 04008101 seems to be quite common and I believe it along with the 08 at offset 16 is simply a Define. Thanks and all the best, Tom SVC. 026 ASCB 00F60E80 CPU. 0001 JOBNAME. DDVEXTSR MODN SVC-RES R15. 849DD038 R0.. PLIST... 04008101 7F53BDE4 0803 DSN/CI.. SYS06206.T133342.RA000.DDVEXTSR.BNDLST VOLIST.. N/A GMT-07/25/2006 03:33:42.146679 LOC-07/25/2006 13:33:42.14 SVC. 026 ASCB 00F60E80 CPU. JOBNAME. DDVEXTSR MODN SVC-RES R15. 849DD038 R0.. 7F53AD28 PLIST... 1150 0099E5E8 009A083E 009A082E 4000 DSN/CI.. SYS06206.T133342.RA000.DDVEXTSR.BNDLST VOLIST.. N/A -- 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
ABCs of z/OS System Programming volume 10 (Redpiece)
A new, revised (redpiece) draft of volume 10 of the ABCs is available for downloading at the IBM redbook website. John Gilmore Ashland, MA 01721-1817 USA _ 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
ARM RESTART MANAGER
Hi Again I need information about ARM Restart. In my shop I codified a policy of restart for my STC's with the only start for products of file transfers. When I IPL the driving system, the restart do not occours in the target system(SSP2), the sample and the syslog below. Anybody have a sample of policy whith rules of restart for only three elements ??? Thanks for all Jorge Arueira Campos/Vanderlei Canesso CEF-OSASCO-SP - BRAZIL DATA TYPE(ARM) DEFINE POLICY NAME(POLARM1) REPLACE(YES) RESTART_ORDER RESTART_GROUP(DEFAULT) ELEMENT(*) RESTART_ATTEMPTS(0) LEVEL(1) ELEMENT_NAME(XFBS1MLB) LEVEL(2) ELEMENT_NAME(XFBS1SRQ) LEVEL(3) ELEMENT_NAME(XFBS1TRN) RESTART_GROUP(XFB) TARGET_SYSTEM(SSP2) ELEMENT(XFBS1MLB) ELEMENT(XFBS1SRQ) ELEMENT(XFBS1TRN) RESTART_METHOD(BOTH,STC,'S XFBS1???') SYSLOG Msg: THE RESTART ATTEMPTS THRESHOLD HAS BEEN REACHED. IXC804I JOBNAME XFBS1SRQ, ELEMENT XXFBXFBS1SRQ WAS NOT RESTARTED. 075 THE RESTART ATTEMPTS THRESHOLD HAS BEEN REACHED. IXC804I JOBNAME XFBS1MLB, ELEMENT XXFBXFBS1MLB WAS NOT RESTARTED. 076 THE RESTART ATTEMPTS THRESHOLD HAS BEEN REACHED. IXC804I JOBNAME XFBS1TRN, ELEMENT XXFBXFBS1TRN WAS NOT RESTARTED. 077 THE RESTART ATTEMPTS THRESHOLD HAS BEEN REACHED. -- 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: Questions on TCB Chain / TIOT
In [EMAIL PROTECTED], on 07/25/2006 at 03:04 PM, Art Celestini [EMAIL PROTECTED] said: It's been a long time since I did it, but I believe if an ATTACH is issued with JSTCB=YES, the TCB is hung off the initiator's TCB and you get an entirely new TIOT. No. The new TCB is always hung off the invokers TCB. The invoker of ATTACH JSTCB=YES is responsible for the new JSCB and TIOT. -- 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: Questions on TCB Chain / TIOT
In [EMAIL PROTECTED], on 07/25/2006 at 01:47 PM, Thompson, Steve (SCI TW) [EMAIL PROTECTED] said: It is not what I'm doing, it is what I've seen happen. Please reread my comment. You have seen TCBTIO e different, but that's not the issue. The issue is whether you have ever seen a situation where the code needed a TIOT other than the one pointed to by the TCB it is running under. My code CAN run in an STC environment. It can also run as a batch job, or even invoked to be an attached task to either environment. So knowing where to get to the JCL built TIOT every time the code gets called is important. What use to you is the JCL built TIOT if your running under a TCB that doesn't point to it? What gives me that idea are some very interesting things I've seen in dumps Please reread my message; you're answering a question that I never asked instead of the one that I did ask. Your observation of normally have the same TIOT pointer has been found to be not so normal. Perhaps we don't mean the same thing by normal. What percentage of cases has to exhibit a pathology before you consider it normal? I am still trying to get my hands around who or what can builds a TIOT as a daughter or great grand daughter task. Why? What would you do with the TIOT for a task that you're not running under? But I have seen that as well as TCBs with TCBTIO = 0. You shouldn't be doing DYNALLOC under those. Personally I use PSATOLD - TCBJSTCB - TCBTIO. That's the right way to do the wrong thing. If you're looking for allocations visible to the current task, then you need PSATOLD - TCBTIO. -- 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: Looking for non-English text (UTF-16) for lab data
In [EMAIL PROTECTED], on 07/24/2006 at 11:33 PM, Robert A. Rosenberg [EMAIL PROTECTED] said: There are some whose name have accented letters (unlike these). Dvorak. There should be an accent mark on it called something like Hachek; it looks like an inverted caret. -- 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: looking for an example of RDJFCB in 31 bit
In [EMAIL PROTECTED], on 07/24/2006 at 04:49 PM, John J. Leonard [EMAIL PROTECTED] said: I am trying to convert a program to 31 ANY and I am having trouble with an RDJFCB. This might be a good time to switch to using an allocation retrieval list (ARL) instead. -- 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: Looking for non-English text (UTF-16) for lab data
Shmuel Metz (Seymour J.) wrote: Dvorak. There should be an accent mark on it called something like Hachek; it looks like an inverted caret. Close; try Haček (and Dvořak) Gerhard Postpischil Bradford, VT -- 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: CVS for MVS
Rob Wunderlich writes: You might also want to consider using one of the java CVS clients -- they should run on z/os as well. That's another good idea, Rob. To expand on that, here's one such Java implementation: http://javacvs.netbeans.org/library/index.html - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries Tokyo (Serving IBM Japan and IBM Asia-Pacific) E-Mail: [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
WebSphere HATS Webcast, New HOD and PComm
There's a HATS webcast coming up on August 8, 2006, at 2:00 p.m. Eastern U.S. time. Register here: http://event.on24.com/clients/ibm/getreadyforSOA Also, on July 25, 2006, IBM announced WebSphere Host On-Demand Version 10 and Personal Communications Version 5.9. Details here: http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS206-171/ENUS206-171.PDF [What are they?] WebSphere HATS (Host Access Transformation Services) can convert 3270 and 5250 applications on-the-fly into true HTML Web applications for any standard Web browser, with or without customizing the user interface. (No browser plug-ins are required.) In addition, HATS can connect to 3270, 5250, and VT terminal applications and give them Web service (SOAP) interfaces. WebSphere Host On-Demand provides 3270, 5250, VT, and file transfer to Web browser users on all platforms. Users do not have to install emulation software on their desktops, but they receive full function and high performance terminal emulation (keyboard remapping, macros, client-server support, subsecond responsiveness, printer sessions, etc.) Personal Communications provides traditional terminal emulation capabilities for PCs. In addition to local installation, PComm also supports network installation and Windows Terminal Server/Citrix installations. While PComm installs on PCs, both WebSphere HATS and Host On-Demand can install on z/OS and mainframe Linux. In fact, those are two of the most popular platforms. All three support the latest security protocols and architectures. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries Tokyo (Serving IBM Japan and IBM Asia-Pacific) E-Mail: [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