Re: ALLOWUSERKEYCSA(NO)
IBM Mainframe Discussion List wrote on 07/18/2008 02:39:40 AM: > Personally, I'm with Mark Zelden on this, especially as we are upgrading > to z/OS 1.9 with ALLOWUSERKEYCSA(YES) mainly because of 2 IBM products: > Tivoli Identity Manager & Omegamon/IMS. There is an open APAR OA23891 for Omegamon/IMS. I am not familiar with the Tivoli Identity Manager product. If you don't already have an APAR number, I would suggest that you open a PMR. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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's 2Q2008 Earnings
Ed Finnell writes: >I read thru the thing at http://www.ibm.com/investor/2q08/ >and it looked like a lot of consolidation back to the >mainframe-most likely z/VM and z/Linux. Especially if you >look at decline in i-System on p.21. You have to be very careful about the System i numbers though, and Loughridge explained this. When you buy a new system to run IBM i OS, you are now increasingly buying System p branded servers. IBM is phasing out separate branded hardware as the models get updated. (For some years now the underlying hardware has been virtually identical anyway -- the POWER microprocessors definitely -- but now it's official.) So some of the System p sales are to run i OS (on the whole server or part of the server), and reported System i sales reflect only System i branded server models. That's my understanding anyway, and I think that's reflected in the statement. Yes, IFLs are one of the specialty engine types doing very well. The others are zAAPs and zIIPs. - - - - - 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: DSN wirh LRECL > 32760 on Z/OS
Hi We received a request from the developers to create a dataset with LRECL > 32727. They will be receiving data from the open systems environment that will be + 52000 bytes long and need to process that data. I found the following in the archives but have no idea how to do it. >Actually, your suggestions 3-4 are the same. LRECL cannot exceed 32760 unless RECFM=VBS (variable spanned). You can't allocate a dataset with a LRECL over 32760, but you can code it in a DCB. To use QSAM with a LRECL over 32760, you must use LRECL=X and special QSAM coding. So, it would have to be specially written assembler program. Item #13228 (15 Jul 2005 18:37) - Re: A very simple yes/no question about LRECL From: "ANTONIO FONSECA (ESI-Sistemas)" <[EMAIL PROTECTED]> Subject: Re: A very simple yes/no question about LRECL MIME-version: 1.0 Actually, your suggestions 3-4 are the same. LRECL cannot exceed 32760 unless RECFM=VBS (variable spanned). You can't allocate a dataset with a LRECL over 32760, but you can code it in a DCB. To use QSAM with a LRECL over 32760, you must use LRECL=X and special QSAM coding. So, it would have to be specially written assembler program. Even given that you can use VSAM spanned or variable spanned PS, the next issue is how does he get the data into the dataset. He would have to devise some funky way of reading the outside data in pieces, assembling it into the 32761 byte record and writing it to the output dataset.< Kind Regards, Sarel Swanepoel Service Availability: Service & Business Capacity Management South African Revenue Services Office: +27 (0)12 422 5033 Mobile: +27 (0)82 4927 321 Fax: +27 (0)12 422 6068 Email: [EMAIL PROTECTED] Web Site: "In the absence of clearly-defined goals, we become strangely loyal to performing daily trivia until ultimately we become enslaved by it." -- Robert Heinlein -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: 18 July 2008 11:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM's 2Q2008 Earnings Ed Finnell writes: >I read thru the thing at http://www.ibm.com/investor/2q08/ and it >looked like a lot of consolidation back to the mainframe-most likely >z/VM and z/Linux. Especially if you look at decline in i-System on >p.21. You have to be very careful about the System i numbers though, and Loughridge explained this. When you buy a new system to run IBM i OS, you are now increasingly buying System p branded servers. IBM is phasing out separate branded hardware as the models get updated. (For some years now the underlying hardware has been virtually identical anyway -- the POWER microprocessors definitely -- but now it's official.) So some of the System p sales are to run i OS (on the whole server or part of the server), and reported System i sales reflect only System i branded server models. That's my understanding anyway, and I think that's reflected in the statement. Yes, IFLs are one of the specialty engine types doing very well. The others are zAAPs and zIIPs. - - - - - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Terminal SYSIN in TSO Logon Proc
Ed Jaffe of the IBM Mainframe Discussion List wrote on 07/17/2008 02:27:44 PM: > SYSIN and SYSPRINT are not used by TSO. I have never seen them coded in > a TSO logon procedure. However, doing so harms nothing. They are allocated in the ServerPac logon procedure in CPAC.PROCLIB (IKJACCNT). Regards, John 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: IBM's 2Q2008 Earnings
In a message dated 7/18/2008 4:13:52 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: microprocessors definitely -- but now it's official.) So some of the System p sales are to run i OS (on the whole server or part of the server), and reported System i sales reflect only System i branded server models. That's my understanding anyway, and I think that's reflected in the statement. >> Certainly not reflected in the Blade server adds-Intel Xeon based. The beauty of the Z6/Z10 was that by using the G6 Power fabrication foundry IBM should be able to use a single supply chain for materials and packaging. **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Thu, 17 Jul 2008 20:55:10 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >> >I have long been in the habit of using: > >//HIDDEN DD * (text to be ignored) > All the unprocessed text > that I want. > >I think this makes my intent far more clear than relying on your What's wrong with comments? //* //* All the unprocessed text //* that I want. //* -- 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: Circular buffer
ITYM "GET DATA". IIRC, I think the logical record is reconstituted but you lose the length prefix. However, you can retrieve it from DCBLRECL. > Date: Tue, 15 Jul 2008 14:07:04 -0500 > From: [EMAIL PROTECTED] > Subject: Re: Circular buffer > To: IBM-MAIN@BAMA.UA.EDU > > If the first two bytes of the block contains a two byte block length, > then all you may need to do is declare the file as VBS (variable block > spanned). > > I'm really rusty in BAL, but I think if you use GET MOVE logic, you > should see a complete record in your record area. That is, z/os will > obtain the record fragments and put them together for you. That may also > be so in GET LOCATE where the record is presented to your program in > contiguous storage as if it had been wholly contained in a single block. > > > Again, really, really rusty in BAL. _ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave > Sent: Thursday, July 17, 2008 2:05 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Example of what a very small JCL Interpreter can > do to your installation. > > I guess this shouldn't have changed for the sake of backass > compatibility. But, I've always been bothered (and debugged > application > JCL) when overrides didn't match the order in procs (and the messages > there were almost non-existent). > Folks relying in //SYSIN DD * GENERATED STATEMENT are getting what > they deserve. :) I agree with that. If I had been the coder, and allowed to by management, I would have made it: //IDIOT DD * GENERATED STATEMENT Of course, back in the day, most utilities used SYSIN for their control statements. And they were usually on physical punched cards. So generating the SYSIN automagically could be argued as being a good design point. It saved the user from punching a card. And saved having to read said card. And you didn't need to worry about the card becoming damaged. OK, so maybe it was a good idea. Back in the day. -- 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's 2Q2008 Earnings
>
> 1. System z (hardware) revenue was up 32 percent for the quarter (year
> over
> year); capacity ("MIPS") grew 34 percent. That means System z gained
> marketshare again. It also means customers keep getting lower average
> per-MIPS pricing, especially for most non-U.S. dollar buyers. (That's
just
> simple math.)
>
Don't they know that the mainframe is dead?
>
> Maybe ask your boss for half that, which would be a 17 percent raise.
:-)
>
Today I'd be happy with a 5% raise.
> 2. Loughridge said, "...frankly, we were sold out." Apparently IBM
built
> System z machines as fast as it could in the quarter, and it still
wasn't
> enough to satisfy demand.
>
Demand? What Demand? The mainframe is dead!!
*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com
NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TLMS ALOG
The TLMS ALOG is the Alternate LOG, and used to do forward recovery on the VMF (Volume Master File). Here are two snippets from the TLMS Systems Programmers Guide: TLMSUPDT—TLMSUPDT manages access to the Volume Master File at the logical level. Records are retrieved from the VMF, updated with the data from transaction records passed from TLMSMSGQ, and written back to the file. If the optional ALOG file is indicated, a log record is written (for eventual use if recovery is necessary). File utility functions, such as OPEN and CLOSE, are managed by this module. CATVMFRV - Recover the Volume Master File If the Volume Master File must be restored and there has been tape activity since the last VMF backup, you must reprocess the VMF update transactions from a backup of the alternate log file (ALOG) or the SMF data sets, whichever is applicable. (These programs cannot be executed against a live ALOG file or SMF data sets.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mark Zelden > > On Thu, 17 Jul 2008 20:55:10 -0500, Paul Gilmartin wrote: > > > >> > >I have long been in the habit of using: > > > >//HIDDEN DD * (text to be ignored) > > All the unprocessed text > > that I want. > > > >I think this makes my intent far more clear than relying on your > > What's wrong with comments? > > //* > //* All the unprocessed text > //* that I want. > //* Too obvious. :-) -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's 2Q2008 Earnings
Time for a John Blutarski quote (from Animal House)
"Over? Did you say "over"? Nothing is over until we decide it is! Was it
over when the Germans bombed Pearl Harbor? Hell no! And it ain't over now.
'Cause when the goin' gets tough... the tough get goin'! Who's with me?
Let's go!"
Alan
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kelman, Tom
Sent: Friday, July 18, 2008 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM's 2Q2008 Earnings
>
> 1. System z (hardware) revenue was up 32 percent for the quarter (year
> over
> year); capacity ("MIPS") grew 34 percent. That means System z gained
> marketshare again. It also means customers keep getting lower average
> per-MIPS pricing, especially for most non-U.S. dollar buyers. (That's
just
> simple math.)
>
Don't they know that the mainframe is dead?
>
> Maybe ask your boss for half that, which would be a 17 percent raise.
:-)
>
Today I'd be happy with a 5% raise.
> 2. Loughridge said, "...frankly, we were sold out." Apparently IBM
built
> System z machines as fast as it could in the quarter, and it still
wasn't
> enough to satisfy demand.
>
Demand? What Demand? The mainframe is dead!!
*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com
NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [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: Example of what a very small JCL Interpreter can do to your installation.
> Date: Fri, 18 Jul 2008 09:47:14 -0500 > From: [EMAIL PROTECTED] > Subject: Re: Example of what a very small JCL Interpreter can do to your > installation. > To: IBM-MAIN@BAMA.UA.EDU > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of Mark Zelden > > > > On Thu, 17 Jul 2008 20:55:10 -0500, Paul Gilmartin wrote: > > > > > > >> > > >I have long been in the habit of using: > > > > > > //HIDDEN DD * (text to be ignored) > > > All the unprocessed text > > > that I want. > > > > > >I think this makes my intent far more clear than relying on your > > > > What's wrong with comments? > > > > //* > > //* All the unprocessed text > > //* that I want. > > //* > > Too obvious. :-) > > -jc- Nothing to whine about. ;-) _ Stay in touch when you're away with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Fri, 18 Jul 2008 07:47:20 -0500, Mark Zelden wrote: >On Thu, 17 Jul 2008 20:55:10 -0500, Paul Gilmartin wrote: > > >>> >>I have long been in the habit of using: >> >>//HIDDEN DD * (text to be ignored) >> All the unprocessed text >> that I want. >> >>I think this makes my intent far more clear than relying on your > >What's wrong with comments? > >//* >//* All the unprocessed text >//* that I want. >//* Comments are good. But for effectively deleting in-stream data temporarily, I prefer to use Paul's approach. It's easier if there are more than a very few statements, especially in cases where all 80 columns are used. If I want to temporarily delete a lot of JCL, I might code a DD DATA. That one needs to be used with greater care though because it can be very confusing. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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's 2Q2008 Earnings
Timothy Sipples wrote:
Ted MacNeil writes (>) in reply to me (>>):
1. System z (hardware) revenue was up 32 percent
for the quarter (year over year); capacity ("MIPS")
grew 34 percent. That means System z gained
marketshare again.
You CANNOT say that, as a completely accurate statement!
You need to know how many new customers those MIPS were
sold to. If the increased capacity went to existing
companies, then there is NO increase in share.
Actually IBM's CFO said that (gained marketshare), so I'm just repeating
what he said.
He may have said that. But, it was not based on any analysis of IBM's
sales numbers.
IBM uses IDC Server Trackers (http://www.idc.com/home.jhtml) as the
definitive source for market share and market momentum figures. For
System z, IBM executives normally cite the IDC Worldwide Quarterly
Server Tracker for the "> $250K" server marketplace.
http://www.idc.com/getdoc.jsp?containerId=IDC_P348
--
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
DFHSM question: hdelete uncatalogued dsn
I have a number of datasets which AUDIT MEDIACONTROLS says exist in some SDSP datasets, but are not catalogued. I tried using the FIX parameter, but that did not delete the HSM migrated copies. Any kind person want to point me to the right section of the FM? -- 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: DFHSM question: hdelete uncatalogued dsn
The ODS of the Audit statement should have included the statements you need to fix the offending DSNs. Not all errors are corrected by the FIX parameter. From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Fri 7/18/2008 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM question: hdelete uncatalogued dsn I have a number of datasets which AUDIT MEDIACONTROLS says exist in some SDSP datasets, but are not catalogued. I tried using the FIX parameter, but that did not delete the HSM migrated copies. Any kind person want to point me to the right section of the FM? -- 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: IBM's 2Q2008 Earnings
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] (Timothy Sipples) writes: > The quarterly financial results for any publicly traded company, including > IBM, get reported to the U.S. Securities and Exchange Commission, the > Internal Revenue Service (for tax purposes), and are scrutinized by > independent auditors. There's a whole legal and regulatory framework for > how this stuff gets reported, accurately. Revenue gets counted and counted > well. And since IBM (and others) have a really good estimate of total > server revenue in the global market, yes, the CFO can (and did) make that > kind of "global statement." that is how it is suppose to work. After worldcom/enron ... GAO started a study of such reporting and looking at statistics of "refillings" ... i.e. were subsequently reporting is refiled because of (at least) audit and accounting errors. previously supposedly something like three percent of companies had audit and accounting errors in their filed reports ... starting around enron/worldcom it was approaching ten percent and has slightly increased since then (even after legislation like sox). last time i checked there was GAO report regarding their "database" of SEC filings up through 2006. there have been some articles relating it to general decline of veracity in society ... things like mistatements on resumes, fudged numbers in SEC filings, triple-A ratings for *toxic CDOs* (which were subsequently downrated), etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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's 2Q2008 Earnings
- Original Message - From: "Schwartz, Alan" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Friday, July 18, 2008 10:47 AM Subject: Re: IBM's 2Q2008 Earnings Time for a John Blutarski quote (from Animal House) "Over? Did you say "over"? Nothing is over until we decide it is! Was it over when the Germans bombed Pearl Harbor? Hell no! And it ain't over now. 'Cause when the goin' gets tough... the tough get goin'! Who's with me? Let's go!" Alan Otter: "Germans?" Boon: "Forget it, he's on a roll." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM question: hdelete uncatalogued dsn
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Friday, July 18, 2008 10:28 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: DFHSM question: hdelete uncatalogued dsn > > The ODS of the Audit statement should have included the > statements you need to fix the offending DSNs. Not all errors > are corrected by the FIX parameter. All I see in my output dataset are lines like: /* ERR 161 HSM010 - TCPIP.HOSTS.SITEINFO.OLD3 NOT CATALOGED, HAS VALID COPY IN SDSP */ -- 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: DFHSM question: hdelete uncatalogued dsn
Then the following should work: FIXCDS D TCPIP.HOSTS.SITEINFO.OLD3 DELETE From: McKown, John [mailto: Sent: Fri 7/18/2008 11:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM question: hdelete uncatalogued dsn > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Friday, July 18, 2008 10:28 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: DFHSM question: hdelete uncatalogued dsn > > The ODS of the Audit statement should have included the > statements you need to fix the offending DSNs. Not all errors > are corrected by the FIX parameter. All I see in my output dataset are lines like: /* ERR 161 HSM010 - TCPIP.HOSTS.SITEINFO.OLD3 NOT CATALOGED, HAS VALID COPY IN SDSP */ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM question: hdelete uncatalogued dsn
The DFSMShsm Storage Admin Reference has the table with these errors and troubleshooting hints. It says for an invalid copy, an "HSEND DELTE userdsn" should get rid of it. Alternatively, you could re-catalog it to MIGRAT and then delete it. ddk "McKown, John" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/18/2008 10:39 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: DFHSM question: hdelete uncatalogued dsn > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Friday, July 18, 2008 10:28 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: DFHSM question: hdelete uncatalogued dsn > > The ODS of the Audit statement should have included the > statements you need to fix the offending DSNs. Not all errors > are corrected by the FIX parameter. All I see in my output dataset are lines like: /* ERR 161 HSM010 - TCPIP.HOSTS.SITEINFO.OLD3 NOT CATALOGED, HAS VALID COPY IN SDSP */ -- 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 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: DFHSM question: hdelete uncatalogued dsn
Believe it or not, I actually can type. The command "HSEND DELTE userdsn" in my last email should have been "HSEND DELETE userdsn" Bad fingers! Bad! ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: DFHSM question: hdelete uncatalogued dsn
Well, . I guess the AUDIT ... FIX did work. It didn't say anything, but I reran my AUDIT ... NOFIX and there are now no errors. I guess that it took some time for DFHSM to actually do anything. Sorry for the alarums. -- 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's 2Q2008 Earnings
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] (Timothy Sipples) writes: > You have to be very careful about the System i numbers though, and > Loughridge explained this. When you buy a new system to run IBM i OS, > you are now increasingly buying System p branded servers. IBM is > phasing out separate branded hardware as the models get updated. (For > some years now the underlying hardware has been virtually identical > anyway -- the POWER microprocessors definitely -- but now it's > official.) So some of the System p sales are to run i OS (on the whole > server or part of the server), and reported System i sales reflect > only System i branded server models. That's my understanding anyway, > and I think that's reflected in the statement. long tortured road. i've periodically claimed that John's early effort on 801/risc was to go to the exact opposite in hardware complexity vis-a-vis what was happening in the future system project. future system was to completely replace mainframe ... and as radically different from 360/370 as 360 had been from prior generations. http://www.garlic.com/~lynn/subtopic.html#futuresys when future system project failed ... there was then mad rush to get stuff back into the 370 product pipeline (projects not going on because of the expectation of shift to FS). Eventually 801/risc thought it found a market niche to consolidate the corporation's large number of different (embedded) microprocessors on 801. The follow-on to 4341, the 4381 ... was initially going to be an (microprogrammed) 801 Iliad chip. The follow-on to s/38 (as/400) as also going to use 801 Iliad chip. Large number of other (embedded) microprocessors around the corporation was to all standardize on 801/risc. misc. old email mentioning 801, risc, and/or iliad http://www.garlic.com/~lynn/lhwemail.html#801 and past posts mentioning, 801, romp, rios, fort knox, power, power/pc, etc http://www.garlic.com/~lynn/subtopic.html#801 I contributed some sections to the white paper that helped kill the Iliad chip strategy for the 4381 ... basically technology was getting to the point that native 370 could almostly totally be implemented directly in a chip (as opposed to requiring a microprogrammed emulation layer) at much better price/performance. 801/risc Iliad chip ran into problems for AS/400 ... and there was crash program to do CISC chip for initial AS/400. However, a decade later, in era of (801/risc) power/pc chip ... AS/400 did move over. Not long after the decision to do a native 370 chip for 4381 (circa '85), I produced a series of documents for modular rack implementation accomodating arbitrary mix of native 370 chip boards and 801/risc Iliad chip boards ... where the racks were nominal branded as large cluster of 370s ... with the 801/risc Iliad chip boards handling specific application/function "offloads" (native code implementation, as opposed to running 370 microcode emulation). misc. past references http://ww.garlic.com/~lynn/2002l.html#27 End of Moore's law and how it can influence job market . http://www.garlic.com/~lynn/2004m.html#17 mainframe and microprocessor In the above, I was hoping for possibly 80 processor boards in a rack. i would claim that the work on medusa (cluster-in-a-rack) ... several years later ... was essentially the same thing ... but w/o 370 chip boards. medusa started out with 32 processors per rack ... old email http://www.garlic.com/~lynn/lhwemail.html#medusa as part of scaleup for ha/cmp effort http://www.garlic.com/~lynn/subtopic.html#hacmp also mentioned in this meeting ... looking to have four rack medusa (128-processors) by ye92 http://www.garlic.com/~lynn/95.html#13 -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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's 2Q2008 Earnings
>>If the increased capacity went to existing >> companies, then there is NO increase in share. >> > > Actually IBM's CFO said that (gained marketshare), so I'm just repeating > what he said. Just because the CFO said it, it doesn't make it so. To prove an increase in share you need at least a market size to compare it to. - 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
Multi CSS configuration on z9 processor
Hi folks, just starting to build a second channel subsystem on a z9 box. o I know you cannot span ESCON channels. o I know you can span FICON channels. but can you span OSA channels? What about hipersocket channels (IQD), can they connect between different Channel Subsystems? Have been considering keeping z/OS LPARs in one CSS and the zVM/zLinux LPARs in a second CSS. Thanks in advance for any good pointers. Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IODF change causes next IPL to "hang"
Here's one customer's perspective of 'IPL stages'. It's what I see without knowing anything significant about the underlying code. 0. Click 'go for it' on the LOAD ACTIVATE confirmation box. 1. Get back 'OK' from LOAD ACTIVATE . 2. Get the first output line on a console that can display NIP messages for the system being IPLed. Might be HMC; might be channel attached 3270; whatever. 3. Get the first output line on a shared console in the same sysplex if any. 4. Get message 'IEE389I MVS COMMAND PROCESSING AVAILABLE' . 5. Logon to a VTAM SMCS session from a 'remote' location, which might be located right next to the HMC or around the world. If anything goes wrong along the way, our options depend on which milestone we've reached so far. For example, if #1 fails, we start asking around about IOS changes people might have made that they forgot to mention. If #5 fails, we head straight for the network guy. Experience leads us in one direction or another depending on where we fail and what symptoms if any there are to consider. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Jim Mulder <[EMAIL PROTECTED] OM>To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List <[EMAIL PROTECTED] Subject .EDU> Re: IODF change causes next IPL to "hang" 07/17/2008 10:45 PM Please respond to IBM Mainframe Discussion List <[EMAIL PROTECTED] .EDU> IBM Mainframe Discussion List wrote on 07/17/2008 09:00:16 AM: > A colleague asks, "When are the 'official' start and end times (events) > that comprise 'IPL'?" > > From the IPLDATA STATUS output it appears that 'official start' occurs > after the IPLTEXT has been loaded and control transferred to it, and > 'official end' occurs when *MASTER* has completed initialization. > > Is that pretty close? The data collection for IPLDATA STATUS was just a little thing I hacked together in OS/390 1.3 to help me find a starting point of where to look when I got asked to help diagnose "why did that IPL take so long?" problems. It presents things in four phases IPL-NIP-IEEVIPL-IEEMB860 because that happens to be how the system initialization code is structured. But I was not trying to create any 'official' terminolgy. From an internal code point of view, IPL ends when NIP starts. From a customer point of view, IPL more likely is considered to have ended when the system is ready to run applications - after the network is up, the database is up, and the applications are up. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLIs and GUIs
The following message is a courtesy copy of an article that has been posted to alt.folklore.computers,bit.listserv.ibm-main as well. [EMAIL PROTECTED] (Rob Warnock) writes: > Even the very first Lisp (1958) had a compiler (by 1962) to native > machine code, as did almost every one which followed (except a few > toy systems). The notion that "Lisp is (only) interpreted" is an > urban myth that seemingly won't die, possibly because almost every > Lisp system with a compiler *also* contains an interactive interpreter, > and permits free *mixing* of compiled and interpreted code in the > same program: old email (in these posts) referencing lisp machine people asking about being able to get a 801/risc processor (for the machine) and being offered an 8100 instead (some flavor of uc.5 processor i believe). http://www.garlic.com/~lynn/2003e.html#65 801 (was Re: Reviving Multics http://www.garlic.com/~lynn/2006c.html#3 Architectural support for programming languages http://www.garlic.com/~lynn/2006o.html#45 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006t.html#9 32 or even 64 registers for x86-64? for further trivia ... Evans eventually did ask my wife to do audit of 8100 ... which did result in it getting can'ed. this is somewhat related to whether the 801/risc is executing microcode and emulating a different architecture (as in the case of lisp machine) or is directly executing "native" code (for purest, in both cases it is executing "native" code). this is also related to recent post about directly execution of 370, emulating 370 in m'code and/or offloading directly to native code http://www.garlic.com/~lynn/2008k.html#21 IBM's 2Q2008 Earnings the above mentions trying to cram up to 80 (arbitrary mix of 370 and 801) processors in single rack (circa 1985) as well as (circa fall 1991) *medusa* getting 32 processors in single rack (both cases possibly having arbitrary number of racks). in both cases, a major gating factor was getting the heat out of the racks. the question of directly, emulated, and/or (offloaded) native, I had (also) looked at a decade earlier (mid-70s) with both virgal/tully (i.e. 138/148) ECPS effort ... old reference http://www.garlic.com/~lynn/94.html#21 370 ECPS VM micrcode assist and VAMPS multiprocessor ... lots of past posts http://www.garlic.com/~lynn/subtopic.html#bounce In the 138/148 (which evolved into 4331/4341 and then 4361/4381) was m'code 370 emulation that avg. about 10 native instructions to emulated 370 instructions. A major piece of ECPS was to select 6k bytes of the highest used kernel instructions and do an (approx) 1-for-1 translation into native microcdoe (getting 10-to-1 performance improvement) ... the earlier post gives kernel path analysis used to select the 6k bytes moved into microcode. It wasn't directly offload in the sense that function executed on different processor. The same time as ECPS, I also did VAMPS (which never was announced) multiprocessor operation. The native machine had a nine-position microprocessor memory bus. Delivered to customers it was a single 370 processor with integrated channels and controllers. Underneath there werer several identical microprocessors, one running 370 microcode and others executing microcode loads for various integrated control unit functions. VAMPS effort was to do the hardware and software necessary to support up to five of the microprocessors executing the 370 microprocessor load. I had done a higher-level multiprocessor function architecture (additional function with some similarities to the later intel i432). I had also done a higher level architecture for I/O that allowed *offloading* lots of queueing and interrupt processing into the disk controller (*IOP*), somewhat akin to later 370/XA. In the mainframe world ... an example of "offloading" later in the 70s, was the 303x channel director. The 370/158 had microcode for both 370 emulation and integrated channels (sharing the same microprocessr). For 303x, they split off the 370/158 integrated channel microcode into a separate dedicated box (channel director). 370/158 turned into a 3031 with two 370/158 microprocessors (instead of just one); one with just the 370/158 370 emulation microcde and the second with just the integrated channel microcode. A 370/168 became 3032 with one to three channel directors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PUT Method of z/os HTTP Web Server
To all, I am looking into having a server application send data to the mainframe via the z/OS HTTP web server PUT method. I want to store the data in a dataset so that a batch job can process it. I have used HTTP for a server app to retrieve mainframe files. This is pretty easy. But, writing to the mainframe seems to be much more complicated. Anyone out there who can advise? Thanks, Mary Kay The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Example of what a very small JCL Interpreter can do to your installation.
On Thu, 17 Jul 2008 20:55:10 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >... >o Duplicate DDNAMEs within a step should be treated as a JCL error. > (I understand JES3 already does this.) This itself would have > blocked the pitfall described in this thread. >... I've seen jobs that actually made use of this. It certainly gives nothing that can't be achieved in other (and easier to understand) ways, but somebody found it useful. Now it can't be changed without breaking something. (... unless OPEN's behavior has changed so that the dup DDnames can't be referenced any more.) I think I'd rather here some people whine that obtuse techniques are allowed than hear others whine that obtuse techniques that used to work have been "fixed". Maybe. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z
Cross-posted to Linux-390, IBMVM, and IBM-MAIN I'm pleased to announce that the SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z is now available. (Don't you just love the catchy name? I think it just rolls off the tongue.) As before, the good folks at Sine Nomine, working closely with Novell, have created this update. All the comments we received regarding the documentation have been incorporated, in addition to the upgrade to the platform itself. The starter system continues to be a no-cost download for anyone that has a Novell Customer Center account (which is also no-cost). For people that haven't heard of this before: "The SUSE Enterprise Linux Server (SLES) Starter System is a pre-built installation server for SLES that can be installed on your z/VM system using CMS tools, eliminating the need for coordinating access to a separate Linux or Unix system elsewhere on your network and minimizing the impact of network-based installation on your internal and external networks." You can find more information, and links to the download page at http://www.novell.com/partners/ibm/mainframe/starterpack.html Before you download anything, I strongly recommend reading through the installation guide. It's viewable online, via the "view" button for "Install instructions." Or, you can download the PDF (or .txt) file to your desktop by clicking on the download button for s10sp2.pdf, or s10sp2.txt. Hopefully, everything you'll need to know is contained in that document. As with the prior version, having z/VM running is a pre-requisite for this tool. If you don't already have z/VM, and you do have a z10, you might want to consider the z/VM 5.3 Evaluation Edition that IBM has just made available. See http://www.vm.ibm.com/eval/index.html for more details. If you don't have a z10, you'll need to contact your IBM rep. to coordinate a no-cost evaluation. Thank you to all the people that downloaded the SP1 version and tried it out. The number of downloads, and the feedback from the people trying it, made it clear that keeping this tool and upgrading it was good for everyone involved. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mark Post > > Cross-posted to Linux-390, IBMVM, and IBM-MAIN > > I'm pleased to announce that the SUSE Linux Enterprise Server > 10 SP2 Starter System for IBM System z is now available. > (Don't you just love the catchy name? I think it just rolls > off the tongue.) ... Like an avalanche off Mt. Everest :-) -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: PUT Method of z/os HTTP Web Server
Mary Kay Tubello wrote: To all, I am looking into having a server application send data to the mainframe via the z/OS HTTP web server PUT method. I want to store the data in a dataset so that a batch job can process it. I have used HTTP for a server app to retrieve mainframe files. This is pretty easy. But, writing to the mainframe seems to be much more complicated. Anyone out there who can advise? Thanks, Mary Kay Mary Kay, We have a couple of courses that might help. "Introduction to CGIs on z/OS" - 1 day, no labs This lecture / discussion class covers the main issues in writing various kinds of CGIs for the z/OS HTTP web server, including sample code written in Assembler, PL/I, C, COBOL, and REXX. details: http://www.trainersfriend.com/UNIX_and_Web_courses/uc01descr.htm "Writing z/OS CGIS in Assembler" - 1 very full day, hands on labs This class covers the details required to handle GET and POST processing from CGIs written in Assembler, including working with VSAM files and DB2 databses for GET and saving files for PUT, along with hidden controls, cookies, and submitting jobs from a CGI. details: http://www.trainersfriend.com/UNIX_and_Web_courses/uc06descr.htm The above class was intended to be the first of a series of courses that cover the same content but in different languages. But no one has requested any, so I have not put any effort into developing alternatives. Both courses assume some familiarity working with z/OS UNIX, either from omvs or telnet or both, and some familiarity with HTML or XHTML. If necessary, we can provide the prerequisite training too. For both pages, there are links to very detailed topical outlines, so be sure to check those out too. 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
Re: PUT Method of z/os HTTP Web Server
The application can send data to CICS via SOAP and the CICS transaction can write to files (VSAM, SEQ, databases). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mary Kay Tubello Sent: Friday, July 18, 2008 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: PUT Method of z/os HTTP Web Server To all, I am looking into having a server application send data to the mainframe via the z/OS HTTP web server PUT method. I want to store the data in a dataset so that a batch job can process it. I have used HTTP for a server app to retrieve mainframe files. This is pretty easy. But, writing to the mainframe seems to be much more complicated. Anyone out there who can advise? Thanks, Mary Kay The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND SURPRISED TOO
On Thu, 17 Jul 2008 08:12:21 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >... >I don't see ALL CAPS and extreme sarcasm for any other product. >... I don't kow about the ALL CAPS part, but you're right about the sarcasm. You certainly will find no sarcasm on IBM-Main execpt that aimed at IBMLink. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND SURPRISED TOO
Patrick O'Keefe wrote: I don't kow about the ALL CAPS part, but you're right about the sarcasm. You certainly will find no sarcasm on IBM-Main execpt that aimed at IBMLink. It would appear that the use of CAPS and sarcasm in IBM-MAIN postings is proportional to the magnitude of the debacle being discussed. -- 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: IODF change causes next IPL to "hang"
On Fri, 18 Jul 2008 01:45:58 -0400, Jim Mulder <[EMAIL PROTECTED]> wrote: >... > The data collection for IPLDATA STATUS was just a little thing >I hacked together in OS/390 1.3 to help me find a starting point of >where to look when I got asked to help diagnose "why did that IPL >take so long?" problems. This is not the first time, and I'm sure won't be the last time that "a little thing ... hacked together" by a tester has proved to be a life saver. None of our MVS system programmers knew about this command. We don't know when our intermittant IPL problem will strike again, but you can bet this command will be issued afterwrds. > ... It presents things in four phases >IPL-NIP-IEEVIPL-IEEMB860 because that happens to be how the >system initialization code is structured. But I was not trying >to create any 'official' terminolgy. ... Too late. You labled them - it's officail now. :-) Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PUT Method of z/os HTTP Web Server
You'll need to use the SITE command for specifying the allocation parameters. If you are on the mainframe FTP client and doing a get use LOCSITE, from the other side use SITE. For example, SITE RECFM=FB LRECL=80 BLKSIZE=0 TRACKS PRIMARY=10 SECONDARY=10 put jcl.file Roger Bolan IBM Mainframe Discussion List wrote on 07/18/2008 12:59:01 PM: > To all, > > I am looking into having a server application send data to the mainframe > via the z/OS HTTP web server PUT method. I want to store the data in a > dataset so that a batch job can process it. > I have used HTTP for a server app to retrieve mainframe files. This is > pretty easy. But, writing to the mainframe seems to be much more > complicated. > > Anyone out there who can advise? > > Thanks, > Mary Kay > > The information transmitted is intended only for the person or > entity to which it is addressed and may contain CONFIDENTIAL > material. If you receive this material/information in error, please > contact the sender and delete or destroy the material/information. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > 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
A simple question, but not for the youngsters
Good afternoon (I'm in CDT today :) ), Could I get someone to open a real manual? Either GC22-7064 (IBM System/360, System/370, 4300, and 9370 Processors Input/Output Equipment Installation Manual - Physical Planning) or GC22-7072 (IBM General Information Installation Manual - Physical Planning) and tell me the power requirements and output BTUs for an "IBM 3490 Magnetic Tape Subsystem Model" A10 and a B40. I'm not sure which one has the info (although they both may have it) but I cannot find it in softcopy and our operations guy has retired (at least at past employers it was the operations folks who kept physical planning guides - they would only share if you asked real nice). Thanks and have a good weekend (whatever your time zone), Glen Gunselman Systems Software Specialist TCS Emporia State University (cross posted to IBMVM) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PUT Method of z/os HTTP Web Server
Roger Bolan wrote: You'll need to use the SITE command for specifying the allocation parameters. If you are on the mainframe FTP client and doing a get use LOCSITE, from the other side use SITE. For example, SITE RECFM=FB LRECL=80 BLKSIZE=0 TRACKS PRIMARY=10 SECONDARY=10 put jcl.file Roger Bolan Interesting. That's the FTP PUT command, not the HTTP PUT method. But, maybe that will work for her too. IBM Mainframe Discussion List wrote on 07/18/2008 12:59:01 PM: To all, I am looking into having a server application send data to the mainframe via the z/OS HTTP web server PUT method. I want to store the data in a dataset so that a batch job can process it. I have used HTTP for a server app to retrieve mainframe files. This is pretty easy. But, writing to the mainframe seems to be much more complicated. Anyone out there who can advise? Thanks, Mary Kay 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
Re: A simple question, but not for the youngsters
Glen, This is from a marketing brochure G221-2426-02 "The IBM 3490 Magnetic Tape Subsystem Family" A10 0.6 KVA 2,100 BTU B40 1.4 KVA 4,500 BTU Glen Gunselman wrote: Good afternoon (I'm in CDT today :) ), Could I get someone to open a real manual? Either GC22-7064 (IBM System/360, System/370, 4300, and 9370 Processors Input/Output Equipment Installation Manual - Physical Planning) or GC22-7072 (IBM General Information Installation Manual - Physical Planning) and tell me the power requirements and output BTUs for an "IBM 3490 Magnetic Tape Subsystem Model" A10 and a B40. I'm not sure which one has the info (although they both may have it) but I cannot find it in softcopy and our operations guy has retired (at least at past employers it was the operations folks who kept physical planning guides - they would only share if you asked real nice). Thanks and have a good weekend (whatever your time zone), Glen Gunselman Systems Software Specialist TCS Emporia State University (cross posted to IBMVM) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A simple question, but not for the youngsters
Couldn't find the book, so I queried Google, using 3490-a10" +btu site:ibm.comfor my search. Give it go :-) Linda Mooney -- Original message -- From: Glen Gunselman <[EMAIL PROTECTED]> > Good afternoon (I'm in CDT today :) ), > > Could I get someone to open a real manual? > > Either > > GC22-7064 (IBM System/360, System/370, 4300, and 9370 Processors Input/Output > Equipment Installation Manual - Physical Planning) > > or > > GC22-7072 (IBM General Information Installation Manual - Physical Planning) > > and tell me the power requirements and output BTUs for an "IBM 3490 Magnetic > Tape Subsystem Model" A10 and a B40. > > > I'm not sure which one has the info (although they both may have it) but I > cannot find it in softcopy and our operations guy has retired (at least at > past > employers it was the operations folks who kept physical planning guides - > they > would only share if you asked real nice). > > Thanks and have a good weekend (whatever your time zone), > > > Glen Gunselman > Systems Software Specialist > TCS > Emporia State University > (cross posted to IBMVM) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > 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
IOS Dump
We just received an IOS dump and we took it to IBM. The fixing APAR/PTF for it was OA21317/UA36298. (1.8). I have received and applied all maintenance up to RSU0802 and PUT0712. This was not on. This PTF was RSU0712 and PUT 0709. I have not figured out why it is not on. Anyone else have any issues with RSU0712? Thanks. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IOS Dump
On Fri, 18 Jul 2008 15:58:07 -0500, Eatherly, John D [EQ] <[EMAIL PROTECTED]> wrote: >We just received an IOS dump and we took it to IBM. The fixing APAR/PTF for it was OA21317/UA36298. (1.8). I have received and applied all maintenance up to RSU0802 and PUT0712. This was not on. This PTF was RSU0712 and PUT 0709. I have not figured out why it is not on. Anyone else have any issues with RSU0712? > Are you sure it was received at the time? Do you have the output of your RSU apply run still? If not, look at your SMPTLOG/SMPTLOGA and see if you can find out why it didn't apply. The only HOLD I see is IPL ... unless you didn't bypass that. 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: IOS Dump
I do bypass the IPL. I have all of the SMPPTFIN's from all of my receives. I can't find that PTF. I have checked RSU0712,10 and 9. No luck yet. I also keep all of my apply jobs. I figured that I would determine when I received it before I start looking at my apply jobs. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, July 18, 2008 4:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IOS Dump On Fri, 18 Jul 2008 15:58:07 -0500, Eatherly, John D [EQ] <[EMAIL PROTECTED]> wrote: >We just received an IOS dump and we took it to IBM. The fixing APAR/PTF for it was OA21317/UA36298. (1.8). I have received and applied all maintenance up to RSU0802 and PUT0712. This was not on. This PTF was RSU0712 and PUT 0709. I have not figured out why it is not on. Anyone else have any issues with RSU0712? > Are you sure it was received at the time? Do you have the output of your RSU apply run still? If not, look at your SMPTLOG/SMPTLOGA and see if you can find out why it didn't apply. The only HOLD I see is IPL ... unless you didn't bypass that. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Larry J Brown is out of the office.
I will be out of the office starting 07/18/2008 and will not return until 07/23/2008. I will respond to your message when I return. If you need help with CICS or MQ, please contact Scott Weisskirk at x4271. This e-mail is intended only for its addressee and may contain information that is privileged, confidential, or otherwise protected from disclosure. If you have received this communication in error, please notify us immediately by e-mailing [EMAIL PROTECTED]; then delete 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: IOS Dump
I looked at all of my SMPPTFIN data sets from RSU0707 through 0803 and that PTF does not show up. No clues here. Thanks John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FILTER cmd not working in batch SDSF?
I am running batch SDSF for the first time, using PGM=IFSAFD so I can enter both line commands and also be able to fill in the XD output screen fields. OS level is z/OS 1.8. Here is the input to IFSAFD: //GETSDSF EXEC PGM=ISFAFD,PARM='++0043,133' //ISFOUT DD SYSOUT=* //ISFINDD * SET CURSOR OFF H FILTER JNUM EQ 2197 //* But the FILTER command results in a display on ISFOUT of ALL of the jobs in the Hold screen, NOT just the selected job number. The same command entered on the SDSF screen in TSO results in just the one job being displayed, the one with that job number. "FILTER JOBID EQ JOB02197" gives the same results online (works) and in batch (doesn't work). Same results also for "SELECT jobnameX JOB02127". Same results using 5-digit number with leading zeroes for JNUM selection. Am I doing something wrong here or should I be asking my sysprogs to check IBMLINK for APAR's? Or did I miss something important in the SDSF manual? This is a problem because I may have many jobs with the same name (format: TSO userid + 1 char) in the Hold queue and I want to select just a specific one, since IFSAFD only operates on the job/dsid at the top line of the screen. Peter 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: A simple question, but not for the youngsters
Jim, Thanks, Glen Gunselman Systems Software Specialist TCS Emporia State University >>> Jim Phoenix <[EMAIL PROTECTED]> 7/18/2008 3:29 PM >>> Glen, This is from a marketing brochure G221-2426-02 "The IBM 3490 Magnetic Tape Subsystem Family" A10 0.6 KVA 2,100 BTU B40 1.4 KVA 4,500 BTU Glen Gunselman wrote: > Good afternoon (I'm in CDT today :) ), > > Could I get someone to open a real manual? > > Either > > GC22-7064 (IBM System/360, System/370, 4300, and 9370 Processors > Input/Output Equipment Installation Manual - Physical Planning) > > or > > GC22-7072 (IBM General Information Installation Manual - Physical Planning) > > and tell me the power requirements and output BTUs for an "IBM 3490 Magnetic > Tape Subsystem Model" A10 and a B40. > > > I'm not sure which one has the info (although they both may have it) but I > cannot find it in softcopy and our operations guy has retired (at least at > past employers it was the operations folks who kept physical planning guides > - they would only share if you asked real nice). > > Thanks and have a good weekend (whatever your time zone), > > > Glen Gunselman > Systems Software Specialist > TCS > Emporia State University > (cross posted to IBMVM) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FILTER cmd not working in batch SDSF?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 > Sent: Friday, July 18, 2008 5:52 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: FILTER cmd not working in batch SDSF? > > I am running batch SDSF for the first time, using PGM=IFSAFD so I can > enter both line commands and also be able to fill in the XD output > screen fields. OS level is z/OS 1.8. > > Here is the input to IFSAFD: > > //GETSDSF EXEC PGM=ISFAFD,PARM='++0043,133' > //ISFOUT DD SYSOUT=* > //ISFINDD * > SET CURSOR OFF > H > FILTER JNUM EQ 2197 > //* > > But the FILTER command results in a display on ISFOUT of ALL > of the jobs > in the Hold screen, NOT just the selected job number. Perhaps filters are OFF. Setting a filter condition does not automatically make filters ON. You might try adding another line to ISFIN that says FILTER ON. Bill Bass Senior Applications Developer United Health Care Greenville, SC This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
recreating deleted dataset
In this case we're talking about an operator error which caused the data (possibly) to be lost, so that situation needs to be described in the comment section of the report. As long as these mistakes do not happen with any regularity then there should be no problem with having this one report accepted. I would like to take this opportunity to remind all sub-cap customers that the contractual requirement is that all SMF data from all LPARs running z/OS must be included in the SCRT report, not merely 95%. While it has been IBM's practice to accept SCRT reports with less than 100% data collection reported, we did that because we knew that not every customer keeps their machine up and running 100% of the time. We didn't want to have to request documentation for every instance when that happened because back in the beginning we really didn't know what the average environment was going to look like. It was never meant to be a "free pass" to leave data out of the report. Not that I'm saying anyone is doing that, but I want to make that clear. David *** *** *** *** *** *** *** Forwarded File *** *** *** *** *** *** *** Date:Thu, 17 Jul 2008 08:07:01 -0500 From:"Kelman, Tom" <[EMAIL PROTECTED]> Subject: Re: recreating deleted dataset Ouch!! I don't know of anyway to recover that, maybe someone else does. I would think the VTOC entry would be gone, and it is highly likely that the data is already overwritten. How much did you lose? Was it more than one day's worth? You are required to have "% data collected" of >95% for the SCRT report to be accepted. 29 days of data out of 30 gives 96.67% and 30 days out of 31 gives 96.77% so if you don't lose anymore you should be alright. If you come up short maybe you could explain it as an exception in the SCRT report, and you could see if IBM will accept it. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Errol Van staden > Sent: Thursday, July 17, 2008 4:30 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: recreating deleted dataset > > Hi List. Does anybody have a utility or know how to recreate a deleted > dataset > (possibly by using the VTOC entry) Our storage administrator accidently > deleted all the SMF dumped data from a system and it has major SCRT > implications for workload usage. > > -- -- David J. Chase, WW zSeries Software Sales-- --IBM 18th Fl, 11 Madison Ave, NYC, NY 10010 -- -- 917-472-3346 - dchase at us.ibm.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: FILTER cmd not working in batch SDSF?
> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Bass, Walter W > Sent: Friday, July 18, 2008 6:30 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: FILTER cmd not working in batch SDSF? > Perhaps filters are OFF. Setting a filter condition does not > automatically make filters ON. You might try adding another line > to ISFIN that says FILTER ON. Adding FILTER ON after the filter command didn't make any difference, but thanks for the suggestion. When I use the FILTER command online, they are automatically turned on, giving a display like this one (notice the DISPLAY area shows "FILTERS=1"): SDSF HELD OUTPUT DISPLAY ALL CLASSES LINES 2,545 LINE 1-1 (1) COMMAND INPUT ===> SCROLL ===> CSR PREFIX=TSOUS* DEST=(ALL) OWNER=* FILTERS=1 SYSNAME=* NP JOBNAME TYPE JNUM CRDATEC FORM FCB DEST TOT-REC TSOUSERX JOB 2217 07/18/2008 X STD DEFAULT 2,545 This does not happen under ISFAFD. Nothing is ever filtered, although with SET DISPLAY ON the "FILTERS=1" shows up. It's just that nothing is actually filtered. I guess I'll have to wait until Monday and give it to my sysprogs. Thanks for trying to help. Peter 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: IODF change causes next IPL to "hang"
On Fri, 2008-07-18 at 15:01 -0500, Patrick O'Keefe wrote: > None of our MVS system programmers knew about > this command. We don't know when our intermittant IPL problem > will strike again, but you can bet this command will be issued > afterwrds. There are lots of things to see in a dump - I used to keep an eye on the Jerry Ng presentations at Share for anything "new" (to me). If the system that had the problem is still up, just use IPCS on 'active' and run the IPLDATA anytime before the next IPL. Else go find a convenient dump - I would usually be hard pressed to *not* find a system dump from IPL to IPL. 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: IBM's 2Q2008 Earnings
Ed Finnell writes: >The beauty of the Z6/Z10 was that by using the G6 >Power fabrication foundry IBM should be able to use >a single supply chain for materials and packaging. I would beg people to just go to Google, find the "30,000 foot" digital images of the z10 and POWER6 microprocessors, and compare them side-by-side. They look completely different because they are extremely different. Now, among the similarities: 1. They both have binary architectures, operating on zeroes and ones. 2. They both have 64-bit addressing. 3. They both execute instructions (adds, branches, etc.) 4. They both run on electricity. 5. They both contain silicon and certain metals. 6. They both are installed inside servers. 7. They both can access memory. 8. They both have processor cache memory.. 9. IBM manufactures both, and sometimes even in the same building. 10. IBM ships both of them from their birthplace(s) to other buildings, using moving vehicles. 11. Engineers who design them often talk with each other, even cordially, occasionally (but not exclusively) over a beer. Maybe two. And there may be other similarities, too. For example, they both have IEEE754r hardware decimal floating point units. They are both quad-core. They both currently run at clock speeds well in excess of 4 GHz. I really, really don't know where this "they're the same" mythology got started. Take a look at Charles Webb's presentation if you want a partial list of the many differences. Or just look at the photographs! But who the heck cares? What I care about is that a processor delivers and continues to deliver the most highly favorable execution qualities for my business applications (and the operating systems and middleware that support those applications). Hardware is a doorstop without good software,(*) and we should evaluate hardware based on what business benefits (via software) it delivers. If there's something nifty in a POWER processor or a YUNKLE processor or a TurboPLONK processor that could be helpful if incorporated into a System z processor, great, I'll happily take it. I don't particularly care where it comes from. [Note: YUNKLE and TurboPLONK are not real processors as far as I know, although I heard IBM is working on SuperTurboPLINK. :-)] And, to be clear, "most highly favorable execution qualities" encompasses reliability, availability, serviceability (RAS), security, execution and data integrity, etc. All the "-itys." (*) Although if it's System z, it's a very beautiful *and* effective doorstop. :-) Wheeler writes: >After worldcom/enron ... GAO started a study of such >reporting and looking at statistics of "refillings" >... i.e. were subsequently reporting is refiled because >of (at least) audit and accounting errors. This would be the "I don't believe the number is accurate" argument I guess. Well, if you think there's an error in IBM's earnings report, you can contact the SEC by visiting http://www.sec.gov. Ted MacNeil writes: >Just because the CFO said it [System z gained marketshare],, >it doesn't make it so. To prove an increase in share you need >at least a market size to compare it to. This would be the "I don't believe +32% is big enough" argument I guess. I don't believe +32% is big enough either, but I'm never satisfied. :-). Yes, you do have to look at the total market size. Presumably IBM's CFO has a good idea of that total market size, and I can understand why. All you have to do is find some respected and competent server market analysts who determine that the entire ex-System z server market grew at least 32% last quarter. I think you'll find that's a very small group of analysts. :-) The reality is that "gained marketshare" is about the most *unremarkable* conclusion that could be drawn from such a stellar System z performance. Anyway, could we all just applaud and then talk about something else, like what USS stands for? :-) I mean, it's +32%, and thank you! And a very special thank you to our new System z customers, including the first customer in Vietnam. - - - - - 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: IBM's 2Q2008 Earnings
In a message dated 7/18/2008 11:26:58 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: I really, really don't know where this "they're the same" mythology got started. Take a look at Charles Webb's presentation if you want a partial list of the many differences. Or just look at the photographs! >> _http://en.wikipedia.org/wiki/IBM_z6_ (http://en.wikipedia.org/wiki/IBM_z6) The z10 processor was co-developed with and shares many design traits with the _POWER6_ (http://en.wikipedia.org/wiki/POWER6) processor, such as fabrication technology, logic design, _execution unit_ (http://en.wikipedia.org/wiki/Execution_unit) , floating-point units, bus technology and _pipeline_ (http://en.wikipedia.org/wiki/Instruction_pipeline) design style, i.e., a high frequency, low latency, deep (14 stages in the z10), in-order pipeline. The processors are quite unlike in other respects, such as cache hierarchy and _coherency_ (http://en.wikipedia.org/wiki/Cache_coherency) , _SMP_ (http://en.wikipedia.org/wiki/Symmetric_multiprocessing) topology and protocol, and chip organization. The different _ISAs_ (http://en.wikipedia.org/wiki/Instruction_set) result in very different cores – there are 894 unique z10 instructions, 75% of which are implemented entirely in hardware. The z/Architecture is a rich _CISC_ (http://en.wikipedia.org/wiki/Complex_instruction_set_computer) architecture backwards compatible all the way back to the _IBM System/360_ (http://en.wikipedia.org/wiki/IBM_System/360) architecture from the 1960s. **Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OUR FRIEND WEB IBMLINK is DOWN (AGAIN) - YES, I''M SHOCKED AND SURPRISED TOO
On Fri, 18 Jul 2008 12:51:28 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: >> ... You certainly will find no sarcasm on IBM-Main execpt >> that aimed at IBMLink. >> > >It would appear that the use of CAPS and sarcasm in IBM-MAIN >postings is proportional to the magnitude of the debacle being discussed. >... Well, now, I didn't mean my comment to be taken seriously, as such. You see, it was what is commonly referred to as "sarcasm". I've been known to make sarcastic remarks wholly out of proportion to the subject being discussed. And look at the subject line again. Note the lower case "is". Not all CAPs. There is still room for serious escallation here. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
