[SURVEY] What ISPF terminal model do you use
3278-5 is my favourite. Valter Marguccio Inviato da Yahoo Mail su Android -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Apply PTF on DB2 10 (z/os 1.12)
Mehrshad, you can use the EXCLUDE parameter on the APPLY command if you don't wantto apply one or more PTFs. The syntax is easy: EXCLUDE(ptf1 ptf2 ptf3).Could you post the SMP/E statements you used for your last APPLY run ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Apply PTF on DB2 10 (z/os 1.12)
Hello Manshadi, it has nothing to do with your query, however ... why would you want to bypass HOLDERR during APPLY ?Are there other people on this list who would recommend this practice ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DASD device not going offline
Hello, you asked who is allocating device 376B, and z/OS repliesthat OMVS is allocating device 376E, which is another device.Or am I reading wrong ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Which CP is used when ...
Ladies and gentlemen, as always, thanks for your replies. Walter Marguccio Inviato da Yahoo Mail su Android -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Which CP is used when ...
we have old OSA-Express-3 cards, 1Gbps. We use WLM SC for both batch and ftp, the latter has higher importance (3) compared to batch.So far I haven't run any trace. > Check your transfer rates shown in EZA1617I messages. Are they varying >wildly, even within a batch job? this is what my co-workers tell me, that the performance of the file transfer varies wildy.. They assumethis depends on how much the LPAR is busy, in terms of CPU. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Which CP is used when ...
Hello Peter,.> I this what you've been asking for? .well, let's say your reply helps me to understand better which processor (either the CP or the SAP, in this case)is involved when a dataset is transmitted from z/OS to another box. I understand that both CP and SAP are involved..Which might mean that if my zBC 12 is, say, 80% CPU busy, a given outbound trasmission will be slower comparedto the same transmission which takes place when the zBC 12 is only 20% CPU busy. .What my co-workers wants to know is whether an outbound ftp transmission on a zBC 12 can be assigned to a processorwhich works a full speed, or , viceversa, the performance of the transmission is affected by how busy the CP and/or the SAP is/are.. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany.P.S. Please, apologize if the formatting of my post makes the reading confusing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Which CP is used when ...
... I use ftp to transfer a dataset from z/OS to a distributed maschine ? The CP ? The SAP (the I/O processor) ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSORT (old) enhancement
David, thanks very much for your clarifications. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSORT (old) enhancement
Ciao Massimo, I read that excerpt, too, which however refers to unknown file size as input.I'd like to know the amount of primary and secondary space of dynamicallyallocated SORTWKxx when the input file size is known. Which lead me to another query ... 1) I know my programmers specify often FILSZ on the PARM2) we have DFSMSrmm3) I'm pretty sure BLOCKSET technique is always selected for a SORT operation Can I assume from the above that DFSORT is always able to determine an accurate file size ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSORT (old) enhancement
Hello, is there a default value for the primary space allocation for dynamically allocated SORTWKxx when the file size is known ? Or does DFSORT adjust this value depending on the input file size ? TIA Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zFS high number of real frames
Lizette,may I ask you which level is your zFS at?And how much CS does your LPAR have assigned? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zFS high number of real frames
Hello Lizette,all values you mentioned use their default value. I have:user_cache_size set to 1229Mvnode_cache_size set to 32768 (I assume byte) meta_cache_size set to 100Mmetaback_cache_size set to 1129M Our LPAR has 12800M real storage assigned. According to IBM,above default values but the 2nd are dependent from the amount of RSin the system . Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zFS high number of real frames
Hello list, has anyone noticed a higher number of real frames usage in the zFS address space on z/OS 2.1 compared to z/OS 1.13? I already opened a PMR with IBM, but wanted to ask for any feedbacks/gotchas. Kind regards, Walter Marguccio Inviato da Yahoo Mail su Android -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Intermittent, not consistently reproducible problems with PDSEs on z/OS V2R1 (incl. infrequent S0F4-20 RSN 1C0752EE ABENDs)
Hello Karl, you are welcome; you said the problem is intermittent. Running only once on my z/OS 2.1 doesn't necessarily mean that it will run correctly the next 100 times. I ran the job a second time in order to call IEBGENER, rather than ICEGENER.Still, I get a 'clean' in both datasets. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Intermittent, not consistently reproducible problems with PDSEs on z/OS V2R1 (incl. infrequent S0F4-20 RSN 1C0752EE ABENDs)
Hello Karl, I did ran your job, without changing a comma, on one of our z/OS 2.1 systems.Member is identical on both PDSEs. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPE CSI issue
Hello, I would think the duplicated record is the GIMZPOOL record you copied in step 2). The SMP/E manuals describe a procedure to reorganize CSIs, have a look here: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/dsscmp.htm Give it a try . Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zFS and VVDS
Jürgen, which z/OS release are you working on? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS V2.1 and System Symobls and JCL
Hello again, Peter's sample would work coding: //H2PC EXEC PGM=FTP,PARM='(EXIT' //MYFILE DD DISP=SHR,DSN=MY.DATASET //OUTPUT DD SYSOUT=* //SYSIN DD *,SYMBOLS=EXECSYS mypc mypw put DD://MYFILE test.file.&LYYMMDD..&LHHMMSS..txt no EXPORT, no SET. The z/OS 2.1 Initialization and Tuning Reference claims &DATE, &LDATE, &TIME and <IME as old sysmbols. Maybe this is the reason why they do not get resolved when used in the JCL above. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS V2.1 and System Symobls and JCL
Hello there, I find the last sample provided by Peter very effective, because it does not involve any programs and use pure, sole JCL. However, I don't understand why you need to EXPORT and SET the variables first. Let me explain. On a z/OS 2.1 this works: //H2PC EXEC PGM=FTP,PARM='(EXIT' //OUTPUT DD SYSOUT=* //SYSIN DD *,SYMBOLS=EXECSYS mypc mypw put MY.DSNAME myfile_&sysname..txt Symbol &sysname is resolved, no need to code EXPORT or SET in JCL. The same work for another variable like &jday. But the same does NOT work if I code put MY.DSNAME myfile_&ldate..<ime..txt Both &ldate and <ime do not get resolved. Grateful if someone can explain why. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF / GRS
> From: Mark Brooks > Subject: Re: XCF / GRS > http://www.redbooks.ibm.com/redpapers/pdfs/redp0158.pdf Mark, thanks for the link to the Redpaper and the summary of the steps involved in the migration. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF / GRS
> From: Roger Steyn > Subject: Re: XCF / GRS > That's a nice article . Thanks Chris ! >> the GRS team wrote a Hot Topics Article that outlines the changes made >> to GRS and contains a tested procedure for migrating to FICON. Please take a >> look. >> http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html the article deals with configurations with GRS-managed CTC devices. Is there any guide, Redpaper, doc for rings with devices managed by XCF, which, too, need to migrate to Ficon ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ported Tools - Unix
> From: Jake anderson > Subject: Ported Tools - Unix > Any idea or suggestion on why this PTF is included ? Is it licensed or a > priced feature that we need to purchase seperately ? AFAIK the Ported Tools are now distribued by Rocket Software: http://www.rocketsoftware.com/portedtools and have been rebranded. I can't tell you whether the PTF you claim is in the package, but I'd try to download the tools from then following the above link. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To view Brodcast notification message
> From: Jake anderson > Subject: To view Brodcast notification message > Is there a possibility to view the missed Notification messages ? If you have access to the LPAR's hardcopy log (SYSLOG or OPERLOG), you must find one or more lines like this: 13164 07:06:08.35 INTERNAL 0290 SE 'hh.mm.ss JOB0n $HASP165 JOB12345 ENDED AT nodename MAXCC=0004',LOGON, USER=(your_userid) Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
> From: Horst Sinram > Subject: Re: why does WLM Server status change from YES to NO > "Mananage to Both" is intended to combine the region management of the TORs > (allowing to favor the TORs over the AORs) Horst, we have a single OLTP region, which is TOR and AOR together. Would you suggest managing the region using goal of "transaction" or "both" ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: why does WLM Server status change from YES to NO
> From: "Barkow, Eileen" > Subject: why does WLM Server status change from YES to NO > Would anyone know why the WLM SERVER status keeps changing from YES to NO? Eileen, very interesting query. I noticed myself this behaviour two weeks ago when I changed my OLTP region from "manage region using goal of REGION" to "manage region using goal of TRANSACTION". If I understood what the FM say, with the latter WLM does take into account the OLTP's transaction response time when managing the region. Using the former, WLM does not consider OLTP's transaction response time. Ever since, the OLTP's SERVER field in SDSF keeps changing from NO to YES and viceversa. Maybe someone with more expericence can explain why. I wonder what the SDSF SERVER field shows if "manage region using goal of BOTH" is set. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
> From: willie bunter > I checked the SC. It doesn't have Guaranteed Space. Willie, if the SC doesn't have Guaranteed Space, then there is no way to force hsm to recall a migrated dataset on the original volume (at least that I'm aware of). If your dataset would have had a SC with Guaranteed Space = Yes, then hsm would have recalled it on the same volume where it was allocated. And if the original volume is not there (for whatever reason) the recall would fail. If you have datasets with such a SC, you can test this yourself. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
From: willie bunter > how can I force HSM to recall the dsn to the original volume? IIRC, if the datasets belongs to a SC whose Guaranteed Space = Yes, then hsm recalls the dataset on the same volume where the dataset originally was. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Use of FCWITHDRAW with EMC Dasd
> From: Lizette Koehler > Subject: Use of FCWITHDRAW with EMC Dasd > ADR287I (001)-DDTFP(01), FCWITHDRAW WAS ISSUED FOR VOLUME XX > ON UNIT A051 BECAUSE THE VOLUME WAS NOT INITIALIZED, RETURN CODE 1 > And I am not sure if this is an issue. From the dss manual: "FCWITHDRAW specifies that if the volume that is dumped is the target volume of a FlashCopy relationship, the relationship is withdrawn when the dump has successfully completed" Is your source volume the target volume of a FC relationship ? If not, then the keyword here would make no sense, would it ? Explanation for ADR287I claims that "Following a successful DUMP operation, DFSMSdss attempted to invoke ICKDSF to initialize the source volume of the DUMP operation because the FCWITHDRAW keyword was specified." If your goal is to obtain a successfull DUMP of the volume, you've got one. In this case I wouldn't see the rc=1 as an issue. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New DFSMSrmm retention method
> From: Mike Wood > To: IBM-MAIN@LISTSERV.UA.EDU > I am sceptical about using RETPD(93000) as a default retention for all new > tape data sets. > But, if that works for you . . . . . Well, we have been keeping cataloged datasets on DASD forever (NOLIMIT in MC). Therefore, I'd use the same principle for cataloged datasets on tape. Whether that is questionable, I agree. > I hope that helps you, it does, thanks a bunch! Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New DFSMSrmm retention method
> From: Mike Wood > To: IBM-MAIN@LISTSERV.UA.EDU > So, if still cataloged, and the VRS specifies WHILECATALOG, > a data set will be retained regardless of the EXPDT/RETPD. Mike, I understand that, for cataloged datasets, the WHILECATALOG keyword, specified in a single VRS or in a VRS chain, always wins. Am I correct ? Ever since we migrated to rmm, we have: a) RETPD(5) in EDGPRMxx and b) one VRS defined as: dsname('**') WHILECATALOG LOCATION(HOME) with this setup, a cataloged dataset with a given RETPD/EXPDT will never be deleted. If I want RETPD/EXPDT to be honored for a dataset, and want to stick to VRSEL retention method, I suppose I need to change: a) RETPD in EDGPRMxx from 5 to 93000 (keep the data almost forever) b) update my only VRS as: dsname('**') UNTILEXPIRED LOCATION(HOME) Or, I change the global retention method from VRSEL to EXPDT, and still need to change a) RETPD in EDGPRMxx from 5 to 93000 Are my assumptions correct ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
New DFSMSrmm retention method
Hello all, ever since we migrated from CA-1 to rmm in 2008, I have been told that the latter would never delete a cataloged dataset, even if the dataset had a RETPD or EXPDT specified at allocation time. In other words, the VRSEL retention method would never allow the above, no matter which combination of VRS(es) was used. Has the new EXPDT retention method (introduced at z/OS 1.13 level) been implemented in order to satisfy such requirement ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change MANx CISIZE on the fly
> From: "Knutson, Sam" > To: IBM-MAIN@LISTSERV.UA.EDU > If you want to put some time into updating your SMF recording consider whether > you might get more bang for your buck migrating to Logger rather than > reallocating all your MANx data sets. Sam, thanks, this is a very interesting food-for thoughts post, I didn't consider moving to the logger. I've been following the changes in this area, and read that in the beginning it wasn't really reliable, with some disturbing glitches. Somehow I left this z/OS improvement aside from my "to do list". Maybe it is time to reconsider it. As far as the performance and saving CPU cycles, we produce only 10 million SMF records on our production LPAR. In a month. Whether the logger would dramatically reduce CPU consuption I can't tell. Still, it is worth having a look. Thanks very much. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change MANx CISIZE on the fly
> I see all my MANx are all too small... a higher CISZE for the MANx datasets was recommended by Cheryl Watson in her last "SMF 101 everything you should know and more" presentation at Share. So I went to look and discovered that all my MANx across the sysplex have a poor CISIZE, don't know why either. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change MANx CISIZE on the fly
> From: Elardus Engelbrecht > To: IBM-MAIN@LISTSERV.UA.EDU > I can try out that stunt in a sandbox, but ... I tried myself on ours, and when tried to add a brand new MANx with a bigger CISIZE using the T SMF=xx, the system issues IEE396I. Which doesn't leave any chance for doing that on the fly. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change MANx CISIZE on the fly
> Q: Why to change the CISZ of the MANx datasets? because they are 4096 in size, every since they were created. I expect better performance if I change it to 26624. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change MANx CISIZE on the fly
Answering my onw question ... The FM says: "If you define a new group of SMF data sets with a different CI size, you must re-IPL to use these data sets. When you define an SMF data set, the logical record size must be 10 less than the CI size." :-( Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Change MANx CISIZE on the fly
Hello all, does the old limitiation which requires an IPL to change the CISIZE of the MANx VSAM datasets still apply ? I found an old post from Skip Robinson on this subject (searched for IEE396I), but I wonder if things changed in the last 14 years. We are at z/OS 1.13. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
> From: IT Pro > To: IBM-MAIN@LISTSERV.UA.EDU > The result is that starting it from /etc/rc works, but letting TCPIP > start it using the AUTOLOG feature ends with the message "already active". but that doesn't make sense, does it ? Just curious . Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: syslogd: FSUM1229 syslogd is already active
> From: IT Pro > Subject: Re: syslogd: FSUM1229 syslogd is already active >but I don't know why SYSLOG complains there is another instance running, > that I don't see anywhere in the process list. what does command D A,SYSL* show ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating .xls on z/OS
> From: Steve Goetze > If you would like to pursue the Hybrid Batch / Perl Linux suggestion, > here's a sample Co:Z Launcher job that runs a perl program Steve, terrific ... thanks. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating .xls on z/OS
> I wasn't unaware of Co:Z Hybrid Batch. "I was unaware ... ", should be ... sorry, brain cells not yet online, although is late afternoon, for me. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating .xls on z/OS
From: "McKown, John" > I would *STRONGLY* suggest that you try to get your management to allow you > to install Co:Z Hybrid Batch John, I wasn't unaware of Co:Z Hybrid Batch. However, we have already Co:Z Batch implemented on every LPARs. Still, I need a .xls generator on the Linux side. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating .xls on z/OS
> From: "McKown, John" > Supposedly, but I haven't actually tried. Look at: http://poi.apache.org/ as always, thanks to everybody for your valuable input. I'll try to answer to some of the questions which have been posed : we don't have SAS, nor DB2; .csv is considered not acceptable because it lacks features which .xls offers (formatting, graphs, and so on) CPAN is worth a try, thanks to John for explaining why it might NOT work on z/OS. We don't have C compiler, either. Radoslaw's comment about creating .xls on z/OS and not on a PC is surely correct, I forgot that we already offload some processes to distributed machines, depending on the process. As an example, if we need to produce a single .pdf file, we use TXT2PDF on z/OS, pure. But if we need to produce 3,000 .pdf files, we offlload TXT2PDF's execution on a Linux box. Likewise, we can think of producing the raw data on z/OS, offloading the creation of a .xls on a Linux box, where the availability of programs to create Excels is wider. Sam, may I try your Cobol/assembler API ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Creating .xls on z/OS
Hello all, I've been asked if there is the possibility to create Excel tables (.xls) files on z/OS, using a batch job. I've searched the archives, the developerwork IBM's site, redbooks, but found no clue. We run the XMITIP tool which is able to create .csv files, but this seems not enough. We are at z/OS 1.13, with Java 6.0.1, and Perl from the Ported Tools, 1.2.0. Any thoughts, experiences links, books ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
From: גדי בן אבי Subject: SMP/E question > What would be the recommended procedure to resolve these errors? Gadi, there is no procedure to resolve the errors you see. If you receive the most current HOLDDATA from IBM and you receive them along with the 700 PTFs, there is nothing you can do to 'resolve' the fact that one or more PTFs won't be installable. That's what HOLDDATA are for. One thing you ca do is to obtain a clean APPLY CHECK, removing those PTFs which, for the reasons described by HOLDDATA, cannot be installed. One way to identify them is to browse the SMPRPT report and search for 'CAUSER". The "CAUSER SYSMOD SUMMARY REPORT" lists those PTFs which can't be installed, their FMID, and why they can't be installed. Add those PTFs to the EXCLUDE list and retry you APPLY CHECK. HTH Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Which Global zone?
> From: Vince Getgood > Subject: Which Global zone? > Is there a way of interrogating the TARGET / DLIB zone to see which GLOBAL > zone it is (supposed to be) a 'child' of? What about acting the other way round ? I mean, searching the GLOBAL zone(s) you have around and see if they contain information related to your "orphaned" Target/DLIB pair. The information one GLOBAL zone might contain is, i.e. an FMID, or a Zone index, an Option name, an FMID set. I'm not sure you can determine which GLOBAL zone an orphaned set of Target/DLIB belongs to. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF for new computer
> For a while, but I'm not sure that the PCHIPID's will be the same. AFAIK, PCHIDs belonging to different models are different. For you convenience, you can use the IBM Mapping Tool in order to keep CHIDs ("P" left out purposely) identical for both your z10 and z114. It makes life easier. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF for new computer
> From: גדי בן אבי > Subject: Re: IODF for new computer > Once I created the IODF, I can create input to IOCP that can be read by the > new computer. I thought you could use your existing IODF, used by your existing z10, to create an IOCP input file. You then give the latter to the stand-alone IOCP of your z114 and make POR. Aren't you going to share your HW (CUs, DASD, terminals, and so on) between z10 and z114 for a while ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF for new computer
> From: גדי בן אבי > Subject: IODF for new computer > We just ordered a new z114 that will replace our z10BC. > I have to create an IODF for the new computer. Gadi, are you sure you mean IODF and not IOCDS ? One of the first thing you need to do when you get a new HW is to feed him with your IOCDS and make a POR. Afterwards, your z114 will be able to "see" all yout attached HW. Can you please clarify ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS Client Start Delay
Saurabh, I would investigate how long does it take for OMVS (or Unix System Services) to initialize and, if that takes too long, why. I would presume that the NFS Client cannot start if OMVS is not completely initialized. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS Client Start Delay
Saurabh, just a couple of questions: > I started NFS client at 23.35.45 but it actually started at 00.10.15e. So, > it took more then 30 min to start. Not sure, why this is happening. When did you receive the "BPXI004I OMVS INITIALIZATION COMPLETE" message ? Do you have a shared USS file system ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Easiest way to build a new SYSRES via Serverpac
> From: Dana Mitchell > Subject: Easiest way to build a new SYSRES via Serverpac > Software upgrade sounds like it is going to want to reach out and update my > existing running datasets Software upgrade does NOT upgrade your existing running dataset, that would be crazy. > I'd like a 3rd option - Create the SYSRES and DLB volume and leave it at that. This is exactly what the "Software upgrade" option does. Upgrading a z/OS from one relase to another using this option is one of the easiest methods IBM developed and made available to the customers. > Can a guy selectively skip some of the installation jobs if they are deemed > not needed? Of course you can. Beware what you skip, though. > If IBM could just provide a full volume backup of the sysres and dlib > volumes, Many moons ago we had this option available in Italy, where the majority of the customers wanted a new z/OS exactly in the form you mentioned. They did a restore, and that was it. This option is not available using a ServerPac/SystemPac. But I'm pretty sure some countries still deliver a z/OS as a full backup. Maybe Marna Walle or John Eells can provide more details on this. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN