Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
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

Re: MIPS chart for all IBM hardware model

2019-11-06 Thread Parwez Hamid
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

Re: MIPS chart for all IBM hardware model

2019-11-06 Thread Gerhard Adam
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).

MIPS chart for all IBM hardware model

2019-11-06 Thread Peter
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Bruce Hewson
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Barbara Nitz
>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

Re: File I/O Metal C documentation error

2019-11-06 Thread Joseph Reichman
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

Re: File I/O Metal C documentation error

2019-11-06 Thread Jack J. Woehr
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

File I/O Metal C documentation error

2019-11-06 Thread Joseph Reichman
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 ?

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

2019-11-06 Thread Salva Carrasco
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.

Re: git with it

2019-11-06 Thread Paul Gilmartin
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

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

2019-11-06 Thread Paul Gilmartin
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

Re: RUCSA

2019-11-06 Thread Tom Conley
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,

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Tom Conley
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

Re: RUCSA

2019-11-06 Thread Charles Mills
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

Re: RUCSA

2019-11-06 Thread Chris Hoelscher
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

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

2019-11-06 Thread Lionel B Dyck
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

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

2019-11-06 Thread Salva Carrasco
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

Re: RUCSA

2019-11-06 Thread Tom Conley
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

Re: RUCSA

2019-11-06 Thread Jousma, David
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

Re: RUCSA

2019-11-06 Thread Tom Marchant
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

RUCSA

2019-11-06 Thread Jousma, David
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Seymour J Metz
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:

Re: git with it

2019-11-06 Thread Seymour J Metz
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

Re: git with it

2019-11-06 Thread Mike Schwab
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, > > > >

Re: Using malloc/Calloc under metal C

2019-11-06 Thread Joseph Reichman
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

Re: Using malloc/Calloc under metal C

2019-11-06 Thread scott Ford
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

Re: Using malloc/Calloc under metal C

2019-11-06 Thread Joseph Reichman
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

Re: Using malloc/Calloc under metal C

2019-11-06 Thread scott Ford
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

Re: git with it

2019-11-06 Thread scott Ford
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: >> >>

Re: git with it

2019-11-06 Thread scott Ford
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 !? > > :) > >

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Sean Gleann
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread David Spiegel
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread John McKown
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread ITschak Mugzach
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 ‏<

Re: Zfs from 1 LPAR to another

2019-11-06 Thread David Spiegel
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Lizette Koehler
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

Using malloc/Calloc under metal C

2019-11-06 Thread Joseph Reichman
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
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

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Tom Conley
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

Re: git with it

2019-11-06 Thread Mohammad Khan
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

Re: CBPs (processors) - what is it?

2019-11-06 Thread Attila Fogarasi
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

Re: CBPs (processors) - what is it?

2019-11-06 Thread Martin Packer
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 >>