Re: TSO ALLOC concat using VOLSER?
On Wed, 27 Feb 2008 20:14:24 -0500 J R [EMAIL PROTECTED] wrote: :From the description of the ALLOCATE command :operands in TSO/E Command Reference, SA22-7782: :When you invoke ALLOCATE to perform dsname :dynamic allocation, an allocation environment :already exists for your request. It consists of the :allocation requests, made via your JCL or internal :dynamic allocation, that have not yet been :deallocated. These resources are considered to be :existing allocations, and are considered first in the :attempt to fill your ALLOCATE requests. If possible, :ALLOCATE will use an existing allocation to satisfy :your dsname allocation request. Although some :parameters can be changed if necessary, the :request and the existing allocation must match :according to several criteria before the allocation :can be selected to satisfy your request. :This was my recollection from the early '70s, :although it's more generalized than I wrote in my :earlier post. However, I'm sure I remember it :working in the case of non-cataloged datasets. :I haven't had a chance to try it yet but, until I do, :I'll take Mark's word for it that it doesn't work :like I thought it did. Some -mumble- years ago I put an exit in dynamic allocation which treated passwords as volsers (since we weren't using password protection). TSO supports specifying a password any time a dataset name is specified. : Date: Wed, 27 Feb 2008 15:29:28 -0600 : From: [EMAIL PROTECTED] : Subject: Re: TSO ALLOC concat using VOLSER? : To: IBM-MAIN@BAMA.UA.EDU : On Wed, 27 Feb 2008 16:09:24 -0500, J R [EMAIL PROTECTED] wrote: : I believe Scott is correct. : If you allocate a dataset without specifying its volser, : allocation will run the DSAB queue *before* looking in : the catalog. If a dataset of the same name is already : allocated, that's the same one that will be used in the : subsequent allocation. : I just tried that and it didn't work for me . You (or someone else) is : welcome to try and see if they get different results. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3270 Emulators
I know this has been pounded to death, but ... Had a need for an emulator on my personal laptop, so went and got Vista from Tom Brennan. Couldn't get into a site requiring SSL V3. Emailed Tom, and he told me which drop-down box I'd missed. PEBKAC. $US30 ... damn, that's good value. Get out there and support him. 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: Tool that will help to access the Teradata tables from the mainframe job
Rajeev, I think we'll need a little more information to answer your question well. What sort of mainframe job is it? Let's start with programming language if you know. (Do you have the source code, or is it code somebody else supplied?) Also, where's it running? Is it a batch job, or a CICS program, or an IMS program, or a DB2 stored procedure, or something else? What operating system? (I guess a lot of people assume z/OS, but it could be any of at least four others.) And how much data do you think you'll access? How often? Will you only be reading it, or will you also be updating? And do you need live data access or would a copy suffice? Any particular security requirements, or is this an open database and it doesn't matter? Do you have any particular preferences we should know about? I'll assume lowest (full) cost is one. :-) There are a lot of options, but knowing those parameters should help narrow down the range of choices. - - - - - 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
LE Dump
Hi, Can anyone please suggest the method to invoke the LE diagnostic and dump facility at run time. My installation has Abend-Aid installed which by default produces its own dump and also can be turned off at run time. But I am looking to turn on CEEDUMP at runtime which I find more easy for abend resolution. Thanks, Amlan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Emulators
Shane, We've used Vista for our small band of TSO users for eight years. Prompted by your email I realised that although we'd bought a multi-seat license back in 2000, we've paid nothing since then. So, we've just bought a new multi-seat license to in some small way try and ensure that Tom Brennan and Vista are still there for us in the uncertain future. Thanks Tom. http://www.tombrennansoftware.com Graeme At 08:36 PM 2/28/2008, you wrote: I know this has been pounded to death, but ... Had a need for an emulator on my personal laptop, so went and got Vista from Tom Brennan. Couldn't get into a site requiring SSL V3. Emailed Tom, and he told me which drop-down box I'd missed. PEBKAC. $US30 ... damn, that's good value. Get out there and support him. 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: TSO ALLOC concat using VOLSER?
The BPXWDYN function, available in REXX, allows you to concatenate a list of ddnames. e.g. call bpxwdyn concat ddlist(somedd,dd1,dd2) msg(2) would concat dd1 and dd2 to somedd. Bill On Wed, 27 Feb 2008 14:28:24 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 27 Feb 2008 14:34:32 -0500, Martin, Mike [EMAIL PROTECTED] wrote: All, (For allocating existing datasets) Can someone give an example of a TSO ALLOCATE command that uses concatenated datasets, where one of the datasets is NOT cataloged? Is it possible? It's not possible with ALLOCATE by itself. But you can ALLOCATE an uncataloged data set by itself to a separate DDNAME and then use one of the CONCAT commands floating around to concatenate them together (see http://www.cbttape.org). Example: ALLOC FI(NOTCAT) DA('dsn.not.catalog') + SHR REUSE UNIT(SYSALLDA) VOL(vv) ALLOC FI(MYDD) DA('cat.dsn.#1' + 'cat.dsn.#2'+ 'cat.dsn.#3') SHR REUSE CONCAT (MYDD,NOTCAT) OPENFILE MYDD INPUT ... 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
FTP question
I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 LSPR
On Wed, 27 Feb 2008 17:31:04 -0500, Arthur T. wrote: [EMAIL PROTECTED] (Tom Schmidt) wrote: The z10 LSPR data is now available too. http://www-03.ibm.com/servers/eserver/zseries/lspr/ Yes, and it looks like they are using a new femtofont on the z10 page. (Could they make it smaller still?) I don't see what your complaint is. The font is a full 4.5 points; Word supports down to 1 point. And IBM Writer (Is that what it was called?), packaged with OS/2 could support down to 0.2 point. Seriously, though, it looks like the the same size font to me. -- 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: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Ford All, Where dod I find the announcement letter for z/os v1.10 ?? http://preview.tinyurl.com/2su7lf Note that it's a preview, not the announcement letter. -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: 3270 Emulators
Shane/Graeme: I agree. I purchased Tom Brennan's code a few years back and am very happy with it and Tom has ALWAYS been extremely helpful whenever I had a question whether it was related to his code or not. A real class act. Bill Date: Thu, 28 Feb 2008 21:37:43 +1100 From: [EMAIL PROTECTED] Subject: Re: 3270 Emulators To: IBM-MAIN@BAMA.UA.EDU Shane, We've used Vista for our small band of TSO users for eight years. Prompted by your email I realised that although we'd bought a multi-seat license back in 2000, we've paid nothing since then. So, we've just bought a new multi-seat license to in some small way try and ensure that Tom Brennan and Vista are still there for us in the uncertain future. Thanks Tom. http://www.tombrennansoftware.com Graeme At 08:36 PM 2/28/2008, you wrote: I know this has been pounded to death, but ... Had a need for an emulator on my personal laptop, so went and got Vista from Tom Brennan. Couldn't get into a site requiring SSL V3. Emailed Tom, and he told me which drop-down box I'd missed. PEBKAC. $US30 ... damn, that's good value. Get out there and support him. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 LSPR
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Arthur T. On 27 Feb 2008 13:34:35 -0800, in bit.listserv.ibm-main Tom.Schmidt wrote: The z10 LSPR data is now available too. http://www-03.ibm.com/servers/eserver/zseries/lspr/ Yes, and it looks like they are using a new femtofont on the z10 page. (Could they make it smaller still? Is that why IBM is experimenting with the physical manipulation of single atoms - to be able to fit oodles of atomic-sized lines onto a single sheet of paper for the 2013 version of LSPR?? We'll see.) I don't see what your complaint is. The font is a full 4.5 points; Word supports down to 1 point. Isn't it obviously more important to get the whole table on one page than to be able to read it without a microscope? It's readable enough on a 60 HDTV monitor. :-) -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: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell Snipped What the announcement actually says: Snipped So, as it says, the support planned in z/OS V1.10 is for VSAM data in the extended area (except for the kinds of VSAM exempted in the next sentence), and everything else in the non extended area. So you are saying that everything else includes PDSE? And probably DB2 objects, which also live in LDSes. -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: z/OS 1.10 announcement -DASD size
On Thu, 28 Feb 2008 06:48:14 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell Snipped What the announcement actually says: Snipped So, as it says, the support planned in z/OS V1.10 is for VSAM data in the extended area (except for the kinds of VSAM exempted in the next sentence), and everything else in the non extended area. So you are saying that everything else includes PDSE? And probably DB2 objects, which also live in LDSes. To try to be clear: LDSes are VSAM, and thus eligible for placement in the extended area. DB2 will benefit from EAV, as will zFS (both are mentioned in the preview announcement). PDSEs are not VSAM, and are not eligible for placement in the extended area in z/OS R10. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Thu, 28 Feb 2008 07:05:05 -0500, Mike Liberatore [EMAIL PROTECTED] wrote: I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! I don't see how IP addresses would be relevant at all. With FTP the application specifies where to put the data, so I suspect you are probably running a script on A that tells FTP (via the put command) to place the data into one of B's data sets. You'll need to look at all those scripts and find which one has the error. Just my guess, of course. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Only one idea, user error. Over 15 years of IP access to mvs, I've had several PFCSKS swear that they found a case where my server was making a mistake. They have yet to win one. You can check SMF records to see when the incorrect datasets are created and by who. Then backtrack from there. I'd bet on either another process you don't know about, a test script somewhere, or some server admin cloned a box and it's running both it's own script and that of it's organ donar. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 1.10 announcement -DASD size
I'm curious about future enhancements. As I understood the letter, VSAM datasets are for beginning (as 223GB vol. size). IMHO we can expect in the future ext fmt PS and PDSE in the upper area. Of course only IBMers know (and won't disclose). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCPIP local hosts table not found
I have a problem getting a local hosts table being used . I generated a local host table with the MAKESITE command. It generated datasets TCPIP.HOSTS.INFO datasets. Settings in TCPDATA (member): DATASETPREFIX=TCPIP LOOKUP DNS LOCAL When in TSO I try to PING a hostname only known in the local hosts table I get unknown host Using the TESTSITE command the name is resolved. I put on TRACE RESOLVER in TCPDATA. The trace output tells me: res_init Resolver values: Global Tcp/Ip Dataset = None Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = SYS1.TCPPARMS(TCPDATA) Translation Table = TCPIP.STANDARD.TCPXLBIN UserId/JobName = BAKKERG Caller API = TCP/IP Sockets Extended Caller Mode= EBCDIC (L) DataSetPrefix = TCPIP (L) HostName = XAT3 (L) TcpIpJobName = TCPIP (L) DomainOrigin = rf.rabobank.nl (L) NameServer= xxx.xx.xxx.10 xxx.xx.xxx.11 xxx.xx.xxx.10 xxx.xx.xxx.11 (*) NsPortAddr= 53(L) ResolverTimeout= 5 (L) ResolveVia= UDP (L) ResolverUdpRetries = 1 (*) Options NDots = 1 (L) Trace Resolver(*) SockNoTestStor (*) AlwaysWto = NO(L) MessageCase= MIXED (L) LookUp= DNS LOCAL After it tries to resolve the name through the DNS's there is the nessage: GetAddrInfo Searching Local Tables for IPv4 Address Unable to find any local host table I must be missing something simple. Any idea's what I am doing wrong ? Gerrit Bakker RABOBANK, Netherlands -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 Preview of z/OS V1.10
Well I've just seen my first one (actually 2) as they were being delivered. Don't look much different to the previous versions. Personally I'm waiting for the plethora of postings asking if OS/390 can run on it... Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
Yes. Thanks for pointing that out as it is supported by the OS. The only problem might be if joe programmer doesn't have a OMVS segment and the default segment isn't defined.But I really don't know if BPXWDYN requires it. Maybe Paul G. knows or someone else. 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 On Thu, 28 Feb 2008 05:24:00 -0600, Big Iron [EMAIL PROTECTED] wrote: The BPXWDYN function, available in REXX, allows you to concatenate a list of ddnames. e.g. call bpxwdyn concat ddlist(somedd,dd1,dd2) msg(2) would concat dd1 and dd2 to somedd. Bill On Wed, 27 Feb 2008 14:28:24 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 27 Feb 2008 14:34:32 -0500, Martin, Mike [EMAIL PROTECTED] wrote: All, (For allocating existing datasets) Can someone give an example of a TSO ALLOCATE command that uses concatenated datasets, where one of the datasets is NOT cataloged? Is it possible? It's not possible with ALLOCATE by itself. But you can ALLOCATE an uncataloged data set by itself to a separate DDNAME and then use one of the CONCAT commands floating around to concatenate them together (see http://www.cbttape.org). Example: ALLOC FI(NOTCAT) DA('dsn.not.catalog') + SHR REUSE UNIT(SYSALLDA) VOL(vv) ALLOC FI(MYDD) DA('cat.dsn.#1' + 'cat.dsn.#2'+ 'cat.dsn.#3') SHR REUSE CONCAT (MYDD,NOTCAT) OPENFILE MYDD INPUT ... 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
Re: Implementing PAV on EMC DASD
On Thu, 28 Feb 2008 03:54:00 +, Ted MacNEIL [EMAIL PROTECTED] wrote: All of our DASD subsystems are EMCs, I want to know if it's possible to implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105? Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the IOCDS. EMC came out with PAV support, years ago. So, as long as you are at z/OS 1.3 (or higher) the answer is yes. (Former EMC customer). Yes... but just because you have EMC dasd doesn't mean you have PAV availibility. It's not free (just like it is not free on IBM DASD). In addition to static PAV support, which EMC did have early on, they also have dynamic PAV support - which came later. 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: FTP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore Sent: Thursday, February 28, 2008 6:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP question I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! A bug on the Windows side? On my system, all ftp activity is logged to /var/log/daemon. I can see entries similar to: Feb 27 23:45:38 LIH1/BPXROOT ,FTPD5, ftpd[50332185]: EZYFS50I ID=FTPD100237 CONN starts Client IPaddr=10.170.9.39 hostname=UNKNOWN Feb 27 23:45:39 LIH1/FTH001 FTPD5ftps[50332185]: EZYFS56I ID=FTPD100237 ACCESS OK USERID=FTH001 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS60I ID=FTPD100237 ALLOC OK Create MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS61I ID=FTPD100237 ALLOC DDNAME=SYS1 VOLSER=FT0004 DSORG=PS DISP=(NEW,CATLG,CATLG) Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS62I ID=FTPD100237 ALLOC SMS Storclas=SCFXFER Mgmtclas=MCNOACT Dataclas=DCSTD1 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS70I ID=FTPD100237 DEALL OK Release MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS81I ID=FTPD100237 TRANS MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS83I ID=FTPD100237 TRANS Stru=F Mode=S Type=A Input=23040 bytes Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS80I ID=FTPD100237 TRANS Reply=250 Transfer completed successfully. Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS52I ID=FTPD100237 CONN ends Input=23040 bytes Output=0 bytes Perhaps your system has something similar? FTP will also log to SMF. -- 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: Implementing PAV on EMC DASD
I would just add for completeness that HYPERPAV support was announced this year as well. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, February 28, 2008 8:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Implementing PAV on EMC DASD On Thu, 28 Feb 2008 03:54:00 +, Ted MacNEIL [EMAIL PROTECTED] wrote: All of our DASD subsystems are EMCs, I want to know if it's possible to implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105? Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the IOCDS. EMC came out with PAV support, years ago. So, as long as you are at z/OS 1.3 (or higher) the answer is yes. (Former EMC customer). Yes... but just because you have EMC dasd doesn't mean you have PAV availibility. It's not free (just like it is not free on IBM DASD). In addition to static PAV support, which EMC did have early on, they also have dynamic PAV support - which came later. 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 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1301 - Release Date: 2/27/2008 8:35 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.1/1301 - Release Date: 2/27/2008 8:35 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
On Thu, 28 Feb 2008 08:05:46 -0600, Mark Zelden wrote: Yes. Thanks for pointing that out as it is supported by the OS. The only problem might be if joe programmer doesn't have a OMVS segment and the default segment isn't defined.But I really don't know if BPXWDYN requires it. Maybe Paul G. knows or someone else. On Thu, 28 Feb 2008 05:24:00 -0600, Big Iron wrote: The BPXWDYN function, available in REXX, allows you to concatenate a list of ddnames. e.g. call bpxwdyn concat ddlist(somedd,dd1,dd2) msg(2) would concat dd1 and dd2 to somedd. Doesn't require OMVS (AFAIK; I can't test this); doesn't require TSO; works under IRXJCL; doesn't require Rexx; can be invoked by assembler CALL macro. It even supports concatenating a mixture of Classic and UNIX libraries (OMVS segment likely required for that). Boundary condition PITA: fails if there are fewer than two catenands in DDLIST. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: Wednesday, February 27, 2008 6:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.10 announcement -DASD size IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/27/2008 05:18:56 PM: One question I had after reading that EAV part -- it says the EAV area allows ESDS, KSDS, RRDS and LDS, so does LDS cover PDSE? Or is PDSE still going to be limited to the first 65,520 tracks? In z/OS 1.10, PDSE remains limited to residing within cylinders 0-x''. Jim, thanks for the direct answer. 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: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Wednesday, February 27, 2008 7:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.10 announcement -DASD size On Wed, 27 Feb 2008 17:51:57 -0500, Farley, Peter x23353 [EMAIL PROTECTED] wrote: So you are saying that everything else includes PDSE? Yes, as PDSE is -not- VSAM. Thank you for that clarification. 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: Tool that will help to access the Teradata tables from the mainframe job
In our project we have a requirement like: We need to refer a table in the Teradata database (running in UNIX environment) from our mainframe job directly. Please let me if you are aware of any tool or utility that will help to access the Teradata tables from the mainframe job? Viaserv's BlueDirect supports customer-developed programs (CSAs) that run on z/OS and access LAN-based RDBMS using JDBC or ODBC drivers (drivers must be supplied by the RDBMS vendor or other source). Supported APIs for CSA development include a subset of DB2 SQL and proprietary CSA commands invoked via CALL statements. More info on BlueDirect on our website is at: http://www.viaserv.com/viaserv/bluedirect.htm Randy Evans, Software Developer Viaserv, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
On Wed, 27 Feb 2008 20:14:24 -0500, J R [EMAIL PROTECTED] wrote: From the description of the ALLOCATE command operands in TSO/E Command Reference, SA22-7782: When you invoke ALLOCATE to perform dsname dynamic allocation, an allocation environment already exists for your request. It consists of the allocation requests, made via your JCL or internal dynamic allocation, that have not yet been deallocated. These resources are considered to be existing allocations, and are considered first in the attempt to fill your ALLOCATE requests. If possible, ALLOCATE will use an existing allocation to satisfy your dsname allocation request. Although some parameters can be changed if necessary, the request and the existing allocation must match according to several criteria before the allocation can be selected to satisfy your request. This was my recollection from the early '70s, although it's more generalized than I wrote in my earlier post. However, I'm sure I remember it working in the case of non-cataloged datasets. I haven't had a chance to try it yet but, until I do, I'll take Mark's word for it that it doesn't work like I thought it did. It's even worse... try this, where TGTRES is a maintenance sysres: PROC 0 CONTROL MSG LIST CONLIST ALLOC FI(@NOTCAT) DA('SYS1.SAMPLIB') + SHR UNIT(SYSALLDA) VOL(TGTRES) SHR REUSE ALLOC FI(@MYDD) DA('SYS1.SAMPLIB' + 'SYS1.MACLIB') SHR REUSE It works, but if you look at what gets allocated to @MYDD, it is the cataloged version of SYS1.SAMPLIB, not the uncataloged version. Using the same sample with a data set that is not cataloged at all in place of SYS1.SAMPLIB, the second ALLOCATE fails: IKJ56228I DATA SET blah.blah NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET blah.blah -- 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: TSO ALLOC concat using VOLSER?
On Thu, 28 Feb 2008 08:50:57 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: On Thu, 28 Feb 2008 08:05:46 -0600, Mark Zelden wrote: But I really don't know if BPXWDYN requires it. Maybe Paul G. knows or someone else. Doesn't require OMVS (AFAIK; I can't test this); snip After thinking about it I figured it didn't require an OMVS segment since SYSCALLS isn't needed. Thanks, 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: Hijacked (was: Prevent IEW2456E ...)
In [EMAIL PROTECTED], on 02/27/2008 at 11:53 AM, Paul Gilmartin [EMAIL PROTECTED] said: My chief objection to MVS, et. al., is its unnecessary complexity. I now have three examples in VIO alone. VIO should emulate real DASD using paging I/O. Unfortunately, that's more or less what it does, even though it can;t handle EXCPVR. I'd have much preferred for IBM to use VIO windowing directly from BPAM, BSAM and QSAM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
I have still been unable to test this. In my current environment I'm unable to create non-cataloged datasets. It's probably an SMS thing. The only thing I would have done differently to your test, Mark, would have been to remove the ddname (@NOTCAT) from the first ALLOC command. I'm wondering if the use of a specific ddname makes it unavailable to satisfy the second ALLOC request. Speaking of SMS, I also wonder if the several criteria that determine the eligibility of an existing allocation to satisfy a subsequent request have changed as a result of SMS. Or, maybe I imagined tho whole thing? Date: Thu, 28 Feb 2008 09:34:49 -0600 From: [EMAIL PROTECTED] Subject: Re: TSO ALLOC concat using VOLSER? To: IBM-MAIN@BAMA.UA.EDU On Wed, 27 Feb 2008 20:14:24 -0500, J R [EMAIL PROTECTED] wrote: From the description of the ALLOCATE command operands in TSO/E Command Reference, SA22-7782: When you invoke ALLOCATE to perform dsname dynamic allocation, an allocation environment already exists for your request. It consists of the allocation requests, made via your JCL or internal dynamic allocation, that have not yet been deallocated. These resources are considered to be existing allocations, and are considered first in the attempt to fill your ALLOCATE requests. If possible, ALLOCATE will use an existing allocation to satisfy your dsname allocation request. Although some parameters can be changed if necessary, the request and the existing allocation must match according to several criteria before the allocation can be selected to satisfy your request. This was my recollection from the early '70s, although it's more generalized than I wrote in my earlier post. However, I'm sure I remember it working in the case of non-cataloged datasets. I haven't had a chance to try it yet but, until I do, I'll take Mark's word for it that it doesn't work like I thought it did. It's even worse... try this, where TGTRES is a maintenance sysres: PROC 0 CONTROL MSG LIST CONLIST ALLOC FI(@NOTCAT) DA('SYS1.SAMPLIB') + SHR UNIT(SYSALLDA) VOL(TGTRES) SHR REUSE ALLOC FI(@MYDD) DA('SYS1.SAMPLIB' + 'SYS1.MACLIB') SHR REUSE It works, but if you look at what gets allocated to @MYDD, it is the cataloged version of SYS1.SAMPLIB, not the uncataloged version. Using the same sample with a data set that is not cataloged at all in place of SYS1.SAMPLIB, the second ALLOCATE fails: IKJ56228I DATA SET blah.blah NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET blah.blah -- Mark Zelden _ Peek-a-boo FREE Tricks Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHMloc=us -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
On Thu, 28 Feb 2008 11:55:38 -0500, J R [EMAIL PROTECTED] wrote: I have still been unable to test this. In my current environment I'm unable to create non-cataloged datasets. It's probably an SMS thing. It is. If you don't know the magic STORCLAS that will keep it from getting SMS controlled, try and use a SYS1 data set if you can. But then you also need to know a non-sms volser you can use. The only thing I would have done differently to your test, Mark, would have been to remove the ddname (@NOTCAT) from the first ALLOC command. I'm wondering if the use of a specific ddname makes it unavailable to satisfy the second ALLOC request. That will just use a DDNAME of SYSn instead. Same results. 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: z10 LSPR
On Thu, 28 Feb 2008 06:33:01 -0600, Tom Marchant wrote: On Wed, 27 Feb 2008 17:31:04 -0500, Arthur T. wrote: [EMAIL PROTECTED] (Tom Schmidt) wrote: The z10 LSPR data is now available too. http://www-03.ibm.com/servers/eserver/zseries/lspr/ Yes, and it looks like they are using a new femtofont on the z10 page. (Could they make it smaller still?) I don't see what your complaint is. The font is a full 4.5 points; Word supports down to 1 point. And IBM Writer (Is that what it was called?), packaged with OS/2 could support down to 0.2 point. Seriously, though, it looks like the the same size font to me. It depends -- if you print the LSPR report from the .PDF the z10 information on page 85 was forced (by IBM) to fit on a single page and they used their new femtofont to make all of the configurations fit. I suppose that's fair since the numbers are almost legalese so small print is what it is all about, right? -- Tom Schmidt (When I viewed the page on my 30 cinema display I didn't have issues.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
On Thu, 28 Feb 2008 11:55:38 -0500, J R wrote: I have still been unable to test this. In my current environment I'm unable to create non-cataloged datasets. It's probably an SMS thing. ??? Are even your temporary data sets catalogued, or are you not allowed to create temporary data sets? But, why all this rigmorole when the simple BPXWDYN suggested by Big Iron ought to satisfy the OP's need? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is there a __simple__ way to change the name of a SYSPLEX?
I am reading, but have no real experience. I have a single member sysplex right now. I need to split it into two z/OS images, in a basic sysplex. Due to stupidity on my part, I named the sysplex the same as the sysname. I would now like to change the name of the sysplex to something like PROD1. I don't see a simple way to do this. It appears, to me, that I'm going to need to create new couple datasets with the new sysplex name, IPL my system with then, then reinstall the existing definations (WLM, and LOGR right now) into the new couple datasets. This is going to be a bother due to the screams when I take any kind of extended outage (like more than 30 minutes). -- 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: Is there a __simple__ way to change the name of a SYSPLEX?
Never had to do this myself, but: Why not create the second image in the new sysplex and populate your CDS's in the new sysplex. Migrate work to the second image in the new sysplex and then put the current image into the new sysplex with an IPL. I would expect this to be a minimal outage ( 30 min) and it *might* even be possible dynamically with SETXCF COUPLE commands. I will defer to others on this list if they have experience that contradicts this assumption (or the fine manual says this can't be done). HTH, snip I am reading, but have no real experience. I have a single member sysplex right now. I need to split it into two z/OS images, in a basic sysplex. Due to stupidity on my part, I named the sysplex the same as the sysname. I would now like to change the name of the sysplex to something like PROD1. I don't see a simple way to do this. It appears, to me, that I'm going to need to create new couple datasets with the new sysplex name, IPL my system with then, then reinstall the existing definations (WLM, and LOGR right now) into the new couple datasets. This is going to be a bother due to the screams when I take any kind of extended outage (like more than 30 minutes). /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a __simple__ way to change the name of a SYSPLEX?
Not, nice but IMHO feasible: leave the names unchanged. Create second system with new name. You will have SYSPROD and SYSPRO2 belongind to sysplex SYSPROD. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a __simple__ way to change the name of a SYSPLEX?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: Thursday, February 28, 2008 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is there a __simple__ way to change the name of a SYSPLEX? Never had to do this myself, but: Why not create the second image in the new sysplex and populate your CDS's in the new sysplex. Migrate work to the second image in the new sysplex and then put the current image into the new sysplex with an IPL. I would expect this to be a minimal outage ( 30 min) and it *might* even be possible dynamically with SETXCF COUPLE commands. I will defer to others on this list if they have experience that contradicts this assumption (or the fine manual says this can't be done). HTH, Allan, Very good idea! I can IPL my new z/OS image to set up and initialize the couple datasets, then modify the PARMLIB on my current image to point to them and just do an IPL. Should be good to go. I wish that whatever it is that is gumming up my brain would go away. -- 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: System z10 announcement (in English)
In [EMAIL PROTECTED], on 02/26/2008 at 12:55 PM, McKown, John [EMAIL PROTECTED] said: I'd hate to do word processing on z/OS Why? And if you want WYSIWYG, you can get it as easily under Linux as under windoze. (remember DW/370? Yes. I also remember DCF, BookMaster and BookManager BUILD. I'd take them over the WYSIAYG software any time. I wish that TSO could do some of the things that the UNIX shell can do. And I wish that the various Unix shells could do what TSO can do. And I wish that ISPF and XEDIT could each do what the other does. In many cases, you can't do a high-low-equal comparison between platforms because each has something that the other is missing. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO ALLOC concat using VOLSER?
In [EMAIL PROTECTED], on 02/27/2008 at 03:29 PM, Mark Zelden [EMAIL PROTECTED] said: I just tried that and it didn't work for me . What happens if the existing allocation is marked not in use? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10 announcement -DASD size
Radoslaw, The way I read this is that in z/OS 1.10, support will be limited to only the specified dataset types. As for what may happen in the future, nothing is guaranteed, however, at the same time, nothing has been publicly ruled out. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Thursday, February 28, 2008 7:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.10 announcement -DASD size I'm curious about future enhancements. As I understood the letter, VSAM datasets are for beginning (as 223GB vol. size). IMHO we can expect in the future ext fmt PS and PDSE in the upper area. Of course only IBMers know (and won't disclose). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a __simple__ way to change the name of a SYSPLEX?
On Thu, 28 Feb 2008 12:47:41 -0600, McKown, John [EMAIL PROTECTED] wrote: I am reading, but have no real experience. I have a single member sysplex right now. I need to split it into two z/OS images, in a basic sysplex. Due to stupidity on my part, I named the sysplex the same as the sysname. I would now like to change the name of the sysplex to something like PROD1. I don't see a simple way to do this. It appears, to me, that I'm going to need to create new couple datasets with the new sysplex name, IPL my system with then, then reinstall the existing definations (WLM, and LOGR right now) into the new couple datasets. This is going to be a bother due to the screams when I take any kind of extended outage (like more than 30 minutes). Someone named a sandbox LPAR plex the same as production (prior to my time here). It was causing a problem with some monitoring software so I was asked to rename it a couple of years ago. Simple? I think it was fairly simple. There was no extended outage, just and IPL and re-define of logstreams after I came up under the new sysplex name. Everthing else was staged prior to IPL. Note that none of the old logstreams were needed. Here are the notes for exactly what I did: 1) Defined / formatted new XCF, WLM, and LOGR couple data sets using new data set and sysplex names 2) Extracted / Saved current WLM policy into a PDS prior to IPL 3) Deleted CICS logstreams (DASDONLY) prior to IPL. 4) Stopped RRS and deleted RRS logstreams (DASDONLY) just prior to IPL 5) Saved copy of COUPL00 parmlib member as COUPLE0@, updated COUPL00 with new data set names and sysplex name prior to IPL 6) IPLed to pick up new couple data set names and sysplex name 7) Import WLM policy from saved data set and activated the policy 8) Define RRS logstreams 9) Started RRS 10) Define CICS logstreams HTH, 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
Fw: LE Dump
I think (but am not certain) that what you want is the information at: http://www-1.ibm.com/support/docview.wss?rs=431context=SSTLTFdc=DB520dc=D B560uid=swg21265671loc=en_UScs=UTF-8lang=enrss=ct431other In particular, specify //ABNLIGNR DD DUMMY you may also want to look at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea3180/1.2.12 for some CEEDUMP information. If you are actually asking how to request a dump DURING an application run (not at abnormal termination) then that gets you into the CEE3AB2 callable service, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3180/2.2.5.2 Amlan Prasad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi, Can anyone please suggest the method to invoke the LE diagnostic and dump facility at run time. My installation has Abend-Aid installed which by default produces its own dump and also can be turned off at run time. But I am looking to turn on CEEDUMP at runtime which I find more easy for abend resolution. Thanks, Amlan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
My first stop would be to better understand the upload (sever to MF) process. From your description, the MF is just a repository. It has no idea what is in the files. In other words, server 'a' is FTP'ing to the MF with instructions to stow data in X.Y.Z(+1). I would ask why server 'a' is sometimes storing data in server 'b' files. I would also look into making it impossible for server 'a' to access server 'b' files via MF security. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore Sent: Thursday, February 28, 2008 6:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP question I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM VERIFY ACTION=REFRESH
When you have a VSAM KSDS opened for output by two address spaces on the same image, and one of the address spaces writes enough records to force the adding of an additional volume, when the VERIFY ACTION=REFRESH is done by the second address space, then the second address space will see the updated catalog entry. However, when this same scenario is performed with the two address spaces being on separate images, the second address never sees the catalog update when doing the VERIFY ACTION=REFRESH. What does it take to allow the VERIFY ACTION=REFRESH to be seen on a file shared across systems? 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
Live Virtual Class (LVC), z10 is a TEN / z Top 10 List (mon mar 3, 11am et)
Sorry to post and run, but here's the scoop so that you have it. Just a reminder that the first 2008 Live Virtual Class is on set for Monday, March 3rd at 11:00 AM ET. There is no charge to participate in this technical education session. Date: Monday, March 3, 2008 Time: 11:00 AM ET / 4:00 PM GMT Duration: 75 minutes Title: z10 is a TEN / z Top 10 List Speaker: David F. Anderson PE, Green Architect, IBM Abstract: What makes System z so special in 10 dimensions? Characteristics of the newest large systems include: Green design; faster engines; new advanced function; flexible capacity; improved RAS; support for new security standards; expanding ability to run more diverse workloads; upgradeability; virtualization and an energy efficient design. Understand how mainframes are changing the way data centers can operate in a greener; more sustainable way. As IT executives strategize on building an optimized sustainable data center; System z is a key technology in IBM's green arsenal of products and services. Connect/Listen to the replay to the Live Virtual Class (LVC) session using the following URL: https://asp22.centra.com:443/GA/main/00e7ce4c0117fd1b5b00bbdc OR Connect/Download the Presentation/Listen to the replay from the z/VM Website at: http://www.vm.ibm.com/education/lvc You do not have to register to attend the class, but will need to enter your email address to join the call. The replay will be available on the web approximately 4 hours after the event. You can connect to the LVC session up to 15 minutes prior to the start of the session. If you are unable to connect to the Live Virtual Class session, you can listen to the audio portion of the session via telephone using the following: Conference Call Information: Phone Number 1: 1-888-240-4148 Phone Number 2: 1-719-234-0214 Access Code: 355253 Note: use of the telephone connection does not provide capability for you to ask questions during the session. 2007 Replays: As a reminder, some 2007 sessions are still available for replay from the z/VM website at: http://www.vm.ibm.com/education/lvc For the replay, we use the same connect/attend URL, so please click on the blue registration link on the z/VM page under each session. You will get an error message at the top of that link that says: Error.. you cannot attend because the event has already ended. On that screen you will need to enter your email address and then there are 2 buttons..attend and playback. Click Playback to listen to the replay of the call. For example, these sessions are available Nov 27: Linux on System z Planning - Where to Begin? Dec 4: Linux on System z Security Dec 11: Making z/VM and Linux Guests Production Ready..Best Practices Intended audience: Linux on System z, z/VM, z/VSE and z/OS Customers, IBM System z Technical Sales, and System z Business Partners. Please direct any questions to Julie Liesenfelt at [EMAIL PROTECTED] Again... Please direct any questions to Julie Liesenfelt at [EMAIL PROTECTED] Regards, Pam C P.S. I got a kick out of the PE Green above :-) oh well... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL Revision (aka faster than a speedy turtle)
I have already sent this information to comp.lang.cobol and to the SHARE LNGC project, but I thought there MIGHT be some within IBM-MAIN who would also be interested (and interested enough to actually do something about this). William M. Klein [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I just received the following note. Please act on it (or ignore it) as you see best, *** To: ISO/IEC JTC 1/SC 22/WG 4, Programming language COBOL INCITS/J4, Technical Committee COBOL COBOL working draft 1.10, in zipped PDF format, is available for download from the WG4 website: http://www.cobolstandard.info/wg4/document.html (WD 1.10). I will send this document to SC22 for concurrent Committee Draft (CD) registration and CD ballot. I decided not to hold up the concurrent CD registration and CD ballot for resolution of certain details; you can see these in Annex G, Open Issues. Please send comments on these issues, along with any other comments. Anyone can send comments directly to INCITS/J4 ([EMAIL PROTECTED]) for consideration in development of the U.S. position on the CD ballot. You should also send your comments to your national body for development of your country's position. This is the first committee draft, which is usually considered to be a rough draft. Comments on the overall feature content as well as comments on specification details will be helpful. The next planned ballot is a Final CD ballot, for which the document should be in tip-top shape (though changes can still be made). Your input will help us make it that way. I'll notify you when I know the ballot closing date. Your national body will have an earlier closing date. The ballot starting date will be a bit later than shown in the draft revision schedule at http://www.cobolstandard.info/j4/files/07-0183.doc , but the overall schedule should not change drastically because the ballot period will be 3 months rather than the projected 4 months. Any comments to INCITS/J4 ([EMAIL PROTECTED]) by the March 10-14, 2008, J4 meeting in Ontario, CA, will be greatly appreciated. -- Bill Klein wmklein at ix.netcom.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: zIIP API for ISV's
I'm a member, but I wasn't aware of the availability. I still can't find it on the D-Works web site. Can you point me to it? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 1.9 and TSSO
I answered you last time, but maybe you missed it. You have to download the file from the CBT UPDATES page, not the regular CBT tape page because they are different. The UPDATES page contains the fixes that you need. If you have any problems, please contact me offline and I'll help you get the file. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATL drive allocation problem.
On Mon, 18 Feb 2008 12:26:28 -0600, McKown, John [EMAIL PROTECTED] wrote: We did a DR last week (and I immediately go sick the day after --- coincidence? You decide!). Anyway, one problem that we had was that we could only get 8 of the 16 ATL drives to become allocated. Note that all 16 drives would successfully come on line! It is just that when drives 0-7 were allocated, with drives 8-16 being unallocated and online, a job which needed the 9th drive would wait with the message: IEF289E JOBNAME STEPNAME WAITING FOR VOLUME(S) OR UNIT(S) Hi John, I hope you are feeling better after your recovery. Here are a few more ideas. It's a good idea to understand how many CU's are really there. I think it's common to connect only 4 (real) IBM drives to a CU. Did you happen to enter library status commands such as: LI DD,libname CBR1220I Tape drive status: D SMS,LIBRARY(libname),DETAIL CBR1110I OAM library status: I know you set everything up correctly, but I would still issue those commands to see that the drives are not just online but are also SMS-managed. Did you RTFM? (!) IEF289E Operator Response: Should this message persist, contact IBM Support for direction in obtaining a Symptom Record for information about the volume(s) or unit(s) for which the step is waiting. Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.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: ATL drive allocation problem.
Hi John, One other thing I assume you've ruled out is the possibility that some drives were stolen by another system via autoswitching. I've seen that happen when only a subset of drives is defined as auto-switchable. Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.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: zIIP API for ISV's
Brian Westerman wrote: I'm a member, but I wasn't aware of the availability. I still can't find it on the D-Works web site. Can you point me to it? You need a CDA first. Being a D-Works member doesn't count. Brian Henry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The System z10s Are Shipping
In an earlier post I said something like the System z10s are apparently shipping. I've just found out I can strike the word apparently. They're shipping. - - - - - 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