Do I need to setup APPC/MVS?
Hi, I'm trying to configure A3270 server which is part of APPC Application Suite. (Just for selft-learning purpose) According to the manual (Appc Application Suite Administration: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1E500/CCONTENTS?DT=20010606010244) the configure process is not so complicated: First define a VTAM major node for A3270: A3270D APPL APPC=YES,SRBEXIT=NO,DSESLIM=50 A32T01 APPL AUTH=NVPACE,EAS=1,PARSESS=NO,MODETAB=ISTINCLM, SESSLIM=YES Then code a start procedure and start the server. It seems that the server is working fine: +APP1051I A3270 server is ready to accept clients. Then I start a PCOMM session for APPC3270 over EEDLC to my z/os system. I can see the message on PCOMM SNA log: 2/22/2007 15:40:27.468 SNA Communications Subsystem NSMFSM.C 1552 PCS4307I An LU 6.2 session has been activated - Local LU (Alias) is Z14A.PCOMM1 (PCOMM1 ) - Partner LU (Alias) is Z14A.A3270D (A3270D ) - Mode name is #INTER - Session identifier is e6a7af7931424821 - Session polarity is 02 - Session type is 01 - Link station name is @R09 - LFSID is 0200 But on z/os console there're messages indicating an error: APP1013E A connection to Z14A.PCOMM1 was closed because A3270 APP1013E could not open a logical terminal for the client. IST663I INIT OTHER REQUEST FAILED, SENSE=10010008 256 The problem may lie in two sides: network configuration or A3270 server itself. But I strongly suspect it's related to A3270 server because I didn't start APPC/MVS! Actually the manual says to make APPC Application Suite work the prerequisite is to start APPC/MVS first. However, in the configuation procedures for A3270 server it doesn't mention anything about APPC/MVS and that's why I didn't start APPC/MVS. To configure APPC/MVS, I know I need to define something like LU, TP...etc. But I don't know how to define them for A3270 server because the manual didn't say it. I'm a APPC novice and hope anyone here can give me a help. Thanks. Johnny -- 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 V1R8 Hyper Update
Is there an APAR number? Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Marshall Sent: Wednesday, February 21, 2007 8:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS V1R8 Hyper Update Just thought I would update folks on the present problem IBM has accepted as a JES2 problem. MVS Solutions' Thruput Manager is not the guilty party. This was introduced into JES2 with new function when all systems are running JES2 V1R8 in a sysplex. JES2 takes multiple $BR4 abends where eventually an IPL is needed. The code that is failing is managing the XEQCOUNT timers in the checkpoint. The system that encountered this a very heavily loaded batch processing system with many thousand of jobs per hour. Circumvention is 1. Run one of your LPARS in the SYSPLEX back at the z/OS V1R7 level. 2. Set MAXJOBS to some very high number and they think it would be avoided. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: License keys for ISV products(What alternatives are there?)
Unfortunately, at least for the four site IDs I manage, it is not kept up to date. The last site I checked two weeks ago was two versions out of date. -Original Message- From: Bob Rutledge [mailto:snip] Sent: Saturday, February 17, 2007 4:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) Russell, It is already as you think it should be. I've been downloading my LMP keys from SupportConnect and its predecessors for a Long Time--the file is indeed keyed off site-id. Bob -- 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 V1R8 Hyper Update
looks like OA20072 -- 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 V1R8 Hyper Update
Thanks Robert. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Justice Sent: Thursday, February 22, 2007 7:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS V1R8 Hyper Update looks like OA20072 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: SUPERC allocation errors z/OS V1.8 - fix
From Shmuel Metz: Did he specify a member name or just a bare PDS name? If the former then I'd suggestopening a PMR; if the latter then I would say tha There is an ETR and IBM has recreated the problem. Yes, there was a member name. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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 V1R8 Thruput Manager (cont)
Is there an IBM APAR number yet? From: Jim Marshall [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS V1R8 Thruput Manager (cont) Date: Wed, 21 Feb 2007 12:51:50 -0600 Would be interested in knowing if anyone has gone all z/OS V1R8 on all LPARS in a SYSPLEX. Just went to it on Sunday and encountering $BR JES2 abends in the JES2 code which manages the XEQCOUNT timers in the checkpoint. MVS Solutions believes it is not their problem although they have no installations who are running their code in an all z/OS V1R8 environment. Would like to know if anyone has been all z/OS V1R8 and how they have been running and how long. The issue is now requeued back to IBM for further review. We dropped back one system in the complex to z/OS V1R7 and things are now stable. I understand some new functions in JES2 come only when you are all z/OS V1R8. Jim -- 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 _ Dont miss your chance to WIN 10 hours of private jet travel from Microsoft® Office Live http://clk.atdmt.com/MRT/go/mcrssaub0540002499mrt/direct/01/ -- 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: UPDATING VLF data objects without an IPL --a query for the list, please
On Wed, 21 Feb 2007 16:13:59 -0600, Matthew Stitt [EMAIL PROTECTED] wrote: As was pointed out by Mark, the LNKLST is accessed through LLA. VLF only does the memory storage based on LLA requests. So even though you restarted VLF, you must also restart LLA. This might make your changes available to the system. No it still wouldn't have helped because he didn't change the LNKLST by renaming the library. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: UPDATING VLF data objects without an IPL --a query for the list, please
On Wed, 21 Feb 2007 17:07:41 -0600, Tom Schmidt [EMAIL PROTECTED] wrote: On Wed, 21 Feb 2007 16:13:59 -0600, Matthew Stitt wrote: As was pointed out by Mark, the LNKLST is accessed through LLA. VLF only does the memory storage based on LLA requests. So even though you restarted VLF, you must also restart LLA. This might make your changes available to the system. I believe that LLA will refuse to restart if the linklist has been tampered with (as the original poster indicated he was doing or planning to do). LLA had code that checked the extent lists of the active linklist against the referenced linklist (via DD statements or LLA input) and would sputter and fail the restart if they were different. (Maybe that code isn't around anymore - it has been years since I saw that behavior by LLA, but I would bet that it is still the case.) In the case of renaming current to old and new to current on the same volume, I think LLA would restart without complaining. LLA just wouldn't be managing the new library since the LNKLST still has the old one. If you have the time and a sandbox... try it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: What are the naming rules for LPARs?
Awe, come on! Not one person on IBM-MAIN knows the naming rules for LPARs, and/or where the rules are documented? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Wednesday, February 21, 2007 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: What are the naming rules for LPARs? What are the naming rules for logical partitions? (I'll go RTFM if I have it -- is it on the DVD?) 8 characters, upper case alphanumeric, first character alpha? Are $, @, and # legal? (Hate those non-invariant EBCDIC characters.) -- 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: UPDATING VLF data objects without an IPL --a query for the list, please
Mark is absolutely correct on this too. Raj --- In the case of renaming current to old and new to current on the same volume, I think LLA would restart without complaining. LLA just wouldn't be managing the new library since the LNKLST still has the old one. If you have the time and a sandbox... try it. Mark This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- 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
SMTPNOTE to company email system
I want to send emails from z/OS to users on our email system. I did this many many years ago and had problems understanding which of the many available nodename parameters needed to be plugged into the SMTP and SMTPNOTE definitions. Now that I've come to do this again I see my understanding hasn't improved with age. Don't you just hate it when that happens. JIm McAlpine -- 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: UPDATING VLF data objects without an IPL --a query for the list, please
I miss the beginning of this thread, so I am not sure what the original question was. But if it is a matter of renaming a loadlib in the LNKLST and hope that all will be well I believe that it will not be the case. It is my opinion that LLA will come up without an issue, but an I/O error on the LNKLST will occur as soon as somebody tries to access the loadlib that has been renamed. This is a messy situation to be in. But again, I don't know what the original question was and might be barking up the wrong tree. Liliane At 10:43 AM 2/22/2007, Rajesh Dharia wrote: Mark is absolutely correct on this too. Raj --- In the case of renaming current to old and new to current on the same volume, I think LLA would restart without complaining. LLA just wouldn't be managing the new library since the LNKLST still has the old one. If you have the time and a sandbox... try it. Mark This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- 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 Liliane Clever SunGard Higher Education/Temple University Lead Systems Programmer 1-215-204-6411 (Office) ; 1-215-204-1817 (Fax) [EMAIL PROTECTED] ; [EMAIL PROTECTED] www.sungardhe.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: What are the naming rules for LPARs?
Thank you! Charles -- 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: What are the naming rules for LPARs?
On Thu, 22 Feb 2007 09:59:04 -0600, Patrick Lyon wrote: On Thu, 22 Feb 2007 07:32:28 -0800, Charles Mills wrote: Awe, come on! Not one person on IBM-MAIN knows the naming rules for LPARs, and/or where the rules are documented? Charles From the HCD Help panel: Partition Name ...or http://publibz.boulder.ibm.com/epubs/pdf/b1070375.pdf (IOCP User's Guide) page 2-10 Norbert Friemel -- 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: SMTPNOTE to company email system
You need to customize the SMTPNOTE exec on TCPIP.SEZAINST. There are customization instructions in the beginning of the Rexx exec. The nodename would be the JES defined NJE node name on your system. Regards, John Kalinich Jim McAlpine from the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/22/2007 10:05:39 AM: I want to send emails from z/OS to users on our email system. I did this many many years ago and had problems understanding which of the many available nodename parameters needed to be plugged into the SMTP and SMTPNOTE definitions. Now that I've come to do this again I see my understanding hasn't improved with age. Don't you just hate it when that happens. -- 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: SMTPNOTE to company email system
On 2/22/07, John P Kalinich [EMAIL PROTECTED] wrote: You need to customize the SMTPNOTE exec on TCPIP.SEZAINST. There are customization instructions in the beginning of the Rexx exec. The nodename would be the JES defined NJE node name on your system. OK, I've switched SMTP debug on and this is what I'm getting in the SMTP SYSDEBUG output - EZA5126I EZA5125I IBM MVS SMTP CS V1R4 on Thu, 22 Feb 07 17:37:08 EST EZA5551I -1 EXITPARMS VER 1 ACTN 1 USER TOKEN 0 IPADDR 0 DLEN 0 SAFTOKEN ADDR 0 EZA5552I -1 USER EXIT RETCODE 4 EZA5564I 02/22/07 17:40:38 Processing spool file TSU00438 EZA5565I 02/22/07 17:40:38 Read spool file TSU00438 sent by MAINT at ZSERVER using TSO XMIT EZA5200I 257 220 ZSERVER.coa.local running IBM MVS SMTP CS V1R4 on Thu, 22 Feb 07 17:40:38 EST EZA5196I 257 helo N1 EZA5200I 257 250 ZSERVER.coa.local is my domain name. I've never heard of you! EZA5196I 257 mail from:[EMAIL PROTECTED] EZA5200I 257 250 OK EZA5196I 257 rcpt to:[EMAIL PROTECTED] EZA5200I 257 250 OK EZA5196I 257 data EZA5200I 257 354 Enter mail body. End by new line with just a '.' EZA5200I 257 250 Mail Delivered EZA5198I 1 220 MX1.cedar.com ESMTP MailMarshal (v6.1.5.586) Ready EZA5200I 1 HELO ZSERVER.coa.local EZA5198I 1 250 MX1.cedar.com Hello ZSERVER.coa.local (172.72.32.1) EZA5200I 1 MAIL FROM:[EMAIL PROTECTED] EZA5198I 1 501 Badly formatted mail from [EMAIL PROTECTED] EZA5200I 1 QUIT EZA5198I 1 221 MX1.cedar.com closing connection It seems I've got 2 errors - I've never heard of you and badly formatted mail. Any thoughts. Jim McAlpine -- 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: SMTPNOTE to company email system
Jim McAlpine from the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/22/2007 11:00:46 AM: On 2/22/07, John P Kalinich [EMAIL PROTECTED] wrote: You need to customize the SMTPNOTE exec on TCPIP.SEZAINST. There are customization instructions in the beginning of the Rexx exec. The nodename would be the JES defined NJE node name on your system. OK, I've switched SMTP debug on and this is what I'm getting in the SMTP SYSDEBUG output - EZA5126I EZA5125I IBM MVS SMTP CS V1R4 on Thu, 22 Feb 07 17:37:08 EST EZA5551I -1 EXITPARMS VER 1 ACTN 1 USER TOKEN 0 IPADDR 0 DLEN 0 SAFTOKEN ADDR 0 EZA5552I -1 USER EXIT RETCODE 4 EZA5564I 02/22/07 17:40:38 Processing spool file TSU00438 EZA5565I 02/22/07 17:40:38 Read spool file TSU00438 sent by MAINT at ZSERVER using TSO XMIT EZA5200I 257 220 ZSERVER.coa.local running IBM MVS SMTP CS V1R4 on Thu, 22 Feb 07 17:40:38 EST EZA5196I 257 helo N1 EZA5200I 257 250 ZSERVER.coa.local is my domain name. I've never heard of you! EZA5196I 257 mail from:[EMAIL PROTECTED] EZA5200I 257 250 OK EZA5196I 257 rcpt to:[EMAIL PROTECTED] EZA5200I 257 250 OK EZA5196I 257 data EZA5200I 257 354 Enter mail body. End by new line with just a '.' EZA5200I 257 250 Mail Delivered EZA5198I 1 220 MX1.cedar.com ESMTP MailMarshal (v6.1.5.586) Ready EZA5200I 1 HELO ZSERVER.coa.local EZA5198I 1 250 MX1.cedar.com Hello ZSERVER.coa.local (172.72.32.1) EZA5200I 1 MAIL FROM:[EMAIL PROTECTED] EZA5198I 1 501 Badly formatted mail from [EMAIL PROTECTED] EZA5200I 1 QUIT EZA5198I 1 221 MX1.cedar.com closing connection It seems I've got 2 errors - I've never heard of you and badly formatted mail. Any thoughts. Is N1 your NJE node name? -- 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: SMTPNOTE to company email system
On 2/22/07, John P Kalinich [EMAIL PROTECTED] wrote: Is N1 your NJE node name? -- Yes, it is. Jim McAlpine -- 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: SMTPNOTE to company email system
In a message dated 2/22/2007 11:12:13 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Yes, it is. Do a NETSTAT HOme from TSO. The nodename should match the TCP nodename. If you're using EZAZSSI it's the P=SYSNAME parm. If omitted uses the JES NODENAME. Can see from SDSF NODES the names and numbers. In SMTP think you need REWRITERFC822HEADER. Lionel's XMITIP is a nice package that has an ISPF interface and can do ZIP and Text to PDF conversion(the sample is a report that looks like printed Greenbar). It's at _www.lbdsofware.com_ (http://www.lbdsofware.com) It can also do UDP so no SMTP on host(we block port 23 from incoming on host). Don't remember the format, but to monitor SMTP use SMSG is TSO command SMSG Q SMTP QUEUE or something the maybe the ? works. BRBRBR**BR AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.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
Attractive Alternatives to Mainframes
I sure hope they do a follow-up on this one early next year. Attractive Alternatives to Mainframes Are Breaking Their Decades-Old Hold on Wall Street http://www.wallstreetandtech.com/showArticle.jhtml?articleID=197007742 -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attractive Alternatives to Mainframes
I detect a reboot hill on this one showing up soon. -- 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: Attractive Alternatives to Mainframes
On Thu, 22 Feb 2007 10:54:01 -0700, Kopischke, David G. wrote: I sure hope they do a follow-up on this one early next year. Lets see... Gartner called it a reasonable sized mainframe shop and the VP mentioned that it was a 1600 MIPS system. That is, what, a 3-way z9?!? So IBM lost a Baby Computer (z9BC) on Wall Street... Can Unicics really handle that load reliably? (Why did Sun part with it if it was so good?) -- Tom Schmidt Madison, WI -- 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: Attractive Alternatives to Mainframes
David Kopischke wrote: I sure hope they do a follow-up on this one early next year. Attractive Alternatives to Mainframes Are Breaking Their Decades-Old Hold on Wall Street Why do you want to see a follow up? They'll just tell you how wonderful their new system is and it's almost as reliable as a mainframe and it's cheaper (if you don't include all of the hidden costs). Personally I don't want my financial future to rely on almost. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: Attractive Alternatives to Mainframes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Thursday, February 22, 2007 12:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Attractive Alternatives to Mainframes On Thu, 22 Feb 2007 10:54:01 -0700, Kopischke, David G. wrote: I sure hope they do a follow-up on this one early next year. Lets see... Gartner called it a reasonable sized mainframe shop and the VP mentioned that it was a 1600 MIPS system. That is, what, a 3-way z9?!? So IBM lost a Baby Computer (z9BC) on Wall Street... Can Unicics really handle that load reliably? (Why did Sun part with it if it was so good?) -- Tom Schmidt The previous administration here wanted to go 100% Windows, porting all z/OS applications as-is to Windows, not doing any sort of rearchitecting. The software conversion company stated that they could take a CICS program and convert it to a native Windows program with equivalent functionality. Apparently they had some Windows/COBOL programs which would emulate the CICS functions such as TempStor. All the VSAM was to be converted to MS SQL tables. They had some sort of GDG emulator as well. And they could complete it in about 9 months. Granted, we are only a 300 MIPS shop (2068-A02). They also said that they would guarantee equivalent or better reliability, availability, and response time. But there was nothing about replacement of products such as CA-7 for scheduling or CA-11 for restart or AbendAid for post-mortem diagnostics (rerun the program in their source tracing environment, step by step, until the error occurs - are they kidding?) -- 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: z/OS System Cmd Characters
On Wed, 21 Feb 2007 10:32:36 -0700, Lance Kopplin [EMAIL PROTECTED] wrote: Actually, I put together a rexx exec that works out what command reference characters are being used (it goes through JES3 DLOG, so only commands actually used can be found). If anyone is interested, it's free for the asking. Lance OK Lance.I'm asking? You can send it to my e-mail address at work: [EMAIL PROTECTED] THANX, Mark -- 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: Attractive Alternatives to Mainframes
Our agency blocks access to this site! Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kopischke, David G. Sent: Thursday, February 22, 2007 12:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Attractive Alternatives to Mainframes I sure hope they do a follow-up on this one early next year. Attractive Alternatives to Mainframes Are Breaking Their Decades-Old Hold on Wall Street http://www.wallstreetandtech.com/showArticle.jhtml?articleID=197007742 -- 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
SHOWzOS Version 714 fix (Warning)
Hi folks, please apply the following source code changes: If assembly runs on z/OS R7 with zIIP support (Version or 01.07.01) or z/OS R8 (zIIP support in the base) and execution starts on an earlier OS it will overlay the PSA+800 while invoking the CNZQUERY on a OS which doesn't support this function. Well of course I just analyze a single SADUMP with combination assembly on R8 and running on R6. I didn't try every combination. So please apply the change asap. MVSLEVEL SETC '705' RS0704 AIF (NOT D'CVTH7709).SPLVL31S RS0704 AIF (T'SYSSTATE_OSREL EQ 'O').ZOSR16 RS0806 AIF ('SYSSTATE_OSREL'(1,6) LT '010106').SPLVL31S RS0806 .ZOSR16 ANOPRS0806 TMCVTOSLV3,CVTH7709 z/OS R6? RS0704 JZSPLVL31Sno, jump RS0704 OIHBB7709,L'HBB7709 keep it for later RS0704 MVSLEVEL SETC '706' RS0405 .ZOSR7 ANOP AIF (NOT D'CVTH7720).SPLVL31S RS0405 AIF (T'SYSSTATE_OSREL EQ 'O').ZOSR17 RS0806 AIF ('SYSSTATE_OSREL'(1,6) LT '010107').SPLVL31S RS0806 .ZOSR17 ANOPRS0806 TMCVTOSLV5,CVTH7720 z/OS R7? RS0405 JZSPLVL31Sno, jump RS0405 OIHBB7720,L'HBB7720 keep it for later RS0405 MVSLEVEL SETC '707' RS0106 .ZOSR8 ANOP AIF (NOT D'CVTH7730).SPLVL31S RS0106 AIF ('SYSSTATE_OSREL'(1,6) LT '010108').SPLVL31S RS0806 TMCVTOSLV5,CVTH7730 z/OS R8? RS0106 JZSPLVL31Sno, jump RS0106 OIHBB7730,L'HBB7730 keep it for later RS0106 MVSLEVEL SETC '708' RS0106 Sorry Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
On Wed, 21 Feb 2007 12:27:59 -0500, Shmuel Metz (Seymour J.) shmuel+ibm- [EMAIL PROTECTED] wrote: ... It was the only one that was grossly incompatible. The others may have been missing instructions but the instructions they did have behaved in accordance with S/360 PoOps. ... As I recall, some of the registers actually had hard-coded values; they could be used as base registers but little else. I have no idea what happened if you tried storing into them. That alone supports your grossly incompatable assertion. It didn't even bother to pretend its linkage conventions were the same as s/360. It used something other than the s/360 linkage instructions BAL and BALR (BAS and BASR, as I recall). Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to FTP to mainframe using .NET Framework
Dear Friends, I am helping a colleague set up a .NET Framework 2.0 FTP WEB Request to ftp a file to a z\OS 1.4 system. The file should end up in the Z\OS file system. Using some examples found on the net, my colleague has been able to write a script that will logon to z\OS (confirmed in the z\OS log), but then the transfer request fails with a 501 message. The z\OS log shows a security violation on an HFS structure which leads me to believe the STOR request is trying to put the file into the open system file system, not the z\OS file system. The ID we are using can FTP to the mainframe without problem if the FTP is carried out manually from the Windows FTP client. I am curious to know if anyone can point us to a working example on the net which shows a working syntax for this type of transfer. TIA Nigel Salway Senior Analyst 1900 Albert Street Regina, SK S4P 4K8 Telephone: (306) 761-4063 Fax:(306) 761-4141 CONFIDENTIALITY NOTICE: Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Thursday, February 22, 2007 2:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM S/360 series operating systems history snip As I recall, some of the registers actually had hard-coded values; they could be used as base registers but little else. I have no idea what happened if you tried storing into them. That alone supports your grossly incompatable assertion. It didn't even bother to pretend its linkage conventions were the same as s/360. It used something other than the s/360 linkage instructions BAL and BALR (BAS and BASR, as I recall). snip I rarely called other programs, but when I did, I used the basic protocols (R0-R1, R13-R15) with STM/LM, but using halfwords. The BAL/R did not work, because the registers were only halfword size which meant you had no place to store the linkage information. R3-R6 (as I recall, I don't happen to have my Model 20 card/booklet handy) were fixed, R3= x'1000', R4= x'2000' ... I can't remember what happened if you stored into them either (I'm not sure if you got a HALT of the SPEC type or what). R1-R2 worked exactly like the PoOP says for the other S/360s when it came to TRT and EDMK. I must disagree with the idea that it was grossly incompatable for several reasons: a) BAL code could be moved between the two environments with a few changes (mainly, the half-word register conventions, and using preset registers, which is where I think the R3 for base got started...). And we used a BAL/BALR macro so that we didn't have to change our thinking all the time. b) EBCDIC is EBCDIC between the two machines (no funny stuff as happened between Burroughs' EBCDIC and IBM's) c) RPG moved directly from the Model 20 to any other DOS machine (H F specs may have needed one or two changes) d) Tapes had the same internal formats between the two systems. e) If you had a large enough model (sufficient memory and some channel feature(s)), you could hang 2311 disks on them and then exchange those with a S/360 using 2311s f) Decimal instructions worked exactly the same, including ED and EDMK Many years after working in a circus bureau, I had the pleasure of being at a certain US Gov't shop, they had two model 20s where they were still exchanging 800/1600 BPI tapes using SL with a JES3 environment. I was the only person there that had any real experience with a 20 to do program patches. Perhaps my definition of gross incompatible is different. But I would call a UNIVAC 1100 grossly incompatible with a S/360 (no real EBCDIC support, data interchange needed to be via 9 bit ASCII, COBOL had to converted to run on IBM from UNIVAC (or Honeywell), CARDs punched on UNIVAC may not even be readable by IBM...). Regards, Steve Thompson -- 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 Called routines Working Storage
One of the application programmers asked: If I have program A doing a dynamic call to Program B, is the working storage of program B preserved between calls? By observation he seems to recall in the past (years ago) it was, but current program behaviour would suggest that the storage is reset. z/OS 1.6, LE run time, not sure whether he using COBOL II or Enterprise COBOL. Can someone confirm/deny and where can we read up on that? Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Called routines Working Storage
Well it depends and I haven't looked at it in the last years. So I might be wrong. YES this is true on the same call level and unless you code IS INITIAL in the Program-ID Program-Id. CALLTEST. Sorry can't remember if the old WSCLEAR (now LE STORAGE runtime option) apply in the case. I believe Bill will jump into this with a lot of information as always. Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan C. Field Sent: Thursday, February 22, 2007 10:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL Called routines Working Storage One of the application programmers asked: If I have program A doing a dynamic call to Program B, is the working storage of program B preserved between calls? By observation he seems to recall in the past (years ago) it was, but current program behaviour would suggest that the storage is reset. z/OS 1.6, LE run time, not sure whether he using COBOL II or Enterprise COBOL. Can someone confirm/deny and where can we read up on 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
IBMLink Search Strings for Message Codes?
How come I find OA16505 only when I search for msgEDC5153I, but OW41024 only when I search for EDC5153I? Ain't there suppose to be some kinda rule or standard or somethin? Or is there a convention of wildcarding the search pattern that I'm unawares of? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Called routines Working Storage
Alan C. Field wrote: One of the application programmers asked: If I have program A doing a dynamic call to Program B, is the working storage of program B preserved between calls? By observation he seems to recall in the past (years ago) it was, but current program behaviour would suggest that the storage is reset. z/OS 1.6, LE run time, not sure whether he using COBOL II or Enterprise COBOL. Can someone confirm/deny and where can we read up on that? The answer is, of course: it depends. Generally speaking, however, in the situation you describe the working-storage of Program B is preserved. (I'm assuming batch here, not CICS.) Now the exceptions: * If Program A issues a CANCEL for Program B before calling again, a fresh copy of Program B is loaded * If Program B has the INITIAL attribute in the program-id paragraph, Program B is always entered in its initial state * Finally, it might matter if Program B is compiled and bound as RENT or not; if compiled and bound as RENT, then the module stays around and each call uses the current existing copy; if not, a fresh copy should be loaded (or at least a new Working-storage should be built); also, certain LE runtime options might change behavior; you might check if the runtime options have been changed since you noticed the change in behavior COBOL for MVS VM added the local-storage section; if you have both a local-storage and a working-storage, think of local-storage items as transient and working-storage items as persistent. Hope this helps. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [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
[no subject]
-- 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: IBMLink Search Strings for Message Codes?
On Thu, 22 Feb 2007 14:47:47 -0700, Paul Gilmartin wrote: How come I find OA16505 only when I search for msgEDC5153I, but OW41024 only when I search for EDC5153I? Ain't there suppose to be some kinda rule or standard or somethin? Or is there a convention of wildcarding the search pattern that I'm unawares of? -- gil -- Here's the keywords folks are supposed to include in APAR text. From ServiceLink User's Guide (SH52-0300-10): 10.4 Using Some Common Words in Search Arguments Topic lines 2 to 36 of 61 Table 5 shows some common words you can use in search arguments to help you find what you are searching for more easily. ++ | Table 5. Some Common Words in Search Arguments | +-×--×-×-+ | To find this| Start your | For example, to | Use this search | | information in | search argument | find this | argument... | | records... | with this| information... | | | | word... | | | +-+--+-+-+ | Abnormal ending | ABEND| 0C4 | ABEND0C4| +-+--+-+-+ | Address | ADRS/| 140C| ADRS/140C | +-+--+-+-+ | Closed date | CLyy/mm/dd | All records | CL90/12/01 | | | | closed on or| | | | | after December | | | | | 1, 1990 | | +-+--+-+-+ | Closing code| CC/ | All records | CC/PER | | | | Closed PER | | | | | (Preventive)| | +-+--+-+-+ | Device type | D/T | 3725| D/T3725 | +-+--+-+-+ | Incorrect | INCORROUT| Generic | INCORROUT | | output | | incorrect | | | | | output | | +-+--+-+-+ | Last changed| LCyy/mm/dd | All records | LC89/04/17 | | date| | changed on or | | | | | after April 17, | | | | | 1989| | +-+--+-+-+ | Loop| LOOP | Generic loops | LOOP| +-+--+-+-+ | Message number | MSG for MVS or | IDC3009I or | MSGIDC3009I or | | | MS for VM| DMKDDR705 | MSDMKDDR705 | +-+--+-+-+ | Operations code | OPCS/| BALR| OPCS/BALR | +-+--+-+-+ | Overlaid core | OVS/ | Overlaid core | OVS/CORE| +-+--+-+-+ | Performance | PERFM| Generic | PERFM | | | | performance | | +-+--+-+-+ | PTF | PTFS/| UY29269 | PTFS/UY29269| +-+--+-+-+ | Publication | PUBS/| GC281839| PUBS/GC281839 | +-+--+-+-+ | Release | R| 151 | R151| +-+--+-+-+ | Signal | SIG/ | Alarm | SIG/ALARM | +-+--+-+-+ | Status | ST/ | All records in | ST/OPEN | | | | OPEN status | |
Re: Attractive Alternatives to Mainframes
Speaking of reboot hill does someone have a current URL for it? I tried www.rebootthill.com and got back a not found. Ed On Feb 22, 2007, at 12:13 PM, Robert Justice wrote: I detect a reboot hill on this one showing up soon. -- 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
COBOL Called routines Working Storage
Basically, I agree with Steve (Yes, is the default with IS INITIAL and CANCEL being the major exceptions). However, I do NOT think that RENT will have any impact; nor will whether or not it is under CICS. If the subprogram is called dynamically, then Working-Storage (not Local-Storage) should be in last used state. The one other weird exception has to do with when you have multiple ENTRY statements in the subprogram and you call the same subprogram at different entry points. However, even there, things in WS should be OK (last-used state), However, Linkage Section can get messy. What symptom did the original programmer have to think things were NOT in last used state? Steve Comstock [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Alan C. Field wrote: One of the application programmers asked: If I have program A doing a dynamic call to Program B, is the working storage of program B preserved between calls? By observation he seems to recall in the past (years ago) it was, but current program behaviour would suggest that the storage is reset. z/OS 1.6, LE run time, not sure whether he using COBOL II or Enterprise COBOL. Can someone confirm/deny and where can we read up on that? The answer is, of course: it depends. Generally speaking, however, in the situation you describe the working-storage of Program B is preserved. (I'm assuming batch here, not CICS.) Now the exceptions: * If Program A issues a CANCEL for Program B before calling again, a fresh copy of Program B is loaded * If Program B has the INITIAL attribute in the program-id paragraph, Program B is always entered in its initial state * Finally, it might matter if Program B is compiled and bound as RENT or not; if compiled and bound as RENT, then the module stays around and each call uses the current existing copy; if not, a fresh copy should be loaded (or at least a new Working-storage should be built); also, certain LE runtime options might change behavior; you might check if the runtime options have been changed since you noticed the change in behavior COBOL for MVS VM added the local-storage section; if you have both a local-storage and a working-storage, think of local-storage items as transient and working-storage items as persistent. Hope this helps. Kind regards, -Steve Comstock The Trainer's Friend, 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: Attractive Alternatives to Mainframes
http://www.actscorp.com/reboothill.htm - but they admit the stories are old. However, they admit they are trolling for new stories. Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday February 22 2007 14:38 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Attractive Alternatives to Mainframes Speaking of reboot hill does someone have a current URL for it? I tried www.rebootthill.com and got back a not found. Ed On Feb 22, 2007, at 12:13 PM, Robert Justice wrote: I detect a reboot hill on this one showing up soon. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to FTP to mainframe using .NET Framework
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Salway, Nigel Sent: Thursday, February 22, 2007 3:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: How to FTP to mainframe using .NET Framework Dear Friends, I am helping a colleague set up a .NET Framework 2.0 FTP WEB Request to ftp a file to a z\OS 1.4 system. The file should end up in the Z\OS file system. Using some examples found on the net, my colleague has been able to write a script that will logon to z\OS (confirmed in the z\OS log), but then the transfer request fails with a 501 message. The z\OS log shows a security violation on an HFS structure which leads me to believe the STOR request is trying to put the file into the open system file system, not the z\OS file system. The ID we are using can FTP to the mainframe without problem if the FTP is carried out manually from the Windows FTP client. I am curious to know if anyone can point us to a working example on the net which shows a working syntax for this type of transfer. TIA Nigel Salway When you set up the ftp server parameters on the z/OS system, you tell it whether to start up in the z/OS legacy dataset system or the UNIX filesystem. This is the STARTDIRECTORY parameter in the FTP.DATA parameter dataset or UNIX file: ask the person who set up the FTP daemon on z/OS what it is. It can be either MVS or HFS, meaning normal DATASETs or a UNIX file. How is the user specifying the DSN in his VB program? Could [s]he try enclosing it in tick marks (single quotes, apostropies or ')? If [s]he does this, the entire DSN must be used, including the user's high level. Unfortunately, I don't know if this is possible in VB.NET. I don't do Windows programming. What needs to be sent is the equivalent of: put windows.file 'USERID.WINDOWS.FILE' Note that if you send a file which starts with a solidus (/), then the ftp server will automatically switch to the HFS environment. That is, if you do the equivalent of: put /dir1/dir2/windows.file it will try to put the data in the UNIX file /dir1/dir2/windows.file. Never specify a file that starts with or contains a solidus (/). That is, have the program always do a change directory to the Windows directory which contains the file to be transferred, then just use the file name. Some other information that may or may not be useful: The z/OS FTP server determines whether to put something in a normal DATASET or in a UNIX file based on the last cd command issued. If the name after the cd command starts with a solidus (slash), then it switches to UNIX. If it starts with a ', it switches to the legacy dataset environment. If possible, have them do a manual ftp using their userid and password. Look for a message similar to: 203 USERID is logged on. Working directory is USERID.. The above message is when the default is for MVS datasets. If you see somthing like: 203 USERID is logged on. Working directory is /u/USERID. Then you are starting up in the UNIX filesystem world. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
help -- ignorant new boss
Yikes. So, because of a reorg, I have a new boss that knows nothing about mainframes at all. Not even Unix. Just Windoze, as far as I can tell. I've always had a manager that used to do my job or one very close to it. Now I have to explain to him all the projects I'm working on, etc. In other words, really, it's a job interview. Am I worth anything to the company? I'm the only full time sysprog left here. I know. I know. And I'm sorry that, yes, at least I do still have a job doing what I love. I know many of us have been retired lately. Any sage words would be appreciated. Or job offers. :) -- 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: help -- ignorant new boss
Change your on-call number to your cell phone. Then forward it to his --- [This E-mail scanned for viruses by Declude Virus] -- 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: help -- ignorant new boss
On Thu, 22 Feb 2007 20:18:01 -0600, Graying MVS Sysprog wrote: Yikes. So, because of a reorg, I have a new boss that knows nothing about mainframes at all. Not even Unix. Just Windoze, as far as I can tell. I've always had a manager that used to do my job or one very close to it. Now I have to explain to him all the projects I'm working on, etc. In other words, really, it's a job interview. Am I worth anything to the company? I'm the only full time sysprog left here. I know. I know. And I'm sorry that, yes, at least I do still have a job doing what I love. I know many of us have been retired lately. Do you know if your company is looking at outsourcing your mainframe (yet)? Did your new boss want this new position or was he/she pushed into it from a (better) job? -- Tom Schmidt Madison, WI -- 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: help -- ignorant new boss
On Thu, 22 Feb 2007 20:47:47 -0600, Tom Schmidt wrote: Do you know if your company is looking at outsourcing your mainframe (yet)? Why? You need the business? Actually, I don't think they know enough to have thought of it. Did your new boss want this new position or was he/she pushed into it from a (better) job? Two groups combined and my old boss was, um, expatriated. -- 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: help -- ignorant new boss
Get your resume in shape fast. Ed On Feb 22, 2007, at 8:18 PM, Graying MVS Sysprog wrote: Any sage words would be appreciated. Or job offers. :) -- 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: help -- ignorant new boss
Well, you've got two choices. 1) You can take the time to educate your boss on the history of mainframes, how they transformed the business world, how they have a greater transaction throughput than the PC, servers or even midranges, how they're far more stable and secure than the PC, and how they can handle the heavy lifting of large-scale processing that the PC will never approach. Explain the necessity of the mainframe as part of the overall business paradigm (nobody really knows what paradigm means, but I think your boss would probably be impressed by it), and over time get him more involved in learning the ins and outs of the world of big iron. 2) You can blind him with your spare bottle of Grecian Formula 16, beat him with your cane, cut his jugular with your plastic pocket protector, pull his guts out with a decolator, and hide his body under a large pile of 80-column cards... Let me know when you're sentenced. I'll send you a cake with an IBM s/360 hex card (http://weblog.ceicher.com/archives/IBM360greencard.pdf) baked inside. M, hex cake... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Graying MVS Sysprog Sent: Thursday, February 22, 2007 21:18 To: IBM-MAIN@BAMA.UA.EDU Subject: help -- ignorant new boss Yikes. So, because of a reorg, I have a new boss that knows nothing about mainframes at all. Not even Unix. Just Windoze, as far as I can tell. I've always had a manager that used to do my job or one very close to it. Now I have to explain to him all the projects I'm working on, etc. In other words, really, it's a job interview. Am I worth anything to the company? I'm the only full time sysprog left here. I know. I know. And I'm sorry that, yes, at least I do still have a job doing what I love. I know many of us have been retired lately. Any sage words would be appreciated. Or job offers. :) -- 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: help -- ignorant new boss
This might be a sign that the mainframe (and by implication, you) are being de-emphasized. OTOH, he may quickly realize that the mainframe is strategic (is it at your shop?) and that he is responsible for it (in a management sense of responsible) and that you are his lifeline. Could be a good thing for you and your job. I've got a PowerPoint Intro to Mainframes that I can send you if you write me off-list. It's a little out of date, but it's good stuff. He would be the right audience. Assumes someone who is very lightly technical, has some familiarity with computers in general. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Graying MVS Sysprog Sent: Thursday, February 22, 2007 6:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: help -- ignorant new boss Yikes. So, because of a reorg, I have a new boss that knows nothing about mainframes at all. Not even Unix. Just Windoze, as far as I can tell. I've always had a manager that used to do my job or one very close to it. Now I have to explain to him all the projects I'm working on, etc. In other words, really, it's a job interview. Am I worth anything to the company? I'm the only full time sysprog left here. I know. I know. And I'm sorry that, yes, at least I do still have a job doing what I love. I know many of us have been retired lately. Any sage words would be appreciated. Or job offers. :) -- 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