Re: Interpreting SEND/RECV CIPHERs
SMF 119 ZERT records have a significant amount of potentially relevant information, assuming they are turned on, and you are able to format them. On Wed, 14 Dec 2022 at 19:58, Crusty Old Guy wrote: > Yes, AT-TLS is involved. This is an HTTPS call from Chrome to a port in a > CICS region. The region is running Adaptigents Fabric (formerly Ivory). > I've turned on the trace in ATTLS. I've also turned trace on for SYSLOGD > and see that GSK_PROTOCOL_SSLV2, GSK_PROTOCOL_SSLV3 & GSK_PROTOCOL_TLSV1_2 > are OFF. > > I'm currently waiting on Wireshare & getting STC id's for GSK trace. Is > there any other way of seeing the protocol of the incoming HTTPS request? > And for that matter, which protocol is used to receive the handshake? > > Thank you all, > COG > > -- > 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: DB2 V12 DB2 connect v9.5 problem
Normally this is due to a back-level client driver which doesn't support M502. Installing a new driver on the client system is the usual remedy if M502 is really needed (function used in the applications). Otherwise you can rebind the package specifying V12R1M500 which should work with the existing back-level driver. On Wed, Dec 14, 2022 at 9:42 PM Binyamin Dissen wrote: > I am getting > > DSNL076I -DBCG DSNLXSVC DDF CONNECTION REJECTED DUE 794 > TO INCOMPATIBLE APPLCOMPAT VALUES. >LUWID=P3EBC7B8.H043.DC8D7A13DC85 >CLIENTAPPLCOMPAT=* >PACKAGEAPPLCOMPAT=V12R1M502 >PACKAGE=NULLID.SQLC2G13.41414141414E4758 > > I cannot figure out how to set the client level APPLCOMPAT or bind the > nullid > package to match. > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > -- > 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
Steve Myers whereabouts
Dear Folks, Does anyone know how to get in contact with Steve Myers? Please contact me off list if you can get in touch with him or you know how to contact him. Thanks much. All the best of everything to all of you. Sincerely, Sam Golob. www.cbttape.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
I have not done z/OS to z/OS. But I do download SMF to Windows for SCRT. I do: bin quote site rdw get zos.smf windows.smf On Wed, Dec 14, 2022, 07:57 Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The > file got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or > XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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: Interpreting SEND/RECV CIPHERs
Yes, AT-TLS is involved. This is an HTTPS call from Chrome to a port in a CICS region. The region is running Adaptigents Fabric (formerly Ivory). I've turned on the trace in ATTLS. I've also turned trace on for SYSLOGD and see that GSK_PROTOCOL_SSLV2, GSK_PROTOCOL_SSLV3 & GSK_PROTOCOL_TLSV1_2 are OFF. I'm currently waiting on Wireshare & getting STC id's for GSK trace. Is there any other way of seeing the protocol of the incoming HTTPS request? And for that matter, which protocol is used to receive the handshake? Thank you all, COG -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Transmitting SMF records
Hi Rex, Great. You are right, tersing file from tape to tape works well. It took around 80-90 MSU during an hour for just one file but it worked. Hoping that Ituriel will be able to read this file. Regards and thanks ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
Gil, How does a site not having space to "store tens of gigabytes" of data make IBM technically backward? There are plenty of legitimate concerns about IBM where this case can be made but not here. We're a small mainframe site yet we have VSAM datasets ranging upwards of 300 GB. Large sites have Db2 tables in the multiple terabyte range. My Windows counterparts have disk arrays that physically dwarf my DS array. I would be surprised to find many (if any) medium to large sites entrusting their corporate data to consumer grade disks that cost fifty to a couple hundred bucks and fit in a shirt pocket. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, December 14, 2022 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transmitting SMF records On Wed, 14 Dec 2022 16:27:07 +, Keith Gooding wrote: >... The problem is that as far as I know the receiver code is not > available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem > Management function and it would be nice if ISVs could receive data sent by > AMAPDUPL. > RFE. >You can also direct AMAPDUPL to copy the chunks to a unix file system instead >of transmitting them. > >BTW I think z/os ftp may be able to transmit from a unix pipe ... > My experience was, it can't. But that may nave changed. >... but AMATERSE cannot write to a pipe. > RFE. Access methods support pipes well. AMATERSE merely needs to abandon its prejudices. This discussion focuses on lack of space to store tens of gigabytes. Outside the z world that comes for a few hours' pah and fits in a shirt pocket. Why is IBM so technically backward? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
RE: Mainframe disk space -- Not technically backward, rather financially punishing. Mainframe disk storage costs high-multiple orders of magnitude more than server-grade multi-terabyte SSD's. Yes, better reliability (RAS in general) should cost more, but that much more? Just another case of what one of the IBM CEO's promised at an investor's meeting decades ago - IBM will never stay in any low-margin business. They have largely kept that promise. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, December 14, 2022 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Transmitting SMF records On Wed, 14 Dec 2022 16:27:07 +, Keith Gooding wrote: >... The problem is that as far as I know the receiver code is not > available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem > Management function and it would be nice if ISVs could receive data sent by > AMAPDUPL. > RFE. >You can also direct AMAPDUPL to copy the chunks to a unix file system instead >of transmitting them. > >BTW I think z/os ftp may be able to transmit from a unix pipe ... > My experience was, it can't. But that may nave changed. >... but AMATERSE cannot write to a pipe. > RFE. Access methods support pipes well. AMATERSE merely needs to abandon its prejudices. This discussion focuses on lack of space to store tens of gigabytes. Outside the z world that comes for a few hours' pah and fits in a shirt pocket. Why is IBM so technically backward? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
On Wed, 14 Dec 2022 16:27:07 +, Keith Gooding wrote: >... The problem is that as far as I know the receiver code is not > available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem > Management function and it would be nice if ISVs could receive data sent by > AMAPDUPL. > RFE. >You can also direct AMAPDUPL to copy the chunks to a unix file system instead >of transmitting them. > >BTW I think z/os ftp may be able to transmit from a unix pipe ... > My experience was, it can't. But that may nave changed. >... but AMATERSE cannot write to a pipe. > RFE. Access methods support pipes well. AMATERSE merely needs to abandon its prejudices. This discussion focuses on lack of space to store tens of gigabytes. Outside the z world that comes for a few hours' pah and fits in a shirt pocket. Why is IBM so technically backward? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Transmitting SMF records
Hi Guillaume, I take it these SMF files are on tape. Can terse take a tape dataset as input and write out a tersed tape? If so, and you're then PUTting the file to Ituriel, FTP should work fine reading the file from tape to transmit it to the intermediary Windows box. We do this on a regular basis, FTPing large (~100 GB) files straight from tape to Windows. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Boesel Guillaume Sent: Wednesday, December 14, 2022 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Transmitting SMF records Hi all, "I have a customer that has a huge SMF dataset" I'm the "customer" who sent these huge SMF datasets. We are not able to offload them on DASD to terse or xmit them, there are really to much huge (around 80-100 GB per files), we don't have enough disk space. I sent the same files to IBM using their AMAPDUPL tool without problem. IBM was able to read them. But with Ituriel, I can't use AMAPDUPL and I have to use FTP. i used these job to transfer the SMF tape file to a intern windows FTP server. After, I used filezilla to transfer from intern windows server to Ituriel server. //STEP1 EXEC PGM=FTP //FTPDATA DD DISP=SHR,DSN=USERID.FTPDATA.FWFRIEND //* FTPDATA.FWFRIEND CONTAINS "FWFRIENDLY TRUE" //FTPFIL1 DD DISP=SHR,DSN=SMF.REC110.SAVJOUR.G6034V00, // DCB=(RECFM=U) //OUTPUT DD SYSOUT=* //INPUT DD * server_name 21 user password binary cd / pwd put //DD:FTPFIL1 XXX.CICS.SMF.XXX.J297.A2022 close As a test, I used AMAPDUPL to send SMF file to Ituriel, it transferred around ten files. It could be a solution if we know how to reassemble AMAPDUPL files... Thanks Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
On Wed, 14 Dec 2022 13:56:59 +, Ituriel do Neto wrote: > >I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED >because of a lack of space. > >Is there a way to send it, without previous use of XMIT or TRS ? > This feels like a motivation for an RFE for AMATERSE to support UNIX files as its packed archives. Thise UNIX files might then be POSIX pipes or network sockets. eliminating any need for huge temporary data sets. My experience has been that AMATERSE will not directly unpack a UNIX file. However, if SYSUT1 is a concatenation of an empty PS data set and that same UNIX file, it unpacks successfully. This feels not like a technically valid reason but simply anti-UNIX bigotry. Alas, there's no such workaround for PACK SYSUT2. Would AWSTAPE be a transmittable format? But, beware, if the data are too big to fit on disk, they're at risk of network reliability and bandwidth limitations. Why do you feel Windows is needed? It adds needless complexity. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
Although not a solution to your problem you may know that the z/os AMAPDUPL utility solves this problem by automatically tersing the data, splitting it into chunks, and transmitting the chunks to the IBM support site in a number of overlapping ftp or https streams. I think it uses pipes to overlap some of the terse processing with transmission. At the other end a receiving process automatically re-assembles. The problem is that as far as I know the receiver code is not available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem Management function and it would be nice if ISVs could receive data sent by AMAPDUPL. You can also direct AMAPDUPL to copy the chunks to a unix file system instead of transmitting them. BTW I think z/os ftp may be able to transmit from a unix pipe but AMATERSE cannot write to a pipe. Keith > On 14 Dec 2022, at 13:57, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The file > got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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: Transmitting SMF records
Hi all, "I have a customer that has a huge SMF dataset" I'm the "customer" who sent these huge SMF datasets. We are not able to offload them on DASD to terse or xmit them, there are really to much huge (around 80-100 GB per files), we don't have enough disk space. I sent the same files to IBM using their AMAPDUPL tool without problem. IBM was able to read them. But with Ituriel, I can't use AMAPDUPL and I have to use FTP. i used these job to transfer the SMF tape file to a intern windows FTP server. After, I used filezilla to transfer from intern windows server to Ituriel server. //STEP1 EXEC PGM=FTP //FTPDATA DD DISP=SHR,DSN=USERID.FTPDATA.FWFRIEND //* FTPDATA.FWFRIEND CONTAINS "FWFRIENDLY TRUE" //FTPFIL1 DD DISP=SHR,DSN=SMF.REC110.SAVJOUR.G6034V00, // DCB=(RECFM=U) //OUTPUT DD SYSOUT=* //INPUT DD * server_name 21 user password binary cd / pwd put //DD:FTPFIL1 XXX.CICS.SMF.XXX.J297.A2022 close As a test, I used AMAPDUPL to send SMF file to Ituriel, it transferred around ten files. It could be a solution if we know how to reassemble AMAPDUPL files... Thanks Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS CP037 and OMVS CP1047
David, This whole process has been a massive learning experience. It started out being the "simple" task of getting a java11 jar running on the mainframe so we didn't have to stand up Linux servers. Oh, and have a CICS COBOL program talk to it (POST) using JSON. I had never written EXEC CICS WEB or TRANSFORM code before, nor worked with DFHJS2LS or created JSON schemas. I have now gotten the POST to work while leaving my OMVS process in CP1047 and not using the jetty encoding java option. I've never worked with jetty either. Currently, the jar is running under BPXBATCH in a job. I plan on converting it to a started task. Hopefully that will honor START and STOP commands. We have JzOS batch launcher but I have never used it. Why is that preferable to BPXBATCH? Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
My €0.02: 1. Be specific. Provide us as many details as needed. Huge size, lack of space for TERSE (really)? - all those details were provided later. 2. CHANGE SOMETHING. You have to change something. 3. First I would discuss the size of SMF dataset. SMF repository need not to be single huge dataset. It can be series of daily datasets as well. 4. There are many ways to transmit dataset z/OS to z/OS. Some of them are commercial products. Do you want to pay for Managed File Transfer product and avoid boring XMIT/TERSE/zip/NJE/whatever methods? 5. Avoid Windows between source and target z/OS. Otherwise use XMIT, TERSE or any other method for packing datasets. 6. Consider shared DASD or shared tape instead of LAN. Yes, you did not tell us about whether both systems can share DASD/tape. ;-) HTH -- Radoslaw Skorupka Lodz, Poland W dniu 14.12.2022 o 14:56, Ituriel do Neto pisze: Hi all, I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form dataset, that can be downloaded in binary mode, transmitted, and then recovered following the reverse order. My attempts of downloading the SMF dataset directly, in binary, and then uploading it to another SMF dataset with the same DCB attributes did not work. The file got corrupted. I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED because of a lack of space. Is there a way to send it, without previous use of XMIT or TRS ? Thanks in advance. Best Regards Ituriel do Nascimento Neto z/OS System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
If tape is shared... Then use IEBGENER ( ICEGENER ) to copy the XMIT dataset to tape... and restore that DSN from tape to feed RECEIVE FTP is horrible to use ... too much latencies ... Using TERSE in there adds verification that the data is intact ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
But does your FTP server on z/OS allow you to use GET from a tape device? Tape allocations are sometimes not permitted from an active server address space so as not to hold up production work using the same server. Just a possible roadblock, not a given, depends on your setup. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of rpinion865 Sent: Wednesday, December 14, 2022 10:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records Like I said earlier, you can TERSE to a tape dataset. I use that method all of the time, for transferring mainframe data between mainframe systems, that have an intervening non-mainframe repository. Sent with Proton Mail secure email. --- Original Message --- On Wednesday, December 14th, 2022 at 10:06 AM, Lionel B. Dyck wrote: > Be aware that your installation may have a limit on the size of a Transmit > (XMIT) file. Issue TSO PARMLIB and look for the OUTLIM value - if too small > you may want to increase it - the same for OUTWARN which reports every > increment of the XMIT file. > > Using TERSE is probably the better solution as you won't have those limits > and works just as well for your purpose. > > Lionel B. Dyck <>< > > Website: > https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!Ebr-cpPeAn > fNniQ8HSAI-g_K5b7VKg!JoX_FuFXWLHmUkgpXig9Vag_99TNbdAMo7FvmRE3WWT2UqLNQ > bln2Lv0qs8A8xS4bZtC0p8gJykKcwsdu9EwKUP_4eZAIKwpb8K_m3HX$ > Github: > https://urldefense.com/v3/__https://github.com/lbdyck__;!!Ebr-cpPeAnfN > niQ8HSAI-g_K5b7VKg!JoX_FuFXWLHmUkgpXig9Vag_99TNbdAMo7FvmRE3WWT2UqLNQbl > n2Lv0qs8A8xS4bZtC0p8gJykKcwsdu9EwKUP_4eZAIKwpb3Vtui78$ > > “Worry more about your character than your reputation. Character is > what you are, reputation merely what others think you are.” - - - John > Wooden > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Crawford, Robert C. > > Sent: Wednesday, December 14, 2022 8:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Public] RE: EXTERNAL: Re: Transmitting SMF records > > Sorry, I see what you mean. > > I've installed a couple of IBM tools from my Windows workstation that were in > XMIT format. I uploaded them to z/OS with binary FTP then did a RECEIVE to > recreate the file. I guess you could do the same by XMIT'ing to a dataset, > downloading that to Windows, to Windows, to z/OS where you do a RECEIVE. All > in binary format, of course. > > Robert Crawford > Mainframe Management > United Services Automobile Association > (210) 913-3822 > > “Nothing can be beautiful which is not true." > John Ruskin > Please send requests to mainframe management through our front door at > go/mfmfrontdoor > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Ituriel do Neto > > Sent: Wednesday, December 14, 2022 8:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: EXTERNAL: Re: Transmitting SMF records > > The idea is to send an SMF dataset from one z/OS to another one, but first, > it needs to be downloaded to windows to be sent to us, also in windows. Once > we have the file, we upload it to our mainframe to process it. > > It is possible to split the original SMF dataset in smaller pieces but > demands a lot of control, so it would be the last resource.. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > > > > > Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom > m...@hogstrom.org escreveu: > > > > > > > Are you processing this on another z/OS system ? You indicated you’re > downloading it so I wanted to make sure I understand the requirements. > > For “downloading” are you using FTP, SFTP or SCP. Are you processing the data > on a non-Z platform ? > > Matt Hogstrom > m...@hogstrom.org > > “It may be cognitive, but, it ain’t intuitive." > — Hogstrom > > > > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > Hi all, > > > > I know we can TERSE or use XMIT a SMF dataset to generate a > > fixed-form dataset, that can be downloaded in binary mode, > > transmitted, and then recovered following the reverse order. > > My attempts of downloading the SMF dataset directly, in binary, and > > then uploading it to another SMF dataset with the same DCB > > attributes did not work. The file got corrupted. > > > > I have a customer that has a huge SMF dataset that can't be TERSED > > or XMITTED because of a lack of space. > > > > Is there a way to send it, without previous use of XMIT or TRS ? > > > > Thanks in advance. > > > > Best Regards > > > > Ituriel do Nascimento Neto > > z/OS System Programmer > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
SMF data is usually VBS format, Variable Block Span. Physical blocks 4K but records can be much larger. First question: Are the two z/OS machines connected via TCP/IP ? if so TERSE XMIT to the 2nd machine, RECEIVE, DETERSE else Second: Is the data VB or still VBS? Using TERSE and then XMIT to a dataset, does two things, It compresses the data into 1K records and then to 80 byte records of FIXED length. The FIXED LENGTH simplifies your life... This makes downloading to the PC and uploading to the 2nd zOS almost bullet proof. Download as Binary file and upload as a Binary file of RECFM FB, LRECL 80, BLKSIZE 0. Then RECEIVE the file and DETERSE it. This should be an exact copy at that point. The other option is to use ADRDSSU and dump to a dataset the SMF data, the TERSE and XMIT --- RECEIVE, DETERSE, RESTORE Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
Like I said earlier, you can TERSE to a tape dataset. I use that method all of the time, for transferring mainframe data between mainframe systems, that have an intervening non-mainframe repository. Sent with Proton Mail secure email. --- Original Message --- On Wednesday, December 14th, 2022 at 10:06 AM, Lionel B. Dyck wrote: > Be aware that your installation may have a limit on the size of a Transmit > (XMIT) file. Issue TSO PARMLIB and look for the OUTLIM value - if too small > you may want to increase it - the same for OUTWARN which reports every > increment of the XMIT file. > > Using TERSE is probably the better solution as you won't have those limits > and works just as well for your purpose. > > Lionel B. Dyck <>< > > Website: https://www.lbdsoftware.com > Github: https://github.com/lbdyck > > “Worry more about your character than your reputation. Character is what you > are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Crawford, Robert C. > > Sent: Wednesday, December 14, 2022 8:55 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Public] RE: EXTERNAL: Re: Transmitting SMF records > > Sorry, I see what you mean. > > I've installed a couple of IBM tools from my Windows workstation that were in > XMIT format. I uploaded them to z/OS with binary FTP then did a RECEIVE to > recreate the file. I guess you could do the same by XMIT'ing to a dataset, > downloading that to Windows, to Windows, to z/OS where you do a RECEIVE. All > in binary format, of course. > > Robert Crawford > Mainframe Management > United Services Automobile Association > (210) 913-3822 > > “Nothing can be beautiful which is not true." > John Ruskin > Please send requests to mainframe management through our front door at > go/mfmfrontdoor > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Ituriel do Neto > > Sent: Wednesday, December 14, 2022 8:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: EXTERNAL: Re: Transmitting SMF records > > The idea is to send an SMF dataset from one z/OS to another one, but first, > it needs to be downloaded to windows to be sent to us, also in windows. Once > we have the file, we upload it to our mainframe to process it. > > It is possible to split the original SMF dataset in smaller pieces but > demands a lot of control, so it would be the last resource.. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > > > > > > Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom > m...@hogstrom.org escreveu: > > > > > > > Are you processing this on another z/OS system ? You indicated you’re > downloading it so I wanted to make sure I understand the requirements. > > For “downloading” are you using FTP, SFTP or SCP. Are you processing the data > on a non-Z platform ? > > Matt Hogstrom > m...@hogstrom.org > > “It may be cognitive, but, it ain’t intuitive." > — Hogstrom > > > > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > > 03427ec2837d-dmarc-requ...@listserv.ua.edu wrote: > > > > Hi all, > > > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > > dataset, that can be downloaded in binary mode, transmitted, and then > > recovered following the reverse order. > > My attempts of downloading the SMF dataset directly, in binary, and > > then uploading it to another SMF dataset with the same DCB attributes > > did not work. The file got corrupted. > > > > I have a customer that has a huge SMF dataset that can't be TERSED or > > XMITTED because of a lack of space. > > > > Is there a way to send it, without previous use of XMIT or TRS ? > > > > Thanks in advance. > > > > Best Regards > > > > Ituriel do Nascimento Neto > > z/OS System Programmer > > > > -- > > 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 > > USAA Classification: Public > > Disclaimer: This email and any attachments are the property of USAA and may > contain confidential and/or privileged material. If you are not the intended > recipient, any use, disclosure or copying of this email or any attachments is > unauthorized. If you received this email in error, please immediately notify > the sender and delete the email and any attachments
Re: [Public] RE: EXTERNAL: Re: Transmitting SMF records
Be aware that your installation may have a limit on the size of a Transmit (XMIT) file. Issue TSO PARMLIB and look for the OUTLIM value - if too small you may want to increase it - the same for OUTWARN which reports every increment of the XMIT file. Using TERSE is probably the better solution as you won't have those limits and works just as well for your purpose. Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Crawford, Robert C. Sent: Wednesday, December 14, 2022 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [Public] RE: EXTERNAL: Re: Transmitting SMF records Sorry, I see what you mean. I've installed a couple of IBM tools from my Windows workstation that were in XMIT format. I uploaded them to z/OS with binary FTP then did a RECEIVE to recreate the file. I guess you could do the same by XMIT'ing to a dataset, downloading that to Windows, to Windows, to z/OS where you do a RECEIVE. All in binary format, of course. Robert Crawford Mainframe Management United Services Automobile Association (210) 913-3822 “Nothing can be beautiful which is not true." John Ruskin Please send requests to mainframe management through our front door at go/mfmfrontdoor -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ituriel do Neto Sent: Wednesday, December 14, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: Transmitting SMF records The idea is to send an SMF dataset from one z/OS to another one, but first, it needs to be downloaded to windows to be sent to us, also in windows. Once we have the file, we upload it to our mainframe to process it. It is possible to split the original SMF dataset in smaller pieces but demands a lot of control, so it would be the last resource.. Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom escreveu: Are you processing this on another z/OS system ? You indicated you’re downloading it so I wanted to make sure I understand the requirements. For “downloading” are you using FTP, SFTP or SCP. Are you processing the data on a non-Z platform ? Matt Hogstrom m...@hogstrom.org “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, that can be downloaded in binary mode, transmitted, and then > recovered following the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and > then uploading it to another SMF dataset with the same DCB attributes > did not work. The file got corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or > XMITTED because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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 USAA Classification: Public Disclaimer: This email and any attachments are the property of USAA and may contain confidential and/or privileged material. If you are not the intended recipient, any use, disclosure or copying of this email or any attachments is unauthorized. If you received this email in error, please immediately notify the sender and delete the email and any attachments from your computer. -- 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
[Public] RE: EXTERNAL: Re: Transmitting SMF records
Sorry, I see what you mean. I've installed a couple of IBM tools from my Windows workstation that were in XMIT format. I uploaded them to z/OS with binary FTP then did a RECEIVE to recreate the file. I guess you could do the same by XMIT'ing to a dataset, downloading that to Windows, to Windows, to z/OS where you do a RECEIVE. All in binary format, of course. Robert Crawford Mainframe Management United Services Automobile Association (210) 913-3822 “Nothing can be beautiful which is not true." John Ruskin Please send requests to mainframe management through our front door at go/mfmfrontdoor -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ituriel do Neto Sent: Wednesday, December 14, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: Transmitting SMF records The idea is to send an SMF dataset from one z/OS to another one, but first, it needs to be downloaded to windows to be sent to us, also in windows. Once we have the file, we upload it to our mainframe to process it. It is possible to split the original SMF dataset in smaller pieces but demands a lot of control, so it would be the last resource.. Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom escreveu: Are you processing this on another z/OS system ? You indicated you’re downloading it so I wanted to make sure I understand the requirements. For “downloading” are you using FTP, SFTP or SCP. Are you processing the data on a non-Z platform ? Matt Hogstrom m...@hogstrom.org “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, that can be downloaded in binary mode, transmitted, and then > recovered following the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and > then uploading it to another SMF dataset with the same DCB attributes > did not work. The file got corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or > XMITTED because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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 USAA Classification: Public Disclaimer: This email and any attachments are the property of USAA and may contain confidential and/or privileged material. If you are not the intended recipient, any use, disclosure or copying of this email or any attachments is unauthorized. If you received this email in error, please immediately notify the sender and delete the email and any attachments from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
The idea is to send an SMF dataset from one z/OS to another one, but first, it needs to be downloaded to windows to be sent to us, also in windows. Once we have the file, we upload it to our mainframe to process it. It is possible to split the original SMF dataset in smaller pieces but demands a lot of control, so it would be the last resource.. Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom escreveu: Are you processing this on another z/OS system ? You indicated you’re downloading it so I wanted to make sure I understand the requirements. For “downloading” are you using FTP, SFTP or SCP. Are you processing the data on a non-Z platform ? Matt Hogstrom m...@hogstrom.org “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The file > got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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
[Public] RE: EXTERNAL: Transmitting SMF records
I've used XMIT to send small SMF files between Sysplex's. The catch is the transmitted file occupies spool space until someone receives it. If your shop is hurting for space they probably don't have a lot of spool volumes either. Robert Crawford Mainframe Management United Services Automobile Association (210) 913-3822 “Nothing can be beautiful which is not true." John Ruskin Please send requests to mainframe management through our front door at go/mfmfrontdoor -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ituriel do Neto Sent: Wednesday, December 14, 2022 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Transmitting SMF records Hi all, I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form dataset, that can be downloaded in binary mode, transmitted, and then recovered following the reverse order. My attempts of downloading the SMF dataset directly, in binary, and then uploading it to another SMF dataset with the same DCB attributes did not work. The file got corrupted. I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED because of a lack of space. Is there a way to send it, without previous use of XMIT or TRS ? Thanks in advance. Best Regards Ituriel do Nascimento Neto z/OS System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN USAA Classification: Public Disclaimer: This email and any attachments are the property of USAA and may contain confidential and/or privileged material. If you are not the intended recipient, any use, disclosure or copying of this email or any attachments is unauthorized. If you received this email in error, please immediately notify the sender and delete the email and any attachments from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
Are you processing this on another z/OS system ? You indicated you’re downloading it so I wanted to make sure I understand the requirements. For “downloading” are you using FTP, SFTP or SCP. Are you processing the data on a non-Z platform ? Matt Hogstrom m...@hogstrom.org “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Dec 14, 2022, at 8:56 AM, Ituriel do Neto > <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The file > got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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: Transmitting SMF records
Why don't you divide the huge file into sections? TRY idcams copy fromnumber with count *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Wed, Dec 14, 2022 at 3:57 PM Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The > file got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or > XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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: Transmitting SMF records
You could try extracting a subset of records based on start time and end time... then xmiting those, and at the far end concatenation them Colin On Wed, 14 Dec 2022 at 13:57, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The > file got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or > XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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: Transmitting SMF records
You can TERSE to a "tape" dataset. Sent with Proton Mail secure email. --- Original Message --- On Wednesday, December 14th, 2022 at 8:56 AM, Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The file > got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > -- > 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
Transmitting SMF records
Hi all, I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form dataset, that can be downloaded in binary mode, transmitted, and then recovered following the reverse order. My attempts of downloading the SMF dataset directly, in binary, and then uploading it to another SMF dataset with the same DCB attributes did not work. The file got corrupted. I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED because of a lack of space. Is there a way to send it, without previous use of XMIT or TRS ? Thanks in advance. Best Regards Ituriel do Nascimento Neto z/OS System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DB2 V12 DB2 connect v9.5 problem
I am getting DSNL076I -DBCG DSNLXSVC DDF CONNECTION REJECTED DUE 794 TO INCOMPATIBLE APPLCOMPAT VALUES. LUWID=P3EBC7B8.H043.DC8D7A13DC85 CLIENTAPPLCOMPAT=* PACKAGEAPPLCOMPAT=V12R1M502 PACKAGE=NULLID.SQLC2G13.41414141414E4758 I cannot figure out how to set the client level APPLCOMPAT or bind the nullid package to match. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN