Re: Beta TEST announcement of ?????
On Fri, 2008-03-07 at 21:58 -0600, Brian Westerman wrote: I sent it because when we started the previous beta, I received more than 20 emails from people on the list that complained that they didn't know about the beta in enough advance time and thus were not allowed to participate because of the 150 site limit. I must admit I have (significantly) more empathy for Teds position than Brians. I'm not averse to the announcement of a (possibly upcoming) beta with a link for those interested to go investigate. Full-on marketing on the list I can do without. Personal opinion only of course - maybe Big D could proffer a definitive stance. 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: Any RMM Training available?
Arturo A Arca wrote: I did a search on Course ES210 and came up empty/not found. I too would be very interested in attending and/or doing an online course.. OK, my fault. The course was renamed to SS21. You can search for SS21, SS210, SS212 (version 2 of SS21). The version of the course is described as ERC. I did teach it as ES210 and later as SS210 - this is simply updated version. For a few years IBM have been renaming storage-related courses to SSnnn. Previously they were named as other mainframe courses, for example: VSAM - BE08, now SS83 RMM - ES21, now SS21 SMS - BE84, now SS05 (afaik) BTW: It is very unwise to have ambigous cousre *codes*. The same course, I mean *exactly same version*, can be named as ES72, BE71 or ES712 (version 2). It provides big mess, and I don't see any reason for such approach. -- 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: Beta TEST announcement of Version 3 of SyzAUTO
Ted, this is basically what Brian uses this discussion group for, to advertise his products and services. On Fri, Mar 7, 2008 at 3:16 AM, Ted MacNEIL [EMAIL PROTECTED] wrote: apologize if you have already received the email on this, but Syzygy is announcing our BETA testing of the next version of SyzAUTO. You should appologise for sending this e-mail at all! IBM-Main is a user discussion forum. Not a place to receive e-mail advertisements from software vendors. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Peformance question
gsg wrote: We have a job that has a posting step that runs 6-7 minutes last year. We noticed that the job more than doubled starting with the first processing day of 2008. The application owners swear that no changes were made on there side and the systems guys swear that no changes were made on their side neither. The only think that I noticed by looking at the jobs sysout is that the SERVice Units went from 5335K to 13549K. Any ideas. Run time is NOT a good indicator of performance issue, unless absolutely NOTHING in the WHOLE environment has changed. By nothing I mean NOTHING. The same exact jobs are running at the same exact time this job is running. This job is processing the same exact data. You have the same number of online users doing the same exact work. Say this job was taking 6-7 minutes last year. Now on Jan. 1 of this year a new application was put into production and is consuming more resources (CPU, MEMORY, I/O) so that your whole system is busier than last year. This job could be running longer (walk clock time) because the system is busier and this job has to wait more often and longer to get the resources it needs. IIRC service units can and do change from run to run. The biggest reason is the number of records processed by the job. I agree with Arhtur, look at the link edit dates. The hard part about this, if your shop is like ours, we have a few common modules that are dynamically linked so the main program may not have changed, but one of the common modules did and so you have to check all of the modules that are dynamically linked also. -- 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: Secure FTP
On Fri, 7 Mar 2008 16:21:25 -0600, Miller, Pat [EMAIL PROTECTED] wrote: I need to exchange files with an agency that uses sftp and SSH-2. From looking at the archives and the TCP/IP Implementation red book (vol 2, std apps), I am unclear whether I can use ftps and AT-TLS or am stuck with sftp. sftp is not at all related to ftp. It is an entirely different protocol, part of SSH or OpenSSH processing. Their agency might also support ftps, but you'd have to ask them. Alternatively you can install the IBM Ported Tools for z/OS as Richard mentioned, which will give you an OpenSSH implementation on z/OS, and that will give you the ability to use sftp. http://www-03.ibm.com/servers/eserver/zseries/zos/unix/port_tools.html For discussion of OpenSSH on z/OS I suggest using the MVS-OE mailing list rather than IBM-MAIN. -- 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: Beta TEST announcement of Version 3 of SyzAUTO
I took the original posting as a call for help. He needs assistance with beta testing. I think that is an excellent use of this group and an excellent attitude from a vendor. /Tom Kern -- 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
RMF Spreadsheet Reporter Excel Error
Has anyone run into this Excel error when trying to use IBM's RMF Spreadsheet Reporter? I get a popup that reads: | Error Message | - | File access error occurred. | Additional information: You are attempting to open a file type that is | blocked by your registry policy setting. I've googled quit a bit on it and did some changes to my registry, but it didn't fix it. I was wondering if anyone else came upon this and figured out what to do about it. Kind regards, Lindy -- 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: RMF Spreadsheet Reporter Excel Error
I didn't save the email, but the fine folks who support and maintain the RMF Spreadsheet Reporter pointed me to the Microsoft document on how to fix it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Saturday, March 08, 2008 10:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: RMF Spreadsheet Reporter Excel Error Has anyone run into this Excel error when trying to use IBM's RMF Spreadsheet Reporter? I get a popup that reads: | Error Message | - | File access error occurred. | Additional information: You are attempting to open a file type that is | blocked by your registry policy setting. I've googled quit a bit on it and did some changes to my registry, but it didn't fix it. I was wondering if anyone else came upon this and figured out what to do about it. Kind regards, Lindy -- 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: IEE342I MODIFY REJECTED-TASK BUSY
---snip--- An application group is doing a stress test against a CICS region, using batched instream commands via an IEFBR14 job to invoke a user transaction. Some of the MODIFY commands are being rejected with message IEE342I MODIFY REJECTED-TASK BUSY. The part of the explanation in MC that appears applicable is: The task associated with the command had not finished processing a previous command. Question: Which is the task associated with the command in this context: The user transaction invoked via the command? The CICS command processor? Some other (MVS) task? --unsnip- John, on the CBT site there's a program named COMMAND that will issue commands from the SYSIN file, or replies to WTOR's. It allows for a special command called DELAY, so you can space out the timing of the commands to be issued. Pull it down, look it over and assemble it. (I wish it had the capability to issue a command after the appearance of a specific message.) Between COMMAND and the NETINIT program, we almost completely automated our start-up and shutdown processes at Clearing; all the operator had to do was start the LOAD process and supply the $s command for JES2. Shutdown was done by starting a SHUTDOWN proc that did everything but close down JES2. -- 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: SPAM: Re: Tapeless backup
-snip--- We have a similar issue in our shop. The midrange area wants tapeless. the Mainframe side TAPE. We have a VTS and ATL. We use the product DRVI to stack the VTS Tape backups to an real tape and ship it offsite for DR purposes. Tape is cheap. tape can survive years in a dusty hole and still be usable. You can encrypt it. You can send it where it needs to go when it is needed. Or you can pay a DR site to have a tapeless solution there in case you need it. You just have to figure out how much you want to pay for a disaster. The only thought I have is: If you have a tapeless solution how do you get your data to DR site should your primary site fail? ---unsnip--- Consider also this: depending on what industry you're in, there may exist legal requirements for data archiving and retrieval. I spent my last 23 years in an industry where we had a ten-year retrieval requirement, imposed by Department of Commerce rules. -- 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: SPAM: Re: Transfer reports from lpar to lpar
-snip I haven't been following this but has anyone suggested setting up a CTC between the LPAR's. The connection is setup over Escon channels. ---unsnip That will make a very reasonable physical connection; the next step is to configure software to actually use it. :-) I vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. Shared spool may be out for valid reasons. -- 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: SPAM: Re: Transfer reports from lpar to lpar
Rick Fochtman wrote: That will make a very reasonable physical connection; the next step is to configure software to actually use it. :-) I vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. The OP indicates that he already has TCP/IP connectivity between all LPARs and FTP servers running on each. Therefore, the JES FTP interface should be available without any additional configuration. (Though I would highly recommend specifying JESINTERFACELEVEL 2 for the FTP server configurations.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: Transfer reports from lpar to lpar
In a message dated 3/8/2008 11:03:41 A.M. Central Standard Time, r [EMAIL PROTECTED] writes: vote for a NJE connection, with routing JECL where appropriate. It's a LOT less prone to error than trying to do spool OFFLOAD and LOAD. Shared spool may be out for valid reasons. Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote **It's Tax Time! Get tips, forms, and advice on AOL Money Finance. (http://money.aol.com/tax?NCID=aolprf000301) -- 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: Tapeless backup
Leitner, Timothy wrote: All, How many places have implemented tapeless backup environments? I don't mean virtual tape that has tape on the back-end but no tape at all. We are exploring different options and the wintel side of the house is heading down the totally tapeless path. That makes me nervous but I'm getting old. Well, BTDT (Been There, Done That). Some time ago I decide to use DASD instead of tape for backups. The reason was ...budget constraint. Yes, disk backup was cheaper. I repeated it for open systems as well. However YMMV, Strongly. The major factor is amount of data. Another important factor is data retention requirements. How many copies, how long kept, etc. In fact we distinguish two things: backup, and archive. Things to consider: - Amount of data. The more data, the cheaper tape is. - Activity. The more archival copies, the better for tape. - SOFTWARE! Your backup software may or may not support DASD in every operation. AFAIK DFSMShsm does not support DASD for volume dumps. - DASD boxes. If you decide to use second hand equipment (IMHO it's ok for backup), then the price analyzis changes significantly. From the other hand I don't like second hand tape drives (BTDT) because of wear, MTBF, etc. - DR scenarios. Some datacenters still use PTAM method. Tapes offsite. Well - in this case you have to have tapes. For remote copy solutions (PPRC, H(A)RC, SRDF) it's easier to replicate backups and migrated data. In tape world you can buy remote copy solution for virtual tapes (both STK/Sun and IBM do offer such solutions). You can also have two ATLs without virtual tapes (much cheaper) and use software for data replication. - Offline media. DASD backups could be erased by accident (human error). It is oftenly mentioned. Of course tapes can be overwritten as well, but the tapes can be locked up (physically) - disks cannot. However in ATL there is no manual control what tapes is being mounted, so human error is as possible as in DASD. BTW: several years ago it was discussed whether to use MO (Magneto-Optical) media for backups. Although this is the most reliable media ever known, the technology is rather fading due to capacity, price, performance reasons. MO are small, slow and expensive. So, nowadays we discuss tape or disk. No other option apply. My $0.02 Regards -- 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
Beta Test Announcement
Brian and Shane, I guess it doesn't bother me a whole lot about Brian's posting. I know opinions vary from don't care at all to foaming at the mouth for the audacity to do such a horrible thing. But Shane, you're right - the list owner Darren should get involved. All such postings should probably be sent to Darren, and he will either post them or send them back and tell whoever what is acceptable. Darren - maybe you can post something giving guidelines. Eric On Fri, 2008-03-07 at 21:58 -0600, Brian Westerman wrote: I sent it because when we started the previous beta, I received more than 20 emails from people on the list that complained that they didn't know about the beta in enough advance time and thus were not allowed to participate because of the 150 site limit. I must admit I have (significantly) more empathy for Teds position than Brians. I'm not averse to the announcement of a (possibly upcoming) beta with a link for those interested to go investigate. Full-on marketing on the list I can do without. Personal opinion only of course - maybe Big D could proffer a definitive stance. Shane ... -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: SPAM: Re: Transfer reports from lpar to lpar
On Sat, 8 Mar 2008 09:21:53 -0800, Edward Jaffe The OP indicates that he already has TCP/IP connectivity between all LPARs and FTP servers running on each. Therefore, the JES FTP interface should be available without any additional configuration. (Though I would highly recommend specifying JESINTERFACELEVEL 2 for the FTP server configurations.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ Thank you all for all the great ideas. Sounds like I am restricted to using FTP to transfer the report files. I looked up info on the JESINTERFACELEVEL 2 option and it appears this will allow me to pull reports/sysouts that do not match my userid or owner among other things. Does this parameter have to be coded in the TCPIP parameter library or can it be specified as a parameter in a batch jcl? Also can you ftp a report directly from one jes spool to another jes spool or do I have to put the report in an intermediary dataset and then ftp that file to the desired jes spool output? Regards, 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: Transfer reports from lpar to lpar
Gilbert Cardenas wrote: Hello all, I am looking for ideas on ways to transfer reports/sysouts from one JES2 spool on one lpar to another lpar. The current method I am using is to use a JES offload dataset to offload the report(s) and then reload them on the other lpar. This works okay but I'm looking for an automated way to do this so I don't have to get involved in the process. We also have a VPS printer defined that takes any report in a certain dest and then LPRs them to another lpar but this doesn't work very well because oftentimes the format of the original report is not correct and this method also breaks up the print files into separate print streams so DJDE print records get separated from the original report and printing is incorrect. I don't know much about external writers or even sapi but as long as it is not too complicated and freeware, I'm willing to look into something like that or other methods??? Any feedback appreciated, Gil. -- O.K. There has been a lot of talk about using ftp for this and filetype=jes. I know how you can use ftp to GET a report from JES using this, but just how do you send it? When you use put and filetype=jes I though that it would try and submit the input stream as a JOB. I like Krik's way of doing it, assuming you can't get NJE and you have shared DASD. I am trying to think if there is a way to use the NJE aware SMTP server here. I use it to send e-mail all of the time, but I have never used it to receive e-mail. You would need a new IP domain name and a MX record setup for the receiving side. -- 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: Tapeless backup
Leitner, Timothy wrote: All, How many places have implemented tapeless backup environments? I don't mean virtual tape that has tape on the back-end but no tape at all. We are exploring different options and the wintel side of the house is heading down the totally tapeless path. That makes me nervous but I'm getting old. Thanks for any and all input. Tim Leitner OSF Healthcare System Manager, Technical Services == The information in this message is confidential and may be legally privileged. Access to this message by anyone other than the addressee is not authorized. If you are not the intended recipient, or an agent of the intended recipient, any disclosure, copying, or distribution of the message or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please contact the sender immediately and permanently delete the original e-mail, attachment(s), and any copies. == You seem to be in the Healthcare industry. I agree with Rick F. What are your legal obligations for keeping backups and what are you auditing requirements. What are your DR requirements? It may be a bit expensive to put 5, 7, 10 years worth of backups on DASD. Depending on what you do on the Wintel platforms, they may not have any legal requirements to keep things longer than a few weeks or months. -- 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
Bob Richards
For those of you that are friends, you should know that Bob Richards had a MAJOR heart attack on Mondy. Yesterday, he underwent quadruple bypass surgery. The prognosis, as of this afternoon, is very good. Things are a little bit slower in recovery, due to the fact that Bob was a heavy smoker, but, as I said, the prognosis is very good. For those of you that wish to be kept up-to-date, please respond privately with Bob Richards as the subject and I'll provide updates as his wife, Rebecca, provides them to me. I have already extended best wishes for a speedy recovery on behalf of all his friends on the IBM-MAIN list. -- 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
ePSP Bucket for z/OS 1.9 missing?
Hi Listers, Does anyone know if there is supposed to be a bucket available for z/OS 1.9 that is used by the ePSP Tool? Have been to the url (http://www14.software.ibm.com/webapp/set2/psp/srchBroker) and then as part of the pull-down list for the z/OS operating system buckets it shows OS/390 2.10 through to z/OS 1.8. What has happened top the z/OS 1.9 bucket? Roger -- 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
clock, daylight savings time
I'm new...to this list and at my new job... Question about setting the clock: Haven't IPL'd in 4 months, so tonight I'm going to IPL the production z/OS 1.7 LPAR and similar test LPAR (each a monoplex) to pick up a new SYS1.PARMLIB(CLOCK00) with a different offset to Greenwich Mean Time (7 instead of 8 for Pacific). Shutdown will quiesce everything nicely. Systems are simple, mostly CICS and MQ. And I come from more of an internals/development background, and haven't been around operations nor hardware lately. Question is: do I have to reset any secondary time of day clock that the HDC (this is some kind of Z9 with a HDC that I think runs some kind of UNIX as its embedded system??) uses for things like hardware time stamps or knowing when to call home or something? My point is, GMT did not change, so I don't need to change any hardware CPU TOD clock for z/OS (not like the old days when we'd set to local). But do I need to make other clock changes for the HCD part of the hardware itself or does it operate on GMT or something? If I need to do more, what's involved? Do I need to do some kind of power-on reset? For the LPAR or for the whole box or whole HCD? Or does IBM take care of that? -- 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: ePSP Bucket for z/OS 1.9 missing?
On Sat, 8 Mar 2008 17:37:58 -0600, Roger Lowe [EMAIL PROTECTED] wrote: Hi Listers, Does anyone know if there is supposed to be a bucket available for z/OS 1.9 that is used by the ePSP Tool? Have been to the url (http://www14.software.ibm.com/webapp/set2/psp/srchBroker) and then as part of the pull-down list for the z/OS operating system buckets it shows OS/390 2.10 through to z/OS 1.8. What has happened top the z/OS 1.9 bucket? Roger Think it depends on how you search. Try this: http://www-1.ibm.com/support/docview.wss?rs=0dc=DB540q1=isg1*uid=isg1_ZOSV1R9aid=1loc=en_UScs=utf-8amp;lang= Sometimes the easiest thing is to just FTP into the server and find it: ftp://ftp.software.ibm.com/s390/pspapartool/ 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: SPAM: Re: Transfer reports from lpar to lpar
On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell [EMAIL PROTECTED] wrote: Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote I would like to use this option however, if I use the 'IP:ipaddr' the jcl reference states that a functional subsystem that can process IP-distributed data sets sends the data to the specified host system. Could you please translate what that means. I see the report in the output queue sitting with a dest of IP but how does the report get transmitted across? Regards, 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: clock, daylight savings time
On Sat, 8 Mar 2008 14:31:26 -0800, Gregory Pinkowski [EMAIL PROTECTED] wrote: I'm new...to this list and at my new job... Question about setting the clock: Haven't IPL'd in 4 months, so tonight I'm going to IPL the production z/OS 1.7 LPAR and similar test LPAR (each a monoplex) to pick up a new SYS1.PARMLIB(CLOCK00) with a different offset to Greenwich Mean Time (7 instead of 8 for Pacific). Shutdown will quiesce everything nicely. This is out of my area of expertise. But from what I recall from previous semiannual postings to this list: o IPL shouldn't be necessary. o Change the local time offset with an operator command. o The updated PARMLIB member will cover the next IPL. o If you have a Sysplex Timer, you can schedule the change in the Sysplex Timer. o Your Unix System Services TZ variables should be set to PST8PDT. There is no time change for UNIX. o Going forward is very safe. Going back is only a problem if you have applications so benighted as to keep critical timestamps in local time, and then to be upset when it regresses. -- 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: clock, daylight savings time
Gil, - Thanks a ton. No coupling facility from what I'm told, GRS via couple dataset (I'm used to MIM via CTC, so this is new to me too). I just want to prove periodically an IPL works, I know it's not necessary. I just haven't seen one at this site since I started here, and I want to compare the start-up to some timing issues I've see starting the disaster recovery machine. USS exists only to support TCPIP, NPF and MQ as necessary. - Greg BTW when I shut down the test LPAR yesterday, z/OS didn't seem to recognize the hardware console as a z/OS console until I cause an interrupt after it's lost the other consoles. Is this normal? -- 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: SPAM: Re: Transfer reports from lpar to lpar
Gilbert Cardenas wrote: On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell [EMAIL PROTECTED] wrote: Guess if all you got is PFCSKs DEST='IP:ipaddr' might suffice w/o NJE quote JCL Reference DEST=destination The destination subparameter for JES2 is one of the following: LOCAL|ANYLOCAL 'IP:ipaddr' name | Nn | NnRm NnnR NnnnRmmm NRmm | NnRm | (node,remote) nodename.userid 'nodename.IP:ipaddr' end quote I would like to use this option however, if I use the 'IP:ipaddr' the jcl reference states that a functional subsystem that can process IP-distributed data sets sends the data to the specified host system. Could you please translate what that means. I see the report in the output queue sitting with a dest of IP but how does the report get transmitted across? Regards, Gil. The remote still must be either a NJE node or a RJE node/workstation. -- 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
RMF Monitor III - job UNKNOWN delay.
Hi folks, Want to confirm that, at z/OS 1.7, RMF Monitor III is not able to identify delays due to PDSE latch contention. We had a lot of batch jobs, all hung, with RMF showing them all 100% Unknown delay. Before I go chasing IBM I just wanted to check that this is still the same at later levels of RMF. I am sure that RMF should be able to detect job delay due to: 1. PDSE latch contention. 2. OMVS delays 3. maybe even TCPIP delays. and it would be real nice if it could make a guess at delays due to 3rd party software ( wishful thinking?? ) Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Beta TEST announcement of Version 3 of SyzAUTO
Zahir, Maybe you should go back and look at the problems that I have helped people with, or maybe look at the programs that I have on the CBT Tape, or talk to one of the people at one of the sites that I have performed contracts at before you decide that I am only using the site for marketing. I spend on average of 2 hours per week (unpaid) on the phone with systems programmers from many sites all over the world (calling on my company's toll free number) helping them with problems that have nothing to do with any contracts or products that Syzygy maintains, it's all for free and I'm happy to do it. Obviously, if someone is looking for a solution that we have developed, I'm not going to disqualify that solution just because I work for the company. There are several hundred users of our products, and I don't need to do marketing, it's not my job, but if there is a solution that we make that will help someone, I'm sure going to bring it up. It would be the same if the solution were an IBM or a CA product, just because I work for a vendor doesn't mean that I should keep it a secret. I'm proud of what I do and who I work for, unlike the people who don't sign their email or use a non-company address to post to the list. 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: SPAM: Re: Transfer reports from lpar to lpar
Setting up NJE really isn't that difficult. I can send you a short set of directions for how to set it up if you want. If your systems are both on the same physical processor (2 LPARs), and if it's a z-series box with an OSA/e or similar, it's even easier. I would bet that your systems people probably already have all of the pieces there, they just need to put them in place. Let me know. 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: Beta TEST announcement of Version 3 of SyzAUTO
Brian, you've got my vote, keep up the good work and just ignore these morons who are fortunately in the minority. Stephen Mednick Computer Supervisory Services Sydney, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Westerman Sent: Sunday, 9 March 2008 5:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Beta TEST announcement of Version 3 of SyzAUTO Zahir, Maybe you should go back and look at the problems that I have helped people with, or maybe look at the programs that I have on the CBT Tape, or talk to one of the people at one of the sites that I have performed contracts at before you decide that I am only using the site for marketing. I spend on average of 2 hours per week (unpaid) on the phone with systems programmers from many sites all over the world (calling on my company's toll free number) helping them with problems that have nothing to do with any contracts or products that Syzygy maintains, it's all for free and I'm happy to do it. Obviously, if someone is looking for a solution that we have developed, I'm not going to disqualify that solution just because I work for the company. There are several hundred users of our products, and I don't need to do marketing, it's not my job, but if there is a solution that we make that will help someone, I'm sure going to bring it up. It would be the same if the solution were an IBM or a CA product, just because I work for a vendor doesn't mean that I should keep it a secret. I'm proud of what I do and who I work for, unlike the people who don't sign their email or use a non-company address to post to the list. 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: Beta TEST announcement of Version 3 of SyzAUTO
In [EMAIL PROTECTED], on 03/06/2008 at 10:27 PM, Brian Westerman [EMAIL PROTECTED] said: I'll past the email below It would be better to make a tombstone announcement with *NO* promotional material and a link to your web site for details. -- 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: Bob Richards
In [EMAIL PROTECTED], on 03/08/2008 at 04:23 PM, Rick Fochtman [EMAIL PROTECTED] said: For those of you that are friends, you should know that Bob Richards had a MAJOR heart attack on Mondy. I'm sure that there are many like me who know him only from the list but would still like to know the progress of his recovery. IMHO it would not be a misuse of the list to post his status here. -- 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: Beta TEST announcement of Version 3 of SyzAUTO
unlike the people who don't sign their email or use a non-company address to post to the list. Some companies have a policy against making public statements using corporate e-mail accounts. Some people are also unemployed, so how can they use a corporate account? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Beta TEST announcement of Version 3 of SyzAUTO
you've got my vote, keep up the good work and just ignore these morons who are fortunately in the minority. Because people have a different opinion than you does not make them morons. Also, calling somebody a moron does not invalidate their opinion. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html