Barbara,
Did you transport the catalog dump dataset with ftp?
If yes, this might again point to ftp.
If not, the problem must be in the dump dataset. Then DFdss dump produces (can
produce) a non-standard recfm=u dataset, that will be processed correctly by
dfdss restore, but might confuse
https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprITRzOSv2r2?OpenDocument
IBM Resource Link: IBM Z LSPR ITR ratios for IBM processors where each model is
configured with multiple z/OS images based on an average LPAR profile of client
You can see it on the IBM site (search -SRM Constant ). You should also see
it in the Planning WLM manual, I believe Appendix B
MIPS do NOT exist, and are simply made up numbers.They are a loose
conglomeration that is similar to ITR. (where a 370/158 is considered a 1
MIPS machine).
Hi All
I am looking for a document which describes all the IBM machine model with
their MIPS, SU/sec etc .
There used to be used to be site which used to provide but i am unable to
find it.
Could someone please forward it to me?
Peter
Tom,
one reason for IODF Restore to build an unusable file is when it restores with
multiple extents.
IODF datasets must be single extent only.
Regards
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access
>For over a year, I FTP'd a DFDSS dump of my IODF file to every LPAR that
>needed it. Worked fine, until it didn't. IBM's response to the PMR that I
>opened is that the only 100% reliable way to FTP a DFDSS dump file was to
>terse it first. IBM does not support direct FTP of a DFDSS dump
I originally took out all libraries that reference LE as metal is not dependent
on them I now put them in and got a clean link/bind hope is does not blow up
when I try run it as LE structure is different then metal
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
On 11/6/19 5:35 PM, Joseph Reichman wrote:
Looking at the cross reference at the bottom of the z/OS Metal C
Programming Guide and Reference "fopen() library function 57" However fopen
is nowhere to be found anywhere else
fopen() is a Standard C Library function. If you have a standard C
Hi
Looking at the cross reference at the bottom of the z/OS Metal C
Programming Guide and Reference "fopen() library function 57" However fopen
is nowhere to be found anywhere else
Seem that if I have to do file i/o in Metal C I have to write my own library
functions ?
As i remember:
ispf/rexx spawn a java that redirect stdin/stdout to unix pipes filetypes.
Rexx open the pipes with syscall functions. Send request to stdin & receive
response from stdout, with a start/end of response known protocol.
On Wed, 6 Nov 2019 18:48:30 +, Seymour J Metz wrote:
>How do I write "plus ça change, plus c'est la même chose" or "רד ממני" in
>ASCII?
>It's even more limited than EBCDIC.
>
>... I hate ASCII and all of those code pages, and hope that everything will
>soon be Unicode.
>
+1
EBCDIC is
On Wed, 6 Nov 2019 14:30:31 -0600, Lionel B Dyck wrote:
>The biggest gain was using the environmental stem for bpxwunix that I
>implemented this morning after some testing. I will check out that
>bpx_shareas shortly as it sounds interesting.
>
Details? What did you put in that environmental
On 11/6/2019 4:02 PM, Chris Hoelscher wrote:
At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the
last holdout requiring USERKEY(YES)
Thank You,
Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T
502.476.2538 or 502.407.7266
CA, er,
On 11/6/2019 10:02 AM, Vernooij, Kees - KLM , ITOP NM wrote:
Can you point to where that is documented?
We FTP a lot b.m.o. DFDSS between Sysplexes.
Kees.
Kees,
I cannot find it documented anywhere. It's what IBM told me in response
to a PMR.
Regards,
Tom Conley
I got the impression -- hopefully not talking out of school here -- that MVS
development dropped everything to do the feature, so there was a distinct cost
to IBM, and I think part of the model was that it was to be a chargeable
feature.
Customers were saying "we really, really, really need
At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the
last holdout requiring USERKEY(YES)
Thank You,
Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T
502.476.2538 or 502.407.7266
-Original Message-
From: IBM Mainframe
The biggest gain was using the environmental stem for bpxwunix that I
implemented this morning after some testing. I will check out that bpx_shareas
shortly as it sounds interesting.
Thank you
Lionel B. Dyck <
Website: http://www.lbdsoftware.com
"Worry more about your character than your
Hi Lionel.
Have you tried bpx_shareas in the env. stem passed to BPXWUNIX?
Are you running a unix command or starting a shell script?
Is your command "apf"?
Some time ago, I was working in a similar issue: Ispf calling Java. The
creation of the JVM was really heavy, so we changed java code to
On 11/6/2019 2:38 PM, Jousma, David wrote:
Folks,
Remind me, is RUCSA support a chargeable feature? I find nothing in the
manual, the only clue I find is it is a separate line-item in ShopZ, so
thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a
bit of confirmation
Thank-you! I looked, but must have missed that.
_
Dave Jousma
AVP | Manager, Systems Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote:
>Remind me, is RUCSA support a chargeable feature? I find nothing
>in the manual, the only clue I find is it is a separate line-item in
>ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx?
>Just looking for a bit of
Folks,
Remind me, is RUCSA support a chargeable feature? I find nothing in the
manual, the only clue I find is it is a separate line-item in ShopZ, so
thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a
bit of confirmation
No, it has nothing to do with CKD, since it applies equally well to tape.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKown
Sent: Wednesday, November 6, 2019 10:24 AM
To:
How do I write "plus ça change, plus c'est la même chose" or "רד ממני" in
ASCII? It's even more limited than EBCDIC.
If you're going to talk about, e.g. ISO-8859-15, that's not ASCII. I hate
ASCII and all of those code pages, and hope that everything will soon be
Unicode.
--
Shmuel (Seymour
Not much you can do with 127 characters and null. Have you considered UTF-8?
On Wed, Nov 6, 2019 at 10:12 AM scott Ford wrote:
>
> Kirk:
>
> yeah a lot of people are not found of EBCDIC ...ascii much easier
>
> On Wed, Nov 6, 2019 at 11:10 AM scott Ford wrote:
>
> > Henri and Lionel,
> >
> >
Thanks regarding debugging I see David Cole Created another niche
> On Nov 6, 2019, at 11:25 AM, scott Ford wrote:
>
> I had to dig around for Metal C info ..so been there
>
>> On Wed, Nov 6, 2019 at 11:23 AM Joseph Reichman
>> wrote:
>>
>> Thanks BTW the only way to debug this code is
I had to dig around for Metal C info ..so been there
On Wed, Nov 6, 2019 at 11:23 AM Joseph Reichman
wrote:
> Thanks BTW the only way to debug this code is debug the generated
> assembler
>
>
> There is no debug tool support for this which really isn’t a big deal for
> me as getting zos
Thanks BTW the only way to debug this code is debug the generated assembler
There is no debug tool support for this which really isn’t a big deal for me as
getting zos explorer to work for AMODE 64 C code had proved to be a challenge
of its own
Thanks
> On Nov 6, 2019, at 11:16 AM, scott
Joe,
Did you checkout this url ?
https://www.metalc.guru/
On Wed, Nov 6, 2019 at 10:04 AM Joseph Reichman
wrote:
> Hi
>
> I am having all sorts of problems with LE in regards to XL C and thinking
> of switching to METAL C
>
> I have a DLL but in practical purposes that can be looked at as a
Kirk:
yeah a lot of people are not found of EBCDIC ...ascii much easier
On Wed, Nov 6, 2019 at 11:10 AM scott Ford wrote:
> Henri and Lionel,
>
> Wow , and Damn nice
>
> On Wed, Nov 6, 2019 at 9:00 AM Mohammad Khan wrote:
>
>> On Tue, 5 Nov 2019 13:33:58 +, Henri Kuiper
>> wrote:
>>
>>
Henri and Lionel,
Wow , and Damn nice
On Wed, Nov 6, 2019 at 9:00 AM Mohammad Khan wrote:
> On Tue, 5 Nov 2019 13:33:58 +, Henri Kuiper
> wrote:
>
> >;)
> >
> >Sent from my wireless iPhone
> >
>
> Is there a wired version as well !?
>
> :)
>
>
I'd probably be inclined to use a TERSEd DFDSS dump, too - but that's just
because I don't implicitly 'trust' (read: 'understand') UNIXy things.
One such 'thing' I was shown was:
tar -cf - ¦ ssh -l "cd ; tar -vxf -"
Apparently this means something like: "create a tar ball of on
stdout then
Hi Itschak AMV"SH,
Why did you use IDTF format instead of TRS?
Regards,
David
On 2019-11-06 10:22, ITschak Mugzach wrote:
> Kees,
>
> Dfdss in general is not ftp freindly. When we faced that in a large data
> movement project, we used xmit to convert the file format to xmt on one
> side and
Yes, but what is the problem with recfm=u? Treat it as defined/documented:
physical blocks, with undefined internal logic. So don't try to find logic in
it. Is this what FTP tries to do?
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
On Wed, Nov 6, 2019 at 9:18 AM Vernooij, Kees (ITOP NM) - KLM <
kees.verno...@klm.com> wrote:
> So do we.
>
> And I wonder what the actual problem is? If the DFDSS dump dataset has
> such a special (internal) format, that FTP cannot always handle it
> correctly, why can AMATERSE do this without
Kees,
Dfdss in general is not ftp freindly. When we faced that in a large data
movement project, we used xmit to convert the file format to xmt on one
side and rexyeive it on the other side.
ITschak
בתאריך יום ד׳, 6 בנוב׳ 2019, 17:18, מאת Vernooij, Kees (ITOP NM) - KLM <
Because TRS produces FB records, whereas, DFSMSdss produces RECFM=U records.
On 2019-11-06 10:17, Vernooij, Kees (ITOP NM) - KLM wrote:
> So do we.
>
> And I wonder what the actual problem is? If the DFDSS dump dataset has such a
> special (internal) format, that FTP cannot always handle it
So do we.
And I wonder what the actual problem is? If the DFDSS dump dataset has such a
special (internal) format, that FTP cannot always handle it correctly, why can
AMATERSE do this without problems?
If it FTP only, what is the special problem for FTP? What other dataset formats
are a
I have always FTP a DFDSS dump of "things" - What I was told to do long ago
and far away was to include BLKSIZE=32760 on the dump file in DFDSS.
This has never caused an issue (DFDSS ignores the Blksize). And my Transfer
have (knock wood) not failed. And I have always been able to restore
Hi
I am having all sorts of problems with LE in regards to XL C and thinking of
switching to METAL C
I have a DLL but in practical purposes that can be looked at as a bunch of C
routines
The routines work on storage accessed by the first function
My question is under METAL C when you do a
Can you point to where that is documented?
We FTP a lot b.m.o. DFDSS between Sysplexes.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Conley
Sent: 06 November 2019 15:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Zfs from
On 11/5/2019 6:54 PM, Jousma, David wrote:
Terse, dont terse, your call. I have 100% reliability as long as the
destination disk dataset for the ftp is newly created. If the destination
dataset already exists, then yes, there have been problems.
As you mention there are some specific
On Tue, 5 Nov 2019 13:33:58 +, Henri Kuiper wrote:
>;)
>
>Sent from my wireless iPhone
>
Is there a wired version as well !?
:)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I suspect anyone who knows is under NDA and cannot post here :)
I have noticed that WLM has a CBP field in various places, documented as
Reserved.
HMC has added extensive support to configure CBP processors in lpars, with
much the same characteristics as CP.
This is different from SSC which is
The only zCX specialty engine eligibility is for zIIP.
Sent from my iPad
> On 5 Nov 2019, at 15:08, Gord Tomlin
wrote:
>
> On 2019-11-05 09:56, R.S. wrote:
>>> I suspect CBP would be for running docker payloads ?
>> Well, as I wrote, dockers (zCX) use zIIP. You are right the name is very
>>
45 matches
Mail list logo