I am getting
DSNL076I -DBCG DSNLXSVC DDF CONNECTION REJECTED DUE 794
TO INCOMPATIBLE APPLCOMPAT VALUES.
LUWID=P3EBC7B8.H043.DC8D7A13DC85
CLIENTAPPLCOMPAT=*
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
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 gener
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 S
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 **|*
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 cognit
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
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
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 Windo
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
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
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
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
-Orig
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 ...
---
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 d
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 W
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 us
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 ove
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 sup
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
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
> AMAPDUP
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 w
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
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
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
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
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
---
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
existi
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 r
29 matches
Mail list logo
