Re: Converting / Copying a dataset from RECFM=UA to RECFM=FB
I think reading recfm u returns the length in register 1. If he writes variable he will be responsible for the block and record prefixes. It should be simpler to write fixed with a little blank padding. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Thursday, August 07, 2008 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Converting / Copying a dataset from RECFM=UA to RECFM=FB Rahul Do remember I'm a bit rusty on these matters. It's possible that your BLKSIZE=0 caused JES2 - was it? - to come up with a rubbish BLKSIZE. I seem to remember that, if a parameter is missing - and 0 would be considered missing for BLKSIZE - the value set by the program opening and closing the data set for the equivalent parameter is going to set it. In addition the program can reset already specified parameters as shown by the change from FB to UA. This may also be a consequence of your having specified BLKSIZE=0. There are a lot of guess here. If JES2 - as I suppose - has specified "A" as one of the RECFM characters - mapped from bits internally if my memory is to be trusted - it probably did so for a reason and the printout is probably prepared with the "ASA" carriage control characters. Note also that your program which insists on FB or VB is very probably capable - although it's not guaranteed! - of dealing with FBA and VBA. In other words it is interested only in dealing with "fixed" or "variable" organisation and probably even doesn't care whether or not the records are blocked. My first idea was to suggest you try again using the following in your IEFBR14 job step: //STEP01 EXEC PGM=IEFBR14 //DD1 DD DSN=MY.DATASET, //DISP=(NEW,CATLG,DELETE),SPACE=(CYL,(125,50),RLSE), //DCB=(RECFM=FBA,LRECL=133,BLKSIZE=133) But now I appreciate where the LRECL=133 came from in what you showed as the data set characteristics in your original post. This inclines me to think that the BLKSIZE=101 may be trusted as the largest block created and that other blocks are created which are equal to or smaller than 101 - and that when RECFM=U was specified it was meant to be just that: "undefined". Since you have written a little "read a record"/"write the record" program, perhaps you can adjust that to read the undefined blocks one at a time, note the length - someone who knows precisely how by heart please jump in - and write it out as a record with "variable" organisation, that is, with the correct length half-word and null half-word at the beginning. Note that you can specify any BLKSIZE value you like - greater than 105 for reasons I hope you understand - and the system will take care of when to write out your blocks with your variable length records. You do not even need to specify the DCB parameters in your JCL but rather you can specify them all in the DCB macros within your program. I'm pretty sure you need bother only with BLKSIZE and RECFM and that LRECL will be needed neither with "undefined" organisation nor with "variable" organisation. With any luck there remains now only the question of whether or not the recipient of the email can do anything with the carriage control character. If he/she complains about the useless extra character at the beginning of each line - printable at least since it's "ASA", you can use your little program just to throw it away - or - if you want to be really helpful, you could look up what the "ASA" control characters mean in terms of manoeuvering a printer carriage and adjust your output accordingly, even, for instance, going as far as simulating a new page using a full line of hyphens. Chris Mason On Thu, 7 Aug 2008 19:59:28 +0530, Rahul Karsija <[EMAIL PROTECTED]> wrote: >Hi >My original program sends out data to the spool and then the report is >printed. My task is to send the data to a dataset, and then email this >dataset. The email program (IKJEFT1A) doesn't support such datasets and >requires FB or VB as input > >I had also created the dataset using IEFBR14 - > >//STEP01 EXEC PGM=IEFBR14 >//DD1 DD DSN=MY.DATASET, >//DISP=(NEW,CATLG,DELETE),SPACE=(CYL,(125,50),RLSE), >//DCB=(RECFM=FB,LRECL=133,BLKSIZE=0) >//SYSPRINT DD SYSOUT=* >//SYSINDD DUMMY >//SYSUDUMP DD SYSOUT=* > >Then, I used this dataset in my original program, with DISP=OLD. The >program converts it to RECFM=UA (undefined length record) while writing out >data to it. > >Regards >Rahul Karsija > > > >On Thu, Aug 7, 2008 at 6:38 PM, Chris Mason <[EMAIL PROTECTED]> wrote: > >> Rahul >> >> I'm a bit rusty on theses matters since I don't have systems to play with >> these days. However, if I wanted to set up an existing data set with DCB >> parameters other than those currently assigned, I'd try the following: >> >> First of all I'd be using IEBGENER as the program. >> >> Then I'd define the input data set with DCB parameters which "overrode" the >> store
Re: Tracing from a Terminal/Netname
D net,id=GI15126,e might give the ip unless you are using a security server; be quick. >From the ip you might identify a pac. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, August 07, 2008 12:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Tracing from a Terminal/Netname > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of FRANSISCUS KAURRANY > Sent: Thursday, August 07, 2008 12:07 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Tracing from a Terminal/Netname > > Dear All, > > We had a user trying to logon using somebody's elses user-id, and he > accidently (or on purpose) enter a wrong password for more > than 3 times, > that caused that id to actually revoked by RACF. > > Is there a way to trace that back to the computer names/IP? So we can > know for sure who or at least from whose terminal that does that? > > > > We saw the syslog and sees something like this > [snip] > > The terminal GI15126 is IP POOLed Terminal, dynamic depending on the > request. It stays on somebodys's emulator until he/she closes it. > > So if I want to know, during this time terminal GI15126 is > being opened > by whose PC's name/IP how? > > Any help and suggestion is highly appreciated. > > Thank you > > Regards, > > Frans If you have the SMF type 119 records turned on, then you could try to find the connect record for that LU name in the given time period. I.e. start at the time the error occurred and go back in time until you find the first connection record for that LU. One problem: if the IP address is assigned via DHCP (as most are anymore), then the IP address may be insufficient to track down the perp. Most DHCP servers don't bother to log an IP address vs. MAC address association. No, I don't have such a routine. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tracing from a Terminal/Netname
Here's a connection without a security server, likely the terminal name will be reassigned before dhcp is an issue. ENTER VTAM COMMAND d net,id=TC4P0007,e IST097I DISPLAY ACCEPTED IST075I NAME = UMBINET.TC4P0007 , TYPE = DYNAMIC APPL IST486I STATUS= ACT/S , DESIRED STATE= ACTIV IST1447I REGISTRATION TYPE = CDSERVR IST1629I MODSRCH = NEVER IST977I MDLTAB=***NA*** ASLTAB=***NA*** IST861I MODETAB=ISTINCLM USSTAB=***NA*** LOGTAB=***NA*** IST934I DLOGMOD=D4C32XX3 USS LANGTAB=***NA*** IST1632I VPACING = 7 IST1938I APPC = NO IST597I CAPABILITY-PLU ENABLED ,SLU ENABLED ,SESSION LIMIT 0001 IST231I APPL MAJOR NODE = AKCTCP40 IST1425I DEFINED USING MODEL TC4? IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST1500I STATE TRACE = OFF IST271I JOBNAME = TN3270D , STEPNAME = TN3270D , DSPNAME = IST25275 IST1050I MAXIMUM COMPRESSION LEVEL - INPUT = 0 , OUTPUT = 0 IST1633I ASRCVLM = 100 IST1634I DATA SPACE USAGE: CURRENT = 0 MAXIMUM = 0 IST1669I IPADDR..PORT 172.19.32.46..3987 *** 816.860.1149 desk 816.686.1536 cell Dear All, We had a user trying to logon using somebody's elses user-id, and he accidently (or on purpose) enter a wrong password for more than 3 times, that caused that id to actually revoked by RACF. Is there a way to trace that back to the computer names/IP? So we can know for sure who or at least from whose terminal that does that? We saw the syslog and sees something like this M 008 ESAT 08218 16:31:53.52 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 855 E 855 0294LOGON/JOB INITIATION - INVALID PASSWORD ENTERED AT TERMINAL GI15126 M 008 ESAT 08218 16:31:54.25 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 856 E 856 0294LOGON/JOB INITIATION - INVALID PASSWORD ENTERED AT TERMINAL GI15126 M 008 ESAT 08218 16:31:54.99 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 857 E 857 0294LOGON/JOB INITIATION - INVALID PASSWORD ENTERED AT TERMINAL GI15126 M 008 ESAT 08218 16:31:55.69 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 858 E 858 0294LOGON/JOB INITIATION - INVALID PASSWORD ENTERED AT TERMINAL GI15126 M 008 ESAT 08218 16:31:56.52 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 859 E 859 0294LOGON/JOB INITIATION - INVALID PASSWORD ENTERED AT TERMINAL GI15126 M 008 ESAT 08218 16:31:57.35 0294 ICH408I USER(USERID1 ) GROUP(APLIDS1 ) NAME(USER ID ONE NAME) 860 E 860 0294LOGON/JOB INITIATION - EXCESSIVE PASSWORDS OR INACTIVE USER The terminal GI15126 is IP POOLed Terminal, dynamic depending on the request. It stays on somebodys's emulator until he/she closes it. So if I want to know, during this time terminal GI15126 is being opened by whose PC's name/IP how? Any help and suggestion is highly appreciated. Thank you Regards, Frans -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Port assignment for 992 ssl
1.9 default telnet daemon stc name tn3270D (no ssl here). BROWSETECGRM.NETSTAT.CONNLine 0001 Col 0 Command ===> Scroll === MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 01:53:12 User Id Conn Local Socket Foreign Socket State --- -- - BPXOINIT 000C 0.0.0.0..10007 0.0.0.0..0 Listen FTPD10012 0.0.0.0..210.0.0.0..0 Listen OSNMPD 0014 0.0.0.0..1025 0.0.0.0..0 Listen SNMPQE 0010 0.0.0.0..1024 0.0.0.0..0 Listen TN3270D 001B 0.0.0.0..230.0.0.0..0 Listen Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... Thanks, -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STOPX37 & SMS loop
Have you asked the outside business to code dcb info in the process? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Tuesday, August 05, 2008 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: STOPX37 & SMS loop Has anybody using STOPX37 seen a problem where it gets in a loop fighting with SMS over an insufficient space condition? Anybody have suggestions on how to avoid it? Details: A process is submitted via CONNECT:Direct (aka NDM) specifying SMS STORCLAS, MGMTCLAS, and DATACLAS that result in selection of volumes with too little space for the dataset being transfered. 1. SMS says IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATASET ... 2. STOPX37 says SVM4000I ... ATTEMPTING SPACPRIM FOR ... 3. SMS repeats indefinitely IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATASET ... Is there some way to cause a hard failure in situations like this? I don't think CONNECT:Direct is significant in this except that this request is coming from an outside business partner. We have absolutely no control over the size of the dataset or SMS parms specified. BTW, SMS and STOPX37 are way out of my areas of responsibility and expertise. I'm going to have to convey any suggestions to others that don't read IBM-Main. Don't assume comprehension on my part. 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL v3.4.1 run time issue
Doubt the Read is involved. Look at the move code for this field generated by the complier. Pics? On Mon, 25 Aug 2008 08:26:19 -0600, Steve Comstock wrote: >K Zafirop wrote: >> >The value >> passed is the arithmetic truncation of the string. For example a >> string 'FOW123' is passed with value '666123'. > >I'm confused here. How can the string 'FOW123' have a value '666123'? >The string is its value. > It appears as if something is doing a Pack and ignoring data errors. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise COBOL v3.4.1 run time issue
Pack of FOW123 followed by zap and unpack would do this without a data exception. Only changes the zones C,D,E. Probably pic 99 ==> pic 99. Why not use If not numeric? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, August 26, 2008 8:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Enterprise COBOL v3.4.1 run time issue > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin > Sent: Monday, August 25, 2008 9:45 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Enterprise COBOL v3.4.1 run time issue > > On Mon, 25 Aug 2008 08:26:19 -0600, Steve Comstock wrote: > > >K Zafirop wrote: > >> > >The value > >> passed is the arithmetic truncation of the string. For example a > >> string 'FOW123' is passed with value '666123'. > > > >I'm confused here. How can the string 'FOW123' have a value '666123'? > >The string is its value. > > > It appears as if something is doing a Pack and ignoring data errors. > > -- gil There is no "data error" possible with a PACK instruction. The programmer must validate that his input is valid before doing a PACK. Now, it is possible that the PACK instruction will create output which is not a valid packed decimal number. But that will not be detected until another decimal instruction tries to use it (such as ZAP, or AP, or SP, or ...). -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TEST
5x5 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, September 22, 2008 10:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TEST TEST to the List...Please be kind enough to reply. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX EXEC
A mod 400 year is also a leap year. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Wednesday, September 24, 2008 6:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REXX EXEC Yes, but there is always a simpler solution: /* Rexx */ year=2010 y=year//100 c=(year-year//100)/100 mons = 'Sat Sun Mon Tue Wed Thu Fri' say word(mons,((y+trunc(y/4)+31+substr(6420,(c//4)+1,1))//7)+1) exit 0 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bri P Sent: 24. syyskuuta 2008 11:37 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: REXX EXEC Christmas = 20081225 Weekday = DATE('W',Christmas,'S') Brian -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Claudio Marcio Sent: 24 September 2008 05:21 To: IBM-MAIN@BAMA.UA.EDU Subject: REXX EXEC Hi, I need make one REXX exec to enter with one year the return the day christmas of week. ex: year 1978 day of th week - monday year 2000 day of the week - saturday how meke in REXX language? regards -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Export catalog by FTP
I think recfm u should work, you might try this. //STEP05 EXEC PGM=FTP,REGION=2048K, // PARM='SYS093.UMB.COM (EXIT TRACE ' //NETRCDD DUMMY //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUTDD * ID *** BLOCK EBCDIC LOCSITE PROGRESS 0 SITE PRI=5SEC=1 CY SITE DCBDSN='UMBMDSCB' PUT 'TES.CONNECT.DIRECT' 'TECGRM.NDM.TEST(+1)' QUIT -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Garcia Sent: Thursday, September 25, 2008 4:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Export catalog by FTP Hello everybody: We want to export a test catalog to our disaster site and we want use the FTP because we don't share unit tapes between us. We've tried to use the export function and then send by ftp (in binary) to the same dataset in the disaster site (with the same DCB), but the import cancels with code 12. Another way with a dump dfdss (IBM-MAIN post), but also the restore cancels with cod.08 because the dataset hasn't been created with dfdss. Is there any way or the only is with tape o DASD between both sides? Thanks Jorge García Juanino Técnico de Sistemas Z/Os/Área de Producción y Tecnología MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN Crtra. De Pozuelo nº 52 28220 Majadahonda (Madrid) Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 [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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simple VTAM-Question?
Look in the manual of operator commands under modify table (usstab). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge Sent: Wednesday, October 15, 2008 4:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Simple VTAM-Question? All, I've modified my VTAM Logon Screen and now want to "activate" it. Is this possible without an IPL? I guess I have to do a "F LLA,REFRESH" and then to restart the TN3270-Server. But what do I have to do for the "real" 3270-Terminals? Restart VTAM? How? Thank you - guess it is a simple question for VTAM-Guys but I'm pretty new in this area Bye, Michael -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Leap Seconds, was Efficient conversion of GMT to/from local time from COBOL?
The origin of the leap second is the moon, blame Mother Nature. Our clocks are too accurate. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Friday, October 31, 2008 10:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Leap Seconds, was Efficient conversion of GMT to/from local time from COBOL? Maybe leap seconds won't be an issue: http://tycho.usno.navy.mil/leap_second_poll.html Alan Leap seconds are a PITA. I'd like to reflect your question to IBM: What customers' business needs was IBM addressing in choosing to run the TOD clock on IAT (minus ten seconds), rather than on UT1 which would avoid the discontinuities of leap seconds. While IBM is ahead of the crowd in recognizing leap seconds, the implementation is lackadaisical. An enthusiastically faithful implementation would, when TIME was called in the middle of a leap second, return 23:59:60.500, the correct UTC. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ioajava.jar
Do you have a JHHOME system variable? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, April 18, 2008 3:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ioajava.jar My CLASSPATH: C:\path\OSASF\ioajava.jar;C:\path\Java\javahelp-2_0_02\jh2.0\javahelp\lib\jh.jar No relevant entries in PATH It works for me. BTW: I run OSASF from .cmd script: java ioajava The script is located in C:\path\OSASF - the same as IOAJAVA.JAR file. HTH -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ioajava.jar
What is you release of Java? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Friday, April 18, 2008 3:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ioajava.jar My CLASSPATH: C:\path\OSASF\ioajava.jar;C:\path\Java\javahelp-2_0_02\jh2.0\javahelp\lib\jh.jar No relevant entries in PATH It works for me. BTW: I run OSASF from .cmd script: java ioajava The script is located in C:\path\OSASF - the same as IOAJAVA.JAR file. HTH -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ioajava.jar
I upgraded to java 1.6.0._5 and changed path statements. It looks like I am finding javx/help but I still have ClassNotFoundExecption. Is there anything else in your \osa? I had this problem just this week. Turned out to be that java couldn't find the help directory in the CLASSPATH statement. CLASSPATH=.;C:\Program Files\Java\jre1.6.0_05\jh2.0\javahelp\lib\jh.jar;C:\osa\ioajava.jar Also put added java to the PATH statement. Path=C:\Program Files\ThinkPad\Utilities;C...;C:\Program Files\Java\jre1.6.0_05 JP I am getting java.lang.NoClassDefFoundError: javax/help/HelpsSet I did install javahelp 2.0 The javax/help does not have a HelpSet sub directory. CLASSPATH : C:\Program Files\IBM\Java142\IOAJAVA.jar; C:\jh2.0\javahelp\bin\jhindexer.jar; C:\jh2.0\javahelp\bin\jhsearch.jar; C:\jh2.0\javahelp\lib\jsearch.jar; C:\jh2.0\javahelp\lib\jh.jar JHHOME: C:\jh2.0 I need to change a mac for use with sna and the Rexx is working but this may be a better way. Thanks -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ioajava.jar
Thanks. I am up. I was entering java ioajava.jar, too much information. Java ioajava comes right up. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pace, Jimmy Sent: Friday, April 18, 2008 2:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ioajava.jar Nothing in there but the ioajava.jar file. With classnotfound error something may still be wrong with your CLASSPATH statement. You probably have this redbook, think it's the latest OSA guide - http://www.redbooks.ibm.com/abstracts/sg245948.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mansell, George R. Sent: Friday, April 18, 2008 2:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ioajava.jar I upgraded to java 1.6.0._5 and changed path statements. It looks like I am finding javx/help but I still have ClassNotFoundExecption. Is there anything else in your \osa? I had this problem just this week. Turned out to be that java couldn't find the help directory in the CLASSPATH statement. CLASSPATH=.;C:\Program Files\Java\jre1.6.0_05\jh2.0\javahelp\lib\jh.jar;C:\osa\ioajava.jar Also put added java to the PATH statement. Path=C:\Program Files\ThinkPad\Utilities;C...;C:\Program Files\Java\jre1.6.0_05 JP I am getting java.lang.NoClassDefFoundError: javax/help/HelpsSet I did install javahelp 2.0 The javax/help does not have a HelpSet sub directory. CLASSPATH : C:\Program Files\IBM\Java142\IOAJAVA.jar; C:\jh2.0\javahelp\bin\jhindexer.jar; C:\jh2.0\javahelp\bin\jhsearch.jar; C:\jh2.0\javahelp\lib\jsearch.jar; C:\jh2.0\javahelp\lib\jh.jar JHHOME: C:\jh2.0 I need to change a mac for use with sna and the Rexx is working but this may be a better way. Thanks -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Connect:Direct (NDM) CPU Usage
I have not seen this problem but Ndm has different levels of compression. Do you know what level of compression was used? I think level 1 is the default. George Mansell UMB Bank 816-860-1149 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Friday, May 02, 2008 10:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Connect:Direct (NDM) CPU Usage We run Connect:Direct (used to be called NDM) from Sterling Commerce. Yesterday afternoon the started task, CDNDM, took from 50-60% of an engine on our z9BC for almost 2 hours while it transferred a large file. This caused us to hit our softcap and affected other tasks in the system. We have the CDNDM task running in our STCLO service class which is set for Vel=50 and an importance level of 4. It was still running at a high DP and grabbed the CPU. I can't understand why a task that is basically transmitting a file over the network should need this much CPU. My only explanation might be that it is compressing the data before putting it on the network and the compression algorithm isn't the most efficient in the world. Has anyone else had this kind of a problem running Connect:Direct? What, if anything, did you do to control it? Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: TCPIP CONVERT GATEWAY STMT and ADD OSA
This is in my beginroutes (first hop). If your hummingbirds use dns you can change a few to use a hard address and when it works change the rest with dns. ; Destination First Hop Link Name Packet Size ROUTE DEFAULT 198.176.221.1 OSAETH0 MTU DEFAULTSIZE ROUTE DEFAULT 198.176.221.1 OSAETH1 MTU DEFAULTSIZE -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Melissa Perry Sent: Wednesday, May 07, 2008 8:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: TCPIP CONVERT GATEWAY STMT and ADD OSA Can someone verify for me before I mess up our 3270 clients... Currently have CISCO 7204 router with hummingbird terminals going thru that Want to utilize my OSA cards and also remove the GATEWAY statement. I need to leave both devices defined while we convert. Current IP stack parms for 7204 DEVICE TNCPA01R CLAW A00 MVS WTNCPA01 NONE LINK TNCPA01 IP 0 TNCPA01R HOME 192.168.4.2 TNCPA01 GATEWAY 192.168.4=TNCPA01 4096 0 DEFAULTNET 192.168.4.1TNCPA01 4096 0 Want to use both devices: DEVICE TNCPA01R CLAW A00 MVS WTNCPA01 NONE LINK TNCPA01 IP 0 TNCPA01R DEVICE OSA2100 MPCIPA PRIROUTER LINK OSA21LNK IPAQENET OSA2100 HOME 192.168.4.2 TNCPA01 192.168.18.3 OSA21LNK BeginRoutes Route 192.168.4.2 255.255.255.0 = TNCPA01 MTU 4096 Route 192.168.18.3 255.255.255.0 = OSA21LNK MTU 1500 EndRoutes Thanks so much. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP VB dataset
Since both are IBM mainframes try this, I've had good luck with it. Menu Utilities Compilers Help ¢¢¢ BROWSETECGRM.JCL.PDS(FTPEXAMP) - 01.99 Line 0001 Col 001 080 Command ===> Scroll ===> CSR //TECGRMF JOB 5740TC,G.MANSELL,MSGCLASS=O,PRTY=9,CLASS=3, //NOTIFY=&SYSUID TYPRUN=SCAN //STEP01 EXEC PGM=FTP, // PARM='198.176.221.9 (EXIT TIMEOUT 20' //NETRCDD DUMMY //OUTPUT DD SYSOUT=* //INPUTDD * TECGRM BLOCK EBCDIC GET 'TES.CONNECT.DIRECT' 'TES.CONNECT.DIRECT.COPY' QUIT /* //STEP02 EXEC PGM=FTP,COND=(0,NE,STEP01), // PARM='198.176.221.9 (EXIT TIMEOUT 20' //NETRCDD DUMMY //OUTPUT DD SYSOUT=* //INPUTDD * TECGRM -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mullen, Patrick Sent: Friday, May 09, 2008 3:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP VB dataset Thanks, found it in the archives. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, May 09, 2008 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP VB dataset > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mullen, Patrick > Sent: Friday, May 09, 2008 3:20 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: FTP VB dataset > > I thought this would be straight forward, but I can't get it to work > correctly. Trying to FTP a DSORG=VB dataset from one z/OS 1.7 > system to > another z/OS 1.7 system. The dataset contains alphabetic and packed > decimal data. > > With no special commands, some of the packed data comes out translated > into different hex values. Adding a 'bin' command resolves the > translation, but now record structure is lost. Adding a > 'quote site rdw' > doesn't make any difference, but maybe that syntax is incorrect. > > Any ideas? discussed many time. Use the ftp command: MODE B -- 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 -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please a
Re: TCPIP CONVERT GATEWAY STMT and ADD OSA
Line 5 should help with the old connection. On line 4 I took a guess, your network person can probably tell you what the first hop is. 01 BEGINROUTES 02 ROUTE 192.168.4.0/24 = TNCPA01 MTU 4096 03 ROUTE 192.168.18.0/24 = OSA21LNK MTU 1500 04 ROUTE DEFAULT 192.168.18.1 OSA21LNK MTU 1500 05 ROUTE DEFAULT 192.168.4.1 TNCPA01 MTU 4096 06 ENDROUTES -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Melissa Perry Sent: Wednesday, May 21, 2008 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCPIP CONVERT GATEWAY STMT and ADD OSA Can someone see why this won't work. I have added the OSA info and when I activate configuration, I cannot get to the mainframe through either device. I can't seem to see what I have done wrong..The TNCP device is existing and works until I add the OSA 'stuff' in.Although, I do use a gateway NOT beginroutes with the original IP stack with just the TNCP STUFF... Original gateway statement: GATEWAY 192.168.4=TNCPA01 4096 0 DEFAULTNET 192.168.4.1TNCPA01 4096 0) ***NEWIP STACK INFO* DEVICE TNCPA01R CLAW A00 MVS WTNCPA01 NONE LINK TNCPA01 IP 0 TNCPA01R DEVICE OSA2100 MPCIPA PRIROUTER LINK OSA21LNK IPAQENET OSA2100 HOME 192.168.4.2 TNCPA01 192.168.18.3 OSA21LNK BEGINROUTES Route 192.168.4.0/24 = TNCPA01 MTU 4096 Route 192.168.18.0/24 = OSA21LNK MTU 1500 ROUTE DEFAULT 192.168.18.3 OSA21LNK MTU 1500 ENDROUTES START TNCPA01R START OSA2100 **VTAM TRL** OSA2100 VBUILD TYPE=TRL OSA2100P TRLE LNCTL=MPC, READ=2100, WRITE=2101, DATAPATH=(2102), MPCLEVEL=QDIO, PORTNAME=OSA2100 -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Segmentation Offload
For me a positive would be, not having to bounce the osa cards at Ipl. Can we say overconfidence? After I get the microcode I would try it. ITTIQDIO OSA CODE LEVEL = D55K OSAE690P OSA CODE LEVEL = 0026 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, June 04, 2008 12:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: TCPIP Segmentation Offload Forwarded on behalf of a colleague... IBM recommended a while back that TCP/IP Segmentation Offload to the OSA card be disabled. Microcode was made available in April to fix the offload code. We are now at this new microcode level and are considering re-enabling the offload functionality. We are aware of APAR PK64756. Has anyone experienced any problems after re-enabling Segmentation Offload? Any recommendations on the best way to measure the positive performance impact that segmentation offload provides to TCP/IP (CPU, storage, etc.)? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Segmentation Offload
What is your level of CS? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Zimmerman, Tom Sent: Monday, June 09, 2008 1:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCPIP Segmentation Offload We have segmentation offload, microcode level 087D, running on eight of our OSAs for the last two weeks. We have eight LPARs, each with one tcpip stack. Each stack has two OSAs connected to it, with one running segmentation offlad and the other without it. It will be some time in JULY before I start segmentation offload on the second OSA. Tom Zimmerman -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Maarten Slegtenhorst Sent: Sunday, June 08, 2008 3:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCPIP Segmentation Offload John, /quote/ We enabled SEGMENTATIONOFFLOAD on the sandbox (z/OS 1.9) yesterday, but there's very little TCPIP load on the sandbox (still doing IVP of 1.9, and post-installation "cleanup"). Maybe we can cobble up something that should "stress" it to the breaking point (maybe FTP-ing some SMF offload datasets or sysdumps?). /quote/ We have a load of about 10% on the OSA's and still the segmentation offload managed to crash both shared osa's and managed to make most production-hosts unreachable. Of course this happened during the night in my standby week. :/ I wont activate it until I'm convinced that the risk of the same problems occuring is very very very small. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- 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 -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act ("E-Sign") unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently d
Re: SSL Timeout
Our firewall inactive timeout is 1 hour. When it happened it was nasty; Tcpip & Vtam resources were not recovered. We have Tcpip inactive set to timeout just before the firewall does. Your 10 minutes sounds awfully short. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Monday, June 09, 2008 7:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SSL Timeout Is there a parameter somewhere that will time-out an SSL connected TN3270 session? I've just converted our users from standard TN3270 sessions to SSL/TLS TN3270 sessions. All users are using PCOMM. After converting, one user has called me and says that he gets disconnected from the system after about 10 mins with a S622 (terminal error). Our TSO timeout in JWT is set to 1 hour. No other user was having this problem so I thought this was probably a coincidence since that user had tornadoes in his area and some damage to his home. So I had him revert to standard TELNET. 1 hour later he timed out with a S522 (TSO time-out value reached). I'm still convinced it's a network issue, but I don't have a leg to stand on. Anyone have an idea why a user might get disconnected when using SSL/TLS and not standard telnet? -- Mark Pace Mainline Information Systems -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Software for Mac
If your Mac does Java check this out: http://www.seagullsoftware.com/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Norbert Friemel Sent: Tuesday, June 10, 2008 4:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 Software for Mac On Tue, 10 Jun 2008 09:43:03 +0100, Mark Wilson wrote: > >What I am after is a list of 3270 Clients that are Mac compatible. > http://www.planetmvs.com/mvsintosh/index.html#tn3270 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Software for Mac
Seagull Software acquired by Rocket Software, Bluezone. Goes through a server providing encryption to the desktop. On Windows active x, other platforms java. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wilson Sent: Wednesday, June 11, 2008 1:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 Software for Mac what 3270 software do you use to connect to your mainframes? 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Software for Mac
For Gerhard Postpischil Any problems with Bluezone graphics? Build v4.1C2 Build 838 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wilson Sent: Wednesday, June 11, 2008 1:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 Software for Mac what 3270 software do you use to connect to your mainframes? 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SSL Timeout
Obey. My settings: TelnetParms Port 23 CodePage ISO8859-1 IBM-1047 PrtInactive 0 INACTIVE 2400 TIMEMARK 900 SCANINTERVAL 900 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Wednesday, June 11, 2008 2:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SSL Timeout Well that didn't work. And I had the firewall guy check his settings. He specifically raised the time-out value on that port to 1 hour. No difference, 10 mins, connection dies - S622. I wonder if the TIMEMARK and the other setting can be changed via OBEY or if I need to restart the TN3270 server. On Mon, Jun 9, 2008 at 5:12 PM, Mark Pace <[EMAIL PROTECTED]> wrote: > When I saw the defaults in the manual I thought so also. I've raised the > time-out values to the default and I'm waiting on the person with the issue > to report back to me. > > > On Mon, Jun 9, 2008 at 4:52 PM, Mansell, George R. <[EMAIL PROTECTED]> > wrote: > >> Our firewall inactive timeout is 1 hour. When it happened it was nasty; >> Tcpip & Vtam resources were not recovered. We have Tcpip inactive set to >> timeout just before the firewall does. Your 10 minutes sounds awfully >> short. >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >> Behalf Of Mark Pace >> Sent: Monday, June 09, 2008 7:52 AM >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: SSL Timeout >> >> Is there a parameter somewhere that will time-out an SSL connected >> TN3270 >> session? I've just converted our users from standard TN3270 sessions to >> SSL/TLS TN3270 sessions. All users are using PCOMM. >> After converting, one user has called me and says that he gets >> disconnected >> from the system after about 10 mins with a S622 (terminal error). Our >> TSO >> timeout in JWT is set to 1 hour. No other user was having this problem >> so I >> thought this was probably a coincidence since that user had tornadoes in >> his >> area and some damage to his home. So I had him revert to standard >> TELNET. >> 1 hour later he timed out with a S522 (TSO time-out value reached). I'm >> still convinced it's a network issue, but I don't have a leg to stand >> on. >> >> Anyone have an idea why a user might get disconnected when using SSL/TLS >> and >> not standard telnet? >> >> -- >> Mark Pace >> Mainline Information Systems >> >> -- >> 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 >> >> >> >> -- >> NOTICE: This electronic mail message and any attached files are >> confidential. The information is exclusively for the use of the individual >> or entity intended as the recipient. If you are not the intended recipient, >> any use, copying, printing, reviewing, retention, disclosure, distribution >> or forwarding of the message or any attached file is not authorized and is >> strictly prohibited. If you have received this electronic mail message in >> error, please advise the sender by reply electronic mail immediately and >> permanently delete the original transmission, any attachments and any copies >> of this message from your computer system. Thank you. >> >> >> == >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> >> > > > -- > Mark Pace > Mainline Information Systems > -- Mark Pace Mainline Information Systems -- 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: LRVH instruction - misnamed or BAD?
Maybe help it out? XR R0,R0 LRVHR0,INTEL_HALFWORD -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, June 18, 2008 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LRVH instruction - misnamed or BAD? > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Greg Price > Sent: Wednesday, June 18, 2008 9:03 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: LRVH instruction - misnamed or BAD? > > LRVH - Load Reversed (Halfword) > > So it should load a reversed halfward, right? > > Well, sure, it swaps the byte order (compared to their order > in storage) > and puts them in register bits 48->63, **BUT** it leaves bits 0->47 > UNCHANGED. > > Now, that last part is not what LH does, is it? > > In my book, that's an INSERT, not a LOAD. I think it should have > zeroed bits just like LH does. I think the LOAD (as I envisage it) > function is more useful than the INSERT function (as it is > implemented). > > Am I right or am I right? (They are the only possibilities, > aren't they?) > > Cheers, > Greg I agree. I guess to really make this do what I would generally want, I'd need to do something like: LRVHR0,INTEL_HALFWORD SLL R0,16 SRA R0,16 That would propagate the sign bit correctly. That's for only using the 32 bit register. For using 64 bit, I'd replace the 16 with 48. -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP CONVERT GATEWAY STMT and ADD OSA
You can contact me off list. [EMAIL PROTECTED] 816.860.1149 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Melissa Perry Sent: Wednesday, June 18, 2008 9:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCPIP CONVERT GATEWAY STMT and ADD OSA Can I even use QDIO to do this? I have modified the IP stack to include both the OSA and the ROUTER. I get to the Router, but an unable to get to the OSA. A trace route cannot find HOP #2 to get to the OSA -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 *from* a host??
>From 1 Tso to another tcpip stack, certainly full screen: READY telnet p3l1 MVS TCP/IP TELNET CS V1R7 Connecting to P3L1 198.176.137.228, port TELNET (23) *** Using Transparent Mode... Notes on using Telnet when in Transparent Mode: - To enter Telnet Command, Hit PA1 *** Hi all, Kind of a weird question I know, but ... it has been a day full of weird questions. A customer would like to know if they can open a TN3270 session *from* one z/OS host, to another z/OS host? I do not believe this is possible. For a start, you cannot have 2 SSCPs in the same Domain; so how can you have a Dependent LU?. Besides, there is no TN3270 client (AFAIK) for z/OS. However my customer - not on the face of it, a fool - sincerely believes that this is what he is doing, today. So who is right? Can I open a TN session to a host in another domain??? Many thanks for any clues Andrew -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33 Command ===> CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages > >Ed - > >Gee, I must have missed the memo--I'm still using old code page 037! I >changed my PCOM configuration to use code page 1047 and now I get square >brackets, but something is still not quite right... > >*[xlabel] ASAXWC PATTERNSTR=xpatternstr >*,PATTERNSTRLEN=xpatternstrlen >*,STRING=xstring >*,STRINGLEN=xstringlen >*,ZEROORMORE=xzeroormore >*,ONECHAR=xonechar >* [,DELIMITER=»xdelimiter|LENGTHS_WERE_SETº] >* [,WORKAREA=»xworkarea|NO_WORKAREAº] >* [,RETCODE=xretcode] >* [,PLISTVER=»xplistver|IMPLIED_VERSIONº] >* Ð[,MF=S] >* Ô[,MF=(L,xmfctrl»,xmfattr|0Dº)] >* Ô[,MF=(M,xmfctrl»,COMPLETE|NOCHECKº)] >* ¿[,MF=(E,xmfctrl»,COMPLETE|NOCHECKº)] > >What am I missing...?? > The same thing I am since I get see the same results with Vista TN3270. Those characters are before the brackets are x'AC', x'EB', x'EB' and x'AB'. The ones near or right before the end brackets are x'9B'. 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
In some cases it might be necessary to check the telnet CodePage setting. On Mon, 7 Jul 2008 15:31:51 -0500, Mansell, George R. <[EMAIL PROTECTED]> wrote: >BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33 > Command ===> > CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages > > What are trying to say? -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Temporary File
This worked with or without the quotes on the input file. Step01 creates a file with my name contact and date. //TECGRM01 JOB 5740TC,G.MANSELL,MSGCLASS=O,PRTY=9,CLASS=A, //NOTIFY=&SYSUID TYPRUN=SCAN //STEP01EXEC PGM=UTIL0008 //SYSUT1DD DISP=SHR,DSN=UMBTEST.CTLCDLIB(TECGRM00) //SYSUDUMP DD SYSOUT=* //SYSUT2DD DSN=&&TESTCON, // DISP=(,PASS,DELETE), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=0), // UNIT=(SYSSCR,2),SPACE=(TRK,(2,2)) //STEP02 EXEC PGM=FTP, // PARM='SYS093.UMB.COM (EXIT TRACE' //* Umb3 //SYSUT2DD DSN=&&TESTCON,DISP=(OLD,PASS) //NETRCDD DUMMY //OUTPUT DD SYSOUT=* //INPUTDD * ** PUT '//DD:SYSUT2''TES.CONNECT.DIRECT.COPY' QUIT /* On Thu, 17 Jul 2008 08:13:54 -0500, Brain <[EMAIL PROTECTED]> wrote: >Hello. > > >I have tried with the quites also and is still giving the same problem > >Pls find the below jcl > >//FTP111 EXEC PGM=FTP,REGION=4096K >//SYSPRINT DD SYSOUT=X >//INPUT01 DD DSN=AADDXV.TEST.FILE1,DISP=OLD >//SYSOUT DD SYSOUT=X >//INPUTDD * > FTP.T1V.U1TRI.COM > LMCOE > l12c03 > LOCSITE FEFEIENDLY > CD /MXS > PUT '//DD:INPUT01' OUTPUT.FILE > QUIT > // > >The spool message shows the below > >EZA1460I Command: >EZA1736I LOCSITE FWFRIENDLY >EZA1460I Command: >EZA1736I CD /MS8 >EZA1701I >>> CWD /MS8 >250 OK. Current directory is /MS8 >EZA1460I Command: >EZA1736I PUT '//DD:INPUT01' OUTPUT.FILE >EZA2558W put fails: //DD:INPUT01 does not exist. >EZA1460I Command: >EZA1736I QUIT >EZA1701I >>> QUIT >221-Goodbye. You uploaded 0 and downloaded 0 kbytes. >221 Logout. > > >Could some one pls help me with this ?? > No quotes around the //DD:ddname PUT //DD:INPUT01 OUTPUT.FILE -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: [IBMTCP-L] segmentationoffload
Apparently it's fixed in 1.9. When we were burned vipa made it painless. -Original Message- From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of Colin Keltie Sent: Friday, July 25, 2008 4:36 AM To: [EMAIL PROTECTED] Subject: Re: [IBMTCP-L] segmentationoffload Like most everybody else on this list, we got very badly burned by segmentation offload last year: one minor change applied on our development LPAR triggered the OSA disconnect and bingo: all service lost, and IPL'ing didn't restore comms. it took us a few days to track down the root cause as segmentation offload (as the feature had been applied by default since we upgraded to z9's), and we were one day away from applying the same PTF to our production environments!! I've been waiting with bated breath to see what IBM would be recommending, but unless I've missed it there's been no new announcements. I would be very wary of enabling segmentation offload matey. Colin "Rabara, Ed" <[EMAIL PROTECTED]> Sent by: IBM TCP/IP List <[EMAIL PROTECTED]> 24/07/2008 18:53 Please respond to IBM TCP/IP List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: [IBMTCP-L] segmentationoffload This Washington Systems Center Alert has been around for a while. Does it still apply? Like everyone else that ran into the problem, is the recommendation to run with NoSegmentationOffload still valid? > -Original Message- > From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of John S. > Giltner, Jr. > Sent: Thursday, July 24, 2008 9:47 AM > To: [EMAIL PROTECTED] > Subject: Re: [IBMTCP-L] segmentationoffload > > IBM has problems with segmentation offload and they are still recommending > that you run with it disable. You can loose access to a OSA adapter with > it enabled. Watch for the wrap: > > http://www- > 1.ibm.com/support/docview.wss?rs=852&context=SSSN3L&dc=D600&uid=swg21232 59 > 9&loc=en_US&cs=UTF-8&lang=en&rss=ct852other > > Search on "COMMUNICATIONS SERVER MAINTENANCE" within the above page and > read the part in bold. > > > -Original Message- > >From: Matt Dazzo <[EMAIL PROTECTED]> > >Sent: Jul 24, 2008 11:08 AM > >To: [EMAIL PROTECTED] > >Subject: [IBMTCP-L] segmentationoffload > > > >I am applying RSU system maint and there are couple of sysmods that will > be changing the segmentationoffload default from enabled to disabled. When > I display my tcp config I do see that segoffload=yes, but how do I know if > tcp is actually exploiting it? Anyway to tell? > > > >Thanks Matt > > > >Global Configuration Information: > >TcpIpStats: No ECSALimit: 000K PoolLimit: 000K > >MlsChkTerm: No > >SegOffload: Yes SysplexWLMPoll: 060 > >Sysplex Monitor: > > TimerSecs: 0060 Recovery: No DelayJoin: No AutoRejoin: No > > > >-- > >For IBMTCP-L subscribe / signoff / archive access instructions, > >send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L > > -- > For IBMTCP-L subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L -- For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L This e-mail is confidential and, if you are not the intended recipient, please return it to us and do not retain or disclose it. We filter and monitor e-mails in order to protect our system and the integrity, confidentiality and availability of e-mails. We cannot guarantee that e-mails are risk free and are not responsible for any related damage or unauthorised alteration of e-mails by third parties after sending. For more information on Standard Life group, visit our website http://www.standardlife.com/ Standard Life plc (SC286832), Standard Life Assurance Limited* (SC286833) and Standard Life Employee Services Limited (SC271355) are all registered in Scotland at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. *Authorised and regulated by the Financial Services Authority. 0131 225 2552. Calls may be recorded/monitored. Standard Life group includes Standard Life plc and its subsidiaries. Please consider the environment. Think - before you print. -- For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not author
Re: FW: [IBMTCP-L] segmentationoffload
I think I read too much into Rick's post. Why do they enable it in base 1.9 when it's broke? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Friday, July 25, 2008 9:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: [IBMTCP-L] segmentationoffload I have seen nothing from IBM that indicates to me that this problem is fixed. What have you seen? >>> "Mansell, George R." <[EMAIL PROTECTED]> 7/25/2008 9:54 AM >>> Apparently it's fixed in 1.9. When we were burned vipa made it painless. -Original Message- From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of Colin Keltie Sent: Friday, July 25, 2008 4:36 AM To: [EMAIL PROTECTED] Subject: Re: [IBMTCP-L] segmentationoffload Like most everybody else on this list, we got very badly burned by segmentation offload last year: one minor change applied on our development LPAR triggered the OSA disconnect and bingo: all service lost, and IPL'ing didn't restore comms. it took us a few days to track down the root cause as segmentation offload (as the feature had been applied by default since we upgraded to z9's), and we were one day away from applying the same PTF to our production environments!! I've been waiting with bated breath to see what IBM would be recommending, but unless I've missed it there's been no new announcements. I would be very wary of enabling segmentation offload matey. Colin "Rabara, Ed" <[EMAIL PROTECTED]> Sent by: IBM TCP/IP List <[EMAIL PROTECTED]> 24/07/2008 18:53 Please respond to IBM TCP/IP List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: [IBMTCP-L] segmentationoffload This Washington Systems Center Alert has been around for a while. Does it still apply? Like everyone else that ran into the problem, is the recommendation to run with NoSegmentationOffload still valid? > -Original Message- > From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of John S. > Giltner, Jr. > Sent: Thursday, July 24, 2008 9:47 AM > To: [EMAIL PROTECTED] > Subject: Re: [IBMTCP-L] segmentationoffload > > IBM has problems with segmentation offload and they are still recommending > that you run with it disable. You can loose access to a OSA adapter with > it enabled. Watch for the wrap: > > http://www- > 1.ibm.com/support/docview.wss?rs=852&context=SSSN3L&dc=D600&uid=swg21232 59 > 9&loc=en_US&cs=UTF-8&lang=en&rss=ct852other > > Search on "COMMUNICATIONS SERVER MAINTENANCE" within the above page and > read the part in bold. > > > -Original Message- > >From: Matt Dazzo <[EMAIL PROTECTED]> > >Sent: Jul 24, 2008 11:08 AM > >To: [EMAIL PROTECTED] > >Subject: [IBMTCP-L] segmentationoffload > > > >I am applying RSU system maint and there are couple of sysmods that will > be changing the segmentationoffload default from enabled to disabled. When > I display my tcp config I do see that segoffload=yes, but how do I know if > tcp is actually exploiting it? Anyway to tell? > > > >Thanks Matt > > > >Global Configuration Information: > >TcpIpStats: No ECSALimit: 000K PoolLimit: 000K > >MlsChkTerm: No > >SegOffload: Yes SysplexWLMPoll: 060 > >Sysplex Monitor: > > TimerSecs: 0060 Recovery: No DelayJoin: No AutoRejoin: No > > > >-- > >For IBMTCP-L subscribe / signoff / archive access instructions, > >send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L > > -- > For IBMTCP-L subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L -- For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L This e-mail is confidential and, if you are not the intended recipient, please return it to us and do not retain or disclose it. We filter and monitor e-mails in order to protect our system and the integrity, confidentiality and availability of e-mails. We cannot guarantee that e-mails are risk free and are not responsible for any related damage or unauthorised alteration of e-mails by third parties after sending. For more information on Standard Life group, visit our website http://www.standardlife.com/ Standard Life plc (SC286832), Standard Life Assurance Limited* (SC286833) and Standard Life Employee Services Limited (SC271355) are all registered in Scotland at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. *Authorised and regulated by the Financial
Re: FW: [IBMTCP-L] segmentationoffload
>From an earlier post: -Original Message- From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Armstrong Sent: Thursday, July 24, 2008 11:21 AM To: [EMAIL PROTECTED] Subject: Re: segmentationoffload In base V1R9 SEGMENTATIONOFFLOAD was enabled. You will need to apply PK47376/UK26977 to change the default to NOSEGMENTATIONOFFLOAD. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Friday, July 25, 2008 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: [IBMTCP-L] segmentationoffload I was unaware that it is "enabled" in 1.9? The documentation says that NOSEGMENTATIONOFFLOAD is still the default. >>> "Mansell, George R." <[EMAIL PROTECTED]> 7/25/2008 10:08 AM >>> I think I read too much into Rick's post. Why do they enable it in base 1.9 when it's broke? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Friday, July 25, 2008 9:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: [IBMTCP-L] segmentationoffload I have seen nothing from IBM that indicates to me that this problem is fixed. What have you seen? >>> "Mansell, George R." <[EMAIL PROTECTED]> 7/25/2008 9:54 AM >>> Apparently it's fixed in 1.9. When we were burned vipa made it painless. -Original Message- From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of Colin Keltie Sent: Friday, July 25, 2008 4:36 AM To: [EMAIL PROTECTED] Subject: Re: [IBMTCP-L] segmentationoffload Like most everybody else on this list, we got very badly burned by segmentation offload last year: one minor change applied on our development LPAR triggered the OSA disconnect and bingo: all service lost, and IPL'ing didn't restore comms. it took us a few days to track down the root cause as segmentation offload (as the feature had been applied by default since we upgraded to z9's), and we were one day away from applying the same PTF to our production environments!! I've been waiting with bated breath to see what IBM would be recommending, but unless I've missed it there's been no new announcements. I would be very wary of enabling segmentation offload matey. Colin "Rabara, Ed" <[EMAIL PROTECTED]> Sent by: IBM TCP/IP List <[EMAIL PROTECTED]> 24/07/2008 18:53 Please respond to IBM TCP/IP List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: [IBMTCP-L] segmentationoffload This Washington Systems Center Alert has been around for a while. Does it still apply? Like everyone else that ran into the problem, is the recommendation to run with NoSegmentationOffload still valid? > -Original Message- > From: IBM TCP/IP List [mailto:[EMAIL PROTECTED] On Behalf Of John S. > Giltner, Jr. > Sent: Thursday, July 24, 2008 9:47 AM > To: [EMAIL PROTECTED] > Subject: Re: [IBMTCP-L] segmentationoffload > > IBM has problems with segmentation offload and they are still recommending > that you run with it disable. You can loose access to a OSA adapter with > it enabled. Watch for the wrap: > > http://www- > 1.ibm.com/support/docview.wss?rs=852&context=SSSN3L&dc=D600&uid=swg21232 59 > 9&loc=en_US&cs=UTF-8&lang=en&rss=ct852other > > Search on "COMMUNICATIONS SERVER MAINTENANCE" within the above page and > read the part in bold. > > > -Original Message- > >From: Matt Dazzo <[EMAIL PROTECTED]> > >Sent: Jul 24, 2008 11:08 AM > >To: [EMAIL PROTECTED] > >Subject: [IBMTCP-L] segmentationoffload > > > >I am applying RSU system maint and there are couple of sysmods that will > be changing the segmentationoffload default from enabled to disabled. When > I display my tcp config I do see that segoffload=yes, but how do I know if > tcp is actually exploiting it? Anyway to tell? > > > >Thanks Matt > > > >Global Configuration Information: > >TcpIpStats: No ECSALimit: 000K PoolLimit: 000K > >MlsChkTerm: No > >SegOffload: Yes SysplexWLMPoll: 060 > >Sysplex Monitor: > > TimerSecs: 0060 Recovery: No DelayJoin: No AutoRejoin: No > > > >-- > >For IBMTCP-L subscribe / signoff / archive access instructions, > >send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L > > -- > For IBMTCP-L subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO IBMTCP-L -- For IBMTCP-L subscribe / signoff / archive access instructions, send email to [EMAIL PRO
Re: FW: [IBMTCP-L] segmentationoffload
If so some design effort was wasted. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Friday, July 25, 2008 3:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: [IBMTCP-L] segmentationoffload On Fri, 25 Jul 2008 09:08:28 -0500, Mansell, George R. <[EMAIL PROTECTED]> wrote: >I think I read too much into Rick's post. Why do they enable it in base >1.9 when it's broke? There are multiple "they" involved here. The bug was in microcode and/or hardware. The enablement code is in z/OS and has been there for a number of releases. I think there was an unrealistic assumption that the bug would be easy to fix. You can see this in the way the disablement code was implemented: 1. None at all 2. An undocumented command. (There is no documented support for MODIFY in TCP/IP.) 3. A TCP/IP profile parm - defaulting to Enabled 4. A TCP/IP profile parm - defaulting to Disabled I predict the next step will be removing the enablement code altogether. :-) 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html