Fw: Question for RDT system users - message issuance
CNZ4200I CONSOLE L700 HAS FAILED. REASON=IOERR From that point forward, we did not get any IEF403I or IEF404I messages anymore To answer my own question: The console has MONITOR-L set in consolxx, and there was no setcon mn,jobnames=on issued anywhere (this is an ADCD system, after all!). I haven't tested this yet, but it appears that not issuing the SETCON MN command is responsible for IEF403I/404I getting tied to the availability of a console. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Share IODF in different sysplex same CPC
Hello: We are involved in a new proyect with the target of add three new system (monoplex) in our configuration. Our actual configuration is: one production sysplex with four lpar, one test sysplex with two lpars and next year another three systems in monoplex. Now, when we activate a new configuration, first build IOCDS, dynamic activation in the production sysplex and then execute a ipl in the test systems (the IODF device is the same). The test sysplex doesn't share GRS with the production sysplex and the test systems can't view the IODF dataset, but the test systems load the IODF in ipl time and works fine. Next year we want to share the same IODF all the systems, but in the new systems in monoplex can't do ipl because are production systems. Our question is. Which is the best way for transmit the production IODF to these new systems and then execute a dynamic activation?. HCD transmit?. FTP?. Another way?. Jorge Garcia Juanino Gerente sistemas z/OS ACTP – DIAC – Operación y Soporte EMEA MAPFRE Avenida del Talgo 100-103 – 3ª Planta CP 28023 Madrid Tel. 91 581 27 34, Movil 464196/618333559 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
Jorge, I'm not fully understanding why you don't want to use one shared IODF, as you do today. Is it because you want to be able to do dynamic activates in these production systems (and don't today in your test system)? We put our IODFs on one dedicated volume with its own catalog. The volume and catalog are online to all systems, even though they're not all in one GRS entity (they're 3 different sysplexes with 28 different LPARs). The IODFs and the catalog are the only datasets on the volume and the catalog is used only for the IODFs. IODF Changes are dynamically activated across all environment. Some RNL excludes are needed for the volume, datasets and catalog. It's not a setup I would use for actively shared data, but it works fine for the occasional IODF update. Bart -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jorge Garcia Sent: Thursday, June 11, 2015 6:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Share IODF in different sysplex same CPC Hello: We are involved in a new proyect with the target of add three new system (monoplex) in our configuration. Our actual configuration is: one production sysplex with four lpar, one test sysplex with two lpars and next year another three systems in monoplex. Now, when we activate a new configuration, first build IOCDS, dynamic activation in the production sysplex and then execute a ipl in the test systems (the IODF device is the same). The test sysplex doesn't share GRS with the production sysplex and the test systems can't view the IODF dataset, but the test systems load the IODF in ipl time and works fine. Next year we want to share the same IODF all the systems, but in the new systems in monoplex can't do ipl because are production systems. Our question is. Which is the best way for transmit the production IODF to these new systems and then execute a dynamic activation?. HCD transmit?. FTP?. Another way?. Jorge Garcia Juanino Gerente sistemas z/OS ACTP – DIAC – Operación y Soporte EMEA MAPFRE Avenida del Talgo 100-103 – 3ª Planta CP 28023 Madrid Tel. 91 581 27 34, Movil 464196/618333559 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
Hi Jorge. The IODF must be *catalogued* on each system, but it doesn't have to be in the same catalog. I prefer HCD Export to transmit the IODF to the other system then HCD import it. You can also repro it to a flat file, ftp that, then repro it back out on the other system. Here's my batch export jcl. //EXPORT EXEC PGM=IKJEFT01 //HCDIODFS DD DSN=MAM.IODFA0,DISP=SHR //HCDMLOG DD DSN=MAM.HCD.MSGLOG,DISP=OLD //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CALL 'SYS1.LINKLIB(CBDMGHCP)', + 'EXPORT,MAM,TND' MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
John McKown wrote: I've seen s/he used to cover both genders. Well, being computer professionals, despite not being of the UNIX variety, perhaps we use use the regular expression: s?he (the ? means repeat 0 or 1 times aka optional). Unless we post in the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a regular expression. So, you and me are zero or optional, because we're males? ;-) Should r's?sh' not be r's?she'? Or am I missing something optional? Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. Hehehe, resist, I will not, your good signature lines. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is issuing debug messages in FTP job?
Leonard Sasso wrote: Could you please provide the FTP script? Sure, here is it, four lines: (All values are masked / censored, first line is a valid IP4 address. Port number left to default.) ?.?.?.? id psw PUT 'dataset name' P20150611.TXT Same set of script with different filename was used successfully in April 2015. Many thanks in advance! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
On Thu, Jun 11, 2015 at 9:28 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: John McKown wrote: I've seen s/he used to cover both genders. Well, being computer professionals, despite not being of the UNIX variety, perhaps we use use the regular expression: s?he (the ? means repeat 0 or 1 times aka optional). Unless we post in the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a regular expression. So, you and me are zero or optional, because we're males? ;-) The s is optional, not the he. I guess the real regexp should be \bs?he\b . \b matches, but does not consume, a word separator character. So, that would be word separator, followed by an optional s, followed by he, followed by a word_separator. Should r's?sh' not be r's?she'? Or am I missing something optional? Typo on my part: r's?he' Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. Hehehe, resist, I will not, your good signature lines. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
A common choice, at least in Canada, is to use the plural pro-noun, since, in English, it in gender neutral. It's difficult to get used to, at first. - -teD - Original Message From: Elardus Engelbrecht Sent: Thursday, June 11, 2015 10:46 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: STCK question John McKown wrote: I've seen s/he used to cover both genders. Well, being computer professionals, despite not being of the UNIX variety, perhaps we use use the regular expression: s?he (the ? means repeat 0 or 1 times aka optional). Unless we post in the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a regular expression. So, you and me are zero or optional, because we're males? ;-) Should r's?sh' not be r's?she'? Or am I missing something optional? Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. Hehehe, resist, I will not, your good signature lines. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is issuing debug messages in FTP job?
Could you please provide the FTP script? Thank You. Len Sasso RDC Applications Management - Professional: System Administrator Backup QMR - Production Operations CSC Vacation Alert: ? 327 Columbia TPKE, Rensselaer NY 12144 NES | t: 518.257-4209 | m: 518-894-0879 | f: 257-4300 | lsa...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/11/2015 10:06 AM Subject:Who is issuing debug messages in FTP job? Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi to all I have been asked to help solve this problem. Same FTP batch job was working fine last time in April 2015, but now the client wants to use it today again to transfer a file from z/OS to their client. z/OS 1.13. I'm waiting for reply on what server and FTP software they're using. Also I'm waiting for the status of the id at their remote server. We have activated DEBUG ALL on batch job SYSFTPD. Batchjob ran with PARM='-a TLS (EXIT=00' Only lines in SYSIN are IP(4) address, id, psw and then one PUT statement. Nothing strange or odd in this one. Network problems have been isolated, unless our TCP/IP team missed something. My question is - who or what (server or client) is issuing these debug messages starting with EP, CU, CX, SC, CZ? Google does gave some hits, but nothing specific to these messages, especially this one puzzling message starting with CU0701. EP2413 set_dbcs_langs: entered EP2425 set_dbcs_langs: __ipdbcs() returned 0 parms from LOADDBCSTABLES statement EZA1450I IBM FTP CS V1R13 EZA1466I FTP: using TCPIP EZA1772I FTP: EXIT has been set. CU0372 getCommand: entered EZA1456I Connect to ? CU0701 SETCEC code = 13 CX0362 main: input EOF without a QUIT SC3868 getLastReply: entered CX0383 main: RC=-0001 cmd_in_progress=00 CX0386 main: last_reply= err=13 EZA1736I QUIT generated by unexpected end of file CZ1270 ftpQuit: entered CZ1342 ftpClose: entered SC3916 inSession: entered SC3994 setLoggedIn: entered CZ1342 ftpClose: entered SC3916 inSession: entered SC3994 setLoggedIn: entered CX0516 removeAff: entered This above snippet is from the problem FTP batch job which ran on our z/OS 1.13. I have verified in RACF the id and validity of the Digital Certificate, ran RACF and SMF audits on that id, job, etc. Nothing odd found at all. If any of you could be kind to tell me, I can then further find out where any changes where applied since April 2015 whether by PTF or server upgrade/changes. Many thanks in advance! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AT-TLS config help
Andrew: I know I missed something..so I appreciate the help SyslogD: //* //CONFPDS EXEC PGM=SYSLOGD,REGION=30M,TIME=NOLIMIT, //PARM='POSIX(ON) ALL31(ON)/' Comments //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSERR DD SYSOUT=* //SYSOUT DD SYSOUT=* //CEEDUMP DD SYSOUT=* EDIT /ADCD113S/etc/syslog.conf Columns 1 00072 ** * Top of Data ** 01 *.* /tmp/syslogd.log 02 daemon.debug /tmp/daemon.trace ** Bottom of Data Pagent: //PAGENT PROC //* comments. //STDENV DD PATH='/etc/pagent.env',PATHOPTS=(ORDONLY) //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* ** * Top of Data ** 01 PAGENT_CONFIG_FILE=/etc/pagent.conf 02 PAGENT_LOG_FILE=/etc/pagent.log 03 PAGENT_LOG_CONTROL=3000,2 04 TZ=EST5EDTC ** Bottom of Data EDIT /ADCD113S/etc/pagent.conf Columns 1 00072 ** * Top of Data ** 01 TTLSConfig /etc/pagent.ttls.conf FLUSH 02 LogLevel 511 ** Bottom of Data Regards, Scott On Thu, Jun 11, 2015 at 9:08 AM, Andrew Armstrong androidarmstr...@gmail.com wrote: If Pioneer is the server then I think you should code HandShakeRole Server. As for tracing, how have you configured your syslogd? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Who is issuing debug messages in FTP job?
Hi to all I have been asked to help solve this problem. Same FTP batch job was working fine last time in April 2015, but now the client wants to use it today again to transfer a file from z/OS to their client. z/OS 1.13. I'm waiting for reply on what server and FTP software they're using. Also I'm waiting for the status of the id at their remote server. We have activated DEBUG ALL on batch job SYSFTPD. Batchjob ran with PARM='-a TLS (EXIT=00' Only lines in SYSIN are IP(4) address, id, psw and then one PUT statement. Nothing strange or odd in this one. Network problems have been isolated, unless our TCP/IP team missed something. My question is - who or what (server or client) is issuing these debug messages starting with EP, CU, CX, SC, CZ? Google does gave some hits, but nothing specific to these messages, especially this one puzzling message starting with CU0701. EP2413 set_dbcs_langs: entered EP2425 set_dbcs_langs: __ipdbcs() returned 0 parms from LOADDBCSTABLES statement EZA1450I IBM FTP CS V1R13 EZA1466I FTP: using TCPIP EZA1772I FTP: EXIT has been set. CU0372 getCommand: entered EZA1456I Connect to ? CU0701 SETCEC code = 13 CX0362 main: input EOF without a QUIT SC3868 getLastReply: entered CX0383 main: RC=-0001 cmd_in_progress=00 CX0386 main: last_reply= err=13 EZA1736I QUIT generated by unexpected end of file CZ1270 ftpQuit: entered CZ1342 ftpClose: entered SC3916 inSession: entered SC3994 setLoggedIn: entered CZ1342 ftpClose: entered SC3916 inSession: entered SC3994 setLoggedIn: entered CX0516 removeAff: entered This above snippet is from the problem FTP batch job which ran on our z/OS 1.13. I have verified in RACF the id and validity of the Digital Certificate, ran RACF and SMF audits on that id, job, etc. Nothing odd found at all. If any of you could be kind to tell me, I can then further find out where any changes where applied since April 2015 whether by PTF or server upgrade/changes. Many thanks in advance! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
In 5670874248161270.wa.jgarci12mapfre@listserv.ua.edu, on 06/11/2015 at 08:20 AM, Jorge Garcia jgarc...@mapfre.com said: Yes. Our target is to do dynamic activation in the new systems. We've seen in the Redbook HCD and Dynamic I/O reconfiguration it's not possible if you don't share the iodf user catalog. What gives you that idea? BTDT,GTTS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hillgang - 17 June
A reminder that the next Hillgang meeting (z/VM and Linux on z User Group for the VA/MD/DC area) will be held on 17th June at the CA offices in Herndon. The agenda is available at http://www.vm.ibm.com/events/HILL0615.PDF. We have also added a brief *technical* introduction of a new security offering for Linux on z: The Centrify Suite for Linux on IBM System z centrally manages identities, access policies and role-based entitlements for fine-grained control of user access and privileges using Microsoft Active Directory. The net result is increased security, improved compliance and comprehensive reporting and auditing.” Please follow the registration instructions in the flier so we can estimate catering requirements. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT SPACE ABEND
A long time ago I did some searching on this. The actual diagnose code is in the message: B37-04,IFG0554A,OBGXM272,SORTPD2,SORTOUT,291D,APB033,04210010 --- this one It can be found here: http://www-01.ibm.com/support/knowledgecenter/#!/SSLTBW_1.13.0/com.ibm.zos.r13.idar100/dexdc.htm%23dexdc Table 41. DADSM Extend Diagnostic Information 04210010 = File is greater than 4369 cylinders (65534 tracks) on a single volume. 04210011 = Size of file is greater than volume size ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
Hello Bart: Yes. Our target is to do dynamic activation in the new systems. We've seen in the Redbook HCD and Dynamic I/O reconfiguration it's not possible if you don't share the iodf user catalog. It's mandatory has the same HLQ in all systems and the only way is share a user catalog like you say. We'll create a new iodf user catalog in a volume used in all systems and with the same HLQ. With this configuration we'll be able to do dynamic activacion in all sysplex. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
On Thu, Jun 11, 2015 at 7:47 AM, Robert A. Rosenberg hal9...@panix.com wrote: At 01:14 -0400 on 06/11/2015, Shmuel Metz (Seymour J.) wrote about Re: STCK question: And assuming that Janet is a he. Or that you accept the gender neutral pronoun he, which has been around for centuries. I've seen s/he used to cover both genders. Well, being computer professionals, despite not being of the UNIX variety, perhaps we use use the regular expression: s?he (the ? means repeat 0 or 1 times aka optional). Unless we post in the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a regular expression. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
That's a great write up by Tony. The only thing missing is assembler code snippets ;) On 9/06/2015 4:26 AM, Tony Harminc wrote: I'm not sure if your question is mostly a technical how-to, or more about output formats. Seems to me there is a decision to be made about whether you want to display a single decimal number, perhaps with a decimal point, or a number in mixed-base format such as hours, minutes, seconds, fraction. Both are common, and it's not uncommon to change the format on the fly depending on the value of the data. Neither is hard to implement, so I'd spend the time on making the output clear and easy to understand at a glance. Your examples have these values in decimal seconds (truncated to the microsecond): 0.401559 0.073935 so just showing them that way might be quite reasonable. You'd want to identify the units, so perhaps along the lines you suggest: Your procedure took 0.401559 seconds. Your procedure took 0.073935 seconds. If you have mostly smaller numbers, you could make the base unit, say, milliseconds: Your procedure took 401.1559 milliseconds. or Your procedure took 73.935 mS. On the other hand, particularly if your values might occasionally go over a minute, (or an hour or a day!), you might prefer Your procedure took 00:01:02.345678 (hh:mm:ss.ss) or even Your procedure took 1 Min 2.345678 Sec If your numbers are rarely over a handful of seconds, I think the single decimal number of seconds is the best bet; clear and unambiguous. And you don't have to muck with mixed-base conversion. As others have said, if microsecond precision is good enough -- which it surely is when showing elapsed rather than CPU time -- all you need to do to implement this is SR[D]L 12 bits and then CVD + ED (or EDMK) instructions. Examples in Principles of Operation, Appendix A, or someone here will doubtless be happy to provide one. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
On Thu, Jun 11, 2015 at 8:20 AM, Jorge Garcia jgarc...@mapfre.com wrote: Hello Bart: Yes. Our target is to do dynamic activation in the new systems. We've seen in the Redbook HCD and Dynamic I/O reconfiguration it's not possible if you don't share the iodf user catalog. It's mandatory has the same HLQ in all systems and the only way is share a user catalog like you say. We'll create a new iodf user catalog in a volume used in all systems and with the same HLQ. With this configuration we'll be able to do dynamic activacion in all sysplex. Regards There are ways around the shared catalog requirement. What is actually required to do a dynamic activate is that the token in the active IODF in the system matches the token in the HSA. The HSA values were, at least initially, loaded from the IOCDS on the SE during a POR. Given that the IODF is just a VSAM LDS, you could do a number of things. The simplest is to make the IODF high level qualifer be 'SYS1'. There is special code in DFSMSdfp which allows you to catalog a VSAM data set which has an HLQ of SYS1 into multiple master catalogs. So you could create your IODF on a shared DASD volume with the HLQ of SYS1. and then do a DEFINE ... RECATALOG in all the other systems' master catalog(s). Another way would be to create the initial IODF as you normally do. The use IDCAMS to REPRO that IODF to a sequential data set on shared DASD. You can the do a DEFINE to create a new VSAM LDS with _any_ name you like on any other system. You then REPRO the data from the sequential unload into the new IODF data sets. You IPL the new z/OS image using this new IODF. You could then modify the IODF on that 2nd system, creating a new IODF, and do a dynamic ACTIVATE on the 2nd system. Of course, you need to copy the data back the other way. The SYS1 method is the better of the two. The problem with sharing, in your case, is the fact that not all the systems are in the same sysplex. This makes sharing dangerous if you don't take _extreme_ care. IMO, in this case, you'd need to put your IODF on a shared, non-SMS, volume and not convert specific QNAME based RESERVEs to SYSTEMS level ENQs. Or you'd need to use CA-MIM and put every system into the same MIMPLEX. This is also a bit hairy to do properly. As Shmuel indicated: Been There. Done That. Got The Scars. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM mainframe operations in the 80s
This is a nice bit of nostalgia as I started my career as an Op back in the 80's. https://www.youtube.com/watch?v=Cwj6pfhWBps -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
At 01:14 -0400 on 06/11/2015, Shmuel Metz (Seymour J.) wrote about Re: STCK question: And assuming that Janet is a he. Or that you accept the gender neutral pronoun he, which has been around for centuries. I've seen s/he used to cover both genders. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AT-TLS config help
If Pioneer is the server then I think you should code HandShakeRole Server. As for tracing, how have you configured your syslogd? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, 11 Jun 2015 16:16:49 -0400, Ed Finnell efinnel...@aol.com wrote: Several of the 3270 emulators had a user option for transfer mechanism IND$FILE or FTP. Some had better implementations that others. And the OP should be aware that it is theoretically possible for a TSO user to write his own program (or acquire one elsewhere) that will do data transfers via the 3270 data stream, or even to make a copy of IND$FILE and change its name to something else if that name is being specifically monitored. Also, monitoring IND$FILE won't stop other mechanisms such as those based on screen printing, or TCP/IP communication protocols. People asking for such monitoring often, in my experience, do not realize the other possibilities for data communication. Really, what they should do is completely prevent the user from reading the sensitive data. If you let a user READ the data and give him access to a TSO or a UNIX session, then you should assume that he will be able to transport it elsewhere without your knowledge. If you don't want him to be able to do that, you shouldn't let him read the data. Monitoring certain easy to use transport mechanisms is OK, but it will not catch all the other mechanisms you haven't thought about. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On 6/11/2015 3:58 PM, John McKown wrote: On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: ... That won't catch file transfers from an FTP command in a 3270 session. I'm a tad confused by this statement. The only file transfer that I am aware of over a 3270 data stream is via IND$FILE. Is there some other? In many (most?) cases, when somebody uses ftp by itself, I think of the one for TCP/IP. I am aware that there are other ways to transfer files, such as NJE and AFTP. I guess that my assumption was that the emulator in question in from commands given on emulators was a 3270 emulator. Some TN3270 emulators, WRQ is one, contain FTP client code that they optionally use instead of IND$FILE for data transport. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Several of the 3270 emulators had a user option for transfer mechanism IND$FILE or FTP. Some had better implementations that others. In a message dated 6/11/2015 2:58:19 P.M. Central Daylight Time, john.archie.mck...@gmail.com writes: I'm a tad confused by this statement. The only file transfer that I am aware of over a 3270 data stream is via IND$FILE. Is there some other? In many (most?) cases, when somebody uses ftp by itself, I think of the one for TCP/IP. I am aware that there are other ways to transfer files, such as NJE and AFTP. I guess that my assumption was that the emulator in question in from commands given on emulators was a 3270 emulator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 3:41 PM, Walt Farrell walt.farr...@gmail.com wrote: On Thu, 11 Jun 2015 16:16:49 -0400, Ed Finnell efinnel...@aol.com wrote: Several of the 3270 emulators had a user option for transfer mechanism IND$FILE or FTP. Some had better implementations that others. And the OP should be aware that it is theoretically possible for a TSO user to write his own program (or acquire one elsewhere) that will do data transfers via the 3270 data stream, or even to make a copy of IND$FILE and change its name to something else if that name is being specifically monitored. Also, monitoring IND$FILE won't stop other mechanisms such as those based on screen printing, or TCP/IP communication protocols. People asking for such monitoring often, in my experience, do not realize the other possibilities for data communication. Really, what they should do is completely prevent the user from reading the sensitive data. If you let a user READ the data and give him access to a TSO or a UNIX session, then you should assume that he will be able to transport it elsewhere without your knowledge. If you don't want him to be able to do that, you shouldn't let him read the data. Monitoring certain easy to use transport mechanisms is OK, but it will not catch all the other mechanisms you haven't thought about. -- Walt As you, and others have said, to be able to READ is to be able to copy (aka steal) the data. In my case, the IND$FILE front end was done for two reason. The first was for performance (compare the start vs. end times) and some auditing (how much is it used?). The second, the non-swappable, was due to CPU overload at the time causing timeouts on the PC end. IND$FILE was being used to transfer data even before we had a TCPIP stack on z/OS. Back them, the 3270 emulation was being done on a Cisco CIP which looked like a 3174 to z/OS. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 3:15 PM, Bob Rutledge deerh...@ix.netcom.com wrote: On 6/11/2015 3:58 PM, John McKown wrote: On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: ... That won't catch file transfers from an FTP command in a 3270 session. I'm a tad confused by this statement. The only file transfer that I am aware of over a 3270 data stream is via IND$FILE. Is there some other? In many (most?) cases, when somebody uses ftp by itself, I think of the one for TCP/IP. I am aware that there are other ways to transfer files, such as NJE and AFTP. I guess that my assumption was that the emulator in question in from commands given on emulators was a 3270 emulator. Some TN3270 emulators, WRQ is one, contain FTP client code that they optionally use instead of IND$FILE for data transport. Oh, I think I get it. The ftp is not done via the 3270 data stream. It is just an easier way to do a normal TCP/IP type ftp than bringing up a command prompt. Maybe a bit like having FileZilla. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM mainframe operations in the 80s
On 11/06/15 20:30, Ken Hume IBM wrote: So, the shoot coordinator goes off and finds three or four young, attractive women that were well dressed and brings them into the computer room. Most of them had no idea what a computer was. All of them complained that the room was to cold and did not want to stay in there. We had a good laugh and the publication looked pretty good as well. Ahh.. The old days... Referring to tight nipples ? Vince -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Thanks everyone for all of your comments. Let me try to address everything at once so as to avoid mailbox clutter. @John McKown: Yes, to be able to read is ultimately to be able to steal, but we want to make it harder for the bad guys. The example I use in presentations is the person who has access to the customer list dataset for query purposes. Management would like to know if they were downloading the whole file to their PC every night. Thanks also for the kind words. We'd like to think it's good solution. We are in contact with the OP. I suspect your price is better but our support is probably better. g @Walt Farrell, right. Fairly simply, if I can browse a (printable character) file in ISPF, I can cut and paste it into a file. It would be difficult for a many-megabyte file, and it is more likely that someone would use IND$FILE (or another tool such as FTP). @Ed Finnell: I was not aware that some emulators had a built-in FTP capability. Makes sense, though. That would be great: FTP is a lot more powerful and writes GREAT audit records. Some emulators do not have this capability, including, apparently, the emulators in use at several large customers who seem to be interested in this capability. File transfers from an FTP command in a 3270 session might also be referring to typing TSO FTP 127.1.2.3 ... on the FTP command line to send a file here, there or anywhere. @Shmuel Metz: True, it won't catch FTP transfers. FTP transfers are well-auditable via SMF 118/119, unlike IND$FILE. This list of things it won't catch is, after all, nearly infinite. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT RMM
Willie, As specified in the rmm IC Guide Chapter 16. Performing inventory management - You can backup direct to tape when using EDGHSKP utility BACKUP(DSS) parm. Also, when you restore from tape, as long as you use EDGBKUP you will be able to use an rmm backup tape even if rmm is not active. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM mainframe operations in the 80s
http://www.conmicro.com/apple-mstcons-web.jpg Jay Maynard's unusual master console. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question for RDT system users - message issuance
This is a question for those of you that run z/OS on an RDT system (presumably also those on a zPDT system), i.e. on emulated hardware. Yesterday we had to restart the remote viewer (VNC) I use to login to Linux to start z/OS. Restarting VNC kills the console: CNZ4200I CONSOLE L700 HAS FAILED. REASON=IOERR From that point forward, we did not get any IEF403I or IEF404I messages anymore (which we noticed when we automatically scanned the hardcopy log during testing for exactly these messages). When I got the master console back this morning, both ief403i and ief404i miraculously started to reappear. I was/am completely unaware that there is a connection between the issuing of ief403/404 and the availability of a console to z/OS. Has anyone else seen this on an RDT (zPDT) system? (RDT 8.5 with z/OS 1.13, I haven't gotten around to upgrading *that* box to 9.1 yet). Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
Janet, This site seems helpful http://csc.columbusstate.edu/woolbright/EDMK.HTM Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Janet Graff Sent: Thursday, June 11, 2015 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STCK question Ooh I am liking the ED instruction. But I'm missing something. My pattern is this =XL15'20207A20207A20204B202020202020' My data is this =XL8'00308208' And the result I'm getting is this ' 308208' What I want is this ' 0.308208' What can I do to the pattern mask to force the decimal point, and at the least the zeros between the decimal and the first significant digit, and maybe one zero before the decimal point? Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
It was the TV show. - -teD - Original Message From: Tony's Outlook via Mozilla Sent: Thursday, June 11, 2015 22:11 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: IND$FILE Resource Log Monitoring Not wishing to be a Black Hat and not wanting to think like a White Hat, let me don my Gray Hat. If I wanted to send a PDS member containing source code I'd simply email it. If it were large I'd mail it in pieces. In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his home town in the U.S. in pieces, in small parcels. On 6/11/2015 12:20 PM, Carlos Cordero wrote: Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
I *think* also you need to start your pattern with an X'40' first thing. That becomes the fill byte. I *think* that in your '___0.308208' you will find that the _ characters are currently actually x'20's, which is less than ideal. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Janet Graff Sent: Thursday, June 11, 2015 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STCK question Ooh I am liking the ED instruction. But I'm missing something. My pattern is this =XL15'20207A20207A20204B202020202020' My data is this =XL8'00308208' And the result I'm getting is this ' 308208' What I want is this ' 0.308208' What can I do to the pattern mask to force the decimal point, and at the least the zeros between the decimal and the first significant digit, and maybe one zero before the decimal point? Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
And from another sample I found searching on EDIT MASK ASSEMBLER INSTRUCTION To simplify maintenance of the program, I like to document the print masks by showing a character representation of the hex fields used in the mask. I use a B to indicate a blank as the leading fill character, a Z to indicate digit positions where leading zeroes will be suppressed, and a 9 to indicate digit positions where leading zeroes will not be suppressed. For example, I would document the print masks which we have used thus far as: MASK DCX'4020202020202020' BZZZ MASK2 DCX'402020202020'BZ MASK3 DCX'402020202120'B9 MASK4 DCX'402021204B2020' BZZ9.99 MASK5 DCX'402021204B202060'BZZ9.99- CR DCX'402021204B2020C3D9'BZZ9.99CR DB DCX'402021204B2020C4C2' BZZ9.99DB CHKADCX'5C20206B2021204B2020'***,**9.99 CHKB DCX'5C2021204B2020'***9.99 Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Janet Graff Sent: Thursday, June 11, 2015 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STCK question Ooh I am liking the ED instruction. But I'm missing something. My pattern is this =XL15'20207A20207A20204B202020202020' My data is this =XL8'00308208' And the result I'm getting is this ' 308208' What I want is this ' 0.308208' What can I do to the pattern mask to force the decimal point, and at the least the zeros between the decimal and the first significant digit, and maybe one zero before the decimal point? Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
I don't know about politically correct. But, it is recommended in the Canadian Press Book of Style. - -teD - Original Message From: Paul Gilmartin Sent: Thursday, June 11, 2015 18:11 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: OT STCK question On Thu, 11 Jun 2015 10:47:39 -0500, Mike Schwab wrote: I use they all the time as the genderless pronoun. A supervisor suggested he, I changed it to (s)he. Of course, like all pronouns, it should assimilate its number, singular, from its antecedent. A form both politically and gramatically correct is: Everyone thinks they is being politically correct. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
Ooh I am liking the ED instruction. But I'm missing something. My pattern is this =XL15'20207A20207A20204B202020202020' My data is this =XL8'00308208' And the result I'm getting is this ' 308208' What I want is this ' 0.308208' What can I do to the pattern mask to force the decimal point, and at the least the zeros between the decimal and the first significant digit, and maybe one zero before the decimal point? Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
Oh gosh, it has been about 20 years (literally) since I used ED but you need a significance starter -- x'21' -- to force it to format zeros and anything else that comes ahead of the first non-zero digit. Try sticking an X'21' into your pattern about where you want the first leading zero. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Janet Graff Sent: Thursday, June 11, 2015 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: STCK question Ooh I am liking the ED instruction. But I'm missing something. My pattern is this =XL15'20207A20207A20204B202020202020' My data is this =XL8'00308208' And the result I'm getting is this ' 308208' What I want is this ' 0.308208' What can I do to the pattern mask to force the decimal point, and at the least the zeros between the decimal and the first significant digit, and maybe one zero before the decimal point? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
Thank you Charles, both were excellent suggestions that worked wonderfully! Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
crossposted: z13 Configuration Setup
I really hope that people find this helpful and not irritating. http://www.redbooks.ibm.com/abstracts/sg248260.html?Open abstract Abstract This IBM® Redbooks® publication helps you install, configure, and maintain the IBM z13™. The z13 offers new functions that require a comprehensive understanding of the available configuration options. This book presents configuration setup scenarios, and describes implementation examples in detail. This publication is intended for systems engineers, hardware planners, and anyone who needs to understand IBM z Systems™ configuration and implementation. Readers should be generally familiar with current IBM z Systems technology and terminology. For details about the functions of the z13, see *IBM z13 Technical Introduction*, SG24-8250 and *IBM z13 Technical Guide*, SG24-8251. /abstract -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT - How to select last 8 bytes in variable length records
Norbert, Thanks for the explanation of the control cards but I do understand what they are doing. The extra space OP showed is just differentiate the output but I don't think it is really needed. The other single pass job needed special/reserved characters not in the input data. This job allows all characters in the input data (for lrecl 16k) As you pointed out some of the solutions have limitations. In your case it is the LRECL limitation and in my case it is the special characters limitation. So given the available information, I try to come up with a solution and both of us are trying to help. IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 06/10/2015 05:06:50 PM: From: Norbert Friemel nf.ibmm...@web.de To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/10/2015 05:07 PM Subject: Re: DFSORT - How to select last 8 bytes in variable length records Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Wed, 10 Jun 2015 14:57:33 -0700, Sri h Kolusu wrote: Norbert, As I mentioned earlier it can be done in single pass as shown earlier, I was just trying to optimize your Joinkeys job. With your new job there a couple of issues 1. I am not sure as to why you need to append C'40' (may be you meant X'40') 2. With the append of C'40' your output LRECL is increased by 1. ie. the output now has LRECL+8+1 Quote from the first post in this thread: There is a input file of variable length records. I want to insert the last 8 bytes of a record to front of the record as following sample. Input file: RECORD01X11 RECORD02Y2 RECORD03ZCCC RECORD044A444 RECORD0555B Output File I want to have: RECORD01X11 RECORD02Y2 ZCCC RECORD03ZCCC RECORD044A444 RECORD0555B Record data before the last 8 bytes may contain x'00' thru x'FF', there is no specific delimiter character for parsing the last 8 bytes. The last 8 bytes is also binary. The output example shows the last 8 bytes of the input records in col. 1-8 and a space on col. 9. The data from the input record starts at col 10. I create the output record as a HEX string and convert it back in the last step. That's why I append C'40' (it's converted to x'40' in the last BUILD-statement: 1. BUILD=(1,4,5,HEX)) converts the input record to hex 2. OVERLAY=(5:hex_data,JFY=(SHIFT=RIGHT))) shifts the hex string (inserts spaces to the left) 3. BUILD=(1,4,key_start,16,C'40',hex_data,JFY=(SHIFT=LEFT))) creates a record with the last 16 bytes of the hex string, a hexified space (C'40') and the (hexified) input record shifted to the left (spaces on the right) 4. FINDREP=(IN=(C' '),OUT=C'')) removes spaces (x'40' at the end of the record, not c'40' in col. 17/18) 5. BUILD=(1,4,5,TRAN=UNHEX)) converts to record to binary The other single pass job needed special/reserved characters not in the input data. This job allows all characters in the input data (for lrecl 16k) 3. I am not sure as to why you need to validate the RDW to remove the short records. JFY will pad up short records. So even if you records with lrecl less than 12 it will only pick the available characters. JFY pads the HEX string with spaces (x'40'). I thought that converting this with TRAN=UNHEX adds (unwanted) x'00's to col. 1-8 of short records. But that's not the case - FINDREP removes the leading spaces. So yes, the RDW check could be removed. Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is issuing debug messages in FTP job?
FTP User exits? http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halz001/ftpserveruserexits.htm Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Jun 11, 2015 at 9:40 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Leonard Sasso wrote: Could you please provide the FTP script? Sure, here is it, four lines: (All values are masked / censored, first line is a valid IP4 address. Port number left to default.) ?.?.?.? id psw PUT 'dataset name' P20150611.TXT Same set of script with different filename was used successfully in April 2015. Many thanks in advance! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM mainframe operations in the 80s
NICE! I remember it well...! Give me a 3279, SNA-attached with SSRT (Remember that?! SubSecondRespondTime?!) Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)! Then we could really work fast!? and yer try and tell the young folk of today... [https://youtu.be/Xe1a1wHxTyo] :-D From: David Crayford dcrayf...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 2015-06-11 14:35 Subject:IBM mainframe operations in the 80s Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU This is a nice bit of nostalgia as I started my career as an Op back in the 80's. https://www.youtube.com/watch?v=Cwj6pfhWBps -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STCK question
John McKown wrote: The s is optional, not the he. I guess the real regexp should be \bs?he\b . \b matches, but does not consume, a word separator character. So, that would be word separator, followed by an optional s, followed by he, followed by a word_separator. Thanks. I'm without words! Much appreciated. Today I learned something new! Should r's?sh' not be r's?she'? Or am I missing something optional? Typo on my part: r's?he' Uh, thanks for clearing out my decaying brain. ;-) I really appreciate your good educational posts! Please keep it up! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and then
transmit it to another systems. With this option we avoid updates in two o more
IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf)
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the Mary
option you avoid DEFINE and REPRO executions. The transmit and receive option
is faster. Mary I understand that you have cataloged the same iodf HLQ in
differerents user catalogs in different systems? With the same HLQ like IOCDS
you should execute a right dynamic activacion, Is It true?
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
I use they all the time as the genderless pronoun. A supervisor suggested he, I changed it to (s)he. On Thu, Jun 11, 2015 at 10:10 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: A common choice, at least in Canada, is to use the plural pro-noun, since, in English, it in gender neutral. It's difficult to get used to, at first. - -teD - Original Message From: Elardus Engelbrecht Sent: Thursday, June 11, 2015 10:46 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: STCK question John McKown wrote: I've seen s/he used to cover both genders. Well, being computer professionals, despite not being of the UNIX variety, perhaps we use use the regular expression: s?he (the ? means repeat 0 or 1 times aka optional). Unless we post in the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a regular expression. So, you and me are zero or optional, because we're males? ;-) Should r's?sh' not be r's?she'? Or am I missing something optional? Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. Hehehe, resist, I will not, your good signature lines. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
Succinctly... Perform all your work in one IODF. Preferably your oldest
release of HCD among your systems to avoid trouble. Import/Export, catalog and
activate as needed.
Regards,
Kevin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jorge Garcia
Sent: Thursday, June 11, 2015 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and then
transmit it to another systems. With this option we avoid updates in two o more
IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL) TYPE(GENERIC)
QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the Mary
option you avoid DEFINE and REPRO executions. The transmit and receive option
is faster. Mary I understand that you have cataloged the same iodf HLQ in
differerents user catalogs in different systems? With the same HLQ like IOCDS
you should execute a right dynamic activacion, Is It true?
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
On Thu, 11 Jun 2015 10:47:39 -0500, Mike Schwab wrote: I use they all the time as the genderless pronoun. A supervisor suggested he, I changed it to (s)he. Of course, like all pronouns, it should assimilate its number, singular, from its antecedent. A form both politically and gramatically correct is: Everyone thinks they is being politically correct. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT - How to select last 8 bytes in variable length records
Hi Kolusu-san and Friemel-san,
Thank you very much for giving nice and elegant solutions.
I really appreciate your helps.
The extra space OP showed is just differentiate the output
but I don't think it is really needed.
Sample output records I show included a blank character between front key
and data.
Actually it is not needed. It is just separater to see key and data easily.
I understood the limitations when I use the DFSORT control statements you
gave.
Again, thank you!!
Minoru Massaki - (M*M)
2015-06-12 0:33 GMT+09:00 Sri h Kolusu skol...@us.ibm.com:
Norbert,
Thanks for the explanation of the control cards but I do understand what
they are doing. The extra space OP showed is just differentiate the output
but I don't think it is really needed.
The other single pass job needed special/reserved characters not in the
input data. This job allows all characters in the input data
(for lrecl 16k)
As you pointed out some of the solutions have limitations. In your case it
is the LRECL limitation and in my case it is the special characters
limitation. So given the available information, I try to come up with a
solution and both of us are trying to help.
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
06/10/2015 05:06:50 PM:
From: Norbert Friemel nf.ibmm...@web.de
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 06/10/2015 05:07 PM
Subject: Re: DFSORT - How to select last 8 bytes in variable length
records
Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
On Wed, 10 Jun 2015 14:57:33 -0700, Sri h Kolusu wrote:
Norbert,
As I mentioned earlier it can be done in single pass as shown earlier,
I
was just trying to optimize your Joinkeys job. With your new job there
a
couple of issues
1. I am not sure as to why you need to append C'40' (may be you meant
X'40')
2. With the append of C'40' your output LRECL is increased by 1. ie.
the
output now has LRECL+8+1
Quote from the first post in this thread:
There is a input file of variable length records.
I want to insert the last 8 bytes of a record to front of the record
as
following sample.
Input file:
RECORD01X11
RECORD02Y2
RECORD03ZCCC
RECORD044A444
RECORD0555B
Output File I want to have:
RECORD01X11
RECORD02Y2
ZCCC RECORD03ZCCC
RECORD044A444
RECORD0555B
Record data before the last 8 bytes may contain x'00' thru x'FF',
there is no specific delimiter character for parsing the last 8 bytes.
The last 8 bytes is also binary.
The output example shows the last 8 bytes of the input records in
col. 1-8 and a space on col. 9. The data from the input record
starts at col 10.
I create the output record as a HEX string and convert it back in
the last step. That's why I append C'40' (it's converted to x'40' in
the last BUILD-statement:
1. BUILD=(1,4,5,HEX))
converts the input record to hex
2. OVERLAY=(5:hex_data,JFY=(SHIFT=RIGHT)))
shifts the hex string (inserts spaces to the left)
3. BUILD=(1,4,key_start,16,C'40',hex_data,JFY=(SHIFT=LEFT)))
creates a record with the last 16 bytes of the hex string, a
hexified space (C'40') and the (hexified) input record shifted to
the left (spaces on the right)
4. FINDREP=(IN=(C' '),OUT=C''))
removes spaces (x'40' at the end of the record, not c'40' in col. 17/18)
5. BUILD=(1,4,5,TRAN=UNHEX))
converts to record to binary
The other single pass job needed special/reserved characters not in
the input data. This job allows all characters in the input data
(for lrecl 16k)
3. I am not sure as to why you need to validate the RDW to remove the
short records. JFY will pad up short records. So even if you records
with
lrecl less than 12 it will only pick the available characters.
JFY pads the HEX string with spaces (x'40'). I thought that
converting this with TRAN=UNHEX adds (unwanted) x'00's to col. 1-8
of short records. But that's not the case - FINDREP removes the
leading spaces. So yes, the RDW check could be removed.
Norbert Friemel
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
全先 実 - Minoru Massaki (M*M)
E-mail: mmass...@gmail.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LP ID and MIF ID
Disclaimer:The question regards systems EC12, and earlier, not z13. Multiple CSS systems have 4 CSSes and up to 15 LPARs per CSS. *60* LPARs per CPC. Each LPAR has assigned two identifiers: MIF ID and LP ID. MIF ID is single digit 1...F, which yields up to 15 per CSS. LP ID is 00-3F unique per CPC which gives ...64 IDs. Question: is the above true? Is it really, I can define up to 60 LPARs, but the LP ID set is 64 ? It seems strange to me. BTW: i't quite convenient IMHO to use the rule LP ID = CSS.MIF -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.840.228 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
On 6/11/2015 11:34 AM, Jorge Garcia wrote:
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and
then transmit it to another systems. With this option we avoid updates in two o
more IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf)
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the Mary
option you avoid DEFINE and REPRO executions. The transmit and receive option
is faster. Mary I understand that you have cataloged the same iodf HLQ in
differerents user catalogs in different systems? With the same HLQ like IOCDS
you should execute a right dynamic activacion, Is It true?
Jorge,
This is dangerous and unnecessary. You can catalog the IODF on each
separate system in the master catalog, or a user catalog shared among
systems IN THE SAME SYSPLEX. You shouldn't be sharing a user catalog
cross-sysplex.
I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that
failed once after working for over a year. So now I use the HCD EXPORT
and IMPORT functions, which while slower, is guaranteed to work.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
I'm with Tom. Since the advent of IODF in the 90s, we have always given each
plex (sys- or mono-) its own copy of the IODF. Although not required, we
catalog it in master. If nothing else, you have backups in case one get marfed
or accidentally deleted.
SAMPLIB contains sample jobs to migrate an IODF. Look at members CBDS* . Simply
submit a job on the system where you manage HCD. Job1 offloads and transmits
IODF to another system over NJE, where Job2 unloads and catalogs IODF on target
system. It really is pretty fast and very reliable.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Thomas Conley
Sent: Thursday, June 11, 2015 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC
On 6/11/2015 11:34 AM, Jorge Garcia wrote:
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and
then transmit it to another systems. With this option we avoid updates in two
o more IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF
RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSVTOC) RNAME(volser catalog device) RNLDEF RNL(EXCL)
TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the
Mary option you avoid DEFINE and REPRO executions. The transmit and receive
option is faster. Mary I understand that you have cataloged the same iodf HLQ
in differerents user catalogs in different systems? With the same HLQ like
IOCDS you should execute a right dynamic activacion, Is It true?
Jorge,
This is dangerous and unnecessary. You can catalog the IODF on each separate
system in the master catalog, or a user catalog shared among systems IN THE
SAME SYSPLEX. You shouldn't be sharing a user catalog cross-sysplex.
I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that failed once
after working for over a year. So now I use the HCD EXPORT and IMPORT
functions, which while slower, is guaranteed to work.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IND$FILE Resource Log Monitoring
Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
One more thing. ;-) Using 'native' HCD/IODF facilities guards against a
possibly fatal problem. Other software might well upload an IODF in multiple
extents. Perfectly valid for data management, and the result will work fine for
dynamic ACTIVATE. However, you cannot IPL with a multi-extent IODF. If you use
native facilities, this problem will be detected on reload and cause a non-zero
return code. That alone is worth using CBD utilities to migrate an IODF.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Thursday, June 11, 2015 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC
I'm with Tom. Since the advent of IODF in the 90s, we have always given each
plex (sys- or mono-) its own copy of the IODF. Although not required, we
catalog it in master. If nothing else, you have backups in case one get marfed
or accidentally deleted.
SAMPLIB contains sample jobs to migrate an IODF. Look at members CBDS* . Simply
submit a job on the system where you manage HCD. Job1 offloads and transmits
IODF to another system over NJE, where Job2 unloads and catalogs IODF on target
system. It really is pretty fast and very reliable.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Thomas Conley
Sent: Thursday, June 11, 2015 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC
On 6/11/2015 11:34 AM, Jorge Garcia wrote:
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and
then transmit it to another systems. With this option we avoid updates in two
o more IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF
RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSVTOC) RNAME(volser catalog device) RNLDEF RNL(EXCL)
TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the
Mary option you avoid DEFINE and REPRO executions. The transmit and receive
option is faster. Mary I understand that you have cataloged the same iodf HLQ
in differerents user catalogs in different systems? With the same HLQ like
IOCDS you should execute a right dynamic activacion, Is It true?
Jorge,
This is dangerous and unnecessary. You can catalog the IODF on each separate
system in the master catalog, or a user catalog shared among systems IN THE
SAME SYSPLEX. You shouldn't be sharing a user catalog cross-sysplex.
I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that failed once
after working for over a year. So now I use the HCD EXPORT and IMPORT
functions, which while slower, is guaranteed to work.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Are you looking for REAL time or after the fact monitoring? Lizette -Original Message- From: Carlos Cordero jccorde...@hotmail.com Sent: Jun 11, 2015 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IND$FILE Resource Log Monitoring Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Both.. Thanks Date: Thu, 11 Jun 2015 10:58:12 -0700 From: stars...@mindspring.com Subject: Re: IND$FILE Resource Log Monitoring To: IBM-MAIN@LISTSERV.UA.EDU Are you looking for REAL time or after the fact monitoring? Lizette -Original Message- From: Carlos Cordero jccorde...@hotmail.com Sent: Jun 11, 2015 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IND$FILE Resource Log Monitoring Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Files for Bill Godfrey
Hi Shmuel, I sent him both OPTLIB files, as you probably know by now, but what tape were the 5734LM* files on? All the best of everything to you and your family. Sincerely, Sam On 6/11/2015 3:41 AM, Shmuel (Seymour J.) Metz wrote: Could you send Bill Godfrey copies of OPTLIBM.MAC and either *.5734LM4.MAC or *.5734LM5.MAC, or the whole tape? He should be able to handle XMIT format. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Carlos, Here is a link to a previous discussion on IBM-MAIN that might help you. https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/zXHbn7rTp3M Thanks, Kolusu IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 06/11/2015 11:01:12 AM: From: Carlos Cordero jccorde...@hotmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/11/2015 11:03 AM Subject: Re: IND$FILE Resource Log Monitoring Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Both.. Thanks Date: Thu, 11 Jun 2015 10:58:12 -0700 From: stars...@mindspring.com Subject: Re: IND$FILE Resource Log Monitoring To: IBM-MAIN@LISTSERV.UA.EDU Are you looking for REAL time or after the fact monitoring? Lizette -Original Message- From: Carlos Cordero jccorde...@hotmail.com Sent: Jun 11, 2015 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IND$FILE Resource Log Monitoring Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Not wishing to be a Black Hat and not wanting to think like a White Hat, let me don my Gray Hat. If I wanted to send a PDS member containing source code I'd simply email it. If it were large I'd mail it in pieces. In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his home town in the U.S. in pieces, in small parcels. On 6/11/2015 12:20 PM, Carlos Cordero wrote: Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
Mr. Kolusu, thanks for the info, I will check Regards Date: Thu, 11 Jun 2015 11:20:39 -0700 From: skol...@us.ibm.com Subject: Re: IND$FILE Resource Log Monitoring To: IBM-MAIN@LISTSERV.UA.EDU Carlos, Here is a link to a previous discussion on IBM-MAIN that might help you. https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/zXHbn7rTp3M Thanks, Kolusu IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 06/11/2015 11:01:12 AM: From: Carlos Cordero jccorde...@hotmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/11/2015 11:03 AM Subject: Re: IND$FILE Resource Log Monitoring Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Both.. Thanks Date: Thu, 11 Jun 2015 10:58:12 -0700 From: stars...@mindspring.com Subject: Re: IND$FILE Resource Log Monitoring To: IBM-MAIN@LISTSERV.UA.EDU Are you looking for REAL time or after the fact monitoring? Lizette -Original Message- From: Carlos Cordero jccorde...@hotmail.com Sent: Jun 11, 2015 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IND$FILE Resource Log Monitoring Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. Many Thanks. Date: Sat, 6 Jun 2015 05:59:55 -0400 From: 000248cce9f3-dmarc-requ...@listserv.ua.edu Subject: Re: Volume consideration and migration for z / OS 2.1 To: IBM-MAIN@LISTSERV.UA.EDU Lots of info here: http://www-03.ibm.com/systems/z/os/zos/installation/ Couldn't get the Data Sheet to open(404) maybe it's being updated. In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, justmainfra...@gmail.com writes: Any advise on the above would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 1:01 PM, Carlos Cordero jccorde...@hotmail.com wrote: Both.. I have some code with I can share which _might_ be of some help. But it may (most likely _will_) violate your shop's standards. Or cause your boss to say no. The IBM IND$FILE function basically runs a TSO command from the READY prompt. The 3270 emulator talks with this command via the 3270 data stream, much like a screen scraping application. What my code does is front end the normal IBM code, and simply creates a WTO message to send to the z/OS SYSLOG. The WTO contains the TSO id and the TSO command, along with a S or E for Start of transfer and End of transfer. This is sufficient to tell you who did the transfer and the name of the z/OS data set involved. It also, if it is APF authorized, makes the TSO session non-swappable. Another possibility is to set up RACF auditing on the IND$FILE command, but that (in and of itself) will not tell you the name of the DSN involved. Thanks -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 1:27 PM, Tony's Outlook via Mozilla tbabo...@outlook.com wrote: Not wishing to be a Black Hat and not wanting to think like a White Hat, let me don my Gray Hat. If I wanted to send a PDS member containing source code I'd simply email it. If it were large I'd mail it in pieces. I used to do that. Now I just create a GIST on GitHub and share that. What is nice is that I can direct the me too people to the GIST and it doesn't clog up the email server. Which takes it pretty much out of the normal monitoring channels. Not that I actually care about that. In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his home town in the U.S. in pieces, in small parcels. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 12:20 PM, Carlos Cordero jccorde...@hotmail.com wrote: Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. If you only need who did it and when did they do it, but not what did they do, then you can create a RACF profile for IND$FILE in the PROGRAM class with a UACC(READ) and set RDEFINE PROGRAM IND$FILE UACC(READ) AUDIT(ALL) If you need the what portion, then you'd need to do some heavy data set access auditing. And a way to relate the data set access record with the program access record. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
John, I very appreciate your help. If you´re available to share with me your code, ok I can put this on development environment and customize it and testing. I´m in touch. Date: Thu, 11 Jun 2015 13:31:47 -0500 From: john.archie.mck...@gmail.com Subject: Re: IND$FILE Resource Log Monitoring To: IBM-MAIN@LISTSERV.UA.EDU On Thu, Jun 11, 2015 at 1:01 PM, Carlos Cordero jccorde...@hotmail.com wrote: Both.. I have some code with I can share which _might_ be of some help. But it may (most likely _will_) violate your shop's standards. Or cause your boss to say no. The IBM IND$FILE function basically runs a TSO command from the READY prompt. The 3270 emulator talks with this command via the 3270 data stream, much like a screen scraping application. What my code does is front end the normal IBM code, and simply creates a WTO message to send to the z/OS SYSLOG. The WTO contains the TSO id and the TSO command, along with a S or E for Start of transfer and End of transfer. This is sufficient to tell you who did the transfer and the name of the z/OS data set involved. It also, if it is APF authorized, makes the TSO session non-swappable. Another possibility is to set up RACF auditing on the IND$FILE command, but that (in and of itself) will not tell you the name of the DSN involved. Thanks -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
CorreLog, my employer, has just started shipping the IND$defender feature for our SIEM Agent for z/OS. The Agent is described here https://correlog.com/solutions-and-services/sas-correlog-mainframe.html but there is AFAIK no information yet on the Web about this particular new feature. It transparently captures the user ID, direction of transfer, dataset and member name, the TSO user's logon time, the user's name and Group, the remote IP address if available, the LU name, and the duration of the transfer. We can send this information either through our Agent real-time to the SIEM of your choice (ArcSight, QRadar, LogRhythm, Splunk, etc.) and/or write it as a user SMF record, which Dr. Merrill has graciously offered to support in MXG. IND$defender is currently offered only as an Agent feature but the SMF record output is technologically a stand-alone product and I am sure our sales team would be happy to talk about whatever licensing interested you. BTW, we do this *without* violating IBM's system integrity guidelines. We do *not* run IND$FILE APF-authorized, as it was not designed by IBM to be run authorized. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Cordero Sent: Thursday, June 11, 2015 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IND$FILE Resource Log Monitoring Colleagues, Did somebody has implemented a process for monitor/log IND$FILE command activity focussed on file transmission thru 3270 emulators?, maybe with beta88 software? Or it must a home-made ad-hoc customization outside of beta88 software? What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM mainframe operations in the 80s
The wayback machine ...80s , just entered Systems Programming..in Operations in the 70s before...man On Thu, Jun 11, 2015 at 11:16 AM, Steve Coalbran coal...@se.ibm.com wrote: NICE! I remember it well...! Give me a 3279, SNA-attached with SSRT (Remember that?! SubSecondRespondTime?!) Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)! Then we could really work fast!? and yer try and tell the young folk of today... [https://youtu.be/Xe1a1wHxTyo] :-D From: David Crayford dcrayf...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 2015-06-11 14:35 Subject:IBM mainframe operations in the 80s Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU This is a nice bit of nostalgia as I started my career as an Op back in the 80's. https://www.youtube.com/watch?v=Cwj6pfhWBps -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 1:54 PM, Carlos Cordero jccorde...@hotmail.com wrote: John, I very appreciate your help. If you´re available to share with me your code, ok I can put this on development environment and customize it and testing. The _code_ is available. I'm not. (man am I picky about words!) You, and anyone else, can give a look at it at: https://gist.github.com/JohnArchieMckown/2de9d5d8b41095bc5f47 Note that it does not _require_ APF authorization to run. You can get the logging only by simply linking it into a STEPLIB in a special TSO logon proc. My example links with the name IND@FILE, so you'd need to either change the NAME card in the link step or rename the module afterwards. If you don't want the non-swappable, then you can just yank that part of the code out. If at all possible, I'd really push for Mr. Mills' product. It sounds to be a much better way to get this done. But, then, I wrote this code back in the previous century (created in 1993, last updated in 1998 according to the ISPF statistics). I´m in touch. -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mobile computing in 1963
Photo: https://twitter.com/IBMRedbooks/status/609073925092446208/photo/1 -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM mainframe operations in the 80s
I remember one time back in the mid-80's The company I worked for was doing an annual report and a new customer system we had written and implemented was going to be featured in that publication. In came the photographers and and lights and the cameras. You can imagine how the operators looked. Jeans, t-shirts, tennis shoes, etc. As the lead operator I had on khakis and a button down collar shirt but no tie. Well, that couldn't be shown!!! Never So, the shoot coordinator goes off and finds three or four young, attractive women that were well dressed and brings them into the computer room. Most of them had no idea what a computer was. All of them complained that the room was to cold and did not want to stay in there. We had a good laugh and the publication looked pretty good as well. Ahh.. The old days... Ken -Original Message- From: Scott Ford Sent: Thursday, June 11, 2015 1:05 PM Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM mainframe operations in the 80s The wayback machine ...80s , just entered Systems Programming..in Operations in the 70s before...man On Thu, Jun 11, 2015 at 11:16 AM, Steve Coalbran coal...@se.ibm.com wrote: NICE! I remember it well...! Give me a 3279, SNA-attached with SSRT (Remember that?! SubSecondRespondTime?!) Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)! Then we could really work fast!? and yer try and tell the young folk of today... [https://youtu.be/Xe1a1wHxTyo] :-D From: David Crayford dcrayf...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 2015-06-11 14:35 Subject:IBM mainframe operations in the 80s Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU This is a nice bit of nostalgia as I started my career as an Op back in the 80's. https://www.youtube.com/watch?v=Cwj6pfhWBps -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT STCK question
In cajtoo58sxrwsgbto-j0kbycpaqzeuzunsc+a5+0vx5fssp7...@mail.gmail.com, on 06/11/2015 at 10:47 AM, Mike Schwab mike.a.sch...@gmail.com said: I use they all the time as the genderless pronoun. That would be he in contemporary English, but they has long antecedents. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
In snt149-w29013f1ea2cc512dc4d849c7...@phx.gbl, on 06/11/2015 at 12:20 PM, Carlos Cordero jccorde...@hotmail.com said: What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. That won't catch file transfers from an FTP command in a 3270 session. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IND$FILE Resource Log Monitoring
On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In snt149-w29013f1ea2cc512dc4d849c7...@phx.gbl, on 06/11/2015 at 12:20 PM, Carlos Cordero jccorde...@hotmail.com said: What I specifically searching for is to detect the file transfer activity executed from commands given on emulators. That won't catch file transfers from an FTP command in a 3270 session. I'm a tad confused by this statement. The only file transfer that I am aware of over a 3270 data stream is via IND$FILE. Is there some other? In many (most?) cases, when somebody uses ftp by itself, I think of the one for TCP/IP. I am aware that there are other ways to transfer files, such as NJE and AFTP. I guess that my assumption was that the emulator in question in from commands given on emulators was a 3270 emulator. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. My sister opened a computer store in Hawaii. She sells C shells down by the seashore. If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
