Keep only the tail of the dataset
Hi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Opcodes
As far as I know there are only two things IBM has said publicly about a future mainframe processor, and I guess they could be the same or different. Here's the first, from August: http://www2.hursley.ibm.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf which says 50+ instructions added to improve compiled code efficiency. The second is what the IBM CFO said in his prepared remarks concerning IBM's 4th quarter, 2007 earnings. Beyond that, I haven't seen any more information. So let's wait to see if/when IBM says more, OK? - - - - - 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: AIX CICS TRANSACTION GATEWAY EPI QUESTION
YY, HATS is another option, yes. If you absolutely must drive screens, you may also want to look at the CICS Service Flow Feature. There's a very good redbook here: http://www.redbooks.ibm.com/abstracts/sg245466.html which discusses most of the ways you can integrate WebSphere Application Server and CICS Transaction Server, if you're looking for some good background reading. - - - - - 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: Problems with SNA Consoles in Z/OS V1R8
Mark may have more current information than I have on this issue. Maybe z/OS 1.7 changed something again. I still think this is important to fix on the z/OS side, because increasing numbers of clients will negotiate contention resolution by default. That's true for multiple IBM client products like Host On-Demand and PComm, other products like HATS, and (from what I've been reading) many non-IBM products. Lots of products have already implemented that RFC, and more will over time. - - - - - 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
Q:Protect production tape from writing by testing system
Hi all, I am going to implement racf to not allow virtual tapes created by production to be written by testing system, the tape ranges are well setup,ie P0-P9 are exclusively used by production,should I add 100,000 command in testing system: RDEFINE TAPEVOL P0 UACC(NONE) RDEFINE TAPEVOL P1 UACC(NONE) ... RDEFINE TAPEVOL P9 UACC(NONE) To permit a user in testing system to read production created tape,I should issue: PERMIT P0 CLASS(TAPEVOL)ID(userid or groupname) ACCESS(READ) My question is: 1.Is above listed command enough to accomplish my goad? 2.Can I use a generic TAPEVOL profile? If answer is yes, how? Where can I find an example? Thanks Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3494 ATL and volume categories mismatch
The following scenario: 3494 ATL connected to several z/OS systems. Each system has its own DEVSUPxx member and its own set of volume categories. For example system MVS4 uses 004x, MVS3 uses 003x and so on. *No system uses default categories*. So, each system cannot even see other systems volumes. However I found a discrepancy between Library Manager database and TCDB. Some volumes are in category 0005 (default for MEDIA5 scratch). All of them should be in category 005x. Three of four are scratch so it should be 0055, the fourth one should be 005F since it is PRIVATE volume. Q: How to fix it ? My idea is to steal them (or eject be a command) and insert again - reject rules are based on volser names, so the volumes should be assigned again to MVS5. Any clue ? z/OS 1.7, DFSMSrmm, OAM. 3494 with 3592J1A's (no other drives). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
Rob Wunderlich writes: Ideally, I would use Connect Unlimited. Problem for me is the price tag. It's only available as OTC, and a fairly hefty one at that. If it could be folded into the monthly cost of DB2 it would be a no brainer. That particular OTC happens to exceed a magic number for this organization that makes approval difficult (long story). Ah yes, the bureaucratic expense number limit policy. Can't buy a building, so the company pays more buying brick by brick. I think everyone working for a business with at least a few employees runs into that problem. I don't know your exact situation and wouldn't be the expert even if I did, but if you don't yet have an Enterprise License Agreement that might be one way to solve this particular problem. I wrote a layperson's explanation of the ELA a few weeks ago that should be in the IBM-MAIN archives. You could also just ask IBM straight up if they can price DB2 Connect Unlimited as MLC, like MQ's Client Attach Feature. Or IBM can finance software purchases to adjust the cash flows, but often that's not the issue when it comes to the bureaucratic approvals. - - - - - 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: Problems with SNA Consoles in Z/OS V1R8
In [EMAIL PROTECTED], on 01/25/2008 at 04:05 PM, Timothy Sipples [EMAIL PROTECTED] said: The contention resolution specification is defined in IETF RFC2355, Not under that name; RFC 2355 contains neither contention nor resolution. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Opcodes
On Mon, 2008-01-28 at 18:23 +0900, Timothy Sipples wrote: Beyond that, I haven't seen any more information. So let's wait to see if/when IBM says more, OK? Timothy, you'd have to be sleeping under blue plastic in a Tokyo park to not have some idea of what's coming. I gotta say that after all these years, I find the secret handshake bullshit prior to announcements just a little puerile. Jaundiced from from too years I guess. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Q:Protect production tape from writing by testing system
Victor, A single generic TAPEVOL profile should be enough. This will only protect standard label tape usage. If you are sure that TAPEDSN option is not set on as well as TAPEVOL class, the above should be enough. However, once data set name access authorization is required you cannot control authorization in this way, unless the data set name prefixes used are unique to production. If you had DFSMSrmm you could use the REJECT OUTPUT(P*) command in test system parmlib to prevent production tape volume use on the test system and then use the 'ignore' processing (EXPDT=98000) to authorise read access. Mike WoodRMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3494 ATL and volume categories mismatch
Radoslaw, How to fix it depends on your TCDB/rmm CDS configuration. However, One way which should be independent of those variations In ISMF mountable tape volume list, one the 'owning' system, select the volumes that have a discrepancy, and issue ALTER line command to change the status to the correct status; this might be SCRATCH to SCRATCH or PRIVATE to PRIVATE, for example. OAM will set the volume to the correct category. If you had a unique TCDB and CDS for each system, you could have used EDGUTIL with MEND(SMSTAPE) to correct this while rmm is running. On z/OS 1.9 this can be for specific volumes and subsets - which should enable a faster correction. Other options also depending Mike WoodRMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3494 ATL and volume categories mismatch
Mike, Thank you, ALTER did the trick. However scratch status was OK, so I altered it from scratch to private and again from private to scratch. The last change was refused. I had to do it in RMM (release + housekeeping). Regarding to your qeustions: each MVS has its own separated volcat, RMM cds, etc. Nothing is shared, except the hardware. I'll try to use MEND. BTW: what are the other methods ? Regards -- Radoslaw Skorupka Lodz, Poland Mike Wood wrote: Radoslaw, How to fix it depends on your TCDB/rmm CDS configuration. However, One way which should be independent of those variations In ISMF mountable tape volume list, one the 'owning' system, select the volumes that have a discrepancy, and issue ALTER line command to change the status to the correct status; this might be SCRATCH to SCRATCH or PRIVATE to PRIVATE, for example. OAM will set the volume to the correct category. If you had a unique TCDB and CDS for each system, you could have used EDGUTIL with MEND(SMSTAPE) to correct this while rmm is running. On z/OS 1.9 this can be for specific volumes and subsets - which should enable a faster correction. Other options also depending -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: New Opcodes
I guess I miss the point. A new processor is coming, details to follow. New opcodes are coming; watch for HLASM PTFs to support them. How does one code the new instructions? Wait for the POO. This is all out of sight, out of mind. Anyone who knows about this stuff can't discuss it, and frankly it shouldn't have been mentioned on this list. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of shai hess [ snip ] RCAF (I change the order of the bytes...:)) is a legend or human software? RCAF = Royal Canadian Air Force, a military entity of the Government of Canada. RACF = Resource Access Control Facility, IBM's z/OS security product; competes with CA-ACF2 and CA-Top Secret in the z/OS security space. All three have the same mission: Authentication of users and security of (controlling access to) data and related resources. IBM makes RACF documentation publicly available here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ICHZBK80 As far as I'm aware, CA makes ACF2 and Top Secret documentation available only to licensees of the respective products. What I need to do in PC to make the MFNetDisk a secured software for MF users? your answer must start with 1...2...3... 1. Read thru the RACF General User's Guide and the RACF Security Administrator's Guide and/or the CA products' equivalents, if you can access them; 2. Decide how sophisticated your security needs to be, relative to RACF/ACF2/Top Secret; 3. Start coding. -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: [OT] Not exactly the best Friday off topic post
Bob, There is a MVS Position in USBank open at the moment... Maybe Richard Pinion can forward you the details, not sure if I will be able to pull it off to fill the position remotely... Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: 27 Augustus 2007 01:47 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post You're a better man about than I would be! --- [EMAIL PROTECTED] wrote: From: Richards.Bob [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Date: Fri, 24 Aug 2007 17:06:39 -0400 Richard, I am still here. Not my former employer just yet. And yes, I am a VP. That and $5 can get you a good cup of Starbucks at any large financial/banking firm. The bank is very solvent. Most lists make it the 7th largest in the US. If you switch, switch for other reasons. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Pinion Sent: Friday, August 24, 2007 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Maybe I should close my accounts at your former employer! Also, I thought you had VP in your job title. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: NDAs (was New Opcodes)
I would have to assume that I should not discuss anything regarding the NDA itself or the document(s) with anyone other than colleagues, and then only if they have been made aware of the NDA nature of the document. I agree. The original poster violated the spirit, if not the intent, of the NDA. I have been accused of violating NDA. But, all I did was re-iterate a slip that an IBM'r made at an open conference. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NDAs (was New Opcodes)
In a message dated 1/28/2008 5:59:24 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Anyone who knows about this stuff can't discuss it... I have been privy to many documents under Non-Disclosure Agreement over the years. As far as I can remember, only once did I read and sign the entire legal document governing the NDA. All the other times a manager or some other colleague of mine told me that the document was under NDA. I do not know if a standard NDA contains language prohibiting discussing even the fact that one has seen the NDA, let alone the document(s) revealed. But to discuss the fact that one has seen a document, or even the NDA itself, to me seems like a question that must be asked of one's manager if one has a burning desire to reveal that fact. Someone in the organization has read, understands, and remembers all the legal fine print, and it likely not to be one's immediate manager. The manager will almost certainly say that one should not even mention having seen the document. It is preferable to err on the side of caution in such matters. Without having access to the NDA and then being given access to a document under the NDA, I would have to assume that I should not discuss anything regarding the NDA itself or the document(s) with anyone other than colleagues, and then only if they have been made aware of the NDA nature of the document. Bill Fairchild Rocket Software **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Job ad for z/OS systems programmer trainee
Clark Morris wrote: The thing I found most interesting was that only a high school education was required. A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris Sent: January 27, 2008 5:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job ad for z/OS systems programmer trainee On 27 Jan 2008 13:38:17 -0800, in bit.listserv.ibm-main you wrote: On Sat, 26 Jan 2008 18:55:40 -0500, Don Leahy [EMAIL PROTECTED] wrote: Something interesting appeared in my Inbox yesterday. It's from the Royal Bank of Canada ... The COBOL requirement seems a bit odd for a system programming position. It's not a bad idea in a COBOL shop, but it limits the audience to those in or from application programming. Same comment for the PL/I requirement. I wonder if this is an application tailored to fit one specific applicant. The thing I found most interesting was that only a high school education was required. Given that what I did in the 1970's and 1980's as a systems programmer and contributor to mods tapes didn't require a college education, I am glad to see this change. ( I do have an economics degree with ONE year of computer programming and numerical analysis). In any case, it's good to see at least one shop trying to address the greying issue. Pat O'Keefe Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
CICS wiki news and and a very important question
Hello everybody, Here is some Wiki news and a very important question: 1. The vendor spotlight goes live today with the first vendor (Document Systems, Inc). Check it out on the Wiki main page or visit the vendor page at http://cicswiki.org/cicswiki1/index.php?title=Document_Systems_Inc. 2. Craig Schneiderwent wrote an article on how to find the queue manager name in a CICS program. http://cicswiki.org/cicswiki1/index.php?title=How_do_I_find_out_the_queue_manager_name_in_a_program%3F Ok so here is the very important question (well actually two): Who are developing new CICS applications and what language do you use? (Check out the poll at CICS Community: http://www.pcs305.com/ ) Have a great week. Corneel. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/VM delivery over the Internet.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Sun, 27 Jan 2008 14:15:25 -0600, Dave Jones wrote: Service for z/VM has been available via Internet delivery for at least the last 8 years or so. ... upload the VM service envelop(es) to your maintenance z/VM user id, un-terse them, and begin the service process. Piece of cakeyou z/OS guys have been really missing out:-) ??? IANASP, but what have z/OS guys been missing? My understanding is that with ShopZ, z/OS connects directly to the IBM site and uses the SMP/E RECEIVE ORDER command to pull the service envelope(s) directly to z/OS. No uploading; no un-tersing; I'm confident that the z/OS SPs feel little remorse for those two steps. (Yes, it is necessary to upload the JCL supplied by ShopZ to z/OS. Or can that be mailed by ShopZ directly to a z/OS mailbox? Again, IANASP.) First time thru we just cut 'n' pasted from the delivery website to an empty PDS member. For subsequent orders we usually just need to update the package filename(s) and hash value(s), submit the job and go for coffee. Then we do our normal APPLY CHECK / APPLY process. I suppose one day the RECEIVE FROMNETWORK will fail.. -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: IBM Cuts Employee Salaries
While I have sympathy for the affected employees, no one is holding a gun to their(your) head saying You *WILL* work for IBM. They(you) are free to make whatever choices suit their(your) personal needs and go to work for someone else like a customer or another vendor! It sounds to me like you are on of those affected. Make whatever choice suits your personal needs. In the meantime, do what needs to be done, and deal with it! snip Subject: IBM Cuts Employee Salaries Wonder how happy these guys will be when it's time to come to your shop to roll in a new System z machine... http://www.vindy.com/news/2008/jan/24/ibm-cuts-salaries-of-those-eligibl e-for-overtime/ In my view, the defining value that IBM has provided over the years has been the way we think. Today, as in the past, when people turn to our company, I believe they are looking for how IBMers approach problems, as well as for the types of problems we choose to approach. They seek a kind of relationship, in addition to the outcomes of that relationship. And they are drawn to a set of values that reflect their own. -- Sam Palmisano from http://www.ibm.com/ibm/sjp/ /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: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, January 28, 2008 2:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Keep only the tail of the dataset Hi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- Miklos Szigetvari If you want a wrap around type log, then I think that the easiest way to do so would be to have a preformatted BDAM or VSAM RRDS dataset. I'd personally go with the RRDS. Have the first record be dedicated to keeping the next record number to write. Also, have the maximum record number in there. Now have your subroutine simply increment the record number and wrap around from the max to 1 (skipping 0). You could either update record 0 upon every write (high overhead) or only periodically. I would also keep a timestamp in every record so that you could use SORT to put the records in order. This is about as simple as I can think of off-hand. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Keep only the tail of the dataset
On Mon, 28 Jan 2008 09:10:01 +0100, Miklos Szigetvari [EMAIL PROTECTED] wrote: Hi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- If you know how many records, you can use IDCAMS REPRO with SKIP(nnn). If you don't know how many records, you would have to determine that first and could generate the JCL with REXX for example. There are many ways to find the number of records but the quickest may be to use the ICETOOL or SYNCTOOL COUNT function. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about find Sysout
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sergio Lima Sent: Saturday, January 26, 2008 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Question about find Sysout Hello List, I have a process here, that START a Proc, and this Proc are resulted in error. I can look the Sysout, for try correct this, but, after the Job is cancelled, I can find the Sysout output, in the SDSF command, Is here : - 06.52.01 s csq6chin - 06.52.03 STC05927 $HASP373 CSQ6CHIN STARTED - 06.52.14 STC05927 +CSQX005E CSQXJST Channel initiator failed to - start - 06.52.14 STC05927 IEF404I CSQ6CHIN - ENDED - TIME=06.52.14 Looking at LOG command, the Sysout was Purged : +CSQX005E CSQXJST Channel initiator failed to start 0090 IEF404I CSQ6CHIN - ENDED - TIME=06.52.14 0281 $HASP395 CSQ6CHIN ENDED 0281 $HASP250 CSQ6CHIN PURGED -- (JOB KEY WAS C1DAFD34) But , Why ? I need do something in the Proc ? Of course, without Sysout, I can't correct thsi problem. May be a stupid mistake, but, if someone can help, I will be glad. Thanks very much Sergio Lima Costa Have your friendly, neighborhood sysprog enter the following JES2 command: $TJOBCLASS(STC),OUTDISP=(HOLD,HOLD) That will tell JES2 to HOLD all STC output. Once you've figured out your problem, ask him to set it back to the shop standard. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM delivery over the Internet.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Dave Jones On Sat, 26 Jan 2008 11:30:46 -0600, Paul Gilmartin wrote: Indeed. Is service likewise available over Internet? Requirements? Format? Conventions? Citation? Service for z/VM has been available via Internet delivery for at least the last 8 years or so. When you order the latest z/VM RSU, you request delivery via the Internetafter a few minutes (30 minutes, tops) you get an e-mail from IBM telling you where to go, and what user-id and password to use to download the z/VM service envelopes via FTP. You then upload the VM service envelop(es) to your maintenance z/VM user id, un-terse them, and begin the service process. Piece of cakeyou z/OS guys have been really missing out:-) Actually, we've (z/OS guys) had SMP/E RECEIVE FROMNETWORK for a few years now :-) -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: racdcert
Chase, John wrote: AFAIK, encryption is still considered a munition by the US government, and as such is subject to export controls and restrictions similar to those for military weaponry, etc. While that may be true, the IBM crypto cards (the CEX2C in this case, specifically) can be exported into most countries with the exception of the few rogue states aka. axis of evil. Appropriate feature codes must be ordered, of course. -- Ulrich Boche SVA GmbH, Germany IBM Premier Business Partner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM delivery over the Internet.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin [ snip ] I suppose one day the RECEIVE FROMNETWORK will fail.. Why? Cross-contamination from IBMLink? Murphy's Law has not yet been successfully repealed.. -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: Keep only the tail of the dataset
If you only want the last 2,000 records or so, why not just close the file and reopen it every 3,000 or so records? Bill Date: Mon, 28 Jan 2008 15:41:03 +0100 From: [EMAIL PROTECTED] Subject: Re: Keep only the tail of the dataset To: IBM-MAIN@BAMA.UA.EDU Hi I mean the program is ready and working , so no program modification, and it shoud happen in flight For example keep only the last part of the trace. McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, January 28, 2008 2:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Keep only the tail of the datasetHi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- Miklos Szigetvari If you want a wrap around type log, then I think that the easiest way to do so would be to have a preformatted BDAM or VSAM RRDS dataset. I'd personally go with the RRDS. Have the first record be dedicated to keeping the next record number to write. Also, have the maximum record number in there. Now have your subroutine simply increment the record number and wrap around from the max to 1 (skipping 0). You could either update record 0 upon every write (high overhead) or only periodically. I would also keep a timestamp in every record so that you could use SORT to put the records in order. This is about as simple as I can think of off-hand. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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: IBM Cuts Employee Salaries
cutting salaries ... u. since I know IBM has lots of fatand on the top end as well like many other firms ... I would also suggest bonus's and the mill. dollar salaries be cut as well money back in the company to expandmake more job's ... OK I get that ... but top guys not taking a hit as well I have a problem with it -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: Keep only the tail of the dataset
On Mon, 28 Jan 2008 08:16:09 -0600, Mark Zelden wrote: On Mon, 28 Jan 2008 09:10:01 +0100, Miklos Szigetvari wrote: Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- If you know how many records, you can use IDCAMS REPRO with SKIP(nnn). If you don't know how many records, you would have to determine that first and could generate the JCL with REXX for example. There are many ways to find the number of records but the quickest may be to use the ICETOOL or SYNCTOOL COUNT function. Is this a good application for a GDG? If this is a long-running application, is there a way to roll the generation in midstream? Can this be done without losing trace records during the switch? Would UNIX files be an alternative? There is a well-established UNIX convention for rolling daemon logs: o An external process renames the logfile. The daemon continues to write to the renamed logfile as long as it holds it open. o Either periodically or in response to an exteral signal (customarily SIGHUP) the daemon closes and reopens the logfile, now writing to a fresh logfile under the old name. -- 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
SV: Job ad for z/OS systems programmer trainee
What You say is true. But is it relevant on our circumstances ? _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ted MacNEIL Skickat: den 28 januari 2008 15:07 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Job ad for z/OS systems programmer trainee A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. This 'faith' is grounded in facts: 1. You require a minimal intelligence to get through formal education. 2. You need some grounding in the fundamentals of your trade. 3. You have to prove you are trainable. If this is prejudice, so be it! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Keep only the tail of the dataset
Hi I mean the program is ready and working , so no program modification, and it shoud happen in flight For example keep only the last part of the trace. McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, January 28, 2008 2:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Keep only the tail of the dataset Hi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- Miklos Szigetvari If you want a wrap around type log, then I think that the easiest way to do so would be to have a preformatted BDAM or VSAM RRDS dataset. I'd personally go with the RRDS. Have the first record be dedicated to keeping the next record number to write. Also, have the maximum record number in there. Now have your subroutine simply increment the record number and wrap around from the max to 1 (skipping 0). You could either update record 0 upon every write (high overhead) or only periodically. I would also keep a timestamp in every record so that you could use SORT to put the records in order. This is about as simple as I can think of off-hand. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job ad for z/OS systems programmer trainee
Other than that, my degree in Physics, with a math minor, haven't served me one single iota in this business. That sheepskin is just so much toilette paper. My degree is a major in computer science with a minor in statistics. My first job was as a capacity analyst. My degree was 100% applicable. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SV: SV: Job ad for z/OS systems programmer trainee
What i meant was: If You e g is a system programmer with 20 (or more) years if experience; would a minimal intelligence, some grounding in the fundamentals or that you are trainable be in any way a relevant level of competence for an employer ? OK. That's why I didn't understand. The position was for a trainee -- rarely do they have 20+ years experience. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
HI, Thanks, But really my question is do you think that users will use it and how many users going to use it. Security is not a problem. The PC can be in a user home (null security) or in protected room with guards (full security). IP is my simple tool to protect accessing the PC from any IP (even from MF). Using the RACF is OK. Do not forget that I have MFNetDisk server in MVS which can query easily the RACF or ACF2 or Top secret about the USERID privilege. Since I hear many users of MF which do not like to give chance to MFNetDisk in PC, I try to open the issue of security to everyone. Now I have only a product which have disk data in PC, and I really like to know if they will not use my product because of security issue and if yes I want to know what can I do to secure the PC data better. Thanks Shai On 1/28/08, Rob Wunderlich [EMAIL PROTECTED] wrote: Shai, In response to your question as to how to secure the DB2 data that lives on the Open Systems disk. I would want userid based security. Since we are talking about query only, I see two levels of access. 1. SELECT privilige to a table. 2. SYSADM authority, allowed to define (make available for query) tables and grant SELECT to other users. IP security would be a nice to have additional layer, but I see userid as the primary method. -Rob Wunderlich -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
On Sat, 26 Jan 2008 12:12:51 -0600, Ed Gould [EMAIL PROTECTED] wrote: That Windows data cannot be adequately secured is a canard. I'm not disputing that RACF (and mainframe architecture) has some unique strengths, but organizations do securely maintain and operate data on Windows and *nix servers. Its *ACCESSING* MF data for all they know you could be updating it or reading information that you(the user) are *NOT* supposed to access ... oh lets say SSN#, payroll information, account balances or accounts rec/pay the list goes on and on and on. There is *NO* record of the user accessing the data and no check to be able to see if the user is even allowed. Windows security allows for fine grained permissions and full auditing. Just because it comes from an IP address doesn't mean squat and besides PCs are kept in open areas where anyone can just walk up to it. Don't confuse the desktop PC with the server. The desktop is a terminal, just like your 3270 session. The data and the access control is kept on a server. I would assume all organizations keep servers physically secured, as they do the mainframe. If there is no sign on then there is no validation of what the user can do. I'm sure all enterprise installations use signon. MF security (I won't use the four letters you don't want to talk about ) is a *KNOWN* quantity and auditors trust it, this PC you are talking about has essentially zero security (not quite but close to). If you can get the OK from an auditor I sure wouldn't want to have my business(or personel) records anywhere near the company. Our Windows based server security is validated (and approved) by the auditors using the same criteria as mainframe data -- demonstration of who has access, audit trails, control of software and procedures etc. -Rob Wunderlich -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: Job ad for z/OS systems programmer trainee
What i meant was: If You e g is a system programmer with 20 (or more) years if experience; would a minimal intelligence, some grounding in the fundamentals or that you are trainable be in any way a relevant level of competence for an employer ? Isn't it *expected* that You are at a far higher level of competence - at least ? Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ted MacNEIL Skickat: den 28 januari 2008 16:16 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: Job ad for z/OS systems programmer trainee What You say is true. But is it relevant on our circumstances ? I don't understand your question. I was responding to another post with my opinion. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, January 28, 2008 9:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset [snip] Ah, but FTP has the (LOC)SITE RDW command. Alas, DD PATH=... supports no analogous FILEDATA=RDW option. With FILEDATA=BINARY, RDWs are entirely disregarded and the data are streamed; with FILEDATA=TEXT, the RDWs are replaced by 0x15, which might be spoofed by binary data. -- gil That is WEIRD! The BSAM interface actually modifies the binary byte stream with FILEDATA=DATA and RECFM=V by removing the RDW? That is, like, totally gross! What wippo thought __that__ up?!? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Wilkie Sent: Monday, January 28, 2008 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset If you only want the last 2,000 records or so, why not just close the file and reopen it every 3,000 or so records? Bill 1) The OP has stated that the program is written and may no longer be modified. 2) Since the program does not know when it may terminate, it is possible that the last OPEN would be just before the program is to terminate, thereby making the trace file have 0 records. Another possibility, which I am not suggesting, but only mentioning, is to use GPSAM from the CBT. This function uses subsystems to redirect Q/BSAM output to another program, similar to a pipe. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK down SEV1 ticket 34483833 due to Web Identity (logon authentication)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Knutson, Sam IBMLink cannot be accessed again :-( Error Internal server error An internal server error occurred while processing your request. Please try again or report the problem to IBMLink customer support. Uptime estimated at 11am EST Cause IBM Web Identity (logon authentication) SWEIN? I got in earlier, and can still navigate among AST, ETR and SIS without visible problems. -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: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, January 28, 2008 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset [snip] Might yet be done allocating the trace file in JCL to a named pipe (FIFO) to be read by a chopping daemon. The FIFO could be allocated and the daemon started in a prior job step. Two likely problems: o If the trace records are variable length containing binary information, that can not be preserved in a Unix file. Why not? I have successfully ftp'ed raw (binary) SMF data, including the RDWs from z/OS to Linux. I can then read the file using Java, decoding the RDWs. UNIX itself does not care what data is being written to a file. It is just a byte stream. Of course, if the creating program itself does not have some way to delimit an end-of-record, then it __might__ not be possible to reliably read the data. E.g. undefined records which don't have an RDW, nor an end-of-record indicator (like program objects). o If the daemon crashes, it soon takes the application down with it. Hum, I haven't tried, but I was under the impression that if the reader went down, the writer would soon stop due to the buffer being full. The writer would then wait until a reader started up again. Oh, wait, yeah, a S522 on the writer might occur if it took too long to restart the reader. -- gil -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, January 28, 2008 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset Hi I mean the program is ready and working , so no program modification, and it shoud happen in flight For example keep only the last part of the trace. Ah! My bad. In that case, I guess you would need to pipe the output to another process which would actually implement the wrap around logic to a file. I don't know of any such program, off hand. Does the Batch PIPES product still exist? That might be easier to implement than doing it yourself using UNIX facilities. The main problem that I see is starting the UNIX receiver process when your program starts. Unless your program is a UNIX program, then it is rather simple to start up the receiver using shell piping. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Q:Protect production tape from writing by testing system
Just a thought, but couldn't you also setup something in the ACS code to handle who could access production tape? Perhaps setting up userids that have access or something similar? This works particularly well if you have data set and job naming standards to key on. I do agree with Walt that the tape management system will have processes you can use for this type of situation. But I also think ACS codes could also be used. Lizette I am going to implement racf to not allow virtual tapes created by production to be written by testing system, the tape ranges are well setup,ie P0-P9 are exclusively used by production,should I add 100,000 command in testing system: RDEFINE TAPEVOL P0 UACC(NONE) RDEFINE TAPEVOL P1 UACC(NONE) ... RDEFINE TAPEVOL P9 UACC(NONE) To permit a user in testing system to read production created tape,I should issue: PERMIT P0 CLASS(TAPEVOL)ID(userid or groupname) ACCESS(READ) My question is: 1.Is above listed command enough to accomplish my goad? 2.Can I use a generic TAPEVOL profile? If answer is yes, how? Where can I find an example? In general I would recommend protecting tape data sets in the DATASET class, not the TAPEVOL class, if you have a tape management system. You have several options for doing this, and I would suggest reading your tape management system documentation and following the recommendations provided there. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Q:Protect production tape from writing by testing system
On Mon, 28 Jan 2008 03:27:02 -0600, Victor Zhang [EMAIL PROTECTED] wrote: I am going to implement racf to not allow virtual tapes created by production to be written by testing system, the tape ranges are well setup,ie P0-P9 are exclusively used by production,should I add 100,000 command in testing system: RDEFINE TAPEVOL P0 UACC(NONE) RDEFINE TAPEVOL P1 UACC(NONE) ... RDEFINE TAPEVOL P9 UACC(NONE) To permit a user in testing system to read production created tape,I should issue: PERMIT P0 CLASS(TAPEVOL)ID(userid or groupname) ACCESS(READ) My question is: 1.Is above listed command enough to accomplish my goad? 2.Can I use a generic TAPEVOL profile? If answer is yes, how? Where can I find an example? In general I would recommend protecting tape data sets in the DATASET class, not the TAPEVOL class, if you have a tape management system. You have several options for doing this, and I would suggest reading your tape management system documentation and following the recommendations provided there. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Job ad for z/OS systems programmer trainee
A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. This 'faith' is grounded in facts: 1. You require a minimal intelligence to get through formal education. 2. You need some grounding in the fundamentals of your trade. 3. You have to prove you are trainable. If this is prejudice, so be it! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Keep only the tail of the dataset
On Mon, 28 Jan 2008 08:54:45 -0600, McKown, John wrote: -Original Message- [mailto:[EMAIL PROTECTED] On Behalf Of Miklos Szigetvari Sent: Monday, January 28, 2008 8:41 AM I mean the program is ready and working , so no program modification, and it shoud happen in flight For example keep only the last part of the trace. Ah! My bad. In that case, I guess you would need to pipe the output to another process which would actually implement the wrap around logic to a file. I don't know of any such program, off hand. Does the Batch PIPES product still exist? That might be easier to implement than doing it yourself using UNIX facilities. The main problem that I see is starting the UNIX receiver process when your program starts. Unless your program is a UNIX program, then it is rather simple to start up the receiver using shell piping. Might yet be done allocating the trace file in JCL to a named pipe (FIFO) to be read by a chopping daemon. The FIFO could be allocated and the daemon started in a prior job step. Two likely problems: o If the trace records are variable length containing binary information, that can not be preserved in a Unix file. o If the daemon crashes, it soon takes the application down with it. -- 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
IBMLINK down SEV1 ticket 34483833 due to Web Identity (logon authentication)
IBMLink cannot be accessed again :-( Error Internal server error An internal server error occurred while processing your request. Please try again or report the problem to IBMLink customer support. Uptime estimated at 11am EST Cause IBM Web Identity (logon authentication) Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Job ad for z/OS systems programmer trainee
When asked about the significance of a college degree for a prospective employee, a friend responded that it showed that the individual had to do thing they didn't like or didn't want to do, but did them well enough to pass. The same could be said of any branch of military service. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Monday, January 28, 2008 8:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Job ad for z/OS systems programmer trainee A college degree can usually be taken as an indication of Ted's points. Provided other factors are allowed in place of a degree, I have no problem with Ted's statements. I DO have a problem with the a blanket college degree required for a job. My highest year of school completed? 10th grade. The Marine Corps took care of the rest in return for 21 years of my life. There are multiple paths to success. College, while the most traditional one, is not the only one. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/28/2008 09:07 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Job ad for z/OS systems programmer trainee A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. This 'faith' is grounded in facts: 1. You require a minimal intelligence to get through formal education. 2. You need some grounding in the fundamentals of your trade. 3. You have to prove you are trainable. If this is prejudice, so be it! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Cuts Employee Salaries
OT--U can not remember when I recv'd OT Oh ya---when I was an Operator in 60's... As for Bonus not against it... it is the amount to the chosen few ...just hot under the collar for those that get Millions and the company is doing bad ... but then I just can not see the reason for all that money being given out .. when expansion , RD and so forth can be done . Salary does not get OT ... Benefits compensate for it ... Hourly...then yes... I would expect they would ... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files 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: Job ad for z/OS systems programmer trainee
---snip--- When asked about the significance of a college degree for a prospective employee, a friend responded that it showed that the individual had to do thing they didn't like or didn't want to do, but did them well enough to pass. The same could be said of any branch of military service. --unsnip- Don't knock the military. While I most assuredly did NOT enjoy my military experience, many others have found it to be both enjoyable and fulfilling. YMMV -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fw: Job ad for z/OS systems programmer trainee
On Mon, 28 Jan 2008 11:40:26 -0600, Ron Wells wrote: likely a detractor. nah they are the next CEO's You can also look at it as promoting them to a position where they can do less damage. Look on the bright side. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Keep only the tail of the dataset
I take it IDCAMS have not been modified for the last 20 years... It would be nice if it could do what the tail command does in unix/uss/OMVS... Just a thought, maybe read thru the file or use some or other record counter, and only leave you with the last few records on display. Just my wish-list for the day... Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 28 Januarie 2008 02:16 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 09:10:01 +0100, Miklos Szigetvari [EMAIL PROTECTED] wrote: Hi Searching for a method to keep/access only the tail of a dataset. An application writes internal traces , several million lines. I would like to keep only the last part of the trace. Any simple method to achive this ? (Currently I can think to pipe under USS , and write a small program to wrap around ) -- If you know how many records, you can use IDCAMS REPRO with SKIP(nnn). If you don't know how many records, you would have to determine that first and could generate the JCL with REXX for example. There are many ways to find the number of records but the quickest may be to use the ICETOOL or SYNCTOOL COUNT function. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Timeout to server printer software after IP change
Hello everyone... We have been running for a week now after upgrading from z/OS 1.4 w/ CA TCPIP to z/OS 1.7 running both IBM and CA stacks. Everything is going thru IBM except for FTP and some telnet. About the only problem we have left is this one: Throughout the day and night when batch jobs run, the reports the jobs produce are sent via TCPIP LPR (EPS) to a windows server running HBOC/McKesson software called Laserarc. This is online report viewing software. Things work fine for a while but sometime during the day or night we stop being able to send reports to Laserarc. During the day not much is sent - we might have a successful send at 09:00 and not try again until 15:00, which fails. When it fails after hours, none of the nightly reports are available for users to view when they get to work. The message our software puts out is: T07OB058E OLPR1_J29562 unable to connect to remote host (48): Socket T07OB058E+connection attempt timed out A ping or tracert indicates everything is ok. traceroute to xxx.yy.3.147 (xxx.yy.3.147), 30 hops max, 40 byte packets 1 xxx.yy.3.147 (xxx.yy.3.147) 3 ms 1 ms 1 ms CS V1R7: Pinging host xxx.yy.3.147 Ping #1 response took 0.003 seconds. (NETSTAT shows) EPS 0023794E xxx.yy.1.71..721 xxx.yy.3.147..515 SynSent We continue to get timeouts until the server and/or server software is restarted (not sure what gets restarted). We, the mainframe side, don't have to do anything. When the server is restarted we start sending again. The server people have contacted McKesson for Laserarc support but they haven't got anywhere yet. We (MF people) are the ones who converted and changed something and this problem started later in the night after conversion. Does anyone have any ideas of something we may not have set up right in TCPIP or pointers of what to look for? We do a lot of networked printing and aren't having this problem with anything else. Thanks for any help and sorry for the length. Robert Johnston UAMS - Little Rock Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: NDAs (was New Opcodes)
--snip--- I once mentioned something on this list after my manager asked me to fill out a survey from IBM. He forwarded me the questions and never mentioned it was NDA. He soon got a nasty email from someone at IBM and I couldn't sit for a few days. :-) Live and learn... --unsnip- You were treated unjustly; he should have made you aware of the NDA nature of the survey. To penalize you for his own omission is NOT the mark of a manager deserving of your fullest loyalty. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Keep only the tail of the dataset
On Mon, 28 Jan 2008 09:18:21 -0600, McKown, John wrote: Might yet be done allocating the trace file in JCL to a named pipe (FIFO) to be read by a chopping daemon. The FIFO could be allocated and the daemon started in a prior job step. Two likely problems: o If the trace records are variable length containing binary information, that can not be preserved in a Unix file. Why not? I have successfully ftp'ed raw (binary) SMF data, including the RDWs from z/OS to Linux. I can then read the file using Java, decoding the RDWs. UNIX itself does not care what data is being written to a file. It is just a byte stream. Of course, if the creating program itself does not have some way to delimit an end-of-record, then it __might__ not be possible to reliably read the data. E.g. undefined records which don't have an RDW, nor an end-of-record indicator (like program objects). Ah, but FTP has the (LOC)SITE RDW command. Alas, DD PATH=... supports no analogous FILEDATA=RDW option. With FILEDATA=BINARY, RDWs are entirely disregarded and the data are streamed; with FILEDATA=TEXT, the RDWs are replaced by 0x15, which might be spoofed by binary data. -- 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: IBM Cuts Employee Salaries
Allen Staller let fly with the following bleating: While I have sympathy for the affected employees, no one is holding a gun to their(your) head saying You *WILL* work for IBM. They(you) are free to make whatever choices suit their(your) personal needs and go to work for someone else like a customer or another vendor! It sounds to me like you are on of those affected. Make whatever choice suits your personal needs. In the meantime, do what needs to be done, and deal with it! Fortunately, I do not work for IBM. However the 7600 folks who are being punished for a subset of them exercising their *rights* under US labor law are all _customer facing_ personnel. To manage costs, IBM will manage overtime downwards (these employees were free to work whatever extra hours were required to get the job done). Do the math: less pay, less overtime = more unhappy grunts, installing and maintaining _your_ big iron. IBMer refs: http://www.allianceibm.org/salarycomments.php You want one of these guys/gals coming in when the fecal matter impacts the oscillating air mover? See: http://www.ecommercetimes.com/rsstory/61342.html One IBM document, labeled a confidential QA for customers, lists this sample question that an IBM client might ask: What has been the reaction of employees who are being reclassified? The suggested response for managers: They understand this is something we must do under current interpretations of the law and to remain competitive within our industry. It is clear, however, that many employees are furious. Birger Heede asked: Why would the bonus be cut? Bonuses are typically calculated as a percentage of base salary, not total compensation. This translates to a 15% reduction of bonus, as well. SB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: SV: SV: Job ad for z/OS systems programmer trainee
Ok, ok. I surrender. :) (My Outlook setup for IBM-MAIN cuts the subject before trainee...) I took the thread as about recruiting in general. Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ted MacNEIL Skickat: den 28 januari 2008 17:56 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: SV: SV: Job ad for z/OS systems programmer trainee OK. I didn't saw that it was for a trainee. Must I read all posts in a thread ? 1. Yes, in order to comment intelligently. 2. It's in the subject header. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SV: SV: SV: Job ad for z/OS systems programmer trainee
OK. I didn't saw that it was for a trainee. Must I read all posts in a thread ? 1. Yes, in order to comment intelligently. 2. It's in the subject header. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 about find Sysout
---snip-- I have a process here, that START a Proc, and this Proc are resulted in error. I can look the Sysout, for try correct this, but, after the Job is cancelled, I can find the Sysout output, in the SDSF command, Is here : - 06.52.01 s csq6chin - 06.52.03 STC05927 $HASP373 CSQ6CHIN STARTED - 06.52.14 STC05927 +CSQX005E CSQXJST Channel initiator failed to - start - 06.52.14 STC05927 IEF404I CSQ6CHIN - ENDED - TIME=06.52.14 Looking at LOG command, the Sysout was Purged : +CSQX005E CSQXJST Channel initiator failed to start 0090 IEF404I CSQ6CHIN - ENDED - TIME=06.52.14 0281 $HASP395 CSQ6CHIN ENDED 0281 $HASP250 CSQ6CHIN PURGED -- (JOB KEY WAS C1DAFD34) But , Why ? I need do something in the Proc ? Of course, without Sysout, I can't correct thsi problem. May be a stupid mistake, but, if someone can help, I will be glad. -snip-- Try adding a MSGCLASS= operand to the START command; give it a message class that is a HELD SYSOUT class. In my shop, it was always MSGCLASS=Y that was used on a failing START command. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM Cuts Employee Salaries
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Monday, January 28, 2008 11:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Cuts Employee Salaries On Mon, 28 Jan 2008 10:57:35 -0600, Ed Gould wrote: What wasn't posted was the fact that the salaries are being cut as a result of a lawsuit claiming that IBM didn't pay overtime and classified employees incorrectly so they couldn't get overtime. There was much ado about OT (and not getting paid for it and the lawsuit (IBM Lost and had to cough up millions). It goes to the root of when people should get paid for OT. The way I understand this came about is a few salaried employees sued IBM because the weren't being paid overtime. SNIP Perhaps if one were to actually read the laws relative to what constitutes salaried exempt vs. salaried non-exempt vs. hourly, one might come to understand what constitutes abuse in this area. For instance, salaried employees are to be paid in whole day increments. So if you take off half a day for a medical thing, you are considered to have worked the whole day. Yet if you work an extra hour or two, you are not to be compensated for such. Sick time, work day, and vacation are supposed to be on a day by day basis, not hour by hour. Companies that force the hourly tracking for pay purposes open themselves to a lawsuit similar to what it appears that IBM has just lost. Now if I remember the wording of the law correctly (Fed and states word this differently, and the one that provides the most protection to the employee wins); if you are salaried non-exempt, and you are assigned more work that causes you to have to work, say an extended work week, then you may only be eligible for straight time, but if your base compensation is below some floor, then you are subject to the hourly pay scales (and then Federal contract verbiage modifies this too, should your employer be a US Federal contractor). Another area of abuse, which has occurred in California: the law (at least up to 1996 when I left the state) was that once vacation was earned, it could not be taken away, regardless of what company policy may say. Yet companies regularly attempt (and get away with it) a use it or lose it policy. Various other states have similar laws. Just thought I'd throw my 1/2 cent in here. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: Monday, January 28, 2008 12:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DB2 queries without using MF. HI, I think that there is a lot of confusion here. We talk about two subjects, Query DB2 from PC and emulate 3390, mirroring etc... About DB2, OK there is no RACF in PC, without RACF the security is not OK. About my product MFNetDisk with data in PC, I see a lot of confusion. I am RACF supporter as IBM, EMC, HDS disks are RACF supporter. Nobody from MF can access my data if RACF does not allowed it!!! RACF is my master, I will never do anything without RACF permission. Can you explain me what is wrong with data in PC and not in IBM, HDS, EMC PCs inside their boxes? By the way two of these companies allowed accessing the data from PC using API, Why I can not do the same? Thanks, Shai I think the concern, perhaps with little merit, is that the PC resident data may be accessed by some other PC process, without knowledge. This is likely due to all the horror stories about Windows being subverted and data mined with no knowledge of the company which owned the data. Now, with proper setup, this should not be a real concern. If the PC running your software is secured inside the data center, and if it either has no LAN access to anything other than the mainframe, then I can see using it. Especially, perhaps, for things which do not need the high security. The plus of the other DASD you mentioned is that it is not IP connected. It is connected via Fiber directly to the mainframe. That means that there is absolutely NO way for somebody to put a sniffer on the LAN and capture data in transit (we do all use TLS for our TN3270 sessions, right?). Of course, if this is a real concern, then the LAN could be set up so that the PC running MFNetDisk was on a separate VLAN or even a physically separate LAN segment that doesn't connect to anything else. Another part of the fear may be that mainframe information is being accessed without any mainframe auditing. I assume that any data which is transferred to another system has already been audited on the Mainframe as being OK to send. I also assume that the data, once on the receiving system, is properly secured and access audited if necessary. Lastly, suppose that all the above is properly vetted and secured. There needs to be some way for users of your API to know when the DB2 structure has been changed. For instance, suppose that a table is deleted, or just a column deleted. There needs to be some way for the people who maintain the PC application to know this and update their application. I know that this is a tremendous problem here. Because believe it or not, the PC application people scream if anything changes and they have to modify their code to adjust. This is not a problem with your product, but it is a problem if we on the mainframe side have been bitten by it. We have actually had to defer changes due to the PC processes not being updatable in a timely manner. So much for the PC having a faster development cycle. Again, at least around here. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Keep only the tail of the dataset
Hang on, I must be missing something... This is my output from the tail command in OMVS in tso, which I am sure can be used in BPXbatch. So If you mount your dataset in OMVS / USS as /var/tailin OMVS.TAILIN and a second one as /var/tailout OMVS.TAILOUT(empty) and issue the command tail /var/tailin /var/tailout, won't you get the best results ? No messing around with other unix systems etc and code that someone needs to rewrite in 2 year's time? Regards Herbie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -tailtest-(EOF) # tail tailtest strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html # === RUNNING ESC=¢ 1=Help 2=SubCmd3=HlpRetrn 4=Top 5=Bottom6=TSO 7=BackScr 8=Scroll9=NextSess 10=Refresh 11=FwdRetr 12=Retrieve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: 28 Januarie 2008 04:59 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, January 28, 2008 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset [snip] On Mon, 28 Jan 2008 09:34:19 -0600, McKown, John wrote: 2) Since the program does not know when it may terminate, it is possible that the last OPEN would be just before the program is to terminate, thereby making the trace file have 0 records. Have you a problem with that? What? Well, if I were expecting to see the last n records output, then I'd be pretty upset to get 0 when I knew that some were indeed output. [snip] This is identical to the behavior of FTP with the BINARY and ASCII options respectively, and absent SITE RDW, both of which have their uses. The wippo merely failed to perceive the need for an RDW option. (is ASCII compatible with RDW?) -- gil Well, I consider it to be weird. Personal opinion, I guess. The Dovetailed Technologies' fromdsn has an option to retain IBM compatable RDWs in the output, or not, as an option. Of course, that doesn't help if I want to output via JCL. So, somebody thought that keeping RDWs might be important. Of course, I don't know how that option would be architected in JCL. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Two things missing from DFSORT in a perfect world?
I agree with you, John. And also a conversion for IP addresses as they are stored in SMF in hex format to something like xxx.xxx.xxx.xxx. On Jan 28, 2008 2:36 PM, McKown, John [EMAIL PROTECTED] wrote: I am looking at all the new, nifty, stuff in DFSORT. Wow, it is becoming a very powerful data manipulation tool. I'm getting to the point where I think it might even be able to replace SAS (at least around here), if only it had an easy way to convert SMF and RMF date/time stamps into character strings (according to a conversion template?). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Two things missing from DFSORT in a perfect world?
I am looking at all the new, nifty, stuff in DFSORT. Wow, it is becoming a very powerful data manipulation tool. I'm getting to the point where I think it might even be able to replace SAS (at least around here), if only it had an easy way to convert SMF and RMF date/time stamps into character strings (according to a conversion template?). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 queries without using MF.
Some other thoughts on this. The plus is obviously that this will allow a PC application to access mainframe DB2 data without any mainframe involvement. That means no mainframe CPU cycles for these report or even data transfer. That means no license costs (other than what Shai imposes). That sounds nice. The problems (no offense) are: 1) Shai may (or may not) decide that this function could be a cash cow and decides to up the price to be on par with other mainframe software. I'm not saying that he will. I'm saying that he could. And that is a consideration, like with any other software that is single sourced. I know that I've gotten bitten by certain other vendors in this manner. It's too costly to convert and too costly to maintain. 2) What happens, God forbid, should Shai get killed in an car accident? Who will support this? Will the source be available? 3) Assume this API is the cat's pajamas and a lot of reports are written on the PC side of the world. And these reports are now mission critical. IBM now puts out a new release of DB2. The mainframe applications are shielded from any internal changes in the DASD resident data structures, of course. But the PC applications are dead in the water until Shai (or whomever) has a chance to figure out how to access the new structure. So, the mainframe is now held hostage to this PC API. Shai: Are you like CA and other OEMs who get pre-release versions of IBM's DB2 in order to make changes to your software to support it? (I don't know, I'm asking). If not, then I would be very concerned. As suppose, lets assume the worse. IBM releases a new DB2. One feature is encrypted tables. Management, or the legal department, decides that encrypted tables will be mandatory in order to avoid possible lawsuits. OOPS, how long before these tables can be read by this API reliably? What if IBM somehow gets a patent on the actual data structure on DASD? 4) What about if Microsoft comes out with Windows Server 2010 and the PC software fails for some reason. I.e. it is no longer compatable for some reason. Again, wait until Shai, or whomever, gets the new Windows software and ports his code to run on it. In the mean time, no upgrading that PC server. I don't mean to be a nay sayer. But I am a professional pessimist. I try to figure out possible problems and how to avoid them. The above are just some of the pros vs. cons to be considered by anybody who might want this functionality. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM delivery over the Internet.
On Sun, 27 Jan 2008 00:29:13 -0600, Ed Gould [EMAIL PROTECTED] wrote: I think I have heard of people on here doing a *LARGE* receive on here but to order an *ENTIRE* OS boggles my mind. I have not done a VM installation in 20++ years so I don't have any idea how big it would be. The last MVS order I saw was approximately 18 3480 tapes. I wouldn't think (but I am obviously wrong) that a checksum could be that large to hold the amount of data. I am somewhat curious as to how many tapes a Z/vm order is, anyone? The PWD downloadable z/VM is almost exactly one CD in size, i.e. 700 MB. But it's not a .ISO file; it's GZIP'd DASD images. Of course this isn't what IBM has just announced, but it gives an idea of the size of the product. 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: DB2 queries without using MF.
HI, Again, Nothing to do with queries from PC (I am not going to do it). The disks which are connected with fiber can access the disk from PC and another PC can access the PC with the fiber and security is not OK. I have another solution, I only enable special IP to access my PC Server. Yes, the protection is full. Nobody except ip1 and ip2 can access the PC Server. There is noway to broken to the PC Server data!!!. XIV support open systems only protocol and my PC Server can put data also in XIV storage and also in EMC (connected to PC) which will be connected to the PC with the MFNetDisk PC server. Maybe you miss my point, all the available storage which can be connected to PC are OK to PC Server!!! PC Server is protected the same as IBM, HDS and EMC! Thanks, Shai On 1/28/08, Itschak Mugzach [EMAIL PROTECTED] wrote: Hello Shai, I haven't read all this thread but let me clarify some things: Regarding Accessing DB2 from PC, it is not a big deal. I know many products that done that and yours can be easily on of them. The issue of identifying your self to RACF is easy. RACF supports a one time password mechanism, the PASS TICKET. This is a published interface that you can code anywhere any language (I know one in REXX). The pass ticket generator is based on the USERID (that you have to associate with the requestor), a time and a known key shared between your pass ticket generator RACF. It can be common or user specific. Now that the RACF problem has been solved, Let me deal with the shared disk idea of yours. I think that the main issue here is the need. Why should one put his valued data on an unsecured (for all reasons) PC? At the same time, z/OS offers some secure ways of data sharing like NFS. The enterprise storage boxes are using raw (FBA) devices. This means that they already using cheap storage. Part of them, like XIV are even stating that. From other hand, they supplies many ways to protect the data, not from a server point of view, as they are not servers. They use zoning, physical port allocation, address ranging protection and of course RAID-5 (or other RAID technology) that implement striping. The APIs you are referring are not accessible by every end user, are protected and can access only specific device types. BTW, I know other solutions that captures mainframe I-O and use IP to pass it the other machine. If you want some name, call me. Any way, you did a nice effort so far. Itschak Mugzach, Director SecuriTeam Software ltd. Tel: +972 (522) 986404 Skype: Securiteam-Software Email: [EMAIL PROTECTED] Gmail: [EMAIL PROTECTED] for large mails -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: Monday, January 28, 2008 8:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DB2 queries without using MF. HI, I think that there is a lot of confusion here. We talk about two subjects, Query DB2 from PC and emulate 3390, mirroring etc... About DB2, OK there is no RACF in PC, without RACF the security is not OK. About my product MFNetDisk with data in PC, I see a lot of confusion. I am RACF supporter as IBM, EMC, HDS disks are RACF supporter. Nobody from MF can access my data if RACF does not allowed it!!! RACF is my master, I will never do anything without RACF permission. Can you explain me what is wrong with data in PC and not in IBM, HDS, EMC PCs inside their boxes? By the way two of these companies allowed accessing the data from PC using API, Why I can not do the same? Thanks, Shai On 1/28/08, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lars Poulsen Shai, Frankly, it seems that you do not understand the security issue, which is driven by specific laws in the USA, including most famously 1) HIPPA - Health Insurance Privacy Protection Act Not being in the health industry, I hadn't heard of that one. But another important piece of related legislation with a very similar abbreviation is HIPAA, Health Insurance Portability and Accountability Act, which affects all of us in the US (at minimum). -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Re: Job ad for z/OS systems programmer trainee
---snip-- A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. unsnip- Having a college degree does signify one good quality: that you finish what you start. Other than that, my degree in Physics, with a math minor, haven't served me one single iota in this business. That sheepskin is just so much toilette paper. Now a degree in business administration or accounting might have been useful a good number of times. Provided I retained the knowledge they represented. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
shai hess wrote: Question, how are you going to handle security, especially if its RACF? Two options: 1. Query MVS RACF from PC before accessing the data. 2. Using MFNetDisk security which allow only specific IP to access the data (IPOK in my documentation). Security, Security and more Security. MFNetDisk mirrors and data is not going to be a site which everyone in the world can access, put virus and surf the Internet. I want to hear from all of you (please do not mention RACF again because this will force me to access MF) what you think about security in MFNetDisk data and mirrors. What is the best way to handle security better then allowed only specific PC to access the data. Shai, Frankly, it seems that you do not understand the security issue, which is driven by specific laws in the USA, including most famously 1) HIPPA - Health Insurance Privacy Protection Act 2) The Sarbanes-Oxley corporate financial accountability law These laws require that in certain types of companies, certain types of databases are required to be protected by a security system that allows an auditor to determine - who (which person) has modified a data record, and what exactly did they change (i.e. a logfile must collect before-and-after snapshots) - who has looked at a data record The regulators are quite serious about these laws. My wife is a hospital nurse, so I have gotten a glimpse of how these systems work, and how they are integrated in the company workflow. Because any employee in these companies can be fired or even subjected to criminal prosecution for looking at data they may have technical but not legal access to (for example, if a friend or neighbor is a patient in the hospital where my wife works, she is allowed to look at the person's record only if that patient is on her floor) the protection system must be extremely trustworthy. z/OS and with one of the leading database systems and one of the leading security systems CAN provide such assurance. Data that is under this kind of protection can not leave the mainframe unless it is encrypted in a way that cannot be decoded outside of the security envelope. Even in this type of company, most of the data is not that critical. The printfile from an accounts payable check run may not contain anything that is legally protected. (A snapshot of the corporate balance sheet for a publicly traded company probably does.) But in order to prevent leaks, auditors generally like to see a system that enforces fundamental separations, such as data can only move from this area to that area under these rules. Where there is not a data path, a leak cannot occur. A product such as yours is thus unlikely to be allowed into the data center of a large (publicly traded) company or a company in the Health Care industry. At the same time, it seems it can be VERY valuable to the most cost-conscious segments of the mainframe market: - small independent software developers - smallish privately owned companies that are not in a regulated industry. It seems to me that a product like yours can provide a path to geographic dispersion of physical data storage for a significantly lower cost than the state-of-the-art storage arrays from the major vendors, who may not a have an affordably priced system at a low enough performance point for these classes of customers. Both of these groups would be even better served (and would not need a product like yours) if a lower-priced product line were available from IBM, such as a developer-only license for a Hercules-class product. But that is another thread (that scares people here). / Lars Poulsen -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM Cuts Employee Salaries
On Mon, 28 Jan 2008 10:57:35 -0600, Ed Gould wrote: What wasn't posted was the fact that the salaries are being cut as a result of a lawsuit claiming that IBM didn't pay overtime and classified employees incorrectly so they couldn't get overtime. There was much ado about OT (and not getting paid for it and the lawsuit (IBM Lost and had to cough up millions). It goes to the root of when people should get paid for OT. The way I understand this came about is a few salaried employees sued IBM because the weren't being paid overtime. The judge agreed with their points and IBM made a huge number of employees hourly employees. That way they know how many hours they work and can pay them for overtime as required by the ruling. I also understand that this change to hourly resulted in about a 15% pay cut. But hey, all they have to do is work a bunch of overtime and they're back to their previous earnings and maybe beyond. Be careful of what you ask for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NDAs (was New Opcodes)
On Mon, 28 Jan 2008 11:39:12 -0600 Tom Moulder [EMAIL PROTECTED] wrote: :Nothing should be understood to mean that you have no comment when asked of :the material's existence. So you do not confirm or deny the existence. If :that is the case, then one should also understand that you would never :publicly announce it's existence. Well, if you are not under an NDA you certainly can deny the existence of an NDA. So, if you ask X if he is under an NDA: Response: No - No NDA No response: - NDA -- 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: Two things 'missing' from DFSORT in a 'perfect world'?
Already done about two mimutes ago. ;) On Mon Jan 28 12:12 , Frank Yaeger [EMAIL PROTECTED] sent: Gary Green wrote on 01/28/2008 11:14:41 AM: Unless something came out within the past month or so, there are still some, to me, shortcoming with the new capabilities of DFSort; mainly in its symbol processing area. Gary, I would appreciate it if you would send me a note offline with details of the shortcomings you see in DFSORT's capabilities, so I can add them to the candidates list if appropriate. Thanks. Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Deleting after FTP
I had some fires to fight, but getting back, I tried the various ideas in this thread, but couldn't get it tied up. I suppose we will have to create job triggers to clean them up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dumb idea - pandering to the other systems people?
This has not come up yet. But I've been working with an IT person who is, well, not very knowledgable. Especially about z/OS. So, what has occurred to me is to try to talk to them more in their native tongue. They are used to talking about services. In Linux (at least Fedora), there is a service command which basically looks like service ... start and service ... stop as well as other. In addition, our NOC personnel are not very z/OS literate either (in general - some are pretty good, others absymal). So, should I use CA-OPS/MVS to create a service command which will start or stop selected services? Basically change a service srv start to a S SRV and a service srv stop to a P SRV (or whatever the appropriate method is to stop the service)? This might end up just plain easier than trying to teach them the right way. Is this wise or foolish? I'm so tired at times. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NDAs (was New Opcodes)
IBM calls them Confidential Disclosure Agreement - CDA I was under one for pre-planning of MVS/ESA and it was called an NDA at that time. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM Cuts Employee Salaries
On Jan 28, 2008, at 11:46 AM, Dave Kopischke wrote: --SNIP The way I understand this came about is a few salaried employees sued IBM because the weren't being paid overtime. The judge agreed with their points and IBM made a huge number of employees hourly employees. That way they know how many hours they work and can pay them for overtime as required by the ruling. I also understand that this change to hourly resulted in about a 15% pay cut. But hey, all they have to do is work a bunch of overtime and they're back to their previous earnings and maybe beyond. Be careful of what you ask for. Dave, This may turn rather interesting over time. *IF* this was the case then it might open IBM up to various labor laws. If anything, it will probably lead to unions. IBM opened a can of worms, 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
Re: DB2 queries without using MF.
HI, I think that there is a lot of confusion here. We talk about two subjects, Query DB2 from PC and emulate 3390, mirroring etc... About DB2, OK there is no RACF in PC, without RACF the security is not OK. About my product MFNetDisk with data in PC, I see a lot of confusion. I am RACF supporter as IBM, EMC, HDS disks are RACF supporter. Nobody from MF can access my data if RACF does not allowed it!!! RACF is my master, I will never do anything without RACF permission. Can you explain me what is wrong with data in PC and not in IBM, HDS, EMC PCs inside their boxes? By the way two of these companies allowed accessing the data from PC using API, Why I can not do the same? Thanks, Shai On 1/28/08, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lars Poulsen Shai, Frankly, it seems that you do not understand the security issue, which is driven by specific laws in the USA, including most famously 1) HIPPA - Health Insurance Privacy Protection Act Not being in the health industry, I hadn't heard of that one. But another important piece of related legislation with a very similar abbreviation is HIPAA, Health Insurance Portability and Accountability Act, which affects all of us in the US (at minimum). -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
HI John, 2) What happens, God forbid, should Shai get killed in an car accident? Who will support this? Will the source be available? If a lot of people will use my product I am sure that they will pray for me, if all the religious will pray (I hope also Muslim..), I am secure (RACF security). 4) What about if Microsoft comes out with Windows Server 2010 and the PC software fails for some reason. I.e. it is no longer compatible for some reason. Again, wait until Shai, or whomever, gets the new Windows software and ports his code to run on it. In the mean time, no upgrading that PC server. My software in PC will run in any PC now and 1000 hundred from now. Thanks, Shai I am not going to do the DB2 queries from PC. On 1/28/08, McKown, John [EMAIL PROTECTED] wrote: Some other thoughts on this. The plus is obviously that this will allow a PC application to access mainframe DB2 data without any mainframe involvement. That means no mainframe CPU cycles for these report or even data transfer. That means no license costs (other than what Shai imposes). That sounds nice. The problems (no offense) are: 1) Shai may (or may not) decide that this function could be a cash cow and decides to up the price to be on par with other mainframe software. I'm not saying that he will. I'm saying that he could. And that is a consideration, like with any other software that is single sourced. I know that I've gotten bitten by certain other vendors in this manner. It's too costly to convert and too costly to maintain. 2) What happens, God forbid, should Shai get killed in an car accident? Who will support this? Will the source be available? 3) Assume this API is the cat's pajamas and a lot of reports are written on the PC side of the world. And these reports are now mission critical. IBM now puts out a new release of DB2. The mainframe applications are shielded from any internal changes in the DASD resident data structures, of course. But the PC applications are dead in the water until Shai (or whomever) has a chance to figure out how to access the new structure. So, the mainframe is now held hostage to this PC API. Shai: Are you like CA and other OEMs who get pre-release versions of IBM's DB2 in order to make changes to your software to support it? (I don't know, I'm asking). If not, then I would be very concerned. As suppose, lets assume the worse. IBM releases a new DB2. One feature is encrypted tables. Management, or the legal department, decides that encrypted tables will be mandatory in order to avoid possible lawsuits. OOPS, how long before these tables can be read by this API reliably? What if IBM somehow gets a patent on the actual data structure on DASD? 4) What about if Microsoft comes out with Windows Server 2010 and the PC software fails for some reason. I.e. it is no longer compatable for some reason. Again, wait until Shai, or whomever, gets the new Windows software and ports his code to run on it. In the mean time, no upgrading that PC server. I don't mean to be a nay sayer. But I am a professional pessimist. I try to figure out possible problems and how to avoid them. The above are just some of the pros vs. cons to be considered by anybody who might want this functionality. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Dumb idea - pandering to the other systems people?
I think its very foolish. If they are going to work on a platform they should make an attempt to learn and understand the platform. Ask Yourself this Why is it tha a Mainframe person can adapt to other platforms (unix, linix,Windows) but the other platforms cant seem to understand the mainframe. And Yes John it does get tireing That my 2 cents McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/28/2008 04:17 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Dumb idea - pandering to the other systems people? This has not come up yet. But I've been working with an IT person who is, well, not very knowledgable. Especially about z/OS. So, what has occurred to me is to try to talk to them more in their native tongue. They are used to talking about services. In Linux (at least Fedora), there is a service command which basically looks like service ... start and service ... stop as well as other. In addition, our NOC personnel are not very z/OS literate either (in general - some are pretty good, others absymal). So, should I use CA-OPS/MVS to create a service command which will start or stop selected services? Basically change a service srv start to a S SRV and a service srv stop to a P SRV (or whatever the appropriate method is to stop the service)? This might end up just plain easier than trying to teach them the right way. Is this wise or foolish? I'm so tired at times. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM Cuts Employee Salaries
In a message dated 1/28/2008 1:34:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Another area of abuse, which has occurred in California: the law (at least up to 1996 when I left the state) was that once vacation was earned, it could not be taken away, regardless of what company policy may say. Yet companies regularly attempt (and get away with it) a use it or lose it policy. Various other states have similar laws. There have also been some new interpretations to existing law. We had one weekend supervisor that had 25yrs and was thinking retirement, but by the new interpretation was allowed to move to non-exempt and keep salary and benefits and work eight less hours. **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3494 ATL and volume categories mismatch
Radoslaw, ISMF allows you to change the status from SCRATCH to SCRATCH. Simply type S in the 'new value' field and ENTER. This changes the category number in the library and also resets any error error status. You can do the same with PRIVATE-P Other ways you had available; in rmm, change status to MASTER, then release the volume then EDGHSKP with EXPROC with CBRSPLCS - this is a sample program that allows CUA (an other actions) via a program interface. Mike WoodRMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM Freespace - If no initial load???????
Hi Folks, I've used VSAM for years and have a pretty good understanding of the way the CISZ and buffering need to be adjusted depending on the method used to access the file. Every file I've had to play with has always had an initial load so enforcing FSPC hasn't been a problem. I'm now working with an application that doesn't appear to do an initial load. These are Journal files that are being used by an application within a CICS region. As I'm not a CICS guy, I'm told that these files are dynamically allocated and, as they are using a ring-of-files concept, don't ever get an initial load. Each Journal file will be active for 1 day, then remain as archive until day 6 when they are emptied and rotated round for use on day 7. If this is the case (please jump in CICS guys if I've been steered down a cul- de-sac) how is it possible to enforce freespace? The file in question is writing 5000 records with 2000 of these records as inserts. Without FSPC, I can't control the CI/CA splits as well as I'd like. As always, pointing me towards the right manual will be just as helpful as a concise answer Thanks for any/all help, JJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Freespace - If no initial load???????
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joe jeffries Sent: Monday, January 28, 2008 2:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Freespace - If no initial load??? Hi Folks, I've used VSAM for years and have a pretty good understanding of the way the CISZ and buffering need to be adjusted depending on the method used to access the file. Every file I've had to play with has always had an initial load so enforcing FSPC hasn't been a problem. I'm now working with an application that doesn't appear to do an initial load. These are Journal files that are being used by an application within a CICS region. As I'm not a CICS guy, I'm told that these files are dynamically allocated and, as they are using a ring-of-files concept, don't ever get an initial load. Each Journal file will be active for 1 day, then remain as archive until day 6 when they are emptied and rotated round for use on day 7. If this is the case (please jump in CICS guys if I've been steered down a cul- de-sac) how is it possible to enforce freespace? The file in question is writing 5000 records with 2000 of these records as inserts. Without FSPC, I can't control the CI/CA splits as well as I'd like. As always, pointing me towards the right manual will be just as helpful as a concise answer Thanks for any/all help, JJ JJ, There is an option that you might be interested in. The program which does this switching can use the CICS function: EXEC CICS SET FILE() EMPTYREQ END-EXEC Just before it does the OPEN for the new journal dataset name. If the VSAM cluster is defined as REUSE, this will cause VSAM to empty the VSAM file and you are now looking as if you are in LOAD mode. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHA8A08/2.14 9 You'd see something in the code like: EXEC CICS SET FILE(ABC) CLOSED DISABLED END-EXEC EXEC CICS SET FILE(ABC) DSNAME(NEWDSN) END-EXEC EXEC CICS SET FILE(ABC) EMPTYREQ END-EXEC EXEC CICS SET FILE(ABC) OPEN ENABLED END-EXEC -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job ad for z/OS systems programmer trainee
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Ted MacNEIL) writes: My degree is a major in computer science with a minor in statistics. My first job was as a capacity analyst. My degree was 100% applicable. a lot of capacity planning came out of a lot of performance work at the science center http://www.garlic.com/~lynn/subtopic.html#545tech ... including modeling and workload profiling and the fundamentals for capacity planning. science center had done the port of apl\360 for cms\apl ... and rather than the toy 16-32kbyte workspaces ... they could be as large as virtual memory/machine size. cms\apl became the basis for much of the sales/marketing support applications on the world-wide hone system (sometime in the early 70s, branch office couldn't even submit mainframe orders that hadn't first been processed by hone application) http://www.garlic.com/~lynn/subtopic.html#hone one of the applications deployed on HONE was the performance predictor (system analytically model from the science center implemented in apl ... allowing branch people to characterize the customer's configuration and workload and then ask what-if questions regarding changes to configuration and/or workload. the production science center online system (first cp67 and then vm370) was heavily instrumented and eventually had 7x24 activity data for approaching two decades and established similar standard for other internal systems. besides the system analytical modeling (including the work that resulted in the performance predictor application) there was also a number of event-driven model implementations. there were also a number of execution sampling implementations ... one which resulted in VS/Repack product in the mid-70s ... which would take trace of instruction address storage references and do semi-automated program reorganization for optimal paging operation. Before release as a product, it was used extensively internally by several products making transition from real-storage environment to virtual storage environment (i.e. for instance, IMS made extensive use of the application). another trace/sampling implementation was also used to determine what functions went into VM ECPS (i.e. 6k bytes of vm370 kernel instructions that represented approx. 70percent of kernel pathlength execution was moved to microcode). http://www.garlic.com/~lynn/94.html#21 another performance optimization methodology used at the science center was multiple regression analysis ... with the detailed 7x24 system monitoring ... it was possible to determine where the system was spending large percentage of its time. i've mentioned before using this methodology on large 450k line cobol application that had been heavily studied and optimized over period of a couple of decades (using products like strobe). it ran on 40+ max configured mainframe CECs ($1.2b-$1.5b aggregate). i used multiple regression analysis to identify another 14percent performance improvement (that hadn't been turned up using the other methodologies). misc. recent references: http://www.garlic.com/~lynn/2006o.html#23 Strobe equivalents http://www.garlic.com/~lynn/2006s.html#24 Curiousity: CPU % for COBOL program http://www.garlic.com/~lynn/2006u.html#50 Where can you get a Minor in Mainframe? http://www.garlic.com/~lynn/2007l.html#20 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007u.html#21 Distributed Computing -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Two things 'missing' from DFSORT in a 'perfect world'?
Gary Green wrote on 01/28/2008 11:14:41 AM: Unless something came out within the past month or so, there are still some, to me, shortcoming with the new capabilities of DFSort; mainly in its symbol processing area. Gary, I would appreciate it if you would send me a note offline with details of the shortcomings you see in DFSORT's capabilities, so I can add them to the candidates list if appropriate. Thanks. Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 down SEV1 ticket 34483833 due to Web Identity (logon authentication)
well, it's working now, when several team members here tried first thing this morning, it was down, and I was told of that sev1 ticket number. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Two things missing from DFSORT in a perfect world?
John McKown wrote on 01/28/2008 10:36:22 AM: I am looking at all the new, nifty, stuff in DFSORT. Wow, it is becoming a very powerful data manipulation tool. I'm getting to the point where I think it might even be able to replace SAS (at least around here), if only it had an easy way to convert SMF and RMF date/time stamps into character strings (according to a conversion template?). Glad you like DFSORT. :-) As for date/time conversions, have you looked at what DFSORT's DTn, DCn, DEn, TMn, TCn and TEn formats? They can be used with BUILD and OVERLAY to convert various types of date/time stamps (SMF, TOD, ETOD) to edited displayable forms. I'm not sure it can do everything you want to do, but I believe it can do some of it. If you need something you can't do, feel free to send me a note offline with more details so I can add it to the candidate list. Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Timeout to server printer software after IP change
In a message dated 1/28/2008 12:10:11 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Does anyone have any ideas of something we may not have set up right in TCPIP or pointers of what to look for? We do a lot of networked printing and aren't having this problem with anything else. Thanks for any help and sorry for the length. I'd compare TCP parms first. Then check OSA defs for speed. 10/100/1000/auto. Auto has often been the culprit. Don't remember much for Printer defs except TIMEOUT Interval and MAXRETRIES guess something else to check. If you've got a 'milking machine'(packet shaper) might be a good time to break it out **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: NDAs (was New Opcodes)
snip Those of us covered by NDA are contractually bound to say *nothing* until after an official IBM announcement -- if any! That's how it works. It's a contract between two companies. The terms are both simple and obvious. And, anyone unable to abide by those terms should not be made privy to such material. unsnip Nothing should be understood to mean that you have no comment when asked of the material's existence. So you do not confirm or deny the existence. If that is the case, then one should also understand that you would never publicly announce it's existence. Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.14/1247 - Release Date: 1/28/2008 10:59 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Dumb idea - pandering to the other systems people?
I agree Paul I came up through the ranks from Operations. It is better for NOC folks to know what is going on instead of a clist. Clists are fine, but make sure the NOC folks know what they do and the native commands.. Regards, Scott Ford IDF Host Developer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul D'Angelo Sent: Monday, January 28, 2008 4:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dumb idea - pandering to the other systems people? I think its very foolish. If they are going to work on a platform they should make an attempt to learn and understand the platform. Ask Yourself this Why is it tha a Mainframe person can adapt to other platforms (unix, linix,Windows) but the other platforms cant seem to understand the mainframe. And Yes John it does get tireing That my 2 cents McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/28/2008 04:17 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Dumb idea - pandering to the other systems people? This has not come up yet. But I've been working with an IT person who is, well, not very knowledgable. Especially about z/OS. So, what has occurred to me is to try to talk to them more in their native tongue. They are used to talking about services. In Linux (at least Fedora), there is a service command which basically looks like service ... start and service ... stop as well as other. In addition, our NOC personnel are not very z/OS literate either (in general - some are pretty good, others absymal). So, should I use CA-OPS/MVS to create a service command which will start or stop selected services? Basically change a service srv start to a S SRV and a service srv stop to a P SRV (or whatever the appropriate method is to stop the service)? This might end up just plain easier than trying to teach them the right way. Is this wise or foolish? I'm so tired at times. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/VM delivery over the Internet.
On Mon, 28 Jan 2008 08:26:56 -0600, Chase, John wrote: the service process. Piece of cakeyou z/OS guys have been really missing out:-) ??? IANASP, but what have z/OS guys been missing? My (Yes, it is necessary to upload the JCL supplied by ShopZ to z/OS. Or can that be mailed by ShopZ directly to a z/OS mailbox? Again, IANASP.) First time thru we just cut 'n' pasted from the delivery website to an empty PDS member. For subsequent orders we usually just need to update the package filename(s) and hash value(s), submit the job and go for coffee. Then we do our normal APPLY CHECK / APPLY process. Good security practice. Any JCL from an external source should first be audited. Subsequently changing only filename and hash reduces the burden of re-auditing. An alternative is ISRSUPC compare and verify that only that information has changed. I suppose one day the RECEIVE FROMNETWORK will fail.. Why? Cross-contamination from IBMLink? -- 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: Job ad for z/OS systems programmer trainee
On Mon, 28 Jan 2008 14:07:24 +, Ted MacNEIL wrote: This 'faith' is grounded in facts: 1. You require a minimal intelligence to get through formal education. 2. You need some grounding in the fundamentals of your trade. 3. You have to prove you are trainable. If this is prejudice, so be it! I've met people with some pretty advanced degrees that haven't got the common sense of a bag of rocks. Absolutely logic averse. On the other hand, I've met people with no college degree that are beyond capable in understanding complex logic and performing a highly technical job very effectively. In my experience, it's about 50/50. I value an education as much as anybody, but that doesn't mean as much to me as capability, flexibility and adaptability. The term I hear bandied about is Life Long Learner. If you spend time keeping up on new developments in your trade and expanding your knowledge just because you want to, then you are likely a contributor. If you got your degree and now feel the world owes you something for the rest of your life, then you are likely a detractor. If this is prejudice, then so be it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, January 28, 2008 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset [snip] On Mon, 28 Jan 2008 09:34:19 -0600, McKown, John wrote: 2) Since the program does not know when it may terminate, it is possible that the last OPEN would be just before the program is to terminate, thereby making the trace file have 0 records. Have you a problem with that? What? Well, if I were expecting to see the last n records output, then I'd be pretty upset to get 0 when I knew that some were indeed output. [snip] This is identical to the behavior of FTP with the BINARY and ASCII options respectively, and absent SITE RDW, both of which have their uses. The wippo merely failed to perceive the need for an RDW option. (is ASCII compatible with RDW?) -- gil Well, I consider it to be weird. Personal opinion, I guess. The Dovetailed Technologies' fromdsn has an option to retain IBM compatable RDWs in the output, or not, as an option. Of course, that doesn't help if I want to output via JCL. So, somebody thought that keeping RDWs might be important. Of course, I don't know how that option would be architected in JCL. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Cuts Employee Salaries
On Jan 28, 2008, at 8:51 AM, Ron Wells wrote: cutting salaries ... u. since I know IBM has lots of fatand on the top end as well like many other firms ... I would also suggest bonus's and the mill. dollar salaries be cut as well money back in the company to expandmake more job's ... OK I get that ... but top guys not taking a hit as well I have a problem with it Ron (and others)... What wasn't posted was the fact that the salaries are being cut as a result of a lawsuit claiming that IBM didn't pay overtime and classified employees incorrectly so they couldn't get overtime. There was much ado about OT (and not getting paid for it and the lawsuit (IBM Lost and had to cough up millions). It goes to the root of when people should get paid for OT. If it were an issue of cost savings it would be one thing but to take it out because IBM refused to step up to the plate and being the good guy is a different story, 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
Re: SV: Job ad for z/OS systems programmer trainee
What You say is true. But is it relevant on our circumstances ? I don't understand your question. I was responding to another post with my opinion. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DB2 queries without using MF.
Hello Shai, I haven't read all this thread but let me clarify some things: Regarding Accessing DB2 from PC, it is not a big deal. I know many products that done that and yours can be easily on of them. The issue of identifying your self to RACF is easy. RACF supports a one time password mechanism, the PASS TICKET. This is a published interface that you can code anywhere any language (I know one in REXX). The pass ticket generator is based on the USERID (that you have to associate with the requestor), a time and a known key shared between your pass ticket generator RACF. It can be common or user specific. Now that the RACF problem has been solved, Let me deal with the shared disk idea of yours. I think that the main issue here is the need. Why should one put his valued data on an unsecured (for all reasons) PC? At the same time, z/OS offers some secure ways of data sharing like NFS. The enterprise storage boxes are using raw (FBA) devices. This means that they already using cheap storage. Part of them, like XIV are even stating that. From other hand, they supplies many ways to protect the data, not from a server point of view, as they are not servers. They use zoning, physical port allocation, address ranging protection and of course RAID-5 (or other RAID technology) that implement striping. The APIs you are referring are not accessible by every end user, are protected and can access only specific device types. BTW, I know other solutions that captures mainframe I-O and use IP to pass it the other machine. If you want some name, call me. Any way, you did a nice effort so far. Itschak Mugzach, Director SecuriTeam Software ltd. Tel: +972 (522) 986404 Skype: Securiteam-Software Email: [EMAIL PROTECTED] Gmail: [EMAIL PROTECTED] for large mails -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: Monday, January 28, 2008 8:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DB2 queries without using MF. HI, I think that there is a lot of confusion here. We talk about two subjects, Query DB2 from PC and emulate 3390, mirroring etc... About DB2, OK there is no RACF in PC, without RACF the security is not OK. About my product MFNetDisk with data in PC, I see a lot of confusion. I am RACF supporter as IBM, EMC, HDS disks are RACF supporter. Nobody from MF can access my data if RACF does not allowed it!!! RACF is my master, I will never do anything without RACF permission. Can you explain me what is wrong with data in PC and not in IBM, HDS, EMC PCs inside their boxes? By the way two of these companies allowed accessing the data from PC using API, Why I can not do the same? Thanks, Shai On 1/28/08, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lars Poulsen Shai, Frankly, it seems that you do not understand the security issue, which is driven by specific laws in the USA, including most famously 1) HIPPA - Health Insurance Privacy Protection Act Not being in the health industry, I hadn't heard of that one. But another important piece of related legislation with a very similar abbreviation is HIPAA, Health Insurance Portability and Accountability Act, which affects all of us in the US (at minimum). -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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Job ad for z/OS systems programmer trainee
A college degree can usually be taken as an indication of Ted's points. Provided other factors are allowed in place of a degree, I have no problem with Ted's statements. I DO have a problem with the a blanket college degree required for a job. My highest year of school completed? 10th grade. The Marine Corps took care of the rest in return for 21 years of my life. There are multiple paths to success. College, while the most traditional one, is not the only one. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/28/2008 09:07 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Job ad for z/OS systems programmer trainee A belief that formal education, diplomas, etc equate with intelligence, competence, qualifications to perform an occupation is a widespread contemporary prejudice. It's got a similarity of a faith. Occasionally expressions of this faith come up on this list, unchallenged, and they irritate me. This 'faith' is grounded in facts: 1. You require a minimal intelligence to get through formal education. 2. You need some grounding in the fundamentals of your trade. 3. You have to prove you are trainable. If this is prejudice, so be it! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Fw: Job ad for z/OS systems programmer trainee
On Mon, 28 Jan 2008 11:53:45 -0600, Dave Kopischke [EMAIL PROTECTED] wrote: You can also look at it as promoting them to a position where they can do less damage. Look on the bright side. Not really. Those are the people that usually bring up the O word. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Two things 'missing' from DFSORT in a 'perfect world'?
Instead of the usual, BTDT, allow m to just say, OMWT, On My Way There. Last year I started writing copybooks of all SMF records so I can include them in my various SMF/DFSort reports using symbol names rather than the usual offsets, etc... I even use DFSort for daily SMF processing including splitting off DB2, CICS, etc.. and it even supports a 7-day SPIN file. Works great. I have not received permission to drop the SMFUTIL process yet, but that's coming. Unless something came out within the past month or so, there are still some, to me, shortcoming with the new capabilities of DFSort; mainly in its symbol processing area. On Mon Jan 28 12:36 , 'McKown, John' [EMAIL PROTECTED] sent: I am looking at all the new, nifty, stuff in DFSORT. Wow, it is becoming a very powerful data manipulation tool. I'm getting to the point where I think it might even be able to replace SAS (at least around here), if only it had an easy way to convert SMF and RMF date/time stamps into character strings (according to a conversion template?). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: SV: Job ad for z/OS systems programmer trainee
OK. I didn't saw that it was for a trainee. Must I read all posts in a thread ? ;) Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ted MacNEIL Skickat: den 28 januari 2008 17:26 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: SV: Job ad for z/OS systems programmer trainee What i meant was: If You e g is a system programmer with 20 (or more) years if experience; would a minimal intelligence, some grounding in the fundamentals or that you are trainable be in any way a relevant level of competence for an employer ? OK. That's why I didn't understand. The position was for a trainee -- rarely do they have 20+ years experience. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
