Re: Newbie with the Hardware Instrumentation - HIS
What a pitty that the .MAP file can not be given as input to IPCS when browsing the system trace It could be cool, isn't it ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
Pinnacle pisze: [...] Brad Wissink bjwi...@iastate.edu 8/30/2010 2:53 PM We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 Brad, Scott's right. There is no excuse for EMC not to know EXACTLY what this message means. I would have serious doubts about any DASD vendor who could not decipher this message on their own hardware. Ridiculous. How do you know that your assumption is true? We were talking with EMC could mean everything. Not every EMC employee is CE, not every talk is problem submission, not every not getting very far means that EMC technician doesn't know the explanation or didn't presented it to the customer. Disclaimer: I'm not neither EMC, nor customer attorney. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: H/w vs S/W Encryption?
Staller, Allan pisze: Any Crypto Assist processors present? Makes a big difference! IMHO it depends. 1. BIG difference is for CPACF, which is present in every mainframe since z/990 and usually enabled. Crypto cards are much slower and do not increase the process (CPACF enabled is pre-req for crypto cards). 2. The software must be willing to use ICSF services or CPACF directly, otherwise no crypto HW would change anything. IBM EF does. 3. For some encrypting products including CA ones zIIP is your friend. Such workload can run on zIIP. While it won't change total CPU cycles, it could make huge difference in software bills. BTW: I would SERIOUSLY re-think if I really need encrypted tapes. If the answer is still YES, then I would use H/W encryption built-in tape drives. My $0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: H/w vs S/W Encryption?
Phil Smith pisze: Staller, Allan wrote: Any Crypto Assist processors present? Makes a big difference! I'm sure Allan knows this, but I wanted to elaborate: be careful. There are two crypto assist processors available on System z: the Crypto Express (aka CEX, pronounced, well, with a soft C, available as CEX2 and CEX3, at least on z10/zEnterprise) and Central Processor Assist for Cryptographic Functions (aka CPACF, usually pronounced see-paff, with the second C being silent -- particularly funny, since it's for the most important word in the name!). AFAIR there was no Crypto Express 1. The name was PCIXCC and PCICC before that and nothing before PCICC (I'm talking about CC cards family only). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. I would appreciate your help and experience of it. Thank you very much. Fran -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html . _¢.°. 0C60001B0590 0ADF2080 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
Hi Fran, DDNAME: INFILE DSNAME: NOSMS.FILE.PDS The name of the input data set suggests a PDS; Is it? TERSE can only handle sequential (PS) data sets (if I remember correctly). Using the newer AMATERSE may (or may not :) ) produce clearer error messages. Best Regards, Yifat -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Fran Hernandez Sent: יום ג 31 אוגוסט 2010 13:19 To: IBM-MAIN@bama.ua.edu Subject: Re: TRSMAIN RC=8 Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. I would appreciate your help and experience of it. Thank you very much. Fran -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise Cobol
No, what I am saying is that the downleveled systems may not have all the LE support installed. As was in our case. snip Are you saying that z/OS 1.12 as delivered doesn't have all the LE maintenance required for Enterprise COBOL V4R2? I strongly doubt that. It might have been true for z/OS 1.11, but I doubt it for 1.12. HAVING SAID THAT, As far as I know IBM has always (strongly) recommended (and still does) that your roll-out new releases (or maintenance levels) of LE to all parts of your production environment BEFORE starting to allow a new release of COBOL (or PL/I) to be used in any of them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. I would appreciate your help and experience of it. Thank you very much. TRSMAIN was enhanced to support PDSE in 2007; it is called AMATERSE and supports PDSEs. AMATERSE is part of the z/OS V1R9 BCP. So you should find a copy of the new and improved AMATRSE in your shipped system from IBM. I would make sure you are using the most current version of TRSMAIN/AMATERSE. Also note the following enhancements o Sequential data sets are supported. VSAM data sets and direct (DSORG=DA) data sets are not supported. o Partitioned data sets are supported, but only by MVS AMATERSE. A PDS compressed by AMATERSE on MVS and sent to VM cannot be restored by TERSE. This results in a 1007 or 1009 return code from VM TERSE. A PDS must be compressed to a Direct Access Storage Device (DASD). o Partitioned data sets extended (PDSE) are supported, but only by MVS AMATERSE. o Files restored by AMATERSE with LRECL of more than 32K cannot be handled except that RECFM=VBS data sets are allowed to be up to 64K LRECL. o Large format (DSNTYPE=LARGE) data sets may require the use of AMATERSE both for compression and restoration. o A data set with the FB record format can be packed and unpacked to a FBS data set. However, during the UNPACK operation, extending a non-empty output data set with DISP=MOD is not possible because this results in a FB data set. An error message is issued for this. More info can be found in APAR OA19194 Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
So you should find a copy of the new and improved AMATRSE in your shipped system from IBM. He said he's running 1.6, so this isn't an option. Here's what you can do: 1. XMIT the PDS to a sequential dataset 2. Terse the sequential dataset 3. IND$FILE (binary) the tersed file (presumably to a PC) 4. Upload (IND$FILE) binary to a sequential dataset (same DCB as from Step 2) 5. Unterse the file (Same DCB as in Step 1) 6. RECEIVE the input file to create a PDS I haven't used IND$FILE in years so I may have missed something. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: H/w vs S/W Encryption?
Version 1.1 of the Encryption Facility uses the crypto coprocessor (secure key) to encrypt the data if you specify ENCTDES in the input parms. It also uses the crypto coprocessor to encrypt the data key if you specify the RSA parm (along with the key label for a public/privae key pair). The point being that if you specify either the ENCTDES or the RSA parm, you must have a crypto coprocessor available. Version 1.2 is identical to Version 1.1 in terms of supporting zFormat, so the crypto coprocessor is required if you specify either of those parms. The new function added in Version 1.2 of the Encrpytion Facility was support for OpenPGP. This support was designed to comply with rfc2440, and will also take advantage of the available hardware as appropriate. Since its Java based, it can also take advantage of zIIP engines if available. Hope that helps. Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
Radoslaw has a good point. On the other hand, EMC has people who monitor this server. Someone at EMC could/should have jumped on this several days ago. Any vendor that does NOT monitor this server and respond quickly to potential bad publicity is acting foolishly, IMHO. Caveat: I assumed that the OP was correct in saying that the vendor involved is EMC and in reproducing the error messages. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, August 31, 2010 2:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DASD Moderate Alert from EMC DMX4 Pinnacle pisze: Brad Wissink bjwi...@iastate.edu 8/30/2010 2:53 PM We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 Brad, Scott's right. There is no excuse for EMC not to know EXACTLY what this message means. I would have serious doubts about any DASD vendor who could not decipher this message on their own hardware. Ridiculous. How do you know that your assumption is true? We were talking with EMC could mean everything. Not every EMC employee is CE, not every talk is problem submission, not every not getting very far means that EMC technician doesn't know the explanation or didn't presented it to the customer. Disclaimer: I'm not neither EMC, nor customer attorney. -- Radoslaw Skorupka -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: isolating sensitive data in coupling facility
Thank you Radoslaw, interesting indeed, and unquestionable, viewpoint. In fact we are foreseeing some restrictions, brought by some standards, that would prohibit data with different security classes to reside in the same storage device. Something that you can question from the technical standpoint but being discussed here at the regulation level (like installations which were requiring air gap between OS/390 instances and didn't want to know about logical partitions, a few years ago ...) By the way, can you confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? Thanks a lot. -- Date:Sat, 28 Aug 2010 07:33:43 -0500 From:R.S. Subject: Re: isolating sensitive data in coupling facility Well... Why? Why should one need better isolation? Some thoughts: AFAIK CF services require authorization. Since you're authorized you can bypass security rules. The power described above cover MVS image, not whole sysplex. However parallel sysplex is not loosely connected group of MVS systems (like PC workstation in LAN), it is set of trusted MVS images, single scope of management, security etc. So if you can breach one system, then it's as bad as breach all the systems in a sysplex. I mean data security, not system availability. Regards -- Radoslaw Skorupka - From:Patrick Kappeler pkappe...@wanadoo.fr Subject: isolating sensitive data in coupling facility Hi - It looks like my first post didn't get through to the list - My apologies if this appears to be a duplicate - We are looking for ways of ensuring proper data isolation when they reside in coupling facilities' cache structures (although it is not clear as to which threats data are exposed to by cohabiting with other data, all of them contained in different structures, in the same coupling facility). We are assuming here that access control to the structures is provided by RACF IXLSTR profiles and enforced by the connecting applications. Reasoning at the nuts and bolts level, it looks like the CFRM preference list is providing what we are looking for in that structures containing highly sensitive data could be stored in their own dedicated CF (translating this into applications development and deployment rules will probably be another story ) Anyway, the books that I read are clearly stating that The system will not allocate a structure in any coupling facility that is not listed in the structure's preference list, however I wanted to check with sysplex literates that I did not miss fine prints that would explain that it could be overriden in such and such specific case ... Thanks in advance Patrick Kappeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
Lucky it's not a DMX3, apparently. :) ‘Unprecedented’ storage failure disrupts US state 31 August 2010 One-in-a-billion’ SAN glitch followed by redundant system failure affects a third of Virginia's government agencies Citizens in the US state of Virginia were unable to access a number of public services after the state government’s storage area network (SAN) suffered an ‘unprecedented’ hardware failure. The SAN, a DMX-3 from storage infrastructure vendor EMC, failed last Wednesday afternoon, causing 228 of the Virginia Information Technologies Agency’s (VITA) servers to crash. Critically, VITA’s redundant systems – the spare infrastructure designed to take the strain when primary systems fail – also malfunctioned. Interesting Links IBM takes blame for Singapore bank outage Big Blue concedes that employee’s “procedural error” was responsible for seven-hour outage after Asian bank points finger This outage disrupted services for 27 state agencies, including the Department of Motor Vehicles (DMV), Department of Taxation and the State Board of Elections. Most of the services were back online by yesterday morning but the DMV is still unable to issue driver’s licenses. EMC told VITA that the outage was “unprecedented”, according to a statement from Virginia’s secretary of technology Jim Duffey. “The manufacturer reports that the system and its underlying technology have an exemplary history of reliability, industry-leading data availability of more than 99.999 percent and no similar failure has occurred” VITA is now “working tirelessly” to restore lost data, Duffey said. Earlier, this year US email hosting provider Intermedia suffered an outage after a hardware failure in its EMC storage area network. “This failure caused the entire load for that SAN to be shifted to the service processor on the redundant controller node,” the company said at the time. “The spare capacity on the single service processor was not enough to handle the entire load of all systems connected to the SAN.” -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
- Original Message - From: R.S. r.skoru...@bremultibank.com.pl Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 31, 2010 4:02 AM Subject: Re: DASD Moderate Alert from EMC DMX4 Pinnacle pisze: [...] Brad Wissink bjwi...@iastate.edu 8/30/2010 2:53 PM We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 Brad, Scott's right. There is no excuse for EMC not to know EXACTLY what this message means. I would have serious doubts about any DASD vendor who could not decipher this message on their own hardware. Ridiculous. How do you know that your assumption is true? We were talking with EMC could mean everything. Not every EMC employee is CE, not every talk is problem submission, not every not getting very far means that EMC technician doesn't know the explanation or didn't presented it to the customer. Disclaimer: I'm not neither EMC, nor customer attorney. I took the OP at his word. Bottom line is that someone at EMC should know the EXACT meaning of this error message. It is usually incumbent on the vendor to put the customer in touch with that person, not incumbent on the customer to mount a wumpus hunt for that person within EMC. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
On 31 August 2010 06:19, Fran Hernandez frcoh...@gmail.com wrote: Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. 0C60001B0590 0ADF2080 This certainly doesn't look like a valid terse header. There is no IBM doc on the header format, but from lots of previous eyeballing, the first bytes work something like this: Offset 00 is the compression/encoding algorithm 02=PACK, 05-SPACK, 07-PDS[E] PACK, 09=PDS[E] SPACK Offset 01 is 00 for fixed records (F), or 01 for variable (V or U) Offset 02 is the 2-byte LRECL (with some oddities for VB) Offset 04 is flags that encode aspects of the RECFM in combination with byte 1, e.g 0C would be FB or VB. Offset 06 is the 2-byte blocksize. So either this is not the output of TRSMAIN, or perhaps it has been passed through something like a mangling character translation, or perhaps it is not the actual start of the file. I'm sorry I can't help based on this. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: isolating sensitive data in coupling facility
On Tue, 31 Aug 2010 10:43:55 -0500, Patrick Kappeler wrote: -snip- In fact we are foreseeing some restrictions, brought by some standards, that would prohibit data with different security classes to reside in the same storage device. -snip- What regulations are you referring to? I would think that the vendors in the ecosystem (hardware - processors and storage - and software) would have some influence about such regulations. For example, why would IBM continue to pursue increasingly higher EAL common criteria certification if customers were not going to be able to use logical partitioning. By the way, if the interpretation of this regulation is what you say it is, then you really cannot mix applications within a single z/OS instance, right? Scott Fagen Chief Architect CA Mainframe CSU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need help for MODID ERROR BECAUSE OF UMID
- Original Message - From: imrose suleman imrose.sule...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 31, 2010 1:32 PM Subject: Re: Need help for MODID ERROR BECAUSE OF UMID On Aug 31, 3:39 pm, Gaur gaur.ravi2...@gmail.com wrote: On Aug 30, 6:11 pm, imrose suleman imrose.sule...@gmail.com wrote: Hi, I am trying to apply(check) a PTF UA55170 but it failed throwing MODID error messages GIM38201W GIM31902I because of usermod (say abcdefg). so I tried to restore the usermod abcdefg and it was successful. But while applying(check) the PTF UA55170 again I received the same modid error messages. And I could see even though all the entries for the usemof abcdefg have been removed , One of the macro $HASXB is having UMID as abcdefg. I don't know how to eliminate this modid error and apply the ptf UA55170. Can anyone help in this regard? thanks in advance Regards, Imrose sk how about BYPASS(ID) I have tried that option but of no use. finally I used .hammer UCLIN to remove the UMID entry and this time it went fine. some packaging flaw of IBM.. Imrose, That's a mistake unless you did the UCLIN under IBM direction. IBM doesn't make packaging errors that aren't APAR'ed. Zapping the UMID of your JES elements on your own initiative is a really bad idea. It sounds from your note as if you don't know for sure that it was a packaging error. You may have hosed your SMP/E environment. If it was a real IBM packaging error, please pot the information so that we can all benefit. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Check out Tropical Storm: Tracking Map : Weather Underground
_Tropical Storm: Tracking Map : Weather Underground_ (http://www.wunderground.com/tropical/tracking/at201007.html) If you work on the East Coast probably need to be on 'Active Alert'. Ryder gave a good presentation at SHARE following Albert. One of the key points was that Hurricanes have the potential to be big and geographically dispersed. You need to insure people coverage and backups at all points of recovery. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Tropical Storm: Tracking Map : Weather Underground
Well, I don't live there now, but I grew up in the Maryland part of the Delmarva peninsula about 25 miles from Ocean City, MD., and I still have friends there. Donna came through that area as a category 2 when I was 13. It had originally hit the Florida Keys and the southern tip of Florida on the west side as a category 4 then about half way up Florida it cut across to the Atlantic side and hugged the east coast at hurricane strength all the way into Maine. It is the only hurricane on record to do that. While Earl is going to hit further up on the Atlantic side, it looks like it's going all the way up to Maine also. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Tuesday, August 31, 2010 12:55 PM To: IBM-MAIN@bama.ua.edu Subject: Check out Tropical Storm: Tracking Map : Weather Underground _Tropical Storm: Tracking Map : Weather Underground_ (http://www.wunderground.com/tropical/tracking/at201007.html) If you work on the East Coast probably need to be on 'Active Alert'. Ryder gave a good presentation at SHARE following Albert. One of the key points was that Hurricanes have the potential to be big and geographically dispersed. You need to insure people coverage and backups at all points of recovery. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: isolating sensitive data in coupling facility
By the way, can you confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? The documentation says that. But, there is a way to test that: a. Assume you have two CF's. b. Let's call them CF01 CF02. c. Create a structure with only one of them in the preference list -- say CF01. d. Use the operator command(s) to manually move the structure to CF02. Failure (or success) will be the proof. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
EMC told VITA that the outage was “unprecedented” Precedent: A certain bank, in Toronto, had a similar failure many years ago (mid-1990's). Albeit, it was older technology, but the primary and secondary failed. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Set numbers off permanently.
Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
Use an initial macro. The PDF editor apparently is designed so that if it detects what it considers to be standard sequence numbers in the file, it will automatically and unconditionally set NUMS ON. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Benik, John E Sent: Tuesday, August 31, 2010 1:30 PM To: IBM-MAIN@bama.ua.edu Subject: Set numbers off permanently. Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Tropical Storm: Tracking Map : Weather Underground
I was at our house on the Bay when Hurricane Agnes hit in '72, it wasn't pretty. The real danger with Earl will be if it hits New York head on, then we could be talking serious damage, it could be one of the worst in history if it still a Cat 3 or more. Most of lower Manhattan could be flooded. Kelman, Tom thomas.kel...@commercebank.com 8/31/2010 2:17 PM Well, I don't live there now, but I grew up in the Maryland part of the Delmarva peninsula about 25 miles from Ocean City, MD., and I still have friends there. Donna came through that area as a category 2 when I was 13. It had originally hit the Florida Keys and the southern tip of Florida on the west side as a category 4 then about half way up Florida it cut across to the Atlantic side and hugged the east coast at hurricane strength all the way into Maine. It is the only hurricane on record to do that. While Earl is going to hit further up on the Atlantic side, it looks like it's going all the way up to Maine also. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Tuesday, August 31, 2010 12:55 PM To: IBM-MAIN@bama.ua.edu Subject: Check out Tropical Storm: Tracking Map : Weather Underground _Tropical Storm: Tracking Map : Weather Underground_ (http://www.wunderground.com/tropical/tracking/at201007.html) If you work on the East Coast probably need to be on 'Active Alert'. Ryder gave a good presentation at SHARE following Albert. One of the key points was that Hurricanes have the potential to be big and geographically dispersed. You need to insure people coverage and backups at all points of recovery. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
- Original Message - From: Benik, John E john_e_be...@uhc.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 31, 2010 2:31 PM Subject: Set numbers off permanently. Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. John Benik Hey John, If you want to suppress this for all time, create an IMACRO to do this: NUM ON UNNUM NUM OFF Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
Create a simple edit macro that does a NUMBER OFF. Apply the macro to every member of the PDS (e.g. by using a product like SimpList or one of the free tools on the CBT). If every member has number off, they should no longer keep switching to number on. Alternatively, create the same edit macro and set it as an initial macro. That way, every time you go into a member it will turn numbers off for that one specific member. HTH, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 31 Aug 2010 13:30:29 -0500 From: john_e_be...@uhc.com Subject: Set numbers off permanently. To: IBM-MAIN@bama.ua.edu Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN RC=8
On Tue, 31 Aug 2010 05:19:05 -0500, Fran Hernandez wrote: Hello, Thank you very much to those who have answered my problem. Further information in this regard: 1) and FTP TRSMAIN was performed by a person of another a few months' data center. The TRSMAIN I have attached the job but do not have FTP executed. 2) Deputy shipping the first 12 bytes of the file from one of the files you've loaded with IND $ FILE. My feeling is that something was done incorrectly, but I have no means to detect it. I would appreciate your help and experience of it. Thank you very much. Fran (attachment G:TWELVE BYTES.TXT) 0C60001B0590 0ADF2080 The 12-byte hex dump in the attachment to your message is identical to the first 12 bytes, after the BDW and SDW, of an IEBCOPY-unloaded PDS. I don't think this data would not be at the beginning of a TRSMAIN file, although it might be compressed and imbedded somewhere further into a TRSMAIN file. Are you sure the file that was sent to the windows server, and the file that was sent back via IND$FILE, was produced by TRSMAIN? It looks like it was produced by IEBCOPY. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMM Volume Delete fails.
I have an operator trying to delete a volume: //IDCAMS1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE (Vxx) VOLUMEENTRY PURGE He is failing: ICH408I USER(opuser) GROUP(usergrp) NAME(operator) 233 SYS1.VOLCAT.VGENERAL CL(DATASET ) VOL(volser) INSUFFICIENT ACCESS AUTHORITY FROM SYS1.VOLCAT.VGENERAL (G) ACCESS INTENT(ALTER ) ACCESS ALLOWED(UPDATE ) The FM: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i280/A.1?SHELF=EZ2ZBK0H.bksDT=20090603090124#TBLVOLCA states that ALTER to FACILITY STGADMIN.IGG.LIBRARY should do the trick. However, as you can see, it don't. The RACF folks don't see anything wrong with the profiles. Any ideas? Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM Volume Delete fails.
It appears he has authority to issue the command, but not to actually update that dataset. It's complying about security on the dataset not the command. On Tue, Aug 31, 2010 at 2:46 PM, Hal Merritt hmerr...@jackhenry.com wrote: I have an operator trying to delete a volume: //IDCAMS1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE (Vxx) VOLUMEENTRY PURGE He is failing: ICH408I USER(opuser) GROUP(usergrp) NAME(operator) 233 SYS1.VOLCAT.VGENERAL CL(DATASET ) VOL(volser) INSUFFICIENT ACCESS AUTHORITY FROM SYS1.VOLCAT.VGENERAL (G) ACCESS INTENT(ALTER ) ACCESS ALLOWED(UPDATE ) The FM: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i280/A.1?SHELF=EZ2ZBK0H.bksDT=20090603090124#TBLVOLCA states that ALTER to FACILITY STGADMIN.IGG.LIBRARY should do the trick. However, as you can see, it don't. The RACF folks don't see anything wrong with the profiles. Any ideas? Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
Does anybody know of a way to prevent the following from happening when setting numbers off? I've done it with an initial EDIT MACRO. Within that, if numbers are on, turn them off. I forget the exact ISREDIT query/sub-command, but there is one that will tell you about numbers. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
W dniu 2010-08-31 18:23, Pinnacle pisze: - Original Message - From: R.S. r.skoru...@bremultibank.com.pl Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 31, 2010 4:02 AM Subject: Re: DASD Moderate Alert from EMC DMX4 Pinnacle pisze: [...] Brad Wissink bjwi...@iastate.edu 8/30/2010 2:53 PM We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 Brad, Scott's right. There is no excuse for EMC not to know EXACTLY what this message means. I would have serious doubts about any DASD vendor who could not decipher this message on their own hardware. Ridiculous. How do you know that your assumption is true? We were talking with EMC could mean everything. Not every EMC employee is CE, not every talk is problem submission, not every not getting very far means that EMC technician doesn't know the explanation or didn't presented it to the customer. Disclaimer: I'm not neither EMC, nor customer attorney. I took the OP at his word. Why? Did the statement sound absolutely unambigously (clear-cut)? Actually I have no reason to disbelieve him, but either no reason to believe every word or further assume that some formal actions happened. It's my humble opinion. And general rule of thumb, much less humble: DON'T BELIEVE. If someone tells you that IEFBR14 is abending, then DON'T BELIEVE HIM. CHECK EVERY INFORMATION PROVIDED. CHECK AGAIN. (here is the place to put any fun story from computer support, like my application doesn't work, I can't check anything, cause it's dark, we have power failure). Bottom line is that someone at EMC should know the EXACT meaning of this error message. I bet that SOMEONE (not necessarily everyone) knows it. It is usually incumbent on the vendor to put the customer in touch with that person, not incumbent on the customer to mount a wumpus hunt for that person within EMC. Well, NO. I don't know what communication between customer na vendor did happen actually. So, I can talk generally: NO, it's customer responsibility to inform vendor in AGREED WAY that something happened. Informal communication may or may not cause any reaction. Last, but not least: lack of EMC explanation on this forum proves ABSOLUTELY NOTHING. This is not the place where they should discuss customers problems. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
If you want to suppress this for all time, create an IMACRO to do this: NUM ON UNNUM NUM OFF NOT a good idea if there is valid data in the columns which hold statement numbers. You should first check the mode, and just issue the NUM OFF. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
On 31 August 2010 14:39, Pinnacle pinnc...@rochester.rr.com wrote: - Original Message - From: Benik, John E john_e_be...@uhc.com Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. This has been a long standing complaint of mine with ISPF. In most cases I want to be able to tell it *DO NOT FIDDLE WITH MY SETTINGS - I KNOW THE WAY I WANT IT*. And I can't. It always knows best. If you want to suppress this for all time, create an IMACRO to do this: NUM ON UNNUM NUM OFF The problem I have with this is that there are various cases where that initial macro won't take effect, e.g. edit an empty member and then copy the content of a member with valid numbers in. And the macro has to be set up on system and userid you are using. Why on earth can't they provide an option to truly lock some or all settings? CAPS ON is the very worst, because it so easily destroys data. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMM Volume Delete fails.
I believe that there may be something wrong with the FACILITY resource. I'm almost positive that it checks for the FACILITY before checking the catalog because FACILITY (RACLISTed) is potentially quicker. It is defined and active? The user or his group is in the access list? You haven't just added this FACILITY or PErmitted this user (i.e. REFRESH RACLIST(FACILITY) needed)? It may be necessary to use GTF to trace the RACF invocations to see what it is doing. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, August 31, 2010 11:46 To: IBM-MAIN@bama.ua.edu Subject: RMM Volume Delete fails. I have an operator trying to delete a volume: //IDCAMS1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE (Vxx) VOLUMEENTRY PURGE He is failing: ICH408I USER(opuser) GROUP(usergrp) NAME(operator) 233 SYS1.VOLCAT.VGENERAL CL(DATASET ) VOL(volser) INSUFFICIENT ACCESS AUTHORITY FROM SYS1.VOLCAT.VGENERAL (G) ACCESS INTENT(ALTER ) ACCESS ALLOWED(UPDATE ) The FM: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i280/A.1?SHELF=EZ2ZBK0H.bksDT=20090603090124#TBLVOLCA states that ALTER to FACILITY STGADMIN.IGG.LIBRARY should do the trick. However, as you can see, it don't. The RACF folks don't see anything wrong with the profiles. Any ideas? Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Tropical Storm: Tracking Map : Weather Underground
I heard a story about a company. Their data centers were in Miami and New Orleans. A hurricane approached Miami and they transferred operations to New Orleans. Miami was still picking up the pieces and the data center had no power when the same hurricane approached New Orleans a few days later, in 2005. On Tue, Aug 31, 2010 at 12:55 PM, Ed Finnell efinnel...@aol.com wrote: _Tropical Storm: Tracking Map : Weather Underground_ (http://www.wunderground.com/tropical/tracking/at201007.html) If you work on the East Coast probably need to be on 'Active Alert'. Ryder gave a good presentation at SHARE following Albert. One of the key points was that Hurricanes have the potential to be big and geographically dispersed. You need to insure people coverage and backups at all points of recovery. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check out Tropical Storm: Tracking Map : Weather Underground
On 31 August 2010 14:17, Kelman, Tom thomas.kel...@commercebank.com wrote: Well, I don't live there now, but I grew up in the Maryland part of the Delmarva peninsula about 25 miles from Ocean City, MD., and I still have friends there. Donna came through that area as a category 2 when I was 13. It had originally hit the Florida Keys and the southern tip of Florida on the west side as a category 4 then about half way up Florida it cut across to the Atlantic side and hugged the east coast at hurricane strength all the way into Maine. It is the only hurricane on record to do that. While Earl is going to hit further up on the Atlantic side, it looks like it's going all the way up to Maine also. At which point it will presumably fall off the edge of the known world and cause no more trouble. Sort of like Isaac: http://www.theonion.com/content/video/hurricane_bound_for_texas_slowed Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Emulator Software
Yeah, and Arthur Godfrey, the original Twilight Zone, Captain Kangaroo, and Fury. I have a local 3270 in my cube, along with a PC with emulation and dual monitors. I used to have a real 3279 s3g. It was wonderful, but I couldn't remote to it like I can the PC. I like not having to drive in when I 'get the call' off-hours. :-) Linda - Original Message - From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, August 29, 2010 2:29:02 PM Subject: Re: 3270 Emulator Software You forgot Rin, Tin, Tin and Hoppalong Cassidy :-) Not to mention Roy Rogers, with Dale, Trigger, Buttermilk and a Jeep named Nelly Belle. :-) Rick - Ed Finnell wrote: In a message dated 8/29/2010 9:02:07 A.M. Central Daylight Time, zedgarhoo...@gmail.com writes: No, it's retro, like the 50s: remember those round TVs? :-) Dumont and Zenith were big. Sky King, Cpt Preston, Buster Brown, and Ruff and Ready. Evening news was 'Walter Concrete' as my sister used to say. Somewhere along the way I got a chemistry set and an ATT science kit and my lifelong adventure began... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Format of STCK
Hi Would any know the format of the STCK inst Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
I think it is time I clarified a few things. Our EMC Symmetrix is supported by our storage group while I support our mainframe. There was some miscommunication at the start. The storage group looked at what error messages they were getting and were told that these are only informational messages and could be ignored. Because of that the storage group did not think it was worth the effort to open an incident. So when I thought we had talked with EMC and were not getting support we had not even opened an incident call. Since I thought we should open an incident the storage group guru and I got together and it was decided I should open an incident. Since then we have had great support. EMC support called in and found out the problem is that the VDI data pool is at 91% full and the Symmetrix has been trying to phone home, but there was some problem and the calls were failing. They have sent out a CE to fix both problems. So from now on when we see a problem we will in! itiate an incident with EMC and the storage group will help us resolve it I also want to thank everyone for the help here. Using the information provided here we were going in the right direction and were close to resolving the problem ourselves. So thanks again for all the help. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, August 31, 2010 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DASD Moderate Alert from EMC DMX4 W dniu 2010-08-31 18:23, Pinnacle pisze: - Original Message - From: R.S. r.skoru...@bremultibank.com.pl Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 31, 2010 4:02 AM Subject: Re: DASD Moderate Alert from EMC DMX4 Pinnacle pisze: [...] Brad Wissink bjwi...@iastate.edu 8/30/2010 2:53 PM We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 Brad, Scott's right. There is no excuse for EMC not to know EXACTLY what this message means. I would have serious doubts about any DASD vendor who could not decipher this message on their own hardware. Ridiculous. How do you know that your assumption is true? We were talking with EMC could mean everything. Not every EMC employee is CE, not every talk is problem submission, not every not getting very far means that EMC technician doesn't know the explanation or didn't presented it to the customer. Disclaimer: I'm not neither EMC, nor customer attorney. I took the OP at his word. Why? Did the statement sound absolutely unambigously (clear-cut)? Actually I have no reason to disbelieve him, but either no reason to believe every word or further assume that some formal actions happened. It's my humble opinion. And general rule of thumb, much less humble: DON'T BELIEVE. If someone tells you that IEFBR14 is abending, then DON'T BELIEVE HIM. CHECK EVERY INFORMATION PROVIDED. CHECK AGAIN. (here is the place to put any fun story from computer support, like my application doesn't work, I can't check anything, cause it's dark, we have power failure). Bottom line is that someone at EMC should know the EXACT meaning of this error message. I bet that SOMEONE (not necessarily everyone) knows it. It is usually incumbent on the vendor to put the customer in touch with that person, not incumbent on the customer to mount a wumpus hunt for that person within EMC. Well, NO. I don't know what communication between customer na vendor did happen actually. So, I can talk generally: NO, it's customer responsibility to inform vendor in AGREED WAY that something happened. Informal communication may or may not cause any reaction. Last, but not least: lack of EMC explanation on this forum proves ABSOLUTELY NOTHING. This is not the place where they should discuss customers problems. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe /
Re: Format of STCK
STCK DATETME ... DATETIME DS D B205 is the opcode, followed by 4 bits for the Base and 12 bits for the displacement. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Micheal Butz Sent: Tuesday, August 31, 2010 2:34 PM To: IBM-MAIN@bama.ua.edu Subject: Format of STCK Hi Would any know the format of the STCK inst Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Format of STCK
STCK D2(B2) [S] | 'B205' | B2 | D2 | |||| 016 20 31 The current value of bits 0-63 of the TOD clock is stored in the eight-byte field designated by the second-operand address, provided the clock is in the set, stopped, or not-set state. On Tue, Aug 31, 2010 at 12:34, Micheal Butz michealb...@optonline.netwrote: Hi Would any know the format of the STCK inst Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to determine use of RLSE in dataset allocation
I need to determine this for an existing sequential dataset. I see where use of RLSE is indicated in the JFCB, but not in a DSCB. I must be missing something. Gene Lynd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zFS question
I ran an smpe accept for a new product and didn't have the intended zFS file mounted. The zFS files all went to the root directory. How do I fix this? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lynd, Eugene C. Sent: Tuesday, August 31, 2010 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: How to determine use of RLSE in dataset allocation I need to determine this for an existing sequential dataset. I see where use of RLSE is indicated in the JFCB, but not in a DSCB. I must be missing something. Gene Lynd RLSE is not in the DSCB. It is, as you've seen, in the JCL SPACE parameter. Which is translated into the JFCB. The catalog (and VVDS?) keep the SMS MGMTCLAS assigned to the dataset, if any. In the MGMTCLAS has the PARTIAL RELEASE data which one of: YES, NO, YES - IMMEDIATE, CONDITIONAL, CONDITIONAL - IMMEDIATE. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Johnson Sent: Tuesday, August 31, 2010 3:01 PM To: IBM-MAIN@bama.ua.edu Subject: zFS question I ran an smpe accept for a new product and didn't have the intended zFS file mounted. The zFS files all went to the root directory. How do I fix this? TIA All that I can think of is to review the SMP/E output and use mv to move the UNIX files to the correct filesystem. That is, mount the zFS at some other subdirectory temporarily. mv the files to the temporary subdirectory upon which the filesystem is mounted. unmount the filesystem. mount it on the correct subdirectory. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
123 extents and VTOC fmt 3
I just RTFMed some documentation and few questions arrived to my mind. VTOC fmt 3 record contains information about extents 4-16-th for older type datasets (like PDS, PS non EF, DA). It also contains link to another fmt 3 record - that's for newer type datasets. Up to 10 fmt 3 records can be used. Up to 123 extents can be allocated on the volume. I did some math: 123 extents - first 3 extents yields 120. Each fmt 3 record has room for 13 (4+9) extents. 13*10=130. 130 + first 3 extents = 133 extents. Q1: what is the limitation for 123 extents? Why the limit cannot be 133? Q2: I assume that 10 is arbitrary number (because I said so), possibly caused to preserve room in VTOC. Am I right or there is another reason? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS question
You sure you didn't mean APPLY? I don't have any filesystems as distribution libs. -Original Message- McKown, John -Original Message- Bill Johnson I ran an smpe accept for a new product and didn't have the intended zFS file mounted. The zFS files all went to the root directory. How do I fix this? TIA All that I can think of is to review the SMP/E output and use mv to move the UNIX files to the correct filesystem. That is, mount the zFS at some other subdirectory temporarily. mv the files to the temporary subdirectory upon which the filesystem is mounted. unmount the filesystem. mount it on the correct subdirectory. -- John McKown Systems Engineer IV IT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS question
Yup, meant apply From: Ken Porowski ken.porow...@cit.com To: IBM-MAIN@bama.ua.edu Sent: Tue, August 31, 2010 4:27:17 PM Subject: Re: zFS question You sure you didn't mean APPLY? I don't have any filesystems as distribution libs. -Original Message- McKown, John -Original Message- Bill Johnson I ran an smpe accept for a new product and didn't have the intended zFS file mounted. The zFS files all went to the root directory. How do I fix this? TIA All that I can think of is to review the SMP/E output and use mv to move the UNIX files to the correct filesystem. That is, mount the zFS at some other subdirectory temporarily. mv the files to the temporary subdirectory upon which the filesystem is mounted. unmount the filesystem. mount it on the correct subdirectory. -- John McKown Systems Engineer IV IT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS question
On Tue, 31 Aug 2010 13:01:04 -0700, Bill Johnson mellonb...@yahoo.com wrote: I ran an smpe accept for a new product and didn't have the intended zFS file mounted. The zFS files all went to the root directory. How do I fix this? ACCEPT? z/OS unix file systems are used as target locations for APPLY, not ACCEPT. So something must have been wrong during the APPLY not ACCEPT if things are not in their proper place. At any rate, you can copy / delete to another directory / mount point you create. You can use cp, pax, or mv to move them. If it were me, I would use copytree (in the samples dir IIRC) since it preserves all the sub-directory structures and then delete the old stuff. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often do you upgrade your zOS operating system?
We also upgrade on a two year schedule. Our clients have mandated intensive testing requirements, so testing and deployment is pretty much a half year effort at best. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
The DD RLSE operand (as distinguished from the SMS Partial Release parameter) is a feature of the current DD statement that takes effect during close (and then only if the dataset was opened for something other than input). It is an attribute of the current allocation and not of the dataset itself. It is not preserved for future use of the dataset, even if the dataset is passed to the next step in the job. It would be a waste for it to be in the DSCB. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lynd, Eugene C. Sent: Tuesday, August 31, 2010 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: How to determine use of RLSE in dataset allocation I need to determine this for an existing sequential dataset. I see where use of RLSE is indicated in the JFCB, but not in a DSCB. I must be missing something. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Format of STCK
Check Principles of Operation. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Micheal Butz Sent: Tuesday, August 31, 2010 12:34 PM To: IBM-MAIN@bama.ua.edu Subject: Format of STCK Hi Would any know the format of the STCK inst -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
On Tue, 31 Aug 2010 14:58:59 -0400, Tony Harminc wrote: On 31 August 2010 14:39, Pinnacle wrote: - Original Message - From: Benik, John E Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. It's only trying to help you. This has been a long standing complaint of mine with ISPF. In most cases I want to be able to tell it *DO NOT FIDDLE WITH MY SETTINGS - I KNOW THE WAY I WANT IT*. And I can't. It always knows best. I feel the same way about turning off data set delete confirmation. I've mentioned that on these lists, with great polarization in the reactions: o I trust myself so little that no one else should be allowed to do this! (Psychologists call this projection.) o I used ISPF for 15? years before confirmation appeared. For me, reviewing the screen before pressing ENTER was always my confirmation. It's my foot and my bullet. If you want to suppress this for all time, create an IMACRO to do this: NUM ON UNNUM NUM OFF The problem I have with this is that there are various cases where that initial macro won't take effect, e.g. edit an empty member and then copy the content of a member with valid numbers in. And the macro The worst case is where 73-80 contain monotonically increasing numeric data which are not intended to be sequence numbers. NUM OFF has no lasting effect; it just turns on again next time you edit the file. has to be set up on system and userid you are using. Why on earth can't they provide an option to truly lock some or all settings? CAPS ON is the very worst, because it so easily destroys data. It's only trying to help you. But Shane might argue there shouldn't even be a CAPS OFF setting. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
It is not preserved for future use of the dataset, even if the dataset is passed to the next step in the job. But, and I experimented with this in the early 1990's -- at management's request, you can use RLSE (with mod) and change the space allocation. You can also add additional extents to a dataset that you started out with no secondaries. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
CAPS ON is the very worst, because it so easily destroys data. Only if you're not aware. Any line you don't edit retains its case. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
This thread has been as interesting for what it omitted to say as for what it did say. I can think of no reason for using an STCK in new code. At 23:58:43 on 2042 September 17 the old IBM mainframe TOD clock, i.e., the 64-bit STCK value, overflows. The new STCKE instruction does not have this defect. Its clock values are 13-bytes, i.e., 13 x 8 = 104 bits, in length. We have, I believe, an obligation to mention the defects of approaches canvassed here; and we are not very good at doing it. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
On Tue, 31 Aug 2010 22:34:03 +, john gilmore wrote: This thread has been as interesting for what it omitted to say as for what it did say. I can think of no reason for using an STCK in new code. At 23:58:43 on 2042 September 17 the old IBM mainframe TOD clock, i.e., the 64-bit STCK value, overflows. The new STCKE instruction does not have this defect. Its clock values are 13-bytes, i.e., 13 x 8 = 104 bits, in length. We have, I believe, an obligation to mention the defects of approaches canvassed here; and we are not very good at doing it. Gulp. Do I now need to register to get a PDF of the PoOp? My IBMLink credentials appear not to work on the Resource Link web site. IIRC, the top byte of the ETOD is documented as reserved or undefined. We can guess. We can be wrong. So as far as is (was) currently documented, the ETOD overflows at the same time as the old TOD. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
On Tue, 31 Aug 2010 21:52:59 +, Ted MacNEIL wrote: It is not preserved for future use of the dataset, even if the dataset is passed to the next step in the job. But, and I experimented with this in the early 1990's -- at management's request, you can use RLSE (with mod) and change the space allocation. Don't you need also to specify SPACE on the DD statement? Or you can use OLD and overwrite with a larger data set. You can also add additional extents to a dataset that you started out with no secondaries. Once you've done this, does the DSCB indicate secondary extents, so you can create more extents with MOD (whatever) with no SPACE on the DD statement? But I suppose that if the DSCB continues to say SPACE=(unit,(prim,0)) even with secondary extents allocated, that wouldn't work. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
On 8/31/2010 4:03 PM, Paul Gilmartin wrote: IIRC, the top byte of the ETOD is documented as reserved or undefined. We can guess. We can be wrong. So as far as is (was) currently documented, the ETOD overflows at the same time as the old TOD. Description of STCKE behavior: The current value of bits 0-103 of the TOD clock is stored in byte positions 1-13 of the sixteen-byte field designated by the second-operand address, provided the clock is in the set, stopped, or not-set state. Zeros are stored in byte position 0. The TOD programmable field, bits 16-31 of the TOD programmable register, is stored in byte positions 14 and 15. The operand just described has the following format: .-+-+--. | | |Programm- | |Zeros| TOD Clock |able Field| '-+-+--' 0 8112 127 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
On Tue, 2010-08-31 at 18:03 -0500, Paul Gilmartin wrote: On Tue, 31 Aug 2010 22:34:03 +, john gilmore wrote: This thread has been as interesting for what it omitted to say as for what it did say. I can think of no reason for using an STCK in new code. At 23:58:43 on 2042 September 17 the old IBM mainframe TOD clock, i.e., the 64-bit STCK value, overflows. The new STCKE instruction does not have this defect. Its clock values are 13-bytes, i.e., 13 x 8 = 104 bits, in length. We have, I believe, an obligation to mention the defects of approaches canvassed here; and we are not very good at doing it. Gulp. Do I now need to register to get a PDF of the PoOp? My IBMLink credentials appear not to work on the Resource Link web site. IIRC, the top byte of the ETOD is documented as reserved or undefined. We can guess. We can be wrong. So as far as is (was) currently documented, the ETOD overflows at the same time as the old TOD. -- gil http://publibz.boulder.ibm.com/epubs/pdf/dz9zr007.pdf -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
Don't you need also to specify SPACE on the DD statement? Or you can use OLD and overwrite with a larger data set. Yes you do. Specify it with lots of commas. It actually works. You don't need to specify the primary, and you can specify secondaries, even for datasets that had none. The key is you have to open for output. So, use IEBGEBER, disp=mod, and SYSUT1 as DUMMY. I did all these experiments many years ago, in a shop without any of the x37 products. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
Others have dealt with the substance of Paul Gilmartin's post. I will limit myself to noting that its content is both preposterous and contrary to much IBM documentation. Épater John Gilmore? Certainl;y, but not without better preparation. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
On 31 Aug 2010 11:31:36 -0700, in bit.listserv.ibm-main you wrote: Does anybody know of a way to prevent the following from happening when setting numbers off? Short of going into every member of a PDS I have not found a way to prevent this. We have tried profile lock and a number of other things without success. If we can be prompted on a delete, why can't we have an installation or user setting that prompts us every time ISPF insists on turning on or off something line NUM, CAPS or RECOVERY? Clark Morris -CAUTION- Profile changed to NUMBER ON STD (from NUMBER OFF). Data has valid standard numbers. John Benik -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Set numbers off permanently.
On Tue, Aug 31, 2010 at 8:55 PM, Clark Morris cfmpub...@ns.sympatico.ca wrote: If we can be prompted on a delete, why can't we have an installation or user setting that prompts us every time ISPF insists on turning on or off something line NUM, CAPS or RECOVERY? Because ISPF is 1980s technology? (Sorry, you asked!) -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Where doc for STORAGE LINKAGE=SYSTEM?
I'm looking at page 119 of z/OS V1R10.0 MVS Assembler Services SET-WTO, the STORAGE macro. There is a very brief mention of LINKAGE=SYSTEM. However, at the beginning of the chapter, where it discusses register usage, there is only a description of LINKAGE=SVC and LINKAGE=BRANCH. What am I not seeing? FWIW, the whole beginning of the chapter seems a little garbled. There are introductory sections called Input and Output Register Information that appear to be correct only for LINKAGE=SVC, and under Input Register Information for LINKAGE=SVC there is a reference to something called BRANCH=SVC (which is contradictory and not supported by the macro). Further, there is no documentation for LINKAGE= with STORAGE RELEASE. Is it not supported or is the documentation wrong? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where doc for STORAGE LINKAGE=SYSTEM?
Some problems solved by looking at the V1R12.0 PDF online. LINKAGE=SYSTEM is documented, but BRANCH=SVC is still there, and no discussion of LINKAGE for STORAGE RELEASE. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Tuesday, August 31, 2010 6:11 PM To: IBM-MAIN@bama.ua.edu Subject: Where doc for STORAGE LINKAGE=SYSTEM? I'm looking at page 119 of z/OS V1R10.0 MVS Assembler Services SET-WTO, the STORAGE macro. There is a very brief mention of LINKAGE=SYSTEM. However, at the beginning of the chapter, where it discusses register usage, there is only a description of LINKAGE=SVC and LINKAGE=BRANCH. What am I not seeing? FWIW, the whole beginning of the chapter seems a little garbled. There are introductory sections called Input and Output Register Information that appear to be correct only for LINKAGE=SVC, and under Input Register Information for LINKAGE=SVC there is a reference to something called BRANCH=SVC (which is contradictory and not supported by the macro). Further, there is no documentation for LINKAGE= with STORAGE RELEASE. Is it not supported or is the documentation wrong? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 123 extents and VTOC fmt 3
Hi Radoslaw, I believe that the answers to your questions may be found in the Data Extent Block (DEB) and the murky depths of history. Due to its age, its close connections to original S370 hardware limitations and downward compatibility requirements, the DEB is a messy control block. As far as I can tell: 1) It may never exceed 2040 bytes because the single-byte field called DEBLNGTH at -4 specifies the total DEB length in doublewords. Maximum value is 255, which represents 2040 bytes. 2) At a very minimum, a direct access EXCP / BSAM / QSAM DEB comprises a. 23-byte prefix (appendage vector table) b. 32-byte basic section c. Direct Access device sections d. 16-byte EXCP, BSAM and QSAM dependent section 3) Expanding upon #2, the minimum length of a DEB (with no device sections) is 23+32+16 = 71 The maximum DEB length of 2040 minus 71 leaves 1969 bytes for device sections, each of which is 16 bytes 1969 / 16 = 123 and an odd byte 4) Most of the above also holds true for BPAM but the dependent section is smaller (i.e. 8 bytes rather than 16) 1977 / 16 = 123 and some odd bytes 5) The overall maximum of 255 extents for extended format non-PDS datasets probably has its roots in the one-byte DEBNMEXT field. I was unable to figure out how more than 123 extents are accommodated. 6) I believe that the limitation of 16 extents on datasets that are not extended format derives from the days when F3-DSCBs could not be chained. I cannot locate a data areas manual that's old enough, but I'm fairly certain that there was a day when a dataset was described by a F1-DSCB and (if required) a F3-DSCB. BSAM, QSAM and BPAM were written with this constraint. Extended format entailed removing this constraint and reformatting fields in the DEB direct access device sections. 7) If the above points are true, then the maximum of 10 F3-DSCBs is not arbitrary. A dataset with 123 extents would be defined by a F1-DSCB (3 extents), 9 F3-DSCBs (each defining 13 extents) plus a final F3-DSCB defining the remaining 3 extents. BTW: I have no idea why there is a limit of 59 volumes per dataset. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, August 31, 2010 13:12 To: IBM-MAIN@bama.ua.edu Subject: 123 extents and VTOC fmt 3 I just RTFMed some documentation and few questions arrived to my mind. VTOC fmt 3 record contains information about extents 4-16-th for older type datasets (like PDS, PS non EF, DA). It also contains link to another fmt 3 record - that's for newer type datasets. Up to 10 fmt 3 records can be used. Up to 123 extents can be allocated on the volume. I did some math: 123 extents - first 3 extents yields 120. Each fmt 3 record has room for 13 (4+9) extents. 13*10=130. 130 + first 3 extents = 133 extents. Q1: what is the limitation for 123 extents? Why the limit cannot be 133? Q2: I assume that 10 is arbitrary number (because I said so), possibly caused to preserve room in VTOC. Am I right or there is another reason? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: format of STCK instruction
On 08/31/2010 07:36 PM, john gilmore wrote: Others have dealt with the substance of Paul Gilmartin's post. I will limit myself to noting that its content is both preposterous and contrary to much IBM documentation. Épater John Gilmore? Certainl;y, but not without better preparation. John Gilmore Ashland, MA 01721-1817 USA Assuming you are referring to the statement that the ETOD as currently defined will still overflow at the same time as the old TOD clock, this statement is technically correct although it is also clearly stated by IBM that the obvious extension into the high-order zero byte is planned for the future. Here is what the PofOp says: At some time in the future, STORE CLOCK EXTENDED on new models will store a leftmost extension of the TOD clock in byte position 0 of its storage operand So, if at the time of the TOD rollover you are still running old hardware (where what constitutes new is still undefined), STCKE WILL overflow at the same time as STCK and the old TOD. What also seems to be unfortunately left ambiguous at this point is whether the z/OS date conversion facilities that allow you to convert to and from the ETOD format include support for ETOD values with a non-zero high-order byte. Those conversion facilities have some very nice features and could be the basis for some generalized date calculation routines, where the ETOD format is only used as an intermediate form in date calculation for historic and future dates. But the way ETOD is currently formally defined, one would have to assume that these conversion routines might not tolerate a non zero high order byte and would fail with conversion of dates beyond the TOD overflow point. The fact the current hardware may only support setting and storing ETOD values with a high order zero byte should not preclude software support for larger values when these values are used in other contexts than setting and storing the hardware clock. It would be more useful for coding and generalized use of the conversion facilities if the formal definition of the ETOD format explicitly showed the high-order byte as an active part of the time value, with a footnote stating that current hardware models are only capable of being set to times and storing times where the high-order byte is zero. Perhaps this is what was intended by IBM, but it is not what is stated. Since this is the only place the ETOD format is formally defined, until the definition is changed one is forced to assume ETOD software date conversion facilities don't support ETOD dates beyond the TOD overflow. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Witold Scislak/Poland/IBM is out of the office. (returning 09/07/2010)
I am out of the office until 09/07/2010. I am on vacation. Limited access to mailbox. Do not hesitate to call on my mobile: + 48 601606821. Note: This is an automated response to your message Re: format of STCK instruction sent on 1/9/10 0:34:03. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Emulator Software
What about Skippy, the bush kangaroo... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Linda Mooney Sent: Tuesday, August 31, 2010 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] 3270 Emulator Software Yeah, and Arthur Godfrey, the original Twilight Zone, Captain Kangaroo, and Fury. I have a local 3270 in my cube, along with a PC with emulation and dual monitors. I used to have a real 3279 s3g. It was wonderful, but I couldn't remote to it like I can the PC. I like not having to drive in when I 'get the call' off-hours. :-) Linda - Original Message - From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, August 29, 2010 2:29:02 PM Subject: Re: 3270 Emulator Software You forgot Rin, Tin, Tin and Hoppalong Cassidy :-) Not to mention Roy Rogers, with Dale, Trigger, Buttermilk and a Jeep named Nelly Belle. :-) Rick - Ed Finnell wrote: In a message dated 8/29/2010 9:02:07 A.M. Central Daylight Time, zedgarhoo...@gmail.com writes: No, it's retro, like the 50s: remember those round TVs? :-) Dumont and Zenith were big. Sky King, Cpt Preston, Buster Brown, and Ruff and Ready. Evening news was 'Walter Concrete' as my sister used to say. Somewhere along the way I got a chemistry set and an ATT science kit and my lifelong adventure began... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 123 extents and VTOC fmt 3
Alan Starr wondered: I have no idea why there is a limit of 59 volumes per dataset. That's 59 units (that is, UCBs or devices), which, for DASD data sets translates to 59 volumes. There is no such limitation for TAPE data sets, of course, since a tape drive can be reused for subsequent volumes of a multi-volume tape data set; they will be mounted in the correct/specified/cataloged sequence, naturally. The 59 device limit has to do with the size of a single entry in the TIOT. Each device entry is 4 bytes. 4*59=236, so one would suspect that must be a 1-byte TIOT entry length field somewhere. Voila! | 24 (18)1TIOELNGH - LENGTH, IN BYTES, | OF THIS ENTRY | (INCLUDING ALL DEVICE | ENTRIES) Since the length is 1-origin, and TIOT entries much be word-aligned, the maximum size DD entry is 256-4=252 bytes. Each DD entry, before the device entry(ies) contains 16 bytes. Hence, 252-16=236. 236/4=59. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine use of RLSE in dataset allocation
On 8/31/2010 7:15 PM, Paul Gilmartin wrote: Once you've done this, does the DSCB indicate secondary extents, so you can create more extents with MOD (whatever) with no SPACE on the DD statement? But I suppose that if the DSCB continues to say SPACE=(unit,(prim,0)) even with secondary extents allocated, that wouldn't work. The format 1 DSCB has no provision for saving primary allocation amounts, only the type. The justification presumably was that once you have the primary space, the information is useless, and only the secondary matters. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html