Re: External Timer Source without STP on a Z9
Ed I think your undestanding of the both the Sysplex Timer and STP is a little incorrect.. comments inserted.. Ed Gould wrote: Tim: Just curious about the offering. IBM seems to think (if I understand what is being offered correctly). That most mainframes are hooked up to the internet. While this may be true for some companies, I suspect it is not true for most. I'm not sure were you get this from, what has the STP got to do with being connected to the internet?. Nothing I've seen implies this. The sysplex timer (IMO) was a costly feature IMO it really didn't offer a real payback. While it may have been nice to have it really wasn't high on anyones list of got to have this. Ok, so the price might have been on the high side, and I *fully* understand the frustrations of single-CPC sites and external time syncronisation, but remember the primary function of the sysplex timer is to syncronise time *bewteen* CPCs. So yes, I would never expect it to be on the list of got to haves for single-CPC sites - they don't have another CPC to sync with. However, when you consider its prime purpose, and you run your plex across CPCs, then the timer is right near the top of must haves. Its all about context and what the device was designed to do. Unfortunatlely, as the timer (and now STP) is the only way for ETS synconisation, in the context of small sites it can seem a rough deal. I worked at a place that had one and IMO it was a box that not vary many people had a clue what it was. On one hand you have an expensive (25K IIRC) piece of equipment that really didn't offer a hard return. Like I said above, enabling multi-CPC plexes is a pretty good return. It's just as essential as a coupling facility - do you think that CFs don't offer a hard return, just the cost of a single ICF is way more that a timer. On the other hand is a piece of software that if ordered requires a hook up to the Internet. Just how many companies are going to go for that kind of trade off? On one hand a secure environment and on the other hand the timer is costly yet reasonably secure. One final coment about the STP feature. Although we might not like it, I suppose that its to be expected that IBM charge for it - they dont give CF links away do they? However, it would probably be better if they had decided to enable the feature in 2 levels - Single CPC and multi-CPC. Single CPC would just facilitate ETS sync, and multi CPC being the full blown STP.. (and if they were feeling real generous, the SingleCPC mode would be included in the base price ;-) Regards Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1401 Music
Interestingly (?) This was broadcast by BBC Radio 3's Late Junction program on the first of November this year. Johann Johannsson: Part 3: IBM 14C2 Card Read-Punch / Part 4; IBM 729 II Magnetic Tape Unit Johann Johannsson Taken from the album IBM 1401 A User's Manual CAD 2609 CD for further details visit http://www.cmntours.org.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
4245 printers available
We have two 4245 printers available to anyone who wants them provided you come pick them up (or arrange shipping). One works fine and the other is being used for parts. We are located in Columbus, OH. If you are interested, please contact me offline at [EMAIL PROTECTED] Thanks, Chuck Kreiter Systems Programming Supervisor State Auto Insurance * This message was scanned by the corporate mail server for viruses and objectionable content. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO user activity logger
Hi. Someone know about the way to logger the any Tso user activity in centralized way ( like SMF ) ?. The auditors are asking me this functionality for emergency users TSO. Thanks. Alvaro. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: hsm backup migrate un opened datasets
HSM will backup empty datasets; it will not backup datasets which have an unknown DSORG. I usually setting up a default dataclass containing minimal information. By assigning this default, a DSORG of PS is assigned, which will allow HSM to process the dataset. If more extensive attributes need to be assigned, another dataclass can be used or supplied in JCL. Hope this helps. Chris Taylor IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
Just curious about the offering. IBM seems to think (if I understand what is being offered correctly). That most mainframes are hooked up to the internet. While this may be true for some companies, I suspect it is not true for most. You don't mix up STP with (S)NTP, do you? The former is IBM's new System z timer protocol; the latter is a TCP/IP based timer protocol. (S)NTP can be used to synchronise clocks across the Internet but it can as well be use to synchronise some isolated machines which happen to have TCP/IP interconnections amongst themselves. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VS: Unix Security
For what reasons would a program need UID(0)? The only reason I can think of is when a daemon is starting processes and switching the userid. And here IBM made things really easy, I think. A daemon running with a standard userid and with RACF setup for program control, can switch the userid after a successful call to BPX1PWD (__passwd()), then if it needs to do a spawn() (BPX1SPN). Is this correct? Lindy -Alkuperäinen viesti- Lähettäjä: IBM Mainframe Discussion List puolesta: Patrick O'Keefe Lähetetty: ma 13.11.2006 21:49 Vastaanottaja: IBM-MAIN@BAMA.UA.EDU Aihe: Re: Unix Security On Mon, 13 Nov 2006 17:28:47 +0100, R.S. [EMAIL PROTECTED] wrote: I think we need to repeat John's no person with UID(0) plea often and loudly because we have to counteract those Program Directories (and non-IBM equivalents) that still say UID(0) is required. Many product still have installation instructions claiming this because the packagers are to lazy to determine their true needs. And don't care that they are are advocating a security and integrity exposure. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COND CODE 3592
I have been obliged to examine a response I made to this thread in excruciating detail prompted by some private correspondence. In the course of picking over the issue I may have managed to discover a fundamental misunderstanding which has caused much heat. So perhaps explaining it to all and sundry may shed some light on the matter. It concerns Phil Payne's post of Mon 6 Nov 2006 18:32: quote Maybe the program was converted from VSE which, in the days when it was DOS anyhow, used an SVC macro to end the job. So, effectively, does z/OS. ISTR that R14 in a jobstep programme points directly at an SVC 3 instruction. You used to be able to tell if you were the jobstep programme by looking at that. /quote Many contributors pointed out that the test mentioned at the end of this post does not really work since finding register 14 pointing to CVTEXIT (an SVC 3 instruction) applies to any code entered using supervisor assisted linkage. Tony Harminc (Mon 6 Nov 2006 19:16) seems to suspect Phil's point may apply to code entered using programmer linkage, that is, the use of the register 1, 13, 14 and 15 conventions when calling routines and being called by routines. It is only Pat O'Keefe (Tues 7 Nov 2006 01:18) who seems to have made the programmer linkage assumption - which I thought was a misunderstanding until I realised everyone else had jumped to possibly the wrong conclusion, namely, that that Phil had tasks - and possibly other supervisor assisted linkage cases - in mind rather than nested routines using programmer linkage. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
smf question
Is there an smf record to track when a catalog was changed/updated or when a dataset was uncataloged? We have a mystery as to how several datasets were deleted in the mvs catalog then scratched by the tape management system. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert Justice Okay, so does anyone have a link to IBMLINK that is actually working this morning. https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persi stPage=true just worked for me -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
link to a real, working IBMLINK ?
Okay, so does anyone have a link to IBMLINK that is actually working this morning. www.ibmlink.ibm.com doesn't get you anywhere except back to the home page then I made the mistake of going to www.s390.ibm.com, operating systems, z/OS, support, support for z/OS, and selecting servicelink via ibmlink which of course points back to www.ibmlink.ibm.com which gets you nowhere. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel A. McLaughlin Sent: Tuesday, November 14, 2006 7:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: link to a real, working IBMLINK ? I've been in and out of the manuals area several times today and have had 0 problems with the PDF stuff. Are you being limited at your site by the network settings? snip Not that I know of. However, I have reported to our help desk various problems having to do with connection issues. It was determined that I have insufficient memory (512MB) and so I was issued a new machine (1GB). I am not having connectivity issues with internal stuff now, just external things. Trust me, Rod Serling is alive and well in this building somewhere, or Allen Funt, or both. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
In a recent note, Roy Hewitt said: Date: Tue, 14 Nov 2006 11:24:19 + Ok, so the price might have been on the high side, and I *fully* understand the frustrations of single-CPC sites and external time syncronisation, but remember the primary function of the sysplex timer is to syncronise time *bewteen* CPCs. So yes, I would never expect it to be on the list of got to haves for single-CPC sites ... *Fully* failing to recognize the needs of single-CPC sites which require uninterrupted operation and accurate time. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Justice Sent: Tuesday, November 14, 2006 7:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: link to a real, working IBMLINK ? Okay, so does anyone have a link to IBMLINK that is actually working this morning. snip https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persi stPage=true Gets me immediately to a login page. My problem is, I can't seem to download manuals from Boulder (well, I couldn't yesterday when I shutdown). Seems they would get to maybe 50% and stall (PDF types, don't even suggest Book-Trashed versions -- I have a longer attention span than most managers, probably because at my age it takes longer to read the paragraphs). Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
I've been in and out of the manuals area several times today and have had 0 problems with the PDF stuff. Are you being limited at your site by the network settings? Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
--snip--- The sysplex timer (IMO) was a costly feature IMO it really didn't offer a real payback. While it may have been nice to have it really wasn't high on anyones list of got to have this. I worked at a place that had one and IMO it was a box that not vary many people had a clue what it was. --unsnip- Ed, if you ran a parallel sysplex across multiple footprints, you realized the value in one heap big hurry! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: hsm backup migrate un opened datasets
Chris That's what I forgot to do ! Thanks for the help Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Kelly this is becoming a weekly event. now if ibm would only schedule the day(s) that servlink is not going to be available. Something like, Servlink will be unavailable every day, except when it is available? :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
On Tue, 14 Nov 2006 10:22:18 -0500, Jack Kelly wrote: this is becoming a weekly event. now if ibm would only schedule the day(s) that servlink is not going to be available. It seems that, so far, they have only been selecting the days of the week that end in 'y'. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: moving data sets to new STROGRP
Judy, I would suggest running a dfdss copy with delete purge to move your datasets. see sample below //STEP1EXEC PGM=ADRDSSU,REGION=6M //SYSPRINT DD SYSOUT=* //SYSINDD * COPY DATASET( - INCLUDE(DB2DBKUP.*.*.IC*.*)) - TGTALLOC(SOURCE) - PROCESS(UNDEF) - OUTDYNAM(bb) /* ALLOC VOL in output storage group */ CATALOG - SPHERE - VOLCOUNT(*) - DELETE REPLACE /* I'm assuming that your SMS routines have been changed to drive your new DB2DBKUP.*.*.IC*.* allocations to the desired Storage Group or else you will also need the following: BYPASSACS(DB2DBKUP.*.*.IC*.*) - STORCLAS() -desired storage class MGMTCLAS(dd) - desired management class Hope this helps, Dave O'Brien -Original Message- From: Judy Ellis [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 14, 2006 11:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: moving data sets to new STROGRP Hi, I am separating my DB2 ARCHLOGS and Image copes to separate POOLS and now need to move the image copies to the new SMS volumes. Does anyone know how I can accomplish that? I did see the MOVE NODEDATA node nname FROMSTGPOOL =TOSTGPOOL= and am thinking that might work but I need to be sure. ex.. move nodedata DB2DBKUP.*.*.IC*.* FROMSTGPOOL=ARCHLOG TOSTGPOOL=DB2DIC Thanks, Jellis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
moving data sets to new STROGRP
Hi, I am separating my DB2 ARCHLOGS and Image copes to separate POOLS and now need to move the image copies to the new SMS volumes. Does anyone know how I can accomplish that? I did see the MOVE NODEDATA node nname FROMSTGPOOL =TOSTGPOOL= and am thinking that might work but I need to be sure. ex.. move nodedata DB2DBKUP.*.*.IC*.* FROMSTGPOOL=ARCHLOG TOSTGPOOL=DB2DIC Thanks, Jellis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
Paul Gilmartin wrote: In a recent note, Roy Hewitt said: Date: Tue, 14 Nov 2006 11:24:19 + Ok, so the price might have been on the high side, and I *fully* understand the frustrations of single-CPC sites and external time syncronisation, but remember the primary function of the sysplex timer is to syncronise time *bewteen* CPCs. So yes, I would never expect it to be on the list of got to haves for single-CPC sites ... *Fully* failing to recognize the needs of single-CPC sites which require uninterrupted operation and accurate time. -- gil Paul, That's maybe a little unfair.. (or was it aimed at IBM??). I do recognise those needs, which is what I meant by frustrations of single-CPC sites. I was just attempting to counter Ed's generalisation that it was just a nice to have and not high on anyones list. There are lots of sites (both single and multi CPC) for which the Timer is essential. I find that the difference of opinion between the two type of sites is usually cost based. For the large multi-CPC sites, the cost is usually trivial compared to other HW and SW licensing costs. For these sites the benefit of enabling multiCPC sysplex and datasharing far outways the Timer cost. For the single CPC sites - I presume your's is one of those - it is often seen as an expensive option, and rightly so. And this I suppose comes down to IBM's view (back in the early 90's) that sysplex was the way to go. Its a pity that it's taken so long to release an alternative (STP) to the Timer, and even more so that it is chargable. As I said in my last post, it would be good if it were non-chargable for singleCPCs.. Regards Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
-snip-- Someone know about the way to logger the any Tso user activity in centralized way ( like SMF ) ?. The auditors are asking me this functionality for emergency users TSO. unsnip-- IIRC, you can still get a audit trail of what TSO commands a user invokes, but not under ISPF. The best you can hope for is tracking what datasets are accessed and/or updeted and logging of any RACF commands. Sooner or later, even auditors have to realize that certain people must be trusted to do their jobs correctly. G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK Failures -- Attention of IBM Management
Suppose that for every time one needs to open an ETR, and IBMLINK is down, that you were to call the 800 number and make your problem a SEV1. Now further suppose that all IBM customers were to do this. How long would it take before the pain would be felt high enough that this would get fixed - permanently? This is only an idea for discussion, not to actually implement (at least at this time). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: smf question
Is there an smf record to track when a catalog was changed/updated or when a dataset was uncataloged? We have a mystery as to how several datasets were deleted in the mvs catalog then scratched by the tape management system. Thanks I recommend you get DAF (Dataset Audit Facility) here: http://www.cbttape.org/cbt/CBT094.zip. Most of the time, CA1 has decided to scratch the tape and the scratch and clean job uncataloged the tape dataset. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: smf question
Types 61, 64, and 65 track catalog DEFINE, ALTER, and DELETE. Larry Crilley Dino Software, Corp. http://www.dino-software.com/ 412.734.2853 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Tuesday, November 14, 2006 11:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: smf question Is there an smf record to track when a catalog was changed/updated or when a dataset was uncataloged? We have a mystery as to how several datasets were deleted in the mvs catalog then scratched by the tape management system. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: smf question
You might download the DAF file from CBT.org. That's assuming that you're cutting the relevant SMF records which other postings have pointed you to. -Original Message- From: Matt Dazzo [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 14, 2006 11:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: smf question Is there an smf record to track when a catalog was changed/updated or when a dataset was uncataloged? We have a mystery as to how several datasets were deleted in the mvs catalog then scratched by the tape management system. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: remote support questions - curiousity
Ed Finnell wrote: In a message dated 11/13/2006 10:44:35 A.M. Central Standard Time, [EMAIL PROTECTED] writes: windows PC than os/2 was. I find it at last practical to use from home, especially to logon to the SE's . so do the hackers We have an interesting setup here. At home we connect to a Windows 2003 server via a VPN and a remote desktop application. We signon using regular authentication and then authenticate using an RSA SecureId card. From the remote desktop I can start up IE and connect to the HMC, which is only visible to the intranet. The HMC application is another kind of remote desktop. In turn, connecting to the SE from the HMC is a further remote desktop. It's kind of interesting to move the mouse around going thru 3 remote desktops!! Greg Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
Ah, peaceful resistance. Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: smf question
Yes, there are three SMF records: Record Type 61 - Define Catalog entry, Record Type 65 - Delete Catalog entry and Record Type 66 - Alter Catalog entry. If you have any doubt don't hesitate to contact me. Roberto Pacheco GFS Software Phone: +55 11 3817 6313 e-mail: [EMAIL PROTECTED] -Mensagem original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Matt Dazzo Enviada em: terça-feira, 14 de novembro de 2006 13:41 Para: IBM-MAIN@BAMA.UA.EDU Assunto: smf question Is there an smf record to track when a catalog was changed/updated or when a dataset was uncataloged? We have a mystery as to how several datasets were deleted in the mvs catalog then scratched by the tape management system. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question JQES utilization
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, November 13, 2006 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question JQES utilization In [EMAIL PROTECTED], on 11/05/2006 at 12:25 PM, Ed Finnell [EMAIL PROTECTED] said: one of the DLIB packs where the new CHECKPTs lived. Putting operational data on a DLIB volume is tantamount to suicide. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Yes! I remember one place which put the CA-1 TMC on a CICS DLIB pack. The CICS person had to restore the volume due to a mistake. BOOM! There when the TMC. Such fun to recover! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
this is becoming a weekly event. now if ibm would only schedule the day(s) that servlink is not going to be available. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve (SCI TW) Suppose that for every time one needs to open an ETR, and IBMLINK is down, that you were to call the 800 number and make your problem a SEV1. Now further suppose that all IBM customers were to do this. Hmmm SEV2 should be sufficient, unless your own ETR needs to be SEV1 (in which case it would probably be faster to phone it in in the first place). A sufficient quantity and frequency of SEV2s should be enough to get attention. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
www.ibmlink.ibm.com doesn't get you anywhere except back to the home page I followed this link, selected Open a Service Request selected Software and System z: z/OS SoftwareXcel and it took me to IBMLINK. But my bookmarked link is http://www-306.ibm.com/ibmlink/link2/servicelink/servicelinkPage.jsp?lc=encc=US -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
less generic, more informative subject lines
Matt Dazzo is only the most recent offender, but I will shoot at him to make my point. His title, SMF question is less than helpful because too generic. Such a title as SMF records for catalog changes? would (1) be more immediately informative and (2) make the archives much more useful down the road. Let's all try to make our title lines for OPs more descriptive of what they contain. John Gilmore Ashland, MA 01721-1817 USA _ Use your PC to make calls at very low rates https://voiceoam.pcs.v2s.live.com/partnerredirect.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Rückmeldung von Uli Röser
Hallo liebe Blech-Kollegen, hier die Rückmeldung von Uli (sowie Rechnung, die habe ich einstweilen bezahlt). Bitte äußert Euch bei Gelegenheit mal, ob Ihr mit ihm klarkommt und mit der Probenarbeit zufrieden seid. Ich hatte persönlich einen sehr guten Eindruck. Viele Grüße, bis nächste Woche Bernd -- Weitergeleitete Nachricht -- Subject: rechnung Date: Tue, 14 Nov 2006 12:12:05 +0100 From: Roeser Ulrich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hallo Bernd, hier meine Rechnung. Ich hoffe die ist so in Ordnung. Es hat mir echt Spaß gemacht gestern und ich hoffe das es den Kollegen auch gefallen hat. Wenn die auch Vorschläge hätten, sollten wir das weiter machen, was sie gerne geprobt, besprochen etc. haben wollen. Ich bin offen. Als dann bis demnächst Gruß Uli --- -- *--* !Bernd Oppolzer! !Bärenhofstr. 23 ! !70771 Leinfelden-Echterdingen ! !Tel. 0711-2209122 (Büro) ! !Tel. 0711-7949590 (privat)! *--* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
last message sent due to error
Hello list, I hit the wrong field in the address book. Sorry, kins regards Bernd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
http://www.ibm.com/ibmlink is (was) working. On Tue, 14 Nov 2006, Bruce Black wrote: www.ibmlink.ibm.com doesn't get you anywhere except back to the home page I followed this link, selected Open a Service Request selected Software and System z: z/OS SoftwareXcel and it took me to IBMLINK. But my bookmarked link is http://www-306.ibm.com/ibmlink/link2/servicelink/servicelinkPage.jsp?lc=encc=US -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
In a message dated 11/14/2006 11:14:47 A.M. Central Standard Time, [EMAIL PROTECTED] writes: SEV1 (in which case it would probably be faster to phone it in in the first place). A sufficient quantity and frequency of SEV2s should be enough to get attention. Jazbut, why? Either they're running without SLAs or nobody's looking at them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On Tue, 2006-11-14 at 12:00 -0500, Thompson, Steve (SCI TW) wrote: Suppose that for every time one needs to open an ETR, and IBMLINK is down, that you were to call the 800 number and make your problem a SEV1. Now further suppose that all IBM customers were to do this. I purely hate having to lie about problem severity in order to get attention. I had an issue at Sun/STK just last week, and contacted what IBM might have called the duty manager with a complaint. She offered to mark my problem as a sev-1. I refused, saying that sev-1 meant down, and that I didn't care to pervert the system. Guess that either makes me a nice guy or a chump; I'm not sure which. I will admit to having played the game a few years ago, when I was forced to artificially escalate a sev-3 to sev-2. At the time TCPIP sev-3s might just as well have been dropped into a black hole. You try to set severity levels responsibly, and triage yourself into the support queue in a socially conscious way. Then you question the wisdom of same when a support mechanism ravaged by budget cuts ignores you. Anybody else remember when level-1 used to transfer you directly to level-2? Been a long time since THAT happened to me. (Thank you for calling Davesoft... all Daves are busy at the moment, but your call is very important to us... though perhaps not enough to adequately staff our call center... please hold on the line, and the first available Dave will take your call in the order in which it was received...) Excuse my rant, and the thread hijack. I feel better now, thanks. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On Tuesday, 11/14/2006 at 12:00 EST, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: Suppose that for every time one needs to open an ETR, and IBMLINK is down, that you were to call the 800 number and make your problem a SEV1. Now further suppose that all IBM customers were to do this. How long would it take before the pain would be felt high enough that this would get fixed - permanently? This is only an idea for discussion, not to actually implement (at least at this time). As a discussion point, I'm not sure how reporting your Sev3, say, problem as Sev1 would do anything to get IBMLink up and running. The developers who get out of bed to deal with your Sev1 have no control or awareness of IBMLink, and the Support Center will handle the calls as usual. If you can open a PMR against IBMLink when it is down, do so (I have no idea if you can), or, if you think you are aren't getting sufficient value from the service because of downtime, then use the Feedback (when it finally comes back up). And no service is permanently fixed. I suppose that, like RETAIN itself, the IBMLink infrastructure could be beefed up to provide more failover, but that would simply raise the cost (and price!) of the service. [And, of course, reporting here that IBMLink is down will do nothing to get it fixed, either, assuming they don't already know the service is down.] Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
Someone know about the way to logger the any Tso user activity in centralized way ( like SMF ) ?. Log what? Sign ons? Dataset activity? Commands? Specifics would help! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
*Fully* failing to recognize the needs of single-CPC sites which require uninterrupted operation and accurate time. How do you get uninterrupted operation on a single-CPC site? Never IPL? Never have a sub-system failure? Without Parallel SYSPLEX? When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: less generic, more informative subject lines
Uh Oh! Now we have the subject line police. (But you do have a good and valid point). He sure does. Sometime back someone started a thread with the subject Question; what good does that do anyone? In the Assembler List, there is a current thread with the subject Assembler Question; of course it is, its the Assembler List!!! But I have no hope that this will eliminate future generic subjects -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
Something like, Servlink will be unavailable every day, except when it is available? Sorry! Service temporarily available! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
If you can open a PMR against IBMLink when it is down, do so (I have no idea if you can), You can, by calling the IBMLINK support line. The problem is that the support line number appears when you are signed on to IBMLINK. When it was down a few weeks ago, I spent 5 minutes trying to find the number externally. Finally found it -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
On 13 Nov 2006 16:43:29 -0800, [EMAIL PROTECTED] (Ed Gould) wrote: Just curious about the offering. IBM seems to think (if I understand what is being offered correctly). That most mainframes are hooked up to the internet. While this may be true for some companies, I suspect it is not true for most. The sysplex timer (IMO) was a costly feature IMO it really didn't offer a real payback. While it may have been nice to have it really wasn't high on anyones list of got to have this. I worked at a place that had one and IMO it was a box that not vary many people had a clue what it was. It's interesting how needs change. At one time, I was willing to pay good money for an accurate clock for my PC. Now I accept an inaccurate one that corrects itself daily. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
Ted MacNEIL wrote: *Fully* failing to recognize the needs of single-CPC sites which require uninterrupted operation and accurate time. How do you get uninterrupted operation on a single-CPC site? Never IPL? Never have a sub-system failure? Without Parallel SYSPLEX? I assume he meant uninterrupted by the need to fix the clock that has drifted. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
IIRC, you can still get a audit trail of what TSO commands a user invokes, but not under ISPF. TSOMON ($$) will track even under ISPF. Sooner or later, even auditors have to realize that certain people must be trusted to do their jobs correctly. It's not the auditors. It's a compliance issue; the auditor does/should not determine what to track. Rather, they require reporting on what is required to monitor compliance. It's a true separation of duty (generic terminology): 1. Standards Officer -- determines what are best practices. 2. Auditor -- reports on which standards are(n't) being met. 3. Compliance Officer -- enforces standards. Too many people are 'afraid' of auditors, but in a 'proper environment', they have no enforcement capabilities. If there is no true separation of duty, then there is a potential for conflicts of interest! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO user activity logger
O.K. I need to have the access activity over the some dataset ( update, delete, etc. ) from SPECIFIC USERS , but I'dont want to activate the audit option for all dataset resource... I know that if I specify each additional logging activity for each profile, increases RACF and SMF processing and might affect RACF performance. So I would like get the logging activity from SPECIFIC USERS Atte. Alvaro. -Mensaje original- De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de Ted MacNEIL Enviado el: Martes, 14 de Noviembre de 2006 13:48 Para: IBM-MAIN@BAMA.UA.EDU Asunto: Re: TSO user activity logger Someone know about the way to logger the any Tso user activity in centralized way ( like SMF ) ?. Log what? Sign ons? Dataset activity? Commands? Specifics would help! When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: link to a real, working IBMLINK ?
What I have done is bookmark https://www-304.ibm.com/jct03004c/support/electronic/portal/!ut/p/_s.7_0_A/7_0_CI?category=4 which should get you to the Access premium services page, which in turn gives a link to IBMLink. We have been explicitly told not to link to the IBMLink sign-on page, in defiance of all common sense. This should work until the webmasters at IBM get word that people are actually making it into IBMLink, at which point the URL will be changed again; the content will also be translated to Welsh to further guard against the possibility of someone getting some work done. Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to expand SYS1.LINKLIB?
The easiest method to compress a library for maintenance runs is to use the SMP/E option COMPRESS(xx), or COMPRESS(ALL), where xx is the name of the specific library(ies) to compress. SMP/E will delete all the modules which are to be changed, then compress the library, then apply the maintenance. But there is no subsitute to having SMP/E point to copies of the datasets, and not trying your luck with the running stuff. On Sun, 12 Nov 2006 13:56:16 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 11/09/2006 at 10:08 PM, Bob Henry [EMAIL PROTECTED] said: Is there a SAFE way to expand the size of SYS1.LINKLIB? Yes - on a target volume that you're not currently running from. Any maintenance to the system you're running from puts you at risk. I need to apply a PTF to a module in LINKLIB but I'm afraid it will cause it to go into a secondary extent. If you're talking about your live SYS1.LINKLIB then there may be other risks as well. But it's not my dog. Is there an easier (and safe) way to expand SYS1.LINKLIB? Safe? No, but safer. Make a copy with a larger primary. Rename original. Rename copy. IPL. At you leisure, redo your maintenance strategy so that it does not require updating the running system and you;ll save yourself a lot of grief. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
responsing to alan's company position, i've put in numerous feedbacks and the response is next to nil. reporting the pblm here informs other users and usually gets us back with a url that works (at least for the moment, a day). plus the pblm gets noticed by some ibm folks from this forum BUT no one can resolve it or tell you what happened or tell you a work around. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, November 14, 2006 11:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK Failures -- Attention of IBM Management snip As a discussion point, I'm not sure how reporting your Sev3, say, problem as Sev1 would do anything to get IBMLink up and running. The developers who get out of bed to deal with your Sev1 have no control or awareness of IBMLink, and the Support Center will handle the calls as usual. If you can open a PMR against IBMLink when it is down, do so (I have no idea if you can), or, if you think you are aren't getting sufficient value from the service because of downtime, then use the Feedback (when it finally comes back up). snip Alan Altmark z/VM Development IBM Endicott snip Ok, here is the theory (from when I was contracted to IBM). Problems are tracked on the basis of severity. Departments are somewhat graded on how fast they manage [handle] problems, and the severity of the problems they get (COBOL shouldn't ever get a true SEV1, should it?). So, should the queues for COBOL, VTAM, CPCS or JESx (etc.) get skewed greatly, managers are going to take notice. Visibility of the issue will have happened, and instant survey results will have been gotten. But if the customer base waits for a survey to fill it out, how long will it be before the management of the web pages gets told to get their act together? In my opinion opening tickets at SEV2 does not solve the problem. But SEV1 gets that call back within 2 hours and the reduction in severity to where it should be (perhaps to SEV3?). IBM departmental managers might get unhappy, want to talk with your management, and when they [IBM] gets told, we are paying for support, and the support system is broken more than it is up... So, now you [personally] are in VM DEV. What would happen if such postings to IBM-MAIN (about IBMLINK not being functional) were sanitized and presented to your manager? Same for other IBMers that are lurking. I remember in the Branch days that there would have been a chat with some people about customer satisfaction and how every IBMer is a sales person. But this is just discussion. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve (SCI TW) Sent: Tuesday, November 14, 2006 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK Failures -- Attention of IBM Management snip Ok, here is the theory (from when I was contracted to IBM). Problems are tracked on the basis of severity. Departments are somewhat graded on how fast they manage [handle] problems, and the severity of the problems they get (COBOL shouldn't ever get a true SEV1, should it?). Yes. Customer needs to fix a business-critical COBOL program. Despite all attempts, the compiler refuses to compile, despite the COBOL being 100% correct. Or there is an LE bug, perhaps. To me, this is SEV1. My company is hurting big time. If it is bad enough, it might even result in regulatory fines. OK, that is contrived. Most shops would figure out a work-around. rantBut perhaps IBM has completed its let's dumb down the customer and there are no real COBOL people around anymore at this location. The company has a VB programmer trying to fix it./rant snip Later, Steve Thompson -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to expand SYS1.LINKLIB?
---snip- The easiest method to compress a library for maintenance runs is to use the SMP/E option COMPRESS(xx), or COMPRESS(ALL), where xx is the name of the specific library(ies) to compress. SMP/E will delete all the modules which are to be changed, then compress the library, then apply the maintenance. unsnip But God help you if IEBCOPY happens to be getting an update.! ---snip- But there is no subsitute to having SMP/E point to copies of the datasets, and not trying your luck with the running stuff. -unsnip- AMEN, BROTHER! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On 14 Nov 2006 09:41:01 -0800, [EMAIL PROTECTED] (David Andrews) wrote: I will admit to having played the game a few years ago, when I was forced to artificially escalate a sev-3 to sev-2. At the time TCPIP sev-3s might just as well have been dropped into a black hole. You try to set severity levels responsibly, and triage yourself into the support queue in a socially conscious way. Then you question the wisdom of same when a support mechanism ravaged by budget cuts ignores you. It's better than when physicians ask you what level of pain you are at. Different people give very different numbers for the same pain level. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: less generic, more informative subject lines
John, point taken. But realize some folks are new to the service (like me) and therefore not familiar with what works best. Matt [EMAIL PROTECTED] 11/14/2006 12:20 PM Matt Dazzo is only the most recent offender, but I will shoot at him to make my point. His title, SMF question is less than helpful because too generic. Such a title as SMF records for catalog changes? would (1) be more immediately informative and (2) make the archives much more useful down the road. Let's all try to make our title lines for OPs more descriptive of what they contain. John Gilmore Ashland, MA 01721-1817 USA _ Use your PC to make calls at very low rates https://voiceoam.pcs.v2s.live.com/partnerredirect.aspx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
--snip- It's not the auditors. It's a compliance issue; the auditor does/should not determine what to track. Rather, they require reporting on what is required to monitor compliance. It's a true separation of duty (generic terminology): 1. Standards Officer -- determines what are best practices. 2. Auditor -- reports on which standards are(n't) being met. 3. Compliance Officer -- enforces standards. Too many people are 'afraid' of auditors, but in a 'proper environment', they have no enforcement capabilities. If there is no true separation of duty, then there is a potential for conflicts of interest! -unsnip--- In an ideal world, that's how it might work. I spent 4 weeks on unpaid leave because an auditor knew of a single hole in our security. He used a newly-discovered hole in a CA SVC to basically run pampant though my system, then told senior management that anyone could do it. When I challenged him, in front of my senior management, I got suspended without pay. It took me 4 weeks of conversations with CA Tech Support to build a concrete case, which was argued before the Board of Governors, just me vs. the auditor. The net upshot was that CA fixed the hole, I got reinstated in my position, the pay that was withheld from me was duly paid over and my senior management got a reprimand for treating me so shabbily. Needless to say, I've got very strong feelings about most DP auditors in general, and stronger feelings about the so-called Security Auditor. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On Tuesday, 11/14/2006 at 01:34 EST, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: So, now you [personally] are in VM DEV. What would happen if such postings to IBM-MAIN (about IBMLINK not being functional) were sanitized and presented to your manager? Same for other IBMers that are lurking. I remember in the Branch days that there would have been a chat with some people about customer satisfaction and how every IBMer is a sales person. Actually, mailing list postings are often used by me and other Interested IBMers to drive change, whether it's in the product, our processes, our perceptions, or our plans (the 4 P's?). Sometimes the postings are used as evidence and other times simply as input. In this case, another IBMer who follows the list also knows who manages IBMLink and has contacted said manager. That said, as with requirements, you still need to use established processes to report problems with IBM services. You are not alone in the wilderness! :-) Alan Altmark z/VM Development IBM Endicott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
Well, I hope it doesn't get *too* crowded. Then it wouldn't be wilderness any more. Jon snip You are not alone in the wilderness! :-) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
So if Alan is from z/VM and we are not alone in the wilderness, he must be the pillar of smoke. h Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Daniel A. McLaughlin So if Alan is from z/VM and we are not alone in the wilderness, he must be the pillar of smoke. Pay no attention to that man behind the curtain? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ARC0103I when adding STK VSM to virtual tape esoteric.
Check out the text in APAR's OA11362, OA13098, and OA11603. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Benik Sent: Monday, November 13, 2006 3:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ARC0103I when adding STK VSM to virtual tape esoteric. Currently most of our HSM work is going to an IBM virtual tape system. We are in the process of migrating off of IBM and going to STK. To get a jump on this we decided we would add the STK Virtual Tape drives to the Esoteric that's currently used by for the IBM VTS. When we did this HSM had a problem. Below is the message. ARC0103I INVALID SETSYS PARAMETER INVALID USER UNIT 656 ARC0103I (CONT.) TABLE ENTRY, UNITNAME=VTAPE CONTAINS INCOMPATIBLE ARC0103I (CONT.) DEVICES ARC0103I INVALID SETSYS PARAMETER USER UNIT TABLE 657 ARC0103I (CONT.) CREATE FAILED,THERE ARE NO VALID USER UNIT TABLE ARC0103I (CONT.) ENTRIES Is there a way to get around this? Is it because the STK VSM and IBM VTS cannot be in the same esoteric? It doesn't make sense to me but hope somebody can help here... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ARC0103I when adding STK VSM to virtual tape esoteric.
Currently most of our HSM work is going to an IBM virtual tape system. We are in the process of migrating off of IBM and going to STK. To get a jump on this we decided we would add the STK Virtual Tape drives to the Esoteric that's currently used by for the IBM VTS. When we did this HSM Looking at the above, why not have a separate esoteric for the STK drives? HSM can know the difference. Set up STK for output, then do a mass recycle from the IBM side. Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unix Security
Patrick O'Keefe wrote: On Mon, 13 Nov 2006 17:28:47 +0100, R.S. [EMAIL PROTECTED] wrote: ... As you wrote it's because auditors want it. I understand your point, however I'm curious whether there's any real reason. I strongly agree with John on this. Even if no auditors were involved, giving a person UID(0)is giving far too much authority than is needed. To do that is to give the person a gun and paint a target on his or her foot (or on the whole shop's collective foot). Requiring setting SU in TSO or doing a setuid(0) or seteuid(0) in batch hopefully puts the user in be careful mode. I dare to disagree. No, I STRONGLY DISAGREE! What are your procedures for RACF SPECIAL user ? Are they so restrictive? What about storage administration ? I remember a shop with few newbies working as storage administrators. I protected ICKDSF by DASDVOL activation. They didn't get ALTER to DASDVOL profiles. Instead, they got CL(SURROGAT) STGUSER.SUBMIT ACC(READ) and STGUSER has ALTER. So they were able to use ICKDSF, but not screw something up using ISPF oops! typo navigation. SU everytime is similar (IMHO worse!) method for USS newbie administrator, but it is unneeded for experienced person who need UID(0) everyday. Last but not least: UID(0) on z/OS Unix is less than on any other Unix implementation. However AIX/HP-UX/Solaris/whatever administrators use UID(0) for everyday work. My $0.02 Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
Nope, not the man behind the curtain. Think Exodus. Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: less generic, more informative subject lines
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Matt Dazzo John, point taken. But realize some folks are new to the service (like me) and therefore not familiar with what works best. Matt Precise but concise would be a good ROT. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel A. McLaughlin Sent: Tuesday, November 14, 2006 1:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK Failures -- Attention of IBM Management Nope, not the man behind the curtain. Think Exodus. snip Then it is a pillar of fire by night and a cloud by day. Later, Steve Thompson (wondering for 40 years now) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: less generic, more informative subject lines
FWIW, I (and probably others) sort the huge volume of incoming IBM-MAIN posts into threads by subject. If a thread's subject line does not touch on one of my areas of expertise or curiosity then I don't even open it. The point being that if one posts a note with a title of two questions to cite another recent particularly technically non-descriptive subject line, the expert who might have been best able to answer the question(s) may never see it. Second, one cannot emphasize too much John's point about enhancing or decreasing the usefulness of the archives. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Tuesday, November 14, 2006 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: less generic, more informative subject lines John, point taken. But realize some folks are new to the service (like me) and therefore not familiar with what works best. Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman --snip- It's not the auditors. It's a compliance issue; the auditor does/should not determine what to track. Rather, they require reporting on what is required to monitor compliance. It's a true separation of duty (generic terminology): 1. Standards Officer -- determines what are best practices. 2. Auditor -- reports on which standards are(n't) being met. 3. Compliance Officer -- enforces standards. Too many people are 'afraid' of auditors, but in a 'proper environment', they have no enforcement capabilities. If there is no true separation of duty, then there is a potential for conflicts of interest! -unsnip--- In an ideal world, that's how it might work. I spent 4 weeks on unpaid leave because an auditor knew of a single hole in our security. He used a newly-discovered hole in a CA SVC to basically run pampant though my system, then told senior management that anyone could do it. When I challenged him, in front of my senior management, I got suspended without pay. It took me 4 weeks of conversations with CA Tech Support to build a concrete case, which was argued before the Board of Governors, just me vs. the auditor. The net upshot was that CA fixed the hole, I got reinstated in my position, the pay that was withheld from me was duly paid over and my senior management got a reprimand for treating me so shabbily. Needless to say, I've got very strong feelings about most DP auditors in general, and stronger feelings about the so-called Security Auditor. IMO, for *anybody* (let alone an auditor) to have deliberately demonstrated a newly-discovered hole in that manner on a system such as yours should have resulted in a criminal indictment of that person. People daily go to jail for far less. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
Thanks, Steve. I should have known better, but was thinking of fire by night. I am now ending my responses to this off-subject thread... Daniel McLaughlin Z-Series Systems Programmer Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unix Security
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Tuesday, November 14, 2006 1:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Unix Security snip SU everytime is similar (IMHO worse!) method for USS newbie administrator, but it is unneeded for experienced person who need UID(0) everyday. Out of curiousity, what function requires uid(0) for an interactive user? I am the 99.999% UNIX administrator here. Most of the others are blistfully unaware of z/OS UNIX. I do not have uid(0). I've never missed it. I can ISHELL edit any file on the system (RACF profile). I can delete any file on the system. I can rmdir or mkdir anything, anywhere on any filesystem. The only thing that I have run into where my access fails is when pax does an fchattr (I think that's it). So I do an su, then a pax, then exit to go back to my normal id. Of course, you can argue that I have the power of uid(0) without the actual uid(0), so how is that safer? I can agree with that assesment. The only way is that my unique uid is logged so I know who done it. If multiple people have uid(0), then I cannot always figure out who done it. This is an audit point for us. Last but not least: UID(0) on z/OS Unix is less than on any other Unix implementation. However AIX/HP-UX/Solaris/whatever administrators use UID(0) for everyday work. So? Many recent Linux distros are no longer set up this way (Ubuntu comes to mind). In fact, some even go so far as to remove the ability to logon to root entirely. They do this by proper use of sudo. Unfortunately, z/OS UNIX does not have sudo. I worked for a short time with some AIX people. None of the AIX administrators routinely ran with uid(0). They used sudo for the dangerous stuff. The plus of sudo is that it leaves an audit trail of who really did what. Again, an audit point. Auditors like knowing who did what to which and when grin. My $0.02 Regards -- Radoslaw Skorupka -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
On Tue, 14 Nov 2006 13:23:26 -0600 Chase, John [EMAIL PROTECTED] wrote: :IMO, for *anybody* (let alone an auditor) to have deliberately :demonstrated a newly-discovered hole in that manner on a system such :as yours should have resulted in a criminal indictment of that person. Subject to the definition of run pampant. I presume it wasn't destructive. It makes the point to senior management. I have done the same. :People daily go to jail for far less. I doubt it. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
In a recent note, Tony Harminc said: Date: Tue, 14 Nov 2006 13:01:14 -0500 How do you get uninterrupted operation on a single-CPC site? Never IPL? Never have a sub-system failure? Without Parallel SYSPLEX? I assume he meant uninterrupted by the need to fix the clock that has drifted. Correct. I can readily imagine a circumstance in which the MTBF of a single-CPC meets availability criteria but the need to shut down periodically to reset the clock is unacceptable. Am I to understand from this thread that the entire description of Clock Steering in the recent POp refers to a chargeable feature? Or that STP which is the software that exploits Clock Steering is chargeable? If the latter, there's an opportunity for independents. They might even be able to make it work for VM, VSE, and Linux. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E - module attributes issue
On Mon, 13 Nov 2006 11:21:22 -0500, Shmuel Metz (Seymour J.) shmuel+ibm- [EMAIL PROTECTED] wrote: ... So I changed all RELFILE references to TXLIB references, added TXLIB DD statements to the APPLY JCL, and proceeded with the RECEIVE and APPLY. ... Why? If you had already done a RECEIVE then the proper thing to do was an APPLY CHECK, not another RECEIVE, and certainly not a RECEIVE with modified MCS. ... You apparently missed the part about a completely separate SMP environment. Completely: different CSI including the GLOBAL zone and PTS. It's use that or wait another 3 or 4 months until the MVS folks are ready to do the APPLY. And no, they aren't willing to give me a couple new, empty zones attached to their global zone. Within half a year the MVS folks will have installed the product. Within a few weeks a newly ordered copy of the tapes should arrive for me to do my own clean install. And I have a completely empty set of SMP datasets that I can scratch and reallocate at any time. I saw, and still see, no downside. This looks like the perfect chance reacquaint myself with SMP, and to try something out of the ordinary, but really pretty simple. but I don't understand how this happened. It happened because you changed things that you didn't understand. In this case it was crucial to distinguish between object libraries and load libraries. I won't say never edit the MCS of a function, but when you must do so, do it with fear and trembling. Actually (perhaps givig myself more credit than I deserve) I'd say it was not understanding how SMP treats object vs. load libraries rather than not understanding the difference between the libraries. And I admit that I had forgotten that there even was an LKLIB specification. I definitely need some SMP practice and this looks like the perfect chance. Pat O'Keefe -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
It's better than when physicians ask you what level of pain you are at. Different people give very different numbers for the same pain level. Good analogy! People tend to give pain numbers based on the highest pain they have ever experienced. Similarly, someone who has never experienced a system down condition may consider any serious problem to be SEV1. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dynamically obtaining allocated space characteristics
I’ve been digging for a couple of days now trying to find out how I can dynamically retrieve the allocated space of a known dataset. Can anyone give me even a whiff of where to look? Dave Q -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.5/533 - Release Date: 11/13/2006 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On Tue, 14 Nov 2006 13:34:40 -0500, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: ... In my opinion opening tickets at SEV2 does not solve the problem. But SEV1 gets that call back within 2 hours and the reduction in severity to where it should be (perhaps to SEV3?). IBM departmental managers might get unhappy, want to talk with your management, and when they [IBM] gets told, we are paying for support, and the support system is broken more than it is up... ... I see 2 problems with this. 1. The inflated issue gets given to the support team as a sev1 and may take them away from sev2 problems (which may be mine!). And it may get you known as an inflater. They aren't appreciated. I try to stay on good terms with the service teams I work with (and am often not successful). 2. If you eport a sev1 problem you have to treat it as sev1 (until it gets lowered). That includes working on the problem in the middle of the night if that's when IBM comes up with something. That's absolutely appropriate for a real sev1 problem, but not so good for a sev2 or 3. You may get what you asked for rather than what you need. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
Just turn on the AUDIT attribute for those users, I believe RACF will then record everything they do (that is everything which invokes RACF such as OPEN, CICS checking for access to transactions, etc.) Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Tuesday, November 14, 2006 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLINK Failures -- Attention of IBM Management snip I see 2 problems with this. snip You may get what you asked for rather than what you need. Pat O'Keefe snip Actually, we may have already gotten the attention needed. A few IBMers probably copying this thread and sending it to certain people w/in IBM. Those managers, hopefully, will see that the companies that PAY lotsa money for hardware, software and support are getting unhappy and their people [customers'] starting to discuss how to cause the pain to be on IBM's side. Well, at least I can hope that the message gets to where it needs to go. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
---snip- Subject to the definition of run pampant. I presume it wasn't destructive. -unsnip At that time, we used the presence or absence of certain datasets to determine whether the production streams should continue or be interrupted for problem resolution. He deleted several of those datasets, since they had no DSORG or open date. Need I say more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Failures -- Attention of IBM Management
On Tue, 14 Nov 2006 15:58:56 -0500, Bruce Black [EMAIL PROTECTED] wrote: Good analogy! People tend to give pain numbers based on the highest pain they have ever experienced. Similarly, someone who has never experienced a system down condition may consider any serious problem to be SEV1. But that analogy is easily carried too far. Usually the pain numbers are based worst immaginable, and I have a very good imagination. No pain is worst because worst can always be like this only worse. On the other hand, system down is pretty clear. I guess it you can fudge on what you are willing to call system and perhaps whether down applies to a yoyoing system, but if you cannot run business-critical processing, your system is down; if you can, it isn't. Ok. That's an oversimplification. How about: If you are relieved to get a possible circumvention at 3 A.M., it's sev1; otherwise, it's not. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
In a message dated 11/14/2006 4:19:18 P.M. Central Standard Time, [EMAIL PROTECTED] writes: He deleted several of those datasets, since they had no DSORG or open date. Need I say more? Duh? Sounds like a good candidate for AUDITing at dataset level. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamically obtaining allocated space characteristics
Dave Quinn wrote: I’ve been digging for a couple of days now trying to find out how I can dynamically retrieve the allocated space of a known dataset. Can anyone give me even a whiff of where to look? It would help if you defined your environment. Easiest is the write an assembler routine to obtain and analyze the format 1 and (if any) format 3 DSCB entries for the data set. That requires knowing the volume serial, doing a catalog locate, or prompting user. In TSO you can write a small REXX function to get variables for the data set (LISTDSI). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ftp failing
When I ftp to my new zos 16 system i get: BPXP018I THREAD 0D416C61, IN PROCESS 83951665, ENDED 603 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 940C1000, AND REASON CODE 0001. I am trying to look the code, i came up with : 00C1 JRNoUserExit A pthread_quiesce (BPX1PTQ) service FREEZE_EXIT request cannot complete because no user exit has been registered with the oe_env_np (BPX1ENV) service. Action: Use the oe_env_np (BPX1ENV) service, function code of Freeze_Exit to register a user exit, before using the pthread_quiesce service with a quiesce type of FREEZE_EXIT. Am i warm? - This electronic mail message, and any of the accompanying documents, may contain confidential or privileged information. Any unauthorized disclosure or distribution of such information is strictly prohibited. If you are not the intended recipient of this message, please notify the sender immediately and destroy the message. Messages sent through electronic media may be subject to delays or unauthorized alterations. Neither The Bank of Tokyo-Mitsubishi UFJ, Ltd. nor any of its affiliates is responsible for any such delay or alteration. This message may contain a commercial advertisement or promotion of a commercial product or service. If you do not wish to receive messages of this kind from the sender in the future, please reply to this message and type REMOVE MY EMAIL ADDRESS in the subject field, or write to the sender at 1251 Avenue of the Americas, New York, NY 10020-1104. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftp failing
Anthony Bongiorno wrote: When I ftp to my new zos 16 system i get: BPXP018I THREAD 0D416C61, IN PROCESS 83951665, ENDED 603 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 940C1000, AND REASON CODE 0001. I am trying to look the code, i came up with : 00C1 JRNoUserExit A pthread_quiesce (BPX1PTQ) service FREEZE_EXIT request cannot complete because no user exit has been registered with the oe_env_np (BPX1ENV) service. Am i warm? Nope - frozen. That's a completion code, aka Abend code, and not a UNIX errno JR. Though surprising, it seems that your FTP server got a S0C1 abend. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E - module attributes issue
On Thu 9 November, 2006 Paul Gilmartin wrote: Ugh. How do you package a LMOD in a PTF? Inline with GIMDTS? (Doesn't work.) Better with FROMNETWORK, which is relfile-friendly, even in PTFs. (I know; it's theoretically possible to RELFILE-package a PTF, but customers don't expect it.) I'm curious; what doesn't work about an LMOD done inline with GIMDTS? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
1401 and Music
She'll be coming round the mountain on a 1403. You had to disengage the tractor clutch and wind the paper through slowly by hand. Radio music was played by tuning to the medium wave and placing the radio on the processor unit, towards the front left. And there was the other MUSIC - OS/360's precursor to SMF. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO user activity logger
---snip- In a message dated 11/14/2006 4:19:18 P.M. Central Standard Time, [EMAIL PROTECTED] writes: He deleted several of those datasets, since they had no DSORG or open date. Need I say more? Duh? Sounds like a good candidate for AUDITing at dataset level. unsnip That's how I finally put him in his place. With the help of a un-involved co-worker. Cost me a very expensive dinner for him, his wife, and their six kids. Worth every blankety-blank penny of the $350 it set me back! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA17891
I checked last Friday when you posted this, and the APAR had been reopened so that the closing text was not there. It's now closed again, and the most interesting line of text I saw was the following: Additional keywords: ZAAP/K The rest of the APAR text is very vague, I thought, but the above additional keyword seems to clarify the problem. Folks who use MULC (or, as the APAR calls it ULC) and have ZAAP, had best pay attention to this APAR. Brian On Fri, 10 Nov 2006 12:30:20 -0800, James Chappell wrote: APAR Identifier .. OA17891 CORRECTIONS ARE MADE TO THE ACCUMULATION OF PRODUCT USAGE-RELATED FIELDS WITHIN THE SMF89 AND SMF30 RECORDS (snip) Jim Chappell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
Radoslaw writes: Less less floor space/electricity/air condition ? Timothy, c'mon! That's typical sales rep mantra ! Probably you've seen 9037-2. It is in PC desktop size. Agreed, for most shops these are minor issues for the 9037s, at least in isolation (although minor nonzero). I did say that everybody is different and that your mileage may vary. That list, which included other attributes, was an attempt to be reasonably thorough. I get dinged when I'm not, so maybe I can't win. :-) Ed Gould writes: Just curious about the offering. IBM seems to think (if I understand what is being offered correctly). That most mainframes are hooked up to the internet. While this may be true for some companies, I suspect it is not true for most. The sysplex timer (IMO) was a costly feature IMO it really didn't offer a real payback. While it may have been nice to have it really wasn't high on anyones list of got to have this. I worked at a place that had one and IMO it was a box that not vary many people had a clue what it was. They were required for GDPS, so that's where you'd see a lot of them. I think you're onto something, though. My suspicion is that STP will be more popular since it's an integral feature rather than yet another box. That idea runs counter to Radoslaw's basic point that more boxen is no big deal. But it's a very real phenomenon, at least psychologically. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E - module attributes issue
In a recent note, Tony Harminc said: Date: Tue, 14 Nov 2006 18:25:40 -0500 On Thu 9 November, 2006 Paul Gilmartin wrote: Ugh. How do you package a LMOD in a PTF? Inline with GIMDTS? (Doesn't work.) Better with FROMNETWORK, which is relfile-friendly, even in PTFs. (I know; it's theoretically possible to RELFILE-package a PTF, but customers don't expect it.) I'm curious; what doesn't work about an LMOD done inline with GIMDTS? IIRC (it's fuzzy; subject to verification) several things: o LMOD is not a deliverable element type. o GIMDTS is permitted only for data elements; not for the classic MOD, MAC, SRC, etc. (Why?!) o Come to think of it, the directory information would still not be preserved. o An inline MOD element is expected to be in SYSLIN format, not a load module. Don't you just love MVS? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E - module attributes issue
Seems to me that ++PROGRAM relieves at least some of these limitations. Brian On Tue, 14 Nov 2006 17:58:02 -0700, Paul Gilmartin wrote: IIRC (it's fuzzy; subject to verification) several things: o LMOD is not a deliverable element type. o GIMDTS is permitted only for data elements; not for the classic MOD, MAC, SRC, etc. (Why?!) o Come to think of it, the directory information would still not be preserved. o An inline MOD element is expected to be in SYSLIN format, not a load module. Don't you just love MVS? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: less generic, more informative subject lines
On 14 Nov 2006 09:20:48 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (john gilmore) wrote: Let's all try to make our title lines for OPs more descriptive of what they contain. There's a good web page on How To Ask Questions The Smart Way: http://www.catb.org/~esr/faqs/smart-questions.html and, of course, he covers subject lines (beware of wrap): http://www.catb.org/~esr/faqs/smart-questions.html#bespecific It's written by (and mostly for) the *nix community, but it has a lot of good advice. You'd all be very glad if the people on your jobs asking *you* questions would read and heed it. He's also not *nix-arrogant. I IDed myself as a mainframer, but he accepted my suggested updates. The above is a good URL to hold onto. Point it out to people who need the advice. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Another No-Charge IBM Workshop: Communications Controller for Linux
Details here: https://www-927.ibm.com/software/productintro/1/148A29BD613818D885257202004DC97B It says Betaworks, but CCL is GA, so please ignore that bit. CCL replaces 3745/374x communications controllers. This class is in Hursley, England, from December 5 to 7, 2006. Register by November 24, 2006. Limited seating, so please register early. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM PROBLEM - RECALL
Hallo, I issued a hrecall for two migrated datasets (ML1) (ML2) and nothing is happening. I did the necessary health checks - hsend q req, hsend q act, hsend q setsys - and noticed nothing. I checked the started task and no error messages were displayed. I even ran a backvol cds (I had noticed that there was an d37-04 for the journal file.) After the backups for the MCDS, OCD, BCDS JOURNAL) were down, I shut down the STC and brought it up. Still no action by DFHSM. I even issued hsend release recall but nothing happening. Is there something else I should do? Thanks Send instant messages to your online friends http://au.messenger.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
On Nov 14, 2006, at 6:08 AM, Hunkeler Peter (KIUK 3) wrote: SNIP- You don't mix up STP with (S)NTP, do you? Sigh... yes I did. I am sorry about the error. Ed The former is IBM's new System z timer protocol; the latter is a TCP/IP based timer protocol. (S)NTP can be used to synchronise clocks across the Internet but it can as well be use to synchronise some isolated machines which happen to have TCP/IP interconnections amongst themselves. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: External Timer Source without STP on a Z9
On Nov 15, 2006, at 1:21 AM, Timothy Sipples wrote: ---SNIP They were required for GDPS, so that's where you'd see a lot of them. I think you're onto something, though. My suspicion is that STP will be more popular since it's an integral feature rather than yet another box. That idea runs counter to Radoslaw's basic point that more boxen is no big deal. But it's a very real phenomenon, at least psychologically. Timothy: This a tangent issue but it really shows that PC weenies are finally coming to grips (or not) with power issues with the server farms. A few weeks ago in one of the trade mags there was an article (California?) where the power company actually told a place that they were at the limit for power usage and they would not let them add any more servers PERIOD. I regret not having saved the article now as it is extremely (albeit off on a different issue per se) interesting IMO. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html