Re: REXX question
If your program might also be using the data stack, aka external data queue, be sure to code parse [upper] external yourvariable instead of parse [upper] pull if you want the code to read from the terminal. pull will read from the stack unless it is empty. -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3592 Tape Drives
Hal Merritt wrote: I'm doing some due diligence planning for adding 3592 tape units (and the controller) to our existing 3494 ATL. I assume that the typical POTS and LAN connections would be required, but the FM's I have are silent. Where can I find the POTS and LAN specifications? SAPR. System Assurance Policy Review. A book which describes environmental requirements. Available from IBMer. However There's nothing new about that. You can (if you want) one LAN Eth (TCP/IP) connection to the LM You should have one POTS connection - again to LM. If you have both of them then you won't need any new connections. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I NH command on z/OS 1.9
Bret, There were several changes made in SDSF that may account for this. At my shop, we encountered issues with how the Job Position was being reported. I opened a PMR with IBM, and they in-turn created APAR OA26013. I'm speculating your issue may fall within this same realm. I would suggest opening a PMR. Curt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Softcopy Librarian cannot seem to access all z1.10 files
When I select DFSort-L in the PDf section I get java.io IOException: Server returned HTTP response code 403 for URL: http://publib.boulder.ibm.com/epubs/df/zosv1r10p5.des -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com 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: Crypto HELP.
As to what you can do with CA:DISK or CA:VTAPE, I suggest that you contact CA. IBM's tape encryption works very well but you'll need the drives to make it work. In general I can agree if you are only looking at the CA products and how they could encrypt the files, then one would may well need the IBM encrypting tape drives. In general also if anyone wants to encrypt tape information, then using the software offering called IBM Encryption Facility works for tape and disk files, is integrated with ICSF and can take advantage of RACF to store the Public/Private key pairs. The product works for those like us who are still on IBM 3590E drives (going to shortly IBM 3592-J1As). Most people focus on the need for IBM encrypting tape units to secure the backup tapes which go offsite. It can be done today with IBM Encryption Facility or one of the competing ISV products. But most ignore data exchanges of sensitive data relying on Site-to-Site VPN's as their encryption rationale. A few might do TLS/SSL but it is my experience very few will encrypt the data at rest before transmission and then also send it over COM circuits TLS/SSL, having the data arrive encrypted at rest to finally initiate a final process to decrypt ( and maybe ultimately translate the data). As an aside I would recommend one Crypto Coprocessor and one Crypto Accelerator per configured CP (3 CPs means 3 CryptoCoprocessors plus 3 Crypto Accelerators). They are cheap enough these days that the savings will be signficant. But then if encryption is not being done within, my prediction is it is in your horizon. jim marshall -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE question about COBOL compatibility
About that same time period, I attended a SHARE meeting where at a BOF session on the future of the (then) linkage editor, one of the IBMer's running the BOF stated that they had lost the source to the linkage editor and were planning a total rewrite. I wonder if the losses occurred at the same time? One event maybe? All of which says nothing about current z/OS code, of course. That was then, this is now. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Sunday, October 05, 2008 9:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LE question about COBOL compatibility I am not sure what you are suggesting. The compile/assembly dates in the eyecatchers of the modules would suggest that IBM has source code which matches this object code. When we converted to XA in the early 1980's, I was at a presentation given by an IBM Canada rep. He said two things: 1. IEBCOPY was still overlays. 2. They had to re-write it, because they lost the source code. I cannot remember his name. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM DASD Backup volumes
I'm setting up HSM to backup to DASD instead of tape. I can't figure out how best to set up the disks though; whether to have a (increasingly?) large number of daily backup volumes like I did with the tape volumes, or a small amount of daily backup volumes and a (increasingly?) large number of spill volumes? If I have a small number of daily backup volumes, how many do I put in it? Enough to contain just a day's worth of backups? Enough to have one volume per running backup task? Are there any performance considerations to take into account? Anything else to consider? Thanks in advance Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3270 emulator under Linux/Intel
On the off chance that anybody cares. I would like to mention that the Hummingbird 3270 emulator seems to run just fine using WINE on Linux/Intel. IIRC, I also tested an old version of QWS3270 under WINE also. x3270 works, but just is not as nice, IMO. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF education/books/papers...
At our shop we're currently using CA-ACF2, but will be using IBM-RACF in the future. My knowledge of RACF is very limited, and the official IBM classes will be too late to get at least a basic knowledge of RACF. Besides the IBM redbooks, IBM-z/OS (security server) manuals is there any other reading material or websites or online training that you would recommend in order to get my RACF knowledge up to par? thanks, Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE question about COBOL compatibility
Steve, Thanks for the offer. I hearken to the old adage - 'A prophet is without honor in his own land.' Certain individuals would prefer not to mention or have such a subject brought to their attention. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sending zOS traps to Nimbus
We also have Nimbus in house and also noticed it didn't have any mainframe capabilities. So, after looking at it's possibilities, I mentioned it might be possible to send some data to Nimbus. Little did I to know what that statement would cause me... So, I wound up with the honor of finding some way to incorporate the mainframe into Nimbus (and not just using NetConnect to ping it). I wasn't unhappy about it though. It's few and far between the chances where I get to do some programming. I accomplished this in several phases. Phase One; I started out simple and created a company MIB with what I thought I'd like to get alerts on. I found an SNMP trap command and used the OSHELL command to issue it. I found this command (awtrap) in the base Unicenter file system that comes with any CA product (I think. We only have CA-1). For example, OSHELL /cai/agent/ro/awtrap ... parameters This gave me simple alerting. I wrote a started task that would periodically run the active task chain and if it found an STC that wasn't running (i.e. CICS, DB2, HSM, etc) that should have been, it would issue this command. We used this method to give us alerting on critical tasks. It was crude, but it got the job done. It had some drawbacks and advantages. One advantage was the ability to put systems (i.e. these started tasks) into 'maintenance' mode. This was useful for scheduled down times when we didn't want Nimbus alerting us. Phase Two: Using a sample console program that I found in SYS1.SAMPLIB, I created another started task that monitors the system log. I used this program to look for specific messages (i.e. CICS short on storage, DB2 archive log issues, etc). When one of these messages was detected, an SNMP trap was issued with the message id and message content using the Phase One method. This gave us alerting for critical system issues. Phase Three: This phase was the most challenging because I went ahead and created a true snmp sub-agent. Not knowing anything about SNMP, my learning curve was a tad bit long. This sub-agent replaced the started task in Phase one with another started task. This new started task loaded several sub-tasks at start up. Each sub-task dealt with one system/sub-system (i.e. JES2, HSM, SYSTEM, etc). The sole function of each of these sub-tasks was to collect data at regular intervals. Then, I used Nimbus to do SNMPGets. The sub-agent would receive the GET request from Nimbus, extract the appropriate data from a central location and send the results back to Nimbus. Alerting was done based on the contents of the variables returned. This is a brief overview of how I incorporated the mainframe into Nimbus. mike Leitner, Timothy [EMAIL PROTECTED] 10/3/2008 4:33 PM All, Has anyone had experience that they can share with sending syslog or snmp traps to outside products? We have Nimbus in-house from Nimsoft. It is a central messaging system for thresholds and alerts. It accepts SNMP traps or SYSLOG routing. We have worked on send alerts from AIX, Intel, network and others but we need to send from our zOS systems also. Any ideas, examples, thoughts would be greatly appreciated. Thank you in advance. Tim Leitner OSF Healthcare System Manager, Technical Services 309-655-4883 == The information in this message is confidential and may be legally privileged. Access to this message by anyone other than the addressee is not authorized. If you are not the intended recipient, or an agent of the intended recipient, any disclosure, copying, or distribution of the message or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please contact the sender immediately and permanently delete the original e-mail, attachment(s), and any copies. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Where the blazes is the buffer size setting for JES2 NJE links?
Oh Great JES Gods: 1) Where the devil do you set the buffer size for a NJE link in JES2? I can't find it anywhere. 2) What's the maximum buffer size for NJE links in JES2? I've been hunting around for days now, and can't find answers to either. Do you know, or have any idea where I should be looking in the enormous pile of MVS manuals I have? -- db -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where the blazes is the buffer size setting for JES2 NJE links?
On Mon, 6 Oct 2008 11:30:45 -0400, David Boyes [EMAIL PROTECTED] wrote: Oh Great JES Gods: 1) Where the devil do you set the buffer size for a NJE link in JES2? I can't find it anywhere. 2) What's the maximum buffer size for NJE links in JES2? I've been hunting around for days now, and can't find answers to either. Do you know, or have any idea where I should be looking in the enormous pile of MVS manuals I have? First question: SNA or TCPIP? 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: Simpless way to prevent arbitary HLQ's
Miklos Szigetvari wrote: Hi Searching for the simples way to prevent the users to define dataset's in the MASTER catalog(s) As other said: RACF. However I want to complement it a little bit: RACF (or ACF2 or others) can protect MCAT by UACC(READ) - this is one part of the story. The second is PROTECTALL - illegal HLQs will NOT be created, so will not be cataloged as well. And everytime you allow new HLQ, you create rule (profile) in RACF as well as the alias and ACS routines (if needed). Coordination. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is this some sort of JES2 command
Hello all, I came across this and was wondering if this is some sort of JES2 command. MTWTFSS * +SC VOL,LCL(0100,10),ADCOPY-DISK,ALL It looks like some sort of automatic kick off on the indicated dates. If anyone know about this can you tell me what manual to look this up in? Thanks _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Management Best Practices
Mark Jacobs wrote: One of our recurring problems is with the management, i.e. proper use of the HMC by the operators when they perform their job responsibilities; 1) IPL an lpar with a specific load address/load parm. 2) Change lpar settings, storage, cpu's, weights,... We have had many instances of wrong lpars being deactivated and then ipled incorrectly, changes to ipl environments not being applied correctly... What are some best practices that you use to prevent these and other operator errors while performing HMC tasks? 1. Why do you IPL at all? 2. Why don't you perform IPL by yourself? Hint: remote access to HMC. 3. What's the problem with the operators? I can see the following possibilities: - Nobody's perfect, they simply made a mistake, the situation never happened again. - They can't read, don't understand, are drunk... - They don't have procedures and clearly defined tasks (i.e. using procedure ABC, IPL system XYZ on LPAR 123) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: system logger
Crabtree, Anne D wrote: We use DASD-only for the system logger. When/how do the offload datasets get deleted? There are two type of logstreams. Or rather there are two types of logstream usage. So called active log is when application itself deletes old entires. Such log is not growing day by day. The second type is tunnel-type log. In this case application writes data to the log and forgets about it. Such log grows day by day, as console syslog or SMF or LOGREC. Such logstreams will fill blow up the configuration (sooner or later), so it is up to administrator to defina such log as AUTODELETE. In this case IXGLOGR will delete the oldest entries. You decide how old. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this some sort of JES2 command
Command looks like EMC SRDF perhaps? See what started task is putting out the command. Thanks, Sam Knutson (GEICO) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, October 06, 2008 12:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Is this some sort of JES2 command Hello all, I came across this and was wondering if this is some sort of JES2 command. MTWTFSS * +SC VOL,LCL(0100,10),ADCOPY-DISK,ALL It looks like some sort of automatic kick off on the indicated dates. If anyone know about this can you tell me what manual to look this up in? Thanks 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: LE question about COBOL compatibility
IMHO, the only reasonable excuse for keeping OS/VS Cobol around is not having the source code to recompile. Unfortunately, that is a common problem. Although it was solved years ago by Source Recovery Company. They are still taking OS/VS COBOL (and other modules) and returning COBOL source code today! http://www.source-recovery.com/ I think the biggest hindrance to moving applications forward is extremely cautious applications support personnel. Many times I hear that they are afraid to re-link, much less recompile! Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE question about COBOL compatibility
On Mon, 6 Oct 2008 09:51:28 -0700, Tom Ross [EMAIL PROTECTED] wrote: IMHO, the only reasonable excuse for keeping OS/VS Cobol around is not having the source code to recompile. Unfortunately, that is a common problem. Although it was solved years ago by Source Recovery Company. They are still taking OS/VS COBOL (and other modules) and returning COBOL source code today! http://www.source-recovery.com/ I think the biggest hindrance to moving applications forward is extremely cautious applications support personnel. Many times I hear that they are afraid to re-link, much less recompile! Cheers, TomR COBOL is the Language of the Future! One thing that I've read about the recovered source is that the data names are not really descriptive. Granted that if you give them a COBOL compiled program, they will give you back some COBOL source which, if compiled with the same compiler and options, will result in a functionally identical (if not 100% identical?) executable. But modifying that might be a hair tearing experience. No COPY code. Can they even tell you if two separate data names are in the same 01 or not? I definitely would not want to main such code. It might be OK to use as a sort of template to write an entirely new program. I.e. extract the encoded business logic. The caution that you mention is fairly ingrained in most COBOL programmers. Possibly due to the amount of grief given to them by managers whenever something goes wrong. Or, like here, by the Change Coordinators who have recently learned the joys of bureaucracy. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Management Best Practices
I believe the writer statement concerning: What are some best practices that you use to prevent these and other? Operator errors while performing HMC tasks? Was not directed only at Operators in the computer room, but instead at those personnel (systems and operations) who operator the HMC. Another Best practice is to publish a configuration sheet that has the current IPL information on it. I like to have these in the HMC book at the console or tape to the wall above some how. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Monday, October 06, 2008 12:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HMC Management Best Practices Mark Jacobs wrote: One of our recurring problems is with the management, i.e. proper use of the HMC by the operators when they perform their job responsibilities; 1) IPL an lpar with a specific load address/load parm. 2) Change lpar settings, storage, cpu's, weights,... We have had many instances of wrong lpars being deactivated and then ipled incorrectly, changes to ipl environments not being applied correctly... What are some best practices that you use to prevent these and other operator errors while performing HMC tasks? 1. Why do you IPL at all? 2. Why don't you perform IPL by yourself? Hint: remote access to HMC. 3. What's the problem with the operators? I can see the following possibilities: - Nobody's perfect, they simply made a mistake, the situation never happened again. - They can't read, don't understand, are drunk... - They don't have procedures and clearly defined tasks (i.e. using procedure ABC, IPL system XYZ on LPAR 123) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where the blazes is the buffer size setting for JES2 NJE links?
Assuming SNA NJE, TPDEF SNABUF=SIZE= The two ends will negotiate and use the smaller of the two values. $HASP200 will tell you the negotiated size for the current connection. Looking around, it looks like my connected nodes are using either 1024 or 3840, if that helps anyone. /jack - Original Message - From: David Boyes [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, October 06, 2008 11:30 AM Subject: Where the blazes is the buffer size setting for JES2 NJE links? Oh Great JES Gods: 1) Where the devil do you set the buffer size for a NJE link in JES2? I can't find it anywhere. 2) What's the maximum buffer size for NJE links in JES2? I've been hunting around for days now, and can't find answers to either. Do you know, or have any idea where I should be looking in the enormous pile of MVS manuals I have? -- db -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
OSA ICC Consoles
Greetings, I searched the archives and didn't find anything that might help explain what I'm observing. I'm at the end of a console replacement project and had an issue after a POR last night. None of the PC consoles came back online after the POR/IPL. All had to be varied as consoles and then MSTCONS on the master. The operators didn't mention how NIP went, but we've still got the old 3270 console attached so I assume they got NIP messages there. Anyway, after the IPL, all of the PC consoles came up with the OSA information page. None were consoles. I can imagine the POR caused all timeout information to be lost on the card, but these PCs were all powered on at IPL. They are all defined in the OSA cards by IP and LUname. All are defined in CONSOL00. Do I need to add VARY commands to COMMND00 ??? I didn't catch that in the manuals. How are you managing yours around IPL's ??? Thanks, Dave K. -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simpless way to prevent arbitary HLQ's
--- On Mon, 10/6/08, R.S. [EMAIL PROTECTED] wrote: From: R.S. [EMAIL PROTECTED] Subject: Re: Simpless way to prevent arbitary HLQ's To: IBM-MAIN@BAMA.UA.EDU Date: Monday, October 6, 2008, 11:15 AM Miklos Szigetvari wrote: Hi Searching for the simples way to prevent the users to define dataset's in the MASTER catalog(s) As other said: RACF. What we did way back when when we did not have RACF was to put a password for update on the master catalog. It worked effectively. We never told the operator the password so either the operator replied incorrectly or no reply and the job timed out on a 522. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this some sort of JES2 command
I concur with Sam. This is called placing an EMC disk in Adaptive Copy Mode. We use this process when using AUTOSWAP (EMC software) to move between Source and Target Strings. A term I have heard is personality swap. The EMC RDF manual or SCF manual should be where you look. If you have problems finding information, let me know and I can look it up for you. Lizette Hello all, I came across this and was wondering if this is some sort of JES2 command. MTWTFSS * +SC VOL,LCL(0100,10),ADCOPY-DISK,ALL It looks like some sort of automatic kick off on the indicated dates. If anyone know about this can you tell me what manual to look this up in? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA ICC Consoles
I don't think we have problems after an IPL. POR might be different - don't recall. As an aside have you defined them as NIP consoles in the IODF? Alan Subject: OSA ICC Consoles Greetings, I searched the archives and didn't find anything that might help explain what I'm observing. I'm at the end of a console replacement project and had an issue after a POR last night. None of the PC consoles came back online after the POR/IPL. All had to be varied as consoles and then MSTCONS on the master. The operators didn't mention how NIP went, but we've still got the old 3270 console attached so I assume they got NIP messages there. Anyway, after the IPL, all of the PC consoles came up with the OSA information page. None were consoles. I can imagine the POR caused all timeout information to be lost on the card, but these PCs were all powered on at IPL. They are all defined in the OSA cards by IP and LUname. All are defined in CONSOL00. Do I need to add VARY commands to COMMND00 ??? I didn't catch that in the manuals. How are you managing yours around IPL's ??? Thanks, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simpless way to prevent arbitary HLQ's
Ed's Back Where the heck have you been ??? You had some of us kinda worried. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA ICC Consoles
On Mon, 6 Oct 2008 13:43:30 -0500, Field, Alan C. wrote: I don't think we have problems after an IPL. POR might be different - don't recall. As an aside have you defined them as NIP consoles in the IODF? I defined two PC's as NIP consoles. But the old 3270 is defined higher in the order, so I expect the old 3270 would probably pick up the NIP messages. I'm planning on powering that down next week, so NIP will begin to use the PC console. I haven't had any problems with them through IPL sequences either. But the POR definitely had an effect. I would expect an extended IPL might have an effect too if the console sessions were to timeout. When we IPL, we generally drop the image and bring it right back up, so I have no experience with an extended IPL sequence either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHOWzOS 7.17
For the archive. This is a bug in SHOWzOS 7.17 and will be fixed in version 7.18 Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA ICC Consoles
IIRC after a POR and before any IPL we had to reestablish the ICC connection from PCOMM. -Original Message- Dave Kopischke On Mon, 6 Oct 2008 13:43:30 -0500, Field, Alan C. wrote: I don't think we have problems after an IPL. POR might be different - don't recall. As an aside have you defined them as NIP consoles in the IODF? I defined two PC's as NIP consoles. But the old 3270 is defined higher in the order, so I expect the old 3270 would probably pick up the NIP messages. I'm planning on powering that down next week, so NIP will begin to use the PC console. I haven't had any problems with them through IPL sequences either. But the POR definitely had an effect. I would expect an extended IPL might have an effect too if the console sessions were to timeout. When we IPL, we generally drop the image and bring it right back up, so I have no experience with an extended IPL sequence either. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 I/O
On Sun, 5 Oct 2008 12:53:34 -0400, Rob Schramm [EMAIL PROTECTED] wrote: I am looking for the simplest way to intercept/modify an i/o for a VSAM data set without impacting the application. All suggestions are welcome. When you say I/O, do you mean the logical VSAM I/O, or the physical I/O that results? Assuming the former, what is the context? Are you in a position to run code in the same address space as the app, or does this have to be done via some completely external means? If the former, it is quite easy, and not hopelessly inelegant, to modify one or more of the I/O addresses in the ACB after the OPEN and before actual I/O. Whether you want to take on all the responsibility for handling the various errors that can occur during fairly normal processing, along with data and system integrity and such - well... I've done this with good success in a tightly controlled environment with non-VSAM, but I don't see any fundamental reason it shouldn't work for VSAM. If you need to catch the OPEN/CLOSE, there is SVC Screening. Limited in some ways, but not hard to use, assuming you are suitably privileged. Another approach would be to use something like GPSAM, and subsystem processing. This would be particularly good if you need to run the app externally, e.g. from JCL. There are probably better ideas, but you'd need to explain a bit more of what you're trying to do. 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: Ed Gould (Was: Simpless way to ...)
And RACF-L on nearly a daily basis. Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Edward Jaffe [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/06/2008 02:59 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Ed Gould (Was: Simpless way to ...) Dave Kopischke wrote: Ed's Back Where the heck have you been ??? You had some of us kinda worried. ??? Ed Gould has been posting to various lists including a post to MVS-OE as recently as last month. http://www2.marist.edu/htbin/wlvtype?MVS-OE.50013 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA ICC Consoles
On Mon, 6 Oct 2008 15:14:53 -0400, Ken Porowski [EMAIL PROTECTED] wrote: IIRC after a POR and before any IPL we had to reestablish the ICC connection from PCOMM. We use EXTRA!, so would that be the same as Disconnect/Connect ??? If so, that only got us to the OSA page where it displays OSA information and the workstation IP and junk like that. No console. We had to manually vary the PC address to be a console. Even though it's defined in CONSOL00. I don't know if the operators did the Disconnect/Connect before the IPL though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM DASD Backup volumes
We have a few small z/OS 1.9 images which have no tape access and use HSM to backup the data to a 3390 mod 27. Here's the DASD related parms we use for HSM. SETSYS USERUNITTABLE(3390) SETSYS CDSVERSIONBACKUP( - BACKUPCOPIES(4) - BACKUPDEVICECATEGORY(DASD) - BCDSBACKUPDSN(DFHSM..BCDS.BACKUP) - JRNLBACKUPDSN(DFHSM..JOURNAL.BACKUP) - MCDSBACKUPDSN(DFHSM..MCDS.BACKUP) - OCDSBACKUPDSN(DFHSM..OCDS.BACKUP) - DATAMOVER(DSS) - ) SETSYS COMPACT(DASDBACKUP - DASDMIGRATE - NOTAPEBACKUP - NOTAPEMIGRATE) SETSYS BACKUP(DASD) SETSYS DSBACKUP(DASD(TASKS(10)) TAPE(TASKS(0) - DEMOUNTDELAY(MAXIDLETASKS(0) MINUTES(60)) /*---*/ /* ADDVOL ENTRIES FOR BACKUP VOLUMES*/ /*---*/ ADDVOL xx UNIT(3390) BACKUP (DAILY(1)) 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 Bri P Sent: Monday, October 06, 2008 7:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM DASD Backup volumes I'm setting up HSM to backup to DASD instead of tape. I can't figure out how best to set up the disks though; whether to have a (increasingly?) large number of daily backup volumes like I did with the tape volumes, or a small amount of daily backup volumes and a (increasingly?) large number of spill volumes? If I have a small number of daily backup volumes, how many do I put in it? Enough to contain just a day's worth of backups? Enough to have one volume per running backup task? Are there any performance considerations to take into account? Anything else to consider? Thanks in advance Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OSA ICC Consoles
Yes same as Connect. It has been my experience that having the 'OSA page' prior to any attempt at use is a requirement for consoles. We always make sure the ICC consoles are in that OSA connected state PRIOR to starting an IPL. Connecting AFTER IPL you will have to VARY the device ONLINE before use. It only appears to be an issue after a POR. Just a re-IPL does not seem to affect it. Note that after a POR you MUST 'Connect' even if the screen appears to be at the 'OSA page'. It may just be a holdover from prior to the POR. FYI, as the PC's used for the consoles are rarely rebooted, we make it a point that with a POR we reboot them at the same time, saves a possible outage later. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Dave Kopischke On Mon, 6 Oct 2008 15:14:53 -0400, Ken Porowski [EMAIL PROTECTED] wrote: IIRC after a POR and before any IPL we had to reestablish the ICC connection from PCOMM. We use EXTRA!, so would that be the same as Disconnect/Connect ??? If so, that only got us to the OSA page where it displays OSA information and the workstation IP and junk like that. No console. We had to manually vary the PC address to be a console. Even though it's defined in CONSOL00. I don't know if the operators did the Disconnect/Connect before the IPL though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The Obsolete mainframe?
Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/stories/DN-top10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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/OS SMB Question
We are using SMB with no performance or CPU problems. 1. We are using HFS. 2. Windows 3. The HFS that is accessed is 5780 cylinders and has thousands of small files. 4. We are parrellel sysplex with shared HFS. --- On Fri, 10/3/08, Jim Marshall [EMAIL PROTECTED] wrote: From: Jim Marshall [EMAIL PROTECTED] Subject: z/OS SMB Question To: IBM-MAIN@BAMA.UA.EDU Date: Friday, October 3, 2008, 6:51 AM Asked a question about my poor DFSKERN SMB performance; few takers. So let me pose it another way. Who is running z/OS using SMB and it is running just fine as far as CPU usage. 1. Are you using HFS or zFS files. 2. Would the SMB share being accessed by Windows Servers or UNIX/LINUX 3. Are any of you zFS or HFS files large with a bunch of small files. 4. Are you running in a Parallel Sysplex on just have one system. My hunch is still it is a zFS issue although this is being worked by the SMB people in IBM. I am not sure how well they talk. Attending SHARE in Orlando early in the year, I sat in almost a full day of USS sessions where each IBM speaker spent a portion of the session (it was not written on the handouts) apologizing for the poor performance of large zFS systems with many small files. They said they understood the issue and were working to improve it. Reviewing the SHARE presentations for both Orlando and San Jose on the SHARE web site, to learn if there was any progress. Then a couple of additional questions: 5. If anyone attend the San Jose SHARE, did they mention the issue and also any progress. 6. In general has anyone been involved with IBM to look at the performance issues of large zFS files with many, many, many small files. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: The Obsolete mainframe?
Make sure you refer them to the devil's dictionary: http://www.isham-research.co.uk/dd.html#mainframe David Alcock [EMAIL PROTECTED] 10/6/2008 4:32 PM Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/stories/DN-top10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
what is the significance of version 3.8? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: 7. lokakuuta 2008 0:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? Make sure you refer them to the devil's dictionary: http://www.isham-research.co.uk/dd.html#mainframe David Alcock [EMAIL PROTECTED] 10/6/2008 4:32 PM Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/storie s/DN-top10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
It was the last release of MVS that was entirely free of charge. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Monday, October 06, 2008 6:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? what is the significance of version 3.8? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: 7. lokakuuta 2008 0:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? Make sure you refer them to the devil's dictionary: http://www.isham-research.co.uk/dd.html#mainframe David Alcock [EMAIL PROTECTED] 10/6/2008 4:32 PM Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/storie s/DN-top10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
In a message dated 10/6/2008 4:50:00 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: David Alcock [EMAIL PROTECTED] 10/6/2008 4:32 PM Today's Dallas Morning News has an editorial written by their staff with the words could become as obsolete as computer mainframes. http://www.dallasnews.com/sharedcontent/dws/dn/opinion/editorials/stories/DN-t op10_06edi.State.Edition1.43fe5ef.html I plan to send them a friendly email to tell them that the mainframe is alive and well. ;-) Send them a friendly email stating what the Gartner Group's estimated total earnings from all mainframe hardware and software vendors were last year. Add suggest politely that mainframes are much less obsolete than is honest journalism. Bill Fairchild Rocket Software **New MapQuest Local shows what's happening at your destination. Dining, Movies, Events, News more. Try it out! (http://local.mapquest.com/?ncid=emlcntnew0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
In a message dated 10/6/2008 4:50:10 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: friendly email to tell them that the mainframe is alive and well. ;-) I thought was Phil's job or did he find gainful employment? **New MapQuest Local shows what's happening at your destination. Dining, Movies, Events, News more. Try it out! (http://local.mapquest.com/?ncid=emlcntnew0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
Scott Rowe wrote: Make sure you refer them to the devil's dictionary: http://www.isham-research.co.uk/dd.html#mainframe Enjoyable, but raised a question. Does the tally for rerun the job include occurrences of resubmit? Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
On Mon, 6 Oct 2008 18:48:01 EDT, IBM Mainframe Discussion List wrote: Send them a friendly email stating what the Gartner Group's estimated total earnings from all mainframe hardware and software vendors were last year. Add suggest politely that mainframes are much less obsolete than is honest journalism. Which itself is biasing the number, since some major mainframe hardware and software vendors nowadays derive a preponderance of their total earnings from non-mainframe hardware and software lines of business. -- 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: The Obsolete mainframe?
Paul Gilmartin wrote: Which itself is biasing the number, since some major mainframe hardware and software vendors nowadays derive a preponderance of their total earnings from non-mainframe hardware and software lines of business. From what I know, just the opposite is true. Mainframe revenues at large ISVs subsidize their entire business -- including massive expenditures developing products for non-mainframe platforms. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
Sure keep me in clothes, shoes and feed for about 20+ years plus of course my family. If they are dead, I must be working on ghost machines..lol Scott Ford Senior Systems Engineer [m] 678.266.3399 x304[p] 609-346-0399[f] 678.266.3399 [EMAIL PROTECTED] This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately or let us know at [EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, October 06, 2008 8:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? Paul Gilmartin wrote: Which itself is biasing the number, since some major mainframe hardware and software vendors nowadays derive a preponderance of their total earnings from non-mainframe hardware and software lines of business. From what I know, just the opposite is true. Mainframe revenues at large ISVs subsidize their entire business -- including massive expenditures developing products for non-mainframe platforms. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe education/training
I'm writing articles for Bob Thomas' two publications, z/Journal and Mainframe Executive, about mainframe education. For z/Journal I'll cover the tactical state of education union and for Mainframe Executive I'll discuss strategic/high-level issues. A year or so ago I wrote about education/training from IBM (Academic Initiative) and SHARE (zNextGen project), both of which are positive developments; the article is at http://www.zjournal.com/index.cfm?section=articleaid=823. So -- What's new since the z/Journal article ran and what did the article miss? What's the good and bad news about today's mainframe education? Who's providing it? Who's best at it? What's missing? What works? Classroom instruction? Online training? Self-study courses? Books? User groups? Do employers pay for it? Is it a necessity or a golden perk? Is it safe in the budget or a first thing to get whacked? How often do employees pay? Does it keep pace with mainframe evolution? What's happening in local mainframe user groups? What are noteworthy publishing resources for mainframe training/education? Etc. -- don't be limited by these questions. Please reply directly as well as to the list, so I see responses separate from the daily digest. Thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[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: The Obsolete mainframe?
Here I must agree 100% with Ed. Since the major changes at CA's upper management; there has been a LOT more emphasis on the bean-counting. This is partially bad (hate to fill in weekly time-sheets; managers have to spend a large part of their time showing how each person is spending their time) but is also very good. Together with the better tracking of sales it allows senior management to see exactly what is bringing in how much money at what cost in RD. Trust me, it has given CA a MUCH better appreciation of the old obsolete mainframers. While the amount of money brought in might be 50/50 (it isn't, but I don't remember the specific figures) the amount spent on RD was not even close to 50/50. Suddenly, it became very apparent where the profit is. Russell Witt -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Edward Jaffe Sent: Monday, October 06, 2008 7:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? Paul Gilmartin wrote: Which itself is biasing the number, since some major mainframe hardware and software vendors nowadays derive a preponderance of their total earnings from non-mainframe hardware and software lines of business. From what I know, just the opposite is true. Mainframe revenues at large ISVs subsidize their entire business -- including massive expenditures developing products for non-mainframe platforms. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Obsolete mainframe?
Also, at 10:00pm (Dallas time) there were 4 replies posted to the article. Of those 4, 3 were regarding the obsolete as computer mainframes statement. Only 1 dealt with the real article itself. Russell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Edward Jaffe Sent: Monday, October 06, 2008 7:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Obsolete mainframe? Paul Gilmartin wrote: Which itself is biasing the number, since some major mainframe hardware and software vendors nowadays derive a preponderance of their total earnings from non-mainframe hardware and software lines of business. From what I know, just the opposite is true. Mainframe revenues at large ISVs subsidize their entire business -- including massive expenditures developing products for non-mainframe platforms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe education/training
Gabe Goldberg wrote: I'm writing articles for Bob Thomas' two publications, z/Journal and Mainframe Executive, about mainframe education. For z/Journal I'll cover the tactical state of education union and for Mainframe Executive I'll discuss strategic/high-level issues. A year or so ago I wrote about education/training from IBM (Academic Initiative) and SHARE (zNextGen project), both of which are positive developments; the article is at http://www.zjournal.com/index.cfm?section=articleaid=823. So -- What's new since the z/Journal article ran and what did the article miss? What's the good and bad news about today's mainframe education? Who's providing it? Who's best at it? What's missing? What works? Classroom instruction? Online training? Self-study courses? Books? User groups? Do employers pay for it? Is it a necessity or a golden perk? Is it safe in the budget or a first thing to get whacked? How often do employees pay? Does it keep pace with mainframe evolution? What's happening in local mainframe user groups? What are noteworthy publishing resources for mainframe training/education? Etc. -- don't be limited by these questions. Please reply directly as well as to the list, so I see responses separate from the daily digest. Thanks... Gabe, Well, you know we do mainframe training, but I'm not replying to blow my own horn. I'm replying because your note struck a chord that matched an article in today's (Monday's) Wall Street Journal (p. B5) The headline is Allaying Workers' Fears During Uncertain Times The sub-headline is a succint summary: Many Executives Seek Ways to Maintain Morale and Productivity, Handle Their Own Stress Amid Financial Slowdown. And it struck me, not for the first time, how training can be a relatively inexpensive way to say to an emloyee, we believe in you, we value you; we want you to stay happy and productive; to show you we mean it, we're going to schedule you into some training that we'll be paying for. It's in our interest too, of course, but we wanted to let you know. Training can be less expensive to the company than giving a raise or a bonus, and at the same time, in some ways, more meaningful to the employee. And if it helps morale and productivity, that's a great bonus. [Of course, nothing wrong with raises and bonuses, it's just a function of how much budget there is in different categories.] I believe that. I'm in training because I love it and I enjoy it. On our website you might want to read the Very Short Presentations (VSPs) written for semi-technical managers (see http://www.trainersfriend.com/General_content/VSP_site.htm ) Also, I've provided some skeleton html pages designed for someone in IT to use as starters for putting some web pages up on a company intranet that promotes and explains the role of the mainframe in the organization. ( http://www.trainersfriend.com/General_content/Internal_marketing.htm ) So, I don't know if you can use any of this. Just some thoughts. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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
