AUTO: Coen Wessels is out of the office. (returning 06.10.2008)
I am out of the office until 06.10.2008. I will respond to your message when I return. In case of emergency, please call the Hotline z-Delivery (058.33.37882) Note: This is an automated response to your message "IBM-MAIN Digest - 28 Sep 2008 to 29 Sep 2008 (#2008-273)" sent on 30/9/08 6:00:00. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Used Shark Available
Many years ago, we had a 370-138 which had been used for a specific application. When the application was redone on another machine, we tried to sell the machine, but had no takers until someone offered us money (as I recall, about $100 US) and took the machine away. The machine resurfaced next February at the winter carnival, where the man provided a sledgehammer and charged a dollar a swing. I think he made a small profit on the deal. When we converted from 9-track to cartridge drives, we had some 10,000 old tapes to dispose of. No one would buy them, or even accept them as a gift, which was a real problem, since the mayor understandably didn't want city employees to be seen throwing things away. Dale Miller [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: z/OS Documentation - again (was Re: zOS R10)
Edward Jaffe wrote: If you were at SHARE, you might have been to Geoff Smith's "brainstorming" and requirements gathering session. The proceedings are: http://ew.share.org/client_files/callpapers/attach/SHARE_in_San_Jose/S2889GS132442.pdf Geoff showed how IBM is heading away from book-oriented organization toward article-based organization. (Personally, I believe the latter term to be oxymoronic. Article-based "organization" seems disorganized to me. I've tried to glean information from the new Eclipse-based Information Centers (IEHS) being used by CICS and Tivoli Storage Manager. Searching is a nightmare unless you severely limit the scope. And, that's not so easy to do with the current interface.) I just learned today that IBM no longer supports Library Server for Multiplatforms. http://www.ibm.com/common/ssi/rep_ca/1/897/ENUS907-121/index.html That just leaves the z/OS version still supported ... but for how long? -- 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: A STP question
Give the man a prize. You are absolutely correct. Our 4th CEC does not need to be connected to Ethernet. I talked to Dave Whitney who owns STP and he indicated since the CEC is not the Primary, Backup, or Aribiter, it does not need an Ethernet source to get to NTP. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Tuesday, September 23, 2008 3:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question >From what I know of STP, I would think you are OK, no connection needed on the 4th CEC. Even if he were somehow to become "Primary", he would simply not be able to do a periodic time check. That may cause an error to be logged on the HMC, but there is no reason anything would stop working. >>> "Petersen, Jim" <[EMAIL PROTECTED]> 9/23/2008 3:57 PM >>> Okay. So 1. IF I have CF Links between all of the CEC's 2. IF 3 of the 4 CEC's have Ethernet connections from the Service Elements in order to get to NTP 3. The 3 CEC's will act as Primary, Backup, and Aribiter Does the 4th CEC need an Ethernet connection from its Service Element. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:[EMAIL PROTECTED] 512-977-2615 direct 210-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Sunday, September 21, 2008 2:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A STP question In STP "domain" all CEC's have to be connected using coupling links. Those links are required by STP. Usually the same links are used for CF-MVS communication, however it is possible to establish "STP-only" connection. Such connection is between CEC's, not between MVS images or LPARs. Both STP and sysplex timer are CEC oriented, not OS or LPAR. So, for example, you cannot have different sysplex timers for different sysplexes members residing on the same CEC. -- Radoslaw Skorupka Lodz, Poland Petersen, Jim wrote: > I thought that Timing Pulses got passed between CEC's on either the CF > or Fibre links between the processors. That is why there is Primary > Time Server, a Backup Time Server, and an Arbiter. Those 3 CEC's are > z9's in my shop. I have a z990 CF processor which has the STP hardware > but the SE's have TKNRING. > > ___ > Jim Petersen > MVS - Lead Systems Engineer > Home Depot Technology Center > 1300 Park Center Drive, Austin, TX 78753 > www.homedepot.com > email:[EMAIL PROTECTED] > 512-977-2615 direct > 210-977-2930 fax > 210-859-9887 cell phone > > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Kenneth E Tomiak > Sent: Saturday, September 20, 2008 10:29 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: A STP question > > I thought the CECs (pre-STP) would only get time from a Sysplex Timer or > a > special hardware device that knew how to dial NIST for the time. STP is > a > replacement for that, so if all 4 CECs play with STP then they need to > be able > to communicate with one another if only two of them are running the NTP > Client. I do not believe the CECs share time to update clocks through > other > connections. The operating systems running in LPARs use the coupling > facility > and Fibre connections, not the CECs themselves. > > > The fourth CEC does not have to be part of the 3 CEC STP environment, it > > can have its own ethernet connectivity to the NTP Server and run its own > > single CEC NTP Client. Don't all of your z9 and z10 support elements > have two > ethernet ports? > > Are you by chance trying to get a non-STP capable CEC to do NTP? I've > heard > that question often since STP and the NTP Client were releases. The old > CECs > can only do what the old CECs could do. Several SHARE sessions from a > year > or two ago covered how to mix STP and Sysplex Timers while migrating > towards all STP capable CECs. > > > > > On Fri, 19 Sep 2008 09:58:33 -0400, Petersen, Jim > <[EMAIL PROTECTED]> wrote: > >> I have 4 CEC's in my shop that are all wired together. The laptops on >> 3 of the CEC's have a spare Ethernet port. If I don't use the 4th CEC >> for the Primary, Backup, or Arbiter, do I really need to connect the > 4th >> CEC via Ethernet so it can get to NTP? Won't it get its timing pulses >> via the Coupling Facility or Fibre connections >> >> >> >> ___ >> >> Jim Petersen >> MVS - Lead Systems Engineer >> > > --
Re: ISFPARMs Conversion to RACF
Thank You / That's it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwartz, Alan Sent: Monday, September 29, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISFPARMs Conversion to RACF ISF.SISFEXEC (your name may differ). The exec is ISFACR Alan Schwartz -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Monday, September 29, 2008 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ISFPARMs Conversion to RACF There is a REXX EXEC that takes the SDSF ISFPARMS as input and creates the RACF entries Needed to migrate it to RACF. Where can one find this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E 3.5 "Delivery"?
Here's a "feedback" I have just posted to the ShopzSeries web site. If you agree, please go ahead and tell IBM what you think. -=-=-=-=-=-=-=-=-=-=- I have a suggestion for improvement for the ShopzSeries web site. Here's an example of an order. U00nn - SMPE - September 12, 2008, 15:21 Customer number: 5nn IBM order number: 200nn If I take the Customer number and IBM order number, I can look up my order at the following IBM web page: https://www.ibm.com/account/orderstatus/myorders/selectLocale? cc=us&lc=en Here's my suggestion: Update ShopzSeries to make the IBM order number field "clickable", and link to the system which provides status updates on software order fulfilment. For my order, the link was: https://www.ibm.com/account/orderstatus/myorders/guestusersearch? x=9&sw=0&oid=200nnn&lc=en&y=8&cid=5nn Thanks for listening to my suggestion. Brian -=-=-=-=-=-=-=-=-=-=- On Mon, 29 Sep 2008 13:27:53 -0500, Chase, John wrote: (snip) > >Slick! > >-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: ISFPARMs Conversion to RACF
ISF.SISFEXEC (your name may differ). The exec is ISFACR Alan Schwartz -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Monday, September 29, 2008 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: ISFPARMs Conversion to RACF There is a REXX EXEC that takes the SDSF ISFPARMS as input and creates the RACF entries Needed to migrate it to RACF. Where can one find this? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
ISFPARMs Conversion to RACF
There is a REXX EXEC that takes the SDSF ISFPARMS as input and creates the RACF entries Needed to migrate it to RACF. Where can one find this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E 3.5 "Delivery"?
> -Original Message- > From: Chase, John > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of Brian Peterson > > > > Here's a site you can use to track your order. > > > > https://www.ibm.com/account/orderstatus/myorders/selectLocale? > > cc=us&lc=en > > > > Under the "guest" login, enter your IBM customer number, and in the > > second > > field, enter the IBM order number for your order (from the > ShopzSeries > > web > > site - it's the number which starts with "200nnn". > > Looks promising Unfortunately, it says: > > No results found for your query. Please try again. > > Hmm... Oops, nevermind. "Wrong" customer number on the order. Slick! -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: SMP/E 3.5 "Delivery"?
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Brian Peterson > > Here's a site you can use to track your order. > > https://www.ibm.com/account/orderstatus/myorders/selectLocale? > cc=us&lc=en > > Under the "guest" login, enter your IBM customer number, and in the > second > field, enter the IBM order number for your order (from the ShopzSeries > web > site - it's the number which starts with "200nnn". Looks promising Unfortunately, it says: No results found for your query. Please try again. Hmm... -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: SMP/E 3.5 "Delivery"?
Here's a site you can use to track your order. https://www.ibm.com/account/orderstatus/myorders/selectLocale? cc=us&lc=en Under the "guest" login, enter your IBM customer number, and in the second field, enter the IBM order number for your order (from the ShopzSeries web site - it's the number which starts with "200nnn". This site shows the status of the order, from the manufacturing perspective. Remember, ShopzSeries is not a fulfilment system - it's an order entry system. The above link shows you how fulfilment is going for your order. For an "all electronic" order, the ship date will be the scheduled electronic delivery date. For other orders which include perhaps tapes or pubs, each box/shipment is enumerated separately. This is a useful link - it even shows the tracking numbers for physical shipments in case you need to track down a missing box. Brian On Mon, 29 Sep 2008 12:33:19 -0500, Chase, John wrote: >Hi, All, > >My Shopz order for SMP/E 3.5 has been in "Manufacturing" status since >last Thursday. Has anybody who ordered it gotten "delivery" yet? > >TIA, > >-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
OpenSSH SFTP support for MVS datasets
We are pleased to announce today that we are releasing version 1.0.9-Beta of the Co:Z Co-processing Toolkit for z/OS. Major additions to this release include: 1) A new port of OpenSSH sftp-server for z/OS which adds support for MVS datasets, catalogs, partitioned datasets, etc. This module is designed to work with an existing sshd service, such as IBM's Ported Tools for z/OS - OpenSSH. Installations may configure sshd so that the new Co:Z sftp-server is only used for selected users. Using Co:Z sftp-server, systems with OpenSSH or another sftp compatible package may transfer files directly to MVS datasets and control all aspects of dataset formats, codepage conversion, and allocation. This release only includes the sftp-server, a future release will also include a new port of the z/OS sftp client. 2) Several new z/OS Unix shell commands - catsearch -- invokes z/OS catalog search to produce a listing similar to ISPF 3.4 - pdsdir -- displays a PDS directory similar to ISPF - zsym -- expands z/OS system symbols for use in shell scripts. The Co:Z toolkit for z/OS is a free product. Commercial support agreements are available. For more information, see: http://dovetail.com/docs/sftp/index.html The sftp-server is in beta status; we appreciate any feedback or comments on our support forum: http://dovetail.com/forum/viewforum.php?f=8 For forum registration info, see: http://dovetail.com/services.html) Kirk Wolf Dovetailed Technologies http://dovetail.com
SMP/E 3.5 "Delivery"?
Hi, All, My Shopz order for SMP/E 3.5 has been in "Manufacturing" status since last Thursday. Has anybody who ordered it gotten "delivery" yet? TIA, -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
Living without User Key CSA
>I'm an application programmer who is trying to reengineer a piece of our >infrastructure that uses subpool 241 (CSA/ECSA). My management wants to be >compatible with AllowUserKeyCSA(no) so I'm seeking advice on how this can be >done. >The current design has been working well for many years. It uses a small >piece of storage in CSA to anchor a list of dataspaces. The server program >creates the anchor table in CSA (key 9), saves attributes of each dataspace >(ALET, size, usage statistics, etc.) into the anchor table, sets itself >non-swappable, and just waits to be stopped. The server process is >APF-authorized. >The client program is not authorized. It accesses the anchor table in CSA >via a name/token pair. It then uses the attributes found in the anchor >table to gain access to the dataspace. The client program must be able to >access and update the anchor table storage. >What is the best way to perform this functionality without a common area? >In other words, what technique can be used to store the list of dataspace >attributes so it's available to the client program? It's also important >that the client program not require APF-authorization. >Any and all ideas or references to design guides are greatly appreciated. Keep in mind that user key SCOPE=COMMON data spaces have the same security exposure as user key CSA, so if you are using them, you would be wanting to address that exposure as well as the exposure from your infrastructure's use of user key CSA. ALLOWUSERUSERKEYCDS(YES|NO)in DIAGxx is on my "to do" list. 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: zFA-Reorg/Maint
On Mon, 29 Sep 2008 11:07:08 -0500, Ron Wells <[EMAIL PROTECTED]> wrote: >thanks for your feed back. >I realize the app is not designed correctlytrying to get that >changed... >they have more activity in there directory than on the file so saying >that... the directory is what is being hammered Hum, any chance of making the filesystem a TFS? That is kept totally in memory (UNIX equivalent of VIO). Of course, it is recreated at IPL time, so it is not good for anything that needs to be kept over an IPL. OK, actually it disappears when the filesystem is unmounted and reappears, fresh, when mounted. This usually only happens at IPL time. -- 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: zFA-Reorg/Maint
thanks for your feed back. I realize the app is not designed correctlytrying to get that changed... they have more activity in there directory than on the file so saying that... the directory is what is being hammered -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFA-Reorg/Maint
On Mon, 29 Sep 2008 10:18:52 -0500, Ron Wells <[EMAIL PROTECTED]> wrote: >I guess my main concern or question would be >> is there >utilities/program(3rd party) to do directory / file reorg's/defrag's ...? >and if so some means that this...minimal...can be done while the >application is running ..? Well clearly i do not know any And yes as John said this would certainly need something. Bruno Sugliani zxnetconsult(at)free(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: zFA-Reorg/Maint
I guess my main concern or question would be >> is there utilities/program(3rd party) to do directory / file reorg's/defrag's ...? and if so some means that this...minimal...can be done while the application is running ..? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFA-Reorg/Maint
On Mon, 29 Sep 2008 09:59:00 -0500, Bruno Sugliani <[EMAIL PROTECTED]> wrote: >On Mon, 29 Sep 2008 09:00:51 -0500, John McKown <[EMAIL PROTECTED]> wrote: > >> >>I don't think so. I've never heard of a "defrag" utility for zFS or HFS >>filesystems. If the files are growing in size, then I'd wonder why. I know >>that some log files will just keep growing, unless you do something to >>"trim" them. But how to do that depends on what is writing them. The extreme >>would be to stop the process, rm (delete) the log file, then start the >>process up again. > > >Yep correct but some maintenance may be needed. >It has been (at least for HFS) recommended to copy regularly your HFS's in >order to clean the indexes and recreate clean metadata. This will defrag the >data part because the copy via copytree for example will copy files in >ascending order on the dasd and thus improve the performance in the case of >sequential access to these data . >this was described in either a redbook ( HFS System user guide ) or on the >SMS "using datasets" i cannot remember precisely. >Also this is (or was) the only way to recreate a HFRFN ( high formatted >relative frame number), as it stays where it was even after massive >cleanup.( high formatted is not high allocated :-)). >Anyway as someone said i agree that 90 % of the usage increase is normally due >to numerous unseen dumps. And this is valid fo HFS as well as ZFS. >Bruno Sugliani >zxnetconsult(at)free(dot)fr Sounds like a possible enhancement request or maybe even a product. Doing a logical copy (copytree or pax or ...) to a new filesystem sounds like it could be very time consuming. Also, what about filesystems which cannot easily be "quiesced" so that a point-in-time copy can be made and then a remount done to mount the new filesystem dataset? -- 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: zFA-Reorg/Maint
On Mon, 29 Sep 2008 09:00:51 -0500, John McKown <[EMAIL PROTECTED]> wrote: > >I don't think so. I've never heard of a "defrag" utility for zFS or HFS >filesystems. If the files are growing in size, then I'd wonder why. I know >that some log files will just keep growing, unless you do something to >"trim" them. But how to do that depends on what is writing them. The extreme >would be to stop the process, rm (delete) the log file, then start the >process up again. Yep correct but some maintenance may be needed. It has been (at least for HFS) recommended to copy regularly your HFS's in order to clean the indexes and recreate clean metadata. This will defrag the data part because the copy via copytree for example will copy files in ascending order on the dasd and thus improve the performance in the case of sequential access to these data . this was described in either a redbook ( HFS System user guide ) or on the SMS "using datasets" i cannot remember precisely. Also this is (or was) the only way to recreate a HFRFN ( high formatted relative frame number), as it stays where it was even after massive cleanup.( high formatted is not high allocated :-)). Anyway as someone said i agree that 90 % of the usage increase is normally due to numerous unseen dumps.An d this is valid fo HFS as well as ZFS. Bruno Sugliani zxnetconsult(at)free(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 Startup HIPER - OA26484
Here is another HIPER problem related to buffers that can prevent a JES2 warmstart (IPL). There is a workaround by starting JES2 with the CONSOLE option and specifying the buffers at that time. So this is not nearly as catastrophic as a BERT shortage at startup. APAR Identifier .. OA26484 Last Changed 08/09/26 $HASP050 RESOURCE SHORTAGE OF BUFX 100% UTILIZATION AT WARMSTART Symptom .. IN MSGHASP050Status ... CLOSED PER Severity ... 2 Date Closed . 08/09/26 Component .. 5752SC1BH Duplicate of Reported Release . 730 Fixed Release 999 Component Name JES2 Special Notice HIPER Current Target Date .. Flags RESTART/BOOT/IPL SCP ... Platform Status Detail: PACKAGING - Solution is being packaged for shipment. PE PTF List: PTF List: Release 720 : PTF not available yet Release 720 : Relief is available in the form of: FIX Release 730 : PTF not available yet Release 730 : Relief is available in the form of: FIX Release 740 : PTF not available yet Release 740 : Relief is available in the form of: FIX Release 750 : PTF not available yet Release 750 : Relief is available in the form of: FIX Parent APAR: Child APAR list: ERROR DESCRIPTION: $HASP050 JES2 RESOURCE SHORTAGE OF BUFX - 100% UTILIZATION during JES2 warmstart processing at IPL. Any attempts to increase BUFX via $T BUFDEF,EXTBUF= fail with no response from JES2, no commands can be entered. See Local Fix for circumvention. Analysis: $HASP050 gives number of buffers defined, in this case 256. A dump of JES2 shows 68 warmstart PCEs all in $GETBUF processing on behalf of NQREGIOT or NQSPINIOT. Each PCE needs up to 4 buffers to process, exhausting available buffers. The calculation in warmstart that determines how many warmstart PCEs to start based on defined buffers is incorrect. If done correctly, the correct number of PCEs would be started and the defined buffers would NOT be exhausted, so the $HASP050 100% EXTBUF condition would not occur during warmstart. In addition, the documentation in the JES2 Initialization and Tuning Manual for BUFDEF is incorrect. It does not state that JES2 will calculate a default value for BELOWBUF and EXTBUF if either is not specified, and the formulas documented are incorrect. Verification steps: 1) $HASP050 BUFX 100% during warmstart 2) A dump of JES2 shows all warmstart PCEs waiting in $GETBUF. LOCAL FIX: Increase BUFX by starting JES2 with options (WARM,NOREQ,CONSOLE) and then reply to the prompt with BUFDEF EXTBUF=LIMIT=x, where x is the number of spool volumes defined, multiplied by 11, or some number greater. $T BUFDEF will not work because the COMMAND PCE cannot run until warmstart processing completes. Avoid the problem by specifying BUFDEF EXTBUF=x as described above, in the JES2 init deck. Additional symptoms: MSG$HASP050 MSGHASP050 PROBLEM SUMMARY: * USERS AFFECTED: All users of HJE7720, HJE7730, HJE7740 and * * HJE7750. * * PROBLEM DESCRIPTION: JES2 warmstart PCEs are all blocked * * waiting for I/O buffers.* * RECOMMENDATION: * HASPWARM calculates number of warmstart PCEs to create based on a number of available buffers. Too many warmstart PCEs are created because of incorrect calculation. The PCEs cannot allocate required buffers which causes JES2 to hang during warmstart. PROBLEM CONCLUSION: TYPE/RESTART(HOT) IPL/REQUIRED(NO) CLPA(NO) Calculation was changed to make sure that there are sufficient buffers for all warmstart PCEs being created. The information in the following JES2 manuals/publications is missing/incorrect: SA22-7533-xx JES2 Initialization and Tuning Reference Updates will only be made to the "JES2 Initialization and Tuning Reference" in future JES2 releases. The following changes should be made: 1. In the section "BUFDEF - Local JES2 Buffer Definition", in the description of the BELOWBUF parameter, text "Use the following formula to set an initial value for LIMIT= , and monitor $HASP050 messages for warnings of buffer usage shortage:" and the formula after this text should be replaced with the following: If BELOWBUF parameter is not specified, JES2 uses the following formula to calculate initial value for BELOWBUF: BELOWBUF=LIMIT= 20
Re: zFA-Reorg/Maint
I have also found some CEEDUMPs in my /u/default/directory. Might check there and see if you have some that can be deleted. Lizette > >>Was asked if there is another way>> utility or product.. to reorg..zFS >>files.. and basic Maint. that others have followed ... >> >>excp's are climbing..and files growing...needing to get a handle on them >>before>> bang << > >I don't think so. I've never heard of a "defrag" utility for zFS or HFS >filesystems. If the files are growing in size, then I'd wonder why. I know >that some log files will just keep growing, unless you do something to >"trim" them. But how to do that depends on what is writing them. The extreme >would be to stop the process, rm (delete) the log file, then start the >process up again. > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Squashing VB records into FB
Thanks John & all who responded, This does exactly what I needed. The TSO XMIT was a good idea too, but I think it put some extra control junk on the front of the file. The freeware package would have been my next try, but I may not have been permitted to use that. I agree that the best solution would be to write something, but this is kind of a proof-of-concept thing so the FTP to myself will at least give me the right format to start. Just trying to drive from the back seat, George Sproull -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Friday, September 26, 2008 14:24 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Squashing VB records into FB On Fri, 26 Sep 2008, Sproull, George CTR DISA GS4B14 wrote: > Hi, > Is there a native z/OS utility that would take in a file of the > following VB format (for example): > > First VB record = |rdw1|record1-40 bytes| Next VB record = > |rdw2|record2-200 bytes| Last VB record = |rdw3|record3-10 bytes| > > and output a file in the following FB LRECL=80 format: > > First FB record = |rdw1|record1-40bytes|rdw2|record2-(1st 32bytes)| > Next FB record = |record2-(bytes 33-112)| Next FB record = |record2- > (bytes 113-192)| Last FB record = |record2- (bytes > 193-200)|rdw3|record3-10 > bytes|padding to 80 char| > > In other words, squash the VB records with their RDW fields into > spanned FB records of a given length. > > Thanks in advance, > George Sproull I posted via the Web interface, but haven't seen it yet. So I'll try regular email. Though not what you'd likely want to do, this can be done using FTP. //STEP1 EXEC PGM=FTP,PARM='(EXIT' //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUT DD * 127.0.0.1 USERID PASSWORD SITE WRAP ; WRAP LONG RECORDS LOCSITE RDW ; SEND RDWS AS DATA SENDSITE ; TURN OFF GENERATED SITE COMMAND SITE LRECL=80 RECFM=FB PRI=? SEC=? CYLINDERS PUT 'variable.file' 'fixed.file' /* // Note: it is important to use LOCSITE RDW and __not__ SITE RDW. The first way works. The second does not work. -- Q: What do theoretical physicists drink beer from? A: Ein Stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Omegamon II MVS V520 on z/OS 1.9
On Mon, 29 Sep 2008 07:39:14 -0600, Lester, Bob <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >> Behalf Of Joseph H Winterton >> Sent: Monday, September 29, 2008 6:16 AM >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: Re: Omegamon II MVS V520 on z/OS 1.9 >> >> Hi Marc, >> >> We did not build our z/OS 1.9 currency ptfs for OMEGAMON II MVS V520 >and >> OMEGAMON XE for z/OS V140. And, these are officialy End of Service >as >> of >> tomorrow. The products will not start up on z/OS 1.9. fyi >> > >Hi Joseph, > > OK, so what is the alternative for z/OS 1.9? (We also run Omegamon >II/MVS and Omegamon II/CICS V520 and are moving to z/OS 1.9). > I thought it was version 540, but this indicates 550 & 560. http://tinyurl.com/49j68r http://www-01.ibm.com/support/docview.wss?rs=2045&context=SS2JNN&context=SSC6MLB&context=SSC6MLD&context=SSC6ML7&context=SSC6ML8&context=SSNU68&context=SSRJ5K&context=SSRHXC&dc=D600&uid=swg21264515&loc=en_US&cs=UTF-8&lang=en 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: zFA-Reorg/Maint
On Mon, 29 Sep 2008 08:55:20 -0500, Ron Wells <[EMAIL PROTECTED]> wrote: >Was asked if there is another way>> utility or product.. to reorg..zFS >files.. and basic Maint. that others have followed ... > >excp's are climbing..and files growing...needing to get a handle on them >before>> bang << I don't think so. I've never heard of a "defrag" utility for zFS or HFS filesystems. If the files are growing in size, then I'd wonder why. I know that some log files will just keep growing, unless you do something to "trim" them. But how to do that depends on what is writing them. The extreme would be to stop the process, rm (delete) the log file, then start the process up again. -- 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
zFA-Reorg/Maint
Was asked if there is another way>> utility or product.. to reorg..zFS files.. and basic Maint. that others have followed ... excp's are climbing..and files growing...needing to get a handle on them before>> bang << -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Omegamon II MVS V520 on z/OS 1.9
> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Joseph H Winterton > Sent: Monday, September 29, 2008 6:16 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Omegamon II MVS V520 on z/OS 1.9 > > Hi Marc, > > We did not build our z/OS 1.9 currency ptfs for OMEGAMON II MVS V520 and > OMEGAMON XE for z/OS V140. And, these are officialy End of Service as > of > tomorrow. The products will not start up on z/OS 1.9. fyi > Hi Joseph, OK, so what is the alternative for z/OS 1.9? (We also run Omegamon II/MVS and Omegamon II/CICS V520 and are moving to z/OS 1.9). Thanks! Bob Lester OppenheimerFunds -- 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: Omegamon II MVS V520 on z/OS 1.9
In a message dated 9/29/2008 8:30:02 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: purchased simply based on cost. That's just the economics of the situation. I know: cost != value. But cost is more easily quantified to the bean counters. We're in that situation right now with some product replacements, which I cannot go into. >> John Anderson still runs ISVCOSTS list to help make educated decisions. _http://www-03.ibm.com/software/solutions/isvcosts/listserv.html_ (http://www-03.ibm.com/software/solutions/isvcosts/listserv.html) **Looking for simple solutions to your real-life financial challenges? Check out WalletPop for the latest news and information, tips and calculators. (http://www.walletpop.com/?NCID=emlcntuswall0001) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Update datasets defined in lnklst
On Mon, 29 Sep 2008 08:37:38 -0400, Peter Relson <[EMAIL PROTECTED]> wrote: >>I know whenever I do an LLA refresh, it takes only seconds. >>I doubt if that would have any significant effect on performance. > >I was surprised not to see strong disagreement with this. There was some... but there was probably more noise than substance in the thread. Hard to imagine on IBM-MAIN. :-) But I do think calling it "significant" would be stretch for people still using the default / sample MAXVIRT. http://bama.ua.edu/cgi-bin/wa?A2=ind0809&L=ibm-main&D=1&O=D&P=117898 On Mon, 29 Sep 2008 13:58:52 +0100, Martin Packer <[EMAIL PROTECTED]> wrote: >Peter, is this the whole cache that gets invalidated on refresh? Or just >the library / libraries specified? And does specifying specific libraries >make sense? > I you use "F LLA,UPDATE=xx" with a specific library instead of "F LLA,REFRESH", then only the VLF objects for that library are invalidated. So of course if makes sense. The only place I am lazy and use "F LLA,REFRESH" is on my sandbox... and even then I usually use UPDATE instead. 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: Omegamon II MVS V520 on z/OS 1.9
On Mon, 29 Sep 2008, Mark Zelden wrote: > It's a trend I don't like since doing an OS upgrade now requires more misc. > program product upgrades along with the operating system. I understand > that it may not always possible, but I really wish the approach > for all vendors would be similar to the approach IBM takes with the operating > system and co-existence / fallback. IOW, if the software is at a supported > level (not EOS) there should be toleration / co-existence support. > Yes... I know it costs money to do regression testing. So what. > > Mark > -- > Mark Zelden I understand your position. As you said, regression testing costs money. And, in the end, that means that the product costs more. At least where I work, if product "A" costs less than product "B" and product "A" will do what we need on our system, then the fact that "B" has better support and backward compatibility becomes "who cares?" to management. So, "B" is purchased simply based on cost. That's just the economics of the situation. I know: cost != value. But cost is more easily quantified to the bean counters. We're in that situation right now with some product replacements, which I cannot go into. -- Q: What do theoretical physicists drink beer from? A: Ein Stein. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Omegamon II MVS V520 on z/OS 1.9
On Mon, 29 Sep 2008 08:16:14 -0400, Joseph H Winterton <[EMAIL PROTECTED]> wrote: >Hi Marc, > >We did not build our z/OS 1.9 currency ptfs for OMEGAMON II MVS V520 and >OMEGAMON XE for z/OS V140. And, these are officialy End of Service as of >tomorrow. The products will not start up on z/OS 1.9. fyi > > >Joe Winterton >IBM Manager OMEGAMON - R&D >Phone 919-224-1328 T/L 687-1328 >cellphone - 914-954-0483 - [EMAIL PROTECTED] > So those version have been supported for the past year since z/OS 1.9 went GA last September. Why didn't IBM provide (at least) toleration PTFs? I know it's not just IBM... other vendors are "forcing" you to upgrade versions more and more often when you do an OS upgrade instead of providing fixes / updates for versions other than the most current even though those older software levels are fully supported. It's a trend I don't like since doing an OS upgrade now requires more misc. program product upgrades along with the operating system. I understand that it may not always possible, but I really wish the approach for all vendors would be similar to the approach IBM takes with the operating system and co-existence / fallback. IOW, if the software is at a supported level (not EOS) there should be toleration / co-existence support. Yes... I know it costs money to do regression testing. So what. 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: Contention since migrating to ZFS
As a footnote to this problem, once the count of IOEZ0003E messages reaches 64K i.e. IOEZ3E While opening minor device 65535, could not open dataset no more zFS aggregates can be mounted and an IPL is required to resolve the problem. Not ideal in a production environment! I have asked IBM to take an Apar ... Andrew -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Update datasets defined in lnklst
Peter, is this the whole cache that gets invalidated on refresh? Or just the library / libraries specified? And does specifying specific libraries make sense? Thanks, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: GRSRNL xx and No Entry for LSERVDSN and it is there
On Mon, 29 Sep 2008 08:27:29 -0400, Lizette Koehler <[EMAIL PROTECTED]> wrote: -snip- >I thought that a GRS resource would not be in the system unless it was >specified in GRSRNLxx. However, last week by accident I did a display >D GRS,RES=(LSERVDSN,*) and even though this resource name is not in my >GRSRNLxx member, it is in my system with my TPX data sets and Endevor >datasets listed. The GRSRNLxx member does not "put resources into the system," its purpose is to allow the installation to alter the SCOPE (from ENQ/DEQ/ISGENQ) of a request, or if RESERVE requests are to be treated as hardware reserves or converted into SCOPE=SYSTEMS enqueue requests. The SCOPE of the request is established by the program issuing the macro. GRS RNL processing is available to you to those requests. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g450/1.2.4.7?SHELF=EZ2ZO10I.bks -snip- >I presume that some sort of GRS request is made by the Software (TPX or >Endevor in this case) to establish the GRS resource. But if I do not put it >in GRSRNLxx is it doing anything I need to worry about? Probably not. > It is a SYSTEMS >type resource. Is GRS really in play here? -snip- Yes. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Update datasets defined in lnklst
>I know whenever I do an LLA refresh, it takes only seconds. >I doubt if that would have any significant effect on performance. I was surprised not to see strong disagreement with this. The time of the refresh is not important. The amount of processing done by the refresh is not important. The time necessary to repopulate the cache of frequently-used modules can be very important. LLA refresh gets rid of all cached modules. Thus any use of those modules will (until re-cached) have to fetch from DASD. Depending on your system, this can be very noticeable. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product owner in ECVTPOWN
>Is it at all possible that something other than IBM CORP could be >in the ECVTPOWN field? ECVTPOWN will always have in it some value determined by the owner of the ECVT (IBM) unless overlaid. There is no known plan to change it from "IBM CORP" Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRSRNL xx and No Entry for LSERVDSN and it is there
Okay, I am confused by my GRS environment, and I actually thought I understood about GRS in z/OS better than I apparently do. So some education is being requested. I thought that a GRS resource would not be in the system unless it was specified in GRSRNLxx. However, last week by accident I did a display D GRS,RES=(LSERVDSN,*) and even though this resource name is not in my GRSRNLxx member, it is in my system with my TPX data sets and Endevor datasets listed. I asked CA they said it was normal for TPX to "just in case" LSERV is installed, to set itself up this way. Can someone help me understand how or why you would do this? I presume that some sort of GRS request is made by the Software (TPX or Endevor in this case) to establish the GRS resource. But if I do not put it in GRSRNLxx is it doing anything I need to worry about? It is a SYSTEMS type resource. Is GRS really in play here? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Omegamon II MVS V520 on z/OS 1.9
Hi Marc, We did not build our z/OS 1.9 currency ptfs for OMEGAMON II MVS V520 and OMEGAMON XE for z/OS V140. And, these are officialy End of Service as of tomorrow. The products will not start up on z/OS 1.9. fyi Joe Winterton IBM Manager OMEGAMON - R&D Phone 919-224-1328 T/L 687-1328 cellphone - 914-954-0483 - [EMAIL PROTECTED] Marc Holiwell <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 09/26/2008 02:35 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Omegamon II MVS V520 on z/OS 1.9 Is anyone out there running Omegamon II MVS V520 on z/OS 1.9... If so, were there any PTF's needed to get Omegamon to recognize the z/OS 1.9 environment...??? If anyone tried this and failed, what were the issues that were encountered...??? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Program that can monitor CPU usage
On Mon, 29 Sep 2008 11:37:07 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >It's also worth pointing out that Tivoli OMEGAMON XE for z/OS Management >Console is no charge. This is the basic OMEGAMON product for very core OS >monitoring, and it may be useful to you in this situation. You can download >it here: > >http://www.ibm.com/servers/eserver/zseries/zos/zmc > I found the download confusing and I could not get it to work. I think I'll stick to IMON, only slightly more expensive and dead simple. Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: COBOL program
On Fri, 26 Sep 2008 14:42:43 -0600, Howard Brazee <[EMAIL PROTECTED]> wrote: >Partitioned Data Sets are an oddity. You ain't seen nothing yet... PDS is IMHO anything but an oddity. >Files come in all sizes, ... shapes and forms. And almost all of those can go in a PDS. >I'd be interested in knowing shops that found more uses for them. I've used PDS for all kinds of files. RECFM=FB, VB, VBA, even U... No sweat. Neat way of organising things together. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
