Re: IPCS and Rexx

[Tony Harminc]

On Wed, 11 Oct 2023 at 19:25, Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 11 Oct 2023 17:07:44 -0400, Tony Harminc wrote:
> >...
> >So e.g. we have a product
> >that has a notion of transactions, and a transaction is represented by a
> >single CB that points to various other CBs, ...
> >
> How do you achieve that, given that Rexx has no pointer type?
>

The transaction product is not written in REXX (it's mostly assembler).
We're talking about using REXX running under IPCS to process a dump from
that product.

STORAGE() lets you access and modify CBs once you know
> their addresses, but not to use addresses of Rexx-owned objects.
>

 Sure. But the REXX runs with IPCS commands available to it, and at least
one of them (EVAL) can use a REXX variable interface. So the content of any
storage in the dump can be stuck into a REXX variable. And a live system
can (mostly) be examined without changing the REXX, since with suitable
permissions IPCS EVAL can fetch from active storage rather than a dump.

I can imagine supplying interfaces to GETMAIN/FREEMAIN.
>

Indeed. Perhaps an extension to the REXX Storage function. With of course
ALETs and 64-bit and such as well...

I once lamented that the SMP/E API depends on pointers in
> ways that are hostile to REXX.  Kurt Q. replied, approximately,
> "Well, you can't please everybody."
>
> The ICSF API, in contrast, is REXX- friendly.  There are SAMPLIB
> members.  The only pointers needed are arguments to LINKMVS.
>

The Binder API is mostly at least not REXX-unfriendly.

>
> REXX is important enough that it should be considered in the
> design of an API.
>

IPCS does have that variable interface, which is Good Enough to get a lot
done.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 3.1 documentation

[Brian Westerman]

Thanks,

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 3.1 documentation

[Brian Westerman]

Tom's system allowed me to use the files without a browser.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS and Rexx

[Joseph Reichman]

Ok thanks 

> On Oct 11, 2023, at 7:25 PM, Paul Gilmartin 
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Wed, 11 Oct 2023 17:07:44 -0400, Tony Harminc wrote:
>>   ... 
>> So e.g. we have a product
>> that has a notion of transactions, and a transaction is represented by a
>> single CB that points to various other CBs, ...
>> 
> How do you achieve that, given that Rexx has no pointer type?
> STORAGE() lets you access and modify CBs once you know
> their addresses, but not to use addresses of Rexx-owned objects.
> 
> I can imagine supplying interfaces to GETMAIN/FREEMAIN.
> 
> I once lamented that the SMP/E API depends on pointers in
> ways that are hostile to REXX.  Kurt Q. replied, approximately,
> "Well, you can't please everybody."
> 
> The ICSF API, in contrast, is REXX- friendly.  There are SAMPLIB
> members.  The only pointers needed are arguments to LINKMVS.
> 
> REXX is important enough that it should be considered in the
> design of an API.
> 
> -- 
> 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: IPCS and Rexx

[Paul Gilmartin]

On Wed, 11 Oct 2023 17:07:44 -0400, Tony Harminc wrote:
>... 
>So e.g. we have a product
>that has a notion of transactions, and a transaction is represented by a
>single CB that points to various other CBs, ...
>
How do you achieve that, given that Rexx has no pointer type?
STORAGE() lets you access and modify CBs once you know
their addresses, but not to use addresses of Rexx-owned objects.

I can imagine supplying interfaces to GETMAIN/FREEMAIN.

I once lamented that the SMP/E API depends on pointers in
ways that are hostile to REXX.  Kurt Q. replied, approximately,
"Well, you can't please everybody."

The ICSF API, in contrast, is REXX- friendly.  There are SAMPLIB
members.  The only pointers needed are arguments to LINKMVS.

REXX is important enough that it should be considered in the
design of an API.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resize a ZFS aggregate

[Mark Jacobs]

I use the bpxwmigf tool for zfs resizing activities. Works great, less filling. 
If you're able to use zEDC compression, that's also something to enable on 
newly allocated zfs file systems.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Wednesday, October 11th, 2023 at 3:59 PM, Mike Schwab 
 wrote:


> Alternate is to mount the new ZFS at a new mount point, issue *ix
> commands to copy the current files to new location(s), unmount both,
> rename both and mount new ZFS(s).
> 
> On Wed, Oct 11, 2023 at 2:18 PM Michael Babcock bigironp...@gmail.com wrote:
> 
> > It’s documented in the ZFS Administration book, section “Copying the
> > physical blocks of the aggregate to a larger dataset”.
> > 
> > Don’t format the .NEW or it doesn’t work.
> > 
> > On Wed, Oct 11, 2023 at 2:07 PM Mark Pace pacemainl...@gmail.com wrote:
> > 
> > > Hmm - never tried repo on an zfs aggregate. I'll give it a try. Thanks./
> > > 
> > > On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock bigironp...@gmail.com
> > > wrote:
> > > 
> > > > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
> > > > 
> > > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace pacemainl...@gmail.com
> > > > wrote:
> > > > 
> > > > > Same results using replace or replaceu
> > > > > 
> > > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace pacemainl...@gmail.com
> > > > > wrote:
> > > > > 
> > > > > > No, I've used REPLACE. I'll give that a try.
> > > > > > 
> > > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler azeig...@sdsusa.com
> > > > > > wrote:
> > > > > > 
> > > > > > > Did you use the REPLACEUnconditional parameter with the restore?
> > > > > > > Also,
> > > > > > > make sure you don't have SMS routines getting in the way.
> > > > > > > 
> > > > > > > Art Zeigler
> > > > > > > 
> > > > > > > 
> > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on
> > > > > > > behalf
> > > > > > > of Mark Pace pacemainl...@gmail.com
> > > > > > > Sent: Wednesday, October 11, 2023 2:26 PM
> > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU
> > > > > > > Subject: Resize a ZFS aggregate
> > > > > > > 
> > > > > > > I have a zfs file that has grown so large it can't any more 
> > > > > > > extents.
> > > > > > > 
> > > > > > > So the plan was to
> > > > > > > Unmount the filesystem
> > > > > > > Dump the file to disk dataset.
> > > > > > > Delete the filesystem
> > > > > > > Define the filesystem with larger primary and secondary extents.
> > > > > > > Restore the dump to the new filesystem
> > > > > > > and remount.
> > > > > > > 
> > > > > > > BUT - when I restore the dump it deletes the filesystem I created
> > > > > > > and
> > > > > > > creates a new one using the old allocations.
> > > > > > > 
> > > > > > > How do I make adrdssu use the new preallocated filesystem
> > > > > > > allocation?
> > > > > > > 
> > > > > > > --
> > > > > > > The postings on this site are my own and don’t necessarily 
> > > > > > > represent
> > > > > > > Mainline’s positions or opinions
> > > > > > > 
> > > > > > > Mark D Pace
> > > > > > > Senior Systems Engineer
> > > > > > > Mainline Information Systems
> > > 
> > > --
> > > 
> > > > > > > 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
> > > > > > 
> > > > > > --
> > > > > > The postings on this site are my own and don’t necessarily represent
> > > > > > Mainline’s positions or opinions
> > > > > > 
> > > > > > Mark D Pace
> > > > > > Senior Systems Engineer
> > > > > > Mainline Information Systems
> > > > > 
> > > > > --
> > > > > The postings on this site are my own and don’t necessarily represent
> > > > > Mainline’s positions or opinions
> > > > > 
> > > > > Mark D Pace
> > > > > Senior Systems Engineer
> > > > > Mainline Information Systems
> > > > > 
> > > > > --
> > > > > 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
> > > 
> > > --
> > > The postings on this site are my own and don’t necessarily represent
> > > Mainline’s positions or opinions
> > > 
> > > Mark D Pace
> 

Re: IPCS and Rexx

[Joseph Reichman]

I have one question is there another way to create a structure besides using 
the BLSQ macros that’s the only thing I need to do in assembler the rest I’ll 
do Rexx

> On Oct 11, 2023, at 5:08 PM, Tony Harminc  wrote:
> 
> On Wed, 11 Oct 2023 at 03:59, Joseph Reichman  wrote:
> 
> That was very helpful back to my first beef
>> 
>> The EVAL….. subcommands particular to Rexx clist are interspersed among
>> those IPCS subcommands done by hand
>> 
>> The reason I think I cannt get around verbx assembler exit is because I
>> want to create a structure to be used in the run chain command and I think
>> that necessitates the use of the BLSQS assembler macros
>> 
> 
> A few observations. First, like Binyamin, I don't know why you don't just
> use REXX to format your own (or anyone's) control blocks. I, and I'm sure
> others, have written many thousands of lines of REXX to go through dumps.
> It's not just formatting CBs, but having the REXX take different actions
> based on what it finds in some of those blocks. So e.g. we have a product
> that has a notion of transactions, and a transaction is represented by a
> single CB that points to various other CBs, and that transaction CB is
> always on one of many possible queues, or it's being processed by a
> specific module. So the REXX can go through the queues and format the
> status and history of all or a single transaction, chase down and report on
> the linked CBs with their various pieces of information, and so on. Or it
> can start with a transaction ID (perhapssupplied by the dump reader as an
> argument), find where it's queued, and report on things unique to the queue
> it's on. And it can prompt the dump reader based on things found during
> processing, e.g. "Transaction x has 7 sub-transactions that have not
> completed - report on them? Reply Yes, No, or Details". That kind of thing.
> 
> RUNCHAIN is one of the easiest things to write in REXX. It doesn't have to
> exactly mimic the IPCS command, but it probably needs notions like the
> offset of the chain pointer, how end-of-chain is marked, how to format some
> fields in each block encountered (the eyecatcher?), whether there are
> errors that make a CB instance suspicious (maybe the "in use" and "has been
> freed" flags are both on), and so on. Just make it a subroutine, and then
> you can call it from anywhere in your larger REXX program.
> 
> Write yourself a few generalized REXX subroutines - one to manage storage
> fetching requests with perhaps different types of input (hex or decimal or
> character string for the address, since you may conveniently have any of
> those available), one to format output like one line of a dump (in my case
> I can optionally format EBCDIC/ASCII or both) and ensure that you don't
> pass things like a single quote to the IPCS NOTE command, perhaps one to
> manipulate addresses (you pass it a hex string and a decimal offset, or
> whatever), and of course routines that are more specific to your own code
> and CBs.
> 
> There's another aspect... You can indeed use the BLSQ... macros to define a
> control block in a format that IPCS can format from. These macros are not
> very easy to use, imho, but still can be useful. You can do two things with
> them: use them to define your own control blocks to IPCS (since obviously
> IPCS doesn't come with these mappings) so that you can use CBF and such on
> them, but also you can interpret the macro output in your own REXX routines
> if you like, without using the IBM IPCS commands. Fiddly, but potentially a
> way to do more than the IBM formatters do.
> 
> [BTW, if you want a lot of examples of use of the BLSQ... macros, look at
> the JES2 source code that should be on your system. HASM modules are
> all related to IPCS, and most are CB definitions. I imagine IBM has a tool
> to take the assembler definitions (or maybe ADATA) and churn out the BLSQM
> stuff. Or maybe they're all hand written.]
> 
> Tony H.
> 
> --
> 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: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

[Paul Gilmartin]

On Wed, 11 Oct 2023 15:44:39 +, Peter Relson wrote:
>
>As it happens, the offending sentence had already been removed from the 3.1 
>book. Since the thread started before those books were generally available to 
>be looked at, it's not surprising that that was not realized.
> 
I see that.  Thanks.

I searched the 3.1 JCL Ref. for "unpredictable".  I consider some remaining
instances inexcusable, such as:
Do not code TIME=0 on a JOB statement. The results are unpredictable.

That should just be made a syntax error.  I have no sympathy for the
"compatibility" argument.

If there is some uncertainty due to discretization, that should be mentioned
concisely.

As for nested symbols, there should be an edg case example, such as:
//  SET X=FOO,Y-BAR
//  SET  A=B
The equivalent JCL would be elaborated as:
//  SET  AFOO=BBAR

If I guessed wrong, that's a fortiori reason for clarification.

And, abridged from the Ref."
//EXAMPLE   PROC SYM1='Whats up, 
Doc?',SYM2=(DEF),SYM3=&&TEMP1,
//   SYM4='&TEMP2',SYM5=&TEMP3,TEMP3=TEMPNAME,
//   SYM6=
...
//DD3   DD   DSN=,UNIT=SYSDA,SPACE=(TRK,(1,1))
//DD4   DD   DSN=,UNIT=SYSDA,SPACE=(TRK,(1,1))
//DD5   DD   DSN=,UNIT=SYSALLDA,SPACE=(TRK,(1,1))
...
The equivalent JCL produced by the substitution, when the procedure is 
expanded, is:
...
//DD4   DD   DSN=,UNIT=SYSDA,SPACE=(TRK,(1,1))
(It fails to show the equivalent JCL for DD5.)

It would be a valuable clarification to state that DD4 names a
temporary data set.  I think.

• Symbols on JCL records are treated as if they resolved simultaneously. 

I'll assume the contrapositive:  Symbols on different JCL records
(It says "record", not "statement") are resolved sequentially.
So SYM6 should receive the value "TEMPNAME".

-- 
Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS and Rexx

[Tony Harminc]

On Wed, 11 Oct 2023 at 03:59, Joseph Reichman  wrote:

That was very helpful back to my first beef
>
> The EVAL….. subcommands particular to Rexx clist are interspersed among
> those IPCS subcommands done by hand
>
> The reason I think I cannt get around verbx assembler exit is because I
> want to create a structure to be used in the run chain command and I think
> that necessitates the use of the BLSQS assembler macros
>

A few observations. First, like Binyamin, I don't know why you don't just
use REXX to format your own (or anyone's) control blocks. I, and I'm sure
others, have written many thousands of lines of REXX to go through dumps.
It's not just formatting CBs, but having the REXX take different actions
based on what it finds in some of those blocks. So e.g. we have a product
that has a notion of transactions, and a transaction is represented by a
single CB that points to various other CBs, and that transaction CB is
always on one of many possible queues, or it's being processed by a
specific module. So the REXX can go through the queues and format the
status and history of all or a single transaction, chase down and report on
the linked CBs with their various pieces of information, and so on. Or it
can start with a transaction ID (perhapssupplied by the dump reader as an
argument), find where it's queued, and report on things unique to the queue
it's on. And it can prompt the dump reader based on things found during
processing, e.g. "Transaction x has 7 sub-transactions that have not
completed - report on them? Reply Yes, No, or Details". That kind of thing.

RUNCHAIN is one of the easiest things to write in REXX. It doesn't have to
exactly mimic the IPCS command, but it probably needs notions like the
offset of the chain pointer, how end-of-chain is marked, how to format some
fields in each block encountered (the eyecatcher?), whether there are
errors that make a CB instance suspicious (maybe the "in use" and "has been
freed" flags are both on), and so on. Just make it a subroutine, and then
you can call it from anywhere in your larger REXX program.

Write yourself a few generalized REXX subroutines - one to manage storage
fetching requests with perhaps different types of input (hex or decimal or
character string for the address, since you may conveniently have any of
those available), one to format output like one line of a dump (in my case
I can optionally format EBCDIC/ASCII or both) and ensure that you don't
pass things like a single quote to the IPCS NOTE command, perhaps one to
manipulate addresses (you pass it a hex string and a decimal offset, or
whatever), and of course routines that are more specific to your own code
and CBs.

There's another aspect... You can indeed use the BLSQ... macros to define a
control block in a format that IPCS can format from. These macros are not
very easy to use, imho, but still can be useful. You can do two things with
them: use them to define your own control blocks to IPCS (since obviously
IPCS doesn't come with these mappings) so that you can use CBF and such on
them, but also you can interpret the macro output in your own REXX routines
if you like, without using the IBM IPCS commands. Fiddly, but potentially a
way to do more than the IBM formatters do.

[BTW, if you want a lot of examples of use of the BLSQ... macros, look at
the JES2 source code that should be on your system. HASM modules are
all related to IPCS, and most are CB definitions. I imagine IBM has a tool
to take the assembler definitions (or maybe ADATA) and churn out the BLSQM
stuff. Or maybe they're all hand written.]

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DFDSS RFE - Please read / vote

[Mark Zelden]

Hi all,

Please read / vote for this RFE.


"Provide abilty for DSS to be able to scratch and reallocate an in use data set 
name that is not the actual dataset in use during a logical copy operation"

https://ideas.ibm.com/ideas/ZOS-I-3862

I think you vote here:
https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3862

I was honestly shocked this is not supported in DFDSS.  I've been using FDR for 
over 30 years for this.

I don't know if you can see the entire text, so I will copy it below to explain 
the issue, but in summary:

If you are copying a dataset to a maintenance sysres (target sysres that will 
be cloned) and that DSN 
is ENQd, the copy will work - unless the dataset needs to be scratched / 
reallocated because the
input dataset is larger than the output one that already exists.  I've been 
supporting clients for
30 years that keep ISV (and IBM non-OS) products as an extension of the sysres 
and recently
ran into this at a client that dumped FDR since they had DFDSS and ran into 
this problem.

If you know a way around the issue - shoot!  IBM says it is not supported.  You 
can delete the
not in use dataset after rename (if allowed) but that is error prone since you 
have to point to 
the maintenance volume and I don't want JR. people doing this.  One other work 
around is
after the logical copy fails, you can run it again as physical since the 
dataset is enlarged
on the first try, but just fails in scratch.  BTW, "CATALOG" is never used in 
this copy since
the datasets are indirectly catalogged.  

Now for the RFE main part of the RFE text:

---

Putting maintenance onto a "target" / maintenance sysres volume or set has been 
an MVS concept  and cloning an IPLable sysres set (or swapping IPL sets) 
"forever" . Many shops also put other IBM products or ISV products on a 
secondary / tertiary sysres and indirectly catalog them so they are on the 
sysres set.  This is the only way to support rolling IPLs in a sysplex so there 
are not application outages (another MVS concept).   Since those secondary / 
tertiary  volumes are a combination of products, adding new datasets is done 
via logical copy of a product's target libraries to the target / maintenance 
sysres and those datasets are indirectly catalogged using a system symbol like 
, , etc.   The copy to the "target" system (maintenance sysres) 
works fine even if the same named dataset is in use on the live sysres set (be 
it in the LNKLST, TSO PROC, STC STEPLIB etc.).  EXCEPT... when the dataset 
needs to be enlarged as part of the copy process.  In that case you get message 
ADR497E RC 102 Reason code FP-007 and "ERROR OCCURRED WHILE DELETING 
UNCATALOGED DATA SET" and the copy for that dataset fails.  However, the 
dataset to be "overlaid" (if you will), is not the dataset in use so DFDSS 
should have the ability to enlarge it and do the copy.  The only solution is to 
use the DFSMS special SAF authority to rename a dataset in use 
(STGADMIN.DPDSRN.dsn_to_rename) to rename the "target" dataset on the 
maintenance volume, then delete it, then rerun the copy job.  This could be 
very error prone if someone doesn't put in the correct volser on ISPF  and they 
could rename the "real" in use dataset or perhaps one on a different sysres 
set.  

---

Please vote this one up!  

Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resize a ZFS aggregate

[Mike Schwab]

Alternate is to mount the new ZFS at a new mount point, issue *ix
commands to copy the current files to new location(s), unmount both,
rename both and mount new ZFS(s).

On Wed, Oct 11, 2023 at 2:18 PM Michael Babcock  wrote:
>
> It’s documented in the ZFS Administration book, section “Copying the
> physical blocks of the aggregate to a larger dataset”.
>
> Don’t format the .NEW or it doesn’t work.
>
> On Wed, Oct 11, 2023 at 2:07 PM Mark Pace  wrote:
>
> > Hmm - never tried repo on an zfs aggregate.  I'll give it a try.  Thanks./
> >
> > On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock 
> > wrote:
> >
> > > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
> > >
> > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace 
> > wrote:
> > >
> > > > Same results using replace or replaceu
> > > >
> > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace 
> > > wrote:
> > > >
> > > > > No, I've used REPLACE.  I'll give that a try.
> > > > >
> > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler 
> > > wrote:
> > > > >
> > > > >> Did you use the REPLACEUnconditional parameter with the restore?
> > > Also,
> > > > >> make sure you don't have SMS routines getting in the way.
> > > > >>
> > > > >> Art Zeigler
> > > > >>
> > > > >> 
> > > > >> From: IBM Mainframe Discussion List  on
> > > > behalf
> > > > >> of Mark Pace 
> > > > >> Sent: Wednesday, October 11, 2023 2:26 PM
> > > > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> > > > >> Subject: Resize a ZFS aggregate
> > > > >>
> > > > >> I have a zfs file that has grown so large it can't any more extents.
> > > > >>
> > > > >> So the plan was to
> > > > >> Unmount the filesystem
> > > > >> Dump the file to disk dataset.
> > > > >> Delete the filesystem
> > > > >> Define the filesystem with larger primary and secondary extents.
> > > > >> Restore the dump to the new filesystem
> > > > >> and remount.
> > > > >>
> > > > >> BUT - when I restore the dump it deletes the filesystem I created
> > and
> > > > >> creates a new one using the old allocations.
> > > > >>
> > > > >> How do I make adrdssu use the new preallocated filesystem
> > allocation?
> > > > >>
> > > > >> --
> > > > >> The postings on this site are my own and don’t necessarily represent
> > > > >> Mainline’s positions or opinions
> > > > >>
> > > > >> Mark D Pace
> > > > >> Senior Systems Engineer
> > > > >> Mainline Information Systems
> > > > >>
> > > > >>
> > --
> > > > >> 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
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > The postings on this site are my own and don’t necessarily represent
> > > > > Mainline’s positions or opinions
> > > > >
> > > > > Mark D Pace
> > > > > Senior Systems Engineer
> > > > > Mainline Information Systems
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > The postings on this site are my own and don’t necessarily represent
> > > > Mainline’s positions or opinions
> > > >
> > > > Mark D Pace
> > > > Senior Systems Engineer
> > > > Mainline Information Systems
> > > >
> > > > --
> > > > 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
> > >
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > --
> > 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: Resize a ZFS aggregate

[Mark Pace]

Thank you!   That appears to have done the trick.

On Wed, Oct 11, 2023 at 3:18 PM Michael Babcock 
wrote:

> It’s documented in the ZFS Administration book, section “Copying the
> physical blocks of the aggregate to a larger dataset”.
>
> Don’t format the .NEW or it doesn’t work.
>
> On Wed, Oct 11, 2023 at 2:07 PM Mark Pace  wrote:
>
> > Hmm - never tried repo on an zfs aggregate.  I'll give it a try.
> Thanks./
> >
> > On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock 
> > wrote:
> >
> > > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
> > >
> > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace 
> > wrote:
> > >
> > > > Same results using replace or replaceu
> > > >
> > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace 
> > > wrote:
> > > >
> > > > > No, I've used REPLACE.  I'll give that a try.
> > > > >
> > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler 
> > > wrote:
> > > > >
> > > > >> Did you use the REPLACEUnconditional parameter with the restore?
> > > Also,
> > > > >> make sure you don't have SMS routines getting in the way.
> > > > >>
> > > > >> Art Zeigler
> > > > >>
> > > > >> 
> > > > >> From: IBM Mainframe Discussion List  on
> > > > behalf
> > > > >> of Mark Pace 
> > > > >> Sent: Wednesday, October 11, 2023 2:26 PM
> > > > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> > > > >> Subject: Resize a ZFS aggregate
> > > > >>
> > > > >> I have a zfs file that has grown so large it can't any more
> extents.
> > > > >>
> > > > >> So the plan was to
> > > > >> Unmount the filesystem
> > > > >> Dump the file to disk dataset.
> > > > >> Delete the filesystem
> > > > >> Define the filesystem with larger primary and secondary extents.
> > > > >> Restore the dump to the new filesystem
> > > > >> and remount.
> > > > >>
> > > > >> BUT - when I restore the dump it deletes the filesystem I created
> > and
> > > > >> creates a new one using the old allocations.
> > > > >>
> > > > >> How do I make adrdssu use the new preallocated filesystem
> > allocation?
> > > > >>
> > > > >> --
> > > > >> The postings on this site are my own and don’t necessarily
> represent
> > > > >> Mainline’s positions or opinions
> > > > >>
> > > > >> Mark D Pace
> > > > >> Senior Systems Engineer
> > > > >> Mainline Information Systems
> > > > >>
> > > > >>
> > --
> > > > >> 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
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > The postings on this site are my own and don’t necessarily
> represent
> > > > > Mainline’s positions or opinions
> > > > >
> > > > > Mark D Pace
> > > > > Senior Systems Engineer
> > > > > Mainline Information Systems
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > The postings on this site are my own and don’t necessarily represent
> > > > Mainline’s positions or opinions
> > > >
> > > > Mark D Pace
> > > > Senior Systems Engineer
> > > > Mainline Information Systems
> > > >
> > > >
> --
> > > > 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
> > >
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > --
> > 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
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Cancel Thread...

[Steve Thompson]

On 10/11/2023 3:04 PM, Lionel B. Dyck wrote:

SVC 13


Priceless.

Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resize a ZFS aggregate

[Steve Beaver]

I think Repo is a good idea but you still need to format the whole zOS

Sent from my iPhone

No one said I could type with one thumb 

> On Oct 11, 2023, at 14:18, Michael Babcock  wrote:
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resize a ZFS aggregate

[Michael Babcock]

It’s documented in the ZFS Administration book, section “Copying the
physical blocks of the aggregate to a larger dataset”.

Don’t format the .NEW or it doesn’t work.

On Wed, Oct 11, 2023 at 2:07 PM Mark Pace  wrote:

> Hmm - never tried repo on an zfs aggregate.  I'll give it a try.  Thanks./
>
> On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock 
> wrote:
>
> > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
> >
> > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace 
> wrote:
> >
> > > Same results using replace or replaceu
> > >
> > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace 
> > wrote:
> > >
> > > > No, I've used REPLACE.  I'll give that a try.
> > > >
> > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler 
> > wrote:
> > > >
> > > >> Did you use the REPLACEUnconditional parameter with the restore?
> > Also,
> > > >> make sure you don't have SMS routines getting in the way.
> > > >>
> > > >> Art Zeigler
> > > >>
> > > >> 
> > > >> From: IBM Mainframe Discussion List  on
> > > behalf
> > > >> of Mark Pace 
> > > >> Sent: Wednesday, October 11, 2023 2:26 PM
> > > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> > > >> Subject: Resize a ZFS aggregate
> > > >>
> > > >> I have a zfs file that has grown so large it can't any more extents.
> > > >>
> > > >> So the plan was to
> > > >> Unmount the filesystem
> > > >> Dump the file to disk dataset.
> > > >> Delete the filesystem
> > > >> Define the filesystem with larger primary and secondary extents.
> > > >> Restore the dump to the new filesystem
> > > >> and remount.
> > > >>
> > > >> BUT - when I restore the dump it deletes the filesystem I created
> and
> > > >> creates a new one using the old allocations.
> > > >>
> > > >> How do I make adrdssu use the new preallocated filesystem
> allocation?
> > > >>
> > > >> --
> > > >> The postings on this site are my own and don’t necessarily represent
> > > >> Mainline’s positions or opinions
> > > >>
> > > >> Mark D Pace
> > > >> Senior Systems Engineer
> > > >> Mainline Information Systems
> > > >>
> > > >>
> --
> > > >> 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
> > > >>
> > > >
> > > >
> > > > --
> > > > The postings on this site are my own and don’t necessarily represent
> > > > Mainline’s positions or opinions
> > > >
> > > > Mark D Pace
> > > > Senior Systems Engineer
> > > > Mainline Information Systems
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > The postings on this site are my own and don’t necessarily represent
> > > Mainline’s positions or opinions
> > >
> > > Mark D Pace
> > > Senior Systems Engineer
> > > Mainline Information Systems
> > >
> > > --
> > > 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
> >
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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: Resize a ZFS aggregate

[Mark Pace]

Hmm - never tried repo on an zfs aggregate.  I'll give it a try.  Thanks./

On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock 
wrote:

> I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
>
> On Wed, Oct 11, 2023 at 1:59 PM Mark Pace  wrote:
>
> > Same results using replace or replaceu
> >
> > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace 
> wrote:
> >
> > > No, I've used REPLACE.  I'll give that a try.
> > >
> > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler 
> wrote:
> > >
> > >> Did you use the REPLACEUnconditional parameter with the restore?
> Also,
> > >> make sure you don't have SMS routines getting in the way.
> > >>
> > >> Art Zeigler
> > >>
> > >> 
> > >> From: IBM Mainframe Discussion List  on
> > behalf
> > >> of Mark Pace 
> > >> Sent: Wednesday, October 11, 2023 2:26 PM
> > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> > >> Subject: Resize a ZFS aggregate
> > >>
> > >> I have a zfs file that has grown so large it can't any more extents.
> > >>
> > >> So the plan was to
> > >> Unmount the filesystem
> > >> Dump the file to disk dataset.
> > >> Delete the filesystem
> > >> Define the filesystem with larger primary and secondary extents.
> > >> Restore the dump to the new filesystem
> > >> and remount.
> > >>
> > >> BUT - when I restore the dump it deletes the filesystem I created and
> > >> creates a new one using the old allocations.
> > >>
> > >> How do I make adrdssu use the new preallocated filesystem allocation?
> > >>
> > >> --
> > >> The postings on this site are my own and don’t necessarily represent
> > >> Mainline’s positions or opinions
> > >>
> > >> Mark D Pace
> > >> Senior Systems Engineer
> > >> Mainline Information Systems
> > >>
> > >> --
> > >> 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
> > >>
> > >
> > >
> > > --
> > > The postings on this site are my own and don’t necessarily represent
> > > Mainline’s positions or opinions
> > >
> > > Mark D Pace
> > > Senior Systems Engineer
> > > Mainline Information Systems
> > >
> > >
> > >
> > >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > --
> > 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
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Small problem with JNFxCNTL and VTOF

[Sri h Kolusu]

>> I was trying to use JNF1CNTL and JNF2CNTL to build the input files for the 
>> JOINKEYS from the two initial files but due to the different formats I have 
>> not been able to do it

Jack,

DFSORT Joinkeys is quite capable of comparing a FB format file with VB format 
file, you really do not need to do anything special.   Just provide the 
positions of the keys based on the RECFM ( for VB make sure you add +4 to the 
actual position to account for the RDW)  Unless you ran into an issue, you 
don't even need JNF1 and JNF2. Can you show me the error/issue you are having?


Thanks,
Kolusu

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Israel

[Lionel B. Dyck]

   SVC 13


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 
Jerome Benting
Sent: Wednesday, October 11, 2023 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

BLAH BLAH BLAH

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: Wednesday, October 11, 2023 8:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

This thread was dead until you resurrected it.

Darren is a volunteer and is doing a great job keeping this Listserv alive for 
us and deserves our appreciation.


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 
Jerome Benting
Sent: Wednesday, October 11, 2023 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

Emmie .  I am 100 percent with you on this.

Too much vanity here.. Darren you have to act and KILL this stupid thread

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Wednesday, October 11, 2023 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

 Yes.  I am glad that your brought it up.  No talk about the Russian invasion 
was posted.  There are different rules for different topics.
Darrin should appoint another administrator to manage the board.  He has failed 
to enforce the rules.
On Tuesday, October 10, 2023 at 03:06:03 p.m. EDT, Radoslaw Skorupka 
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

 There are other methods to check someone's safety. One of them is to send an 
email to that person and NOT to THOUSAND others.
BTW: the topic is not about the person, it is about country. AFAIR there was no 
such topic about Ukraine. We (polish people) had been receiving over 100k 
refugees *daily*. 100k places to sleep, meals, clothes, etc. I was the part of 
the community which helped and tried to organize it.
However I didn't talk about it on IBM-MAIN. Not because it was something not 
important - just because this is a list about mainframes.

P.S. I also fully support people in Israel, I am willing to help them as I can. 
But I won't create off-topic noise on IBM-MAIN - it won't help anyone.

P.P.S. Sometimes I exchange emails with some persons from IBM-MAIN list, in 
many cases the topic is not related to mainframes. We do it OFF LIST just to 
reduce the noise.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 10.10.2023 o 19:08, Lionel B. Dyck pisze:
> It is not unreasonable to be concerned about the health and safety of the 
> community here.
>
>
> 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 esmie moo
> Sent: Tuesday, October 10, 2023 12:06 PM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  It is too bad that Darrin did not purge your post from the outset.  Darren 
> please do your job as administrator and stop this thread.
> Elspeth
>  On Tuesday, October 10, 2023 at 12:37:32 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  I started this thread to see if Benyamin Disson was ok.
>
> Let's stop this thread unless one of the guys in Israel gets hurt.
>
> Steve
>
> --
> --
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of willie bunter
> Sent: Tuesday, October 10, 2023 11:19 AM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  Yes, of course it has.  The rules depend upon the "subject" being posted.  
> It may have nothing to do with technical information.
>
>  On Monday, October 9, 2023 at 08:05:48 p.m. EDT, Dave 
> Beagle<0525eaef6620-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Have the rules been suspended?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, October 9, 2023, 4:55 PM, esmie 
> moo<012780d99c7b-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Enough please about politics.  This is a technical information board.  Daren 
> please pull the plug on this thread.
>
>  On Sunday, October 8, 2023 at 12:46:05 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Has anyone heard from Benyamin in Israel since the shit storm has started?
>
> Sent from my iPhone
>
> No one said I could type with 

Re: Resize a ZFS aggregate

[Michael Babcock]

I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.

On Wed, Oct 11, 2023 at 1:59 PM Mark Pace  wrote:

> Same results using replace or replaceu
>
> On Wed, Oct 11, 2023 at 2:47 PM Mark Pace  wrote:
>
> > No, I've used REPLACE.  I'll give that a try.
> >
> > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler  wrote:
> >
> >> Did you use the REPLACEUnconditional parameter with the restore?  Also,
> >> make sure you don't have SMS routines getting in the way.
> >>
> >> Art Zeigler
> >>
> >> 
> >> From: IBM Mainframe Discussion List  on
> behalf
> >> of Mark Pace 
> >> Sent: Wednesday, October 11, 2023 2:26 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU 
> >> Subject: Resize a ZFS aggregate
> >>
> >> I have a zfs file that has grown so large it can't any more extents.
> >>
> >> So the plan was to
> >> Unmount the filesystem
> >> Dump the file to disk dataset.
> >> Delete the filesystem
> >> Define the filesystem with larger primary and secondary extents.
> >> Restore the dump to the new filesystem
> >> and remount.
> >>
> >> BUT - when I restore the dump it deletes the filesystem I created and
> >> creates a new one using the old allocations.
> >>
> >> How do I make adrdssu use the new preallocated filesystem allocation?
> >>
> >> --
> >> The postings on this site are my own and don’t necessarily represent
> >> Mainline’s positions or opinions
> >>
> >> Mark D Pace
> >> Senior Systems Engineer
> >> Mainline Information Systems
> >>
> >> --
> >> 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
> >>
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> >
> >
> >
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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: Resize a ZFS aggregate

[Mark Pace]

Same results using replace or replaceu

On Wed, Oct 11, 2023 at 2:47 PM Mark Pace  wrote:

> No, I've used REPLACE.  I'll give that a try.
>
> On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler  wrote:
>
>> Did you use the REPLACEUnconditional parameter with the restore?  Also,
>> make sure you don't have SMS routines getting in the way.
>>
>> Art Zeigler
>>
>> 
>> From: IBM Mainframe Discussion List  on behalf
>> of Mark Pace 
>> Sent: Wednesday, October 11, 2023 2:26 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: Resize a ZFS aggregate
>>
>> I have a zfs file that has grown so large it can't any more extents.
>>
>> So the plan was to
>> Unmount the filesystem
>> Dump the file to disk dataset.
>> Delete the filesystem
>> Define the filesystem with larger primary and secondary extents.
>> Restore the dump to the new filesystem
>> and remount.
>>
>> BUT - when I restore the dump it deletes the filesystem I created and
>> creates a new one using the old allocations.
>>
>> How do I make adrdssu use the new preallocated filesystem allocation?
>>
>> --
>> The postings on this site are my own and don’t necessarily represent
>> Mainline’s positions or opinions
>>
>> Mark D Pace
>> Senior Systems Engineer
>> Mainline Information Systems
>>
>> --
>> 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
>>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>

-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Israel

[Jerome Benting]

BLAH BLAH BLAH

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: Wednesday, October 11, 2023 8:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

This thread was dead until you resurrected it.

Darren is a volunteer and is doing a great job keeping this Listserv alive for 
us and deserves our appreciation.


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 
Jerome Benting
Sent: Wednesday, October 11, 2023 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

Emmie .  I am 100 percent with you on this.

Too much vanity here.. Darren you have to act and KILL this stupid thread

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Wednesday, October 11, 2023 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

 Yes.  I am glad that your brought it up.  No talk about the Russian invasion 
was posted.  There are different rules for different topics.
Darrin should appoint another administrator to manage the board.  He has failed 
to enforce the rules.
On Tuesday, October 10, 2023 at 03:06:03 p.m. EDT, Radoslaw Skorupka 
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

 There are other methods to check someone's safety. One of them is to send an 
email to that person and NOT to THOUSAND others.
BTW: the topic is not about the person, it is about country. AFAIR there was no 
such topic about Ukraine. We (polish people) had been receiving over 100k 
refugees *daily*. 100k places to sleep, meals, clothes, etc. I was the part of 
the community which helped and tried to organize it.
However I didn't talk about it on IBM-MAIN. Not because it was something not 
important - just because this is a list about mainframes.

P.S. I also fully support people in Israel, I am willing to help them as I can. 
But I won't create off-topic noise on IBM-MAIN - it won't help anyone.

P.P.S. Sometimes I exchange emails with some persons from IBM-MAIN list, in 
many cases the topic is not related to mainframes. We do it OFF LIST just to 
reduce the noise.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 10.10.2023 o 19:08, Lionel B. Dyck pisze:
> It is not unreasonable to be concerned about the health and safety of the 
> community here.
>
>
> 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 esmie moo
> Sent: Tuesday, October 10, 2023 12:06 PM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  It is too bad that Darrin did not purge your post from the outset.  Darren 
> please do your job as administrator and stop this thread.
> Elspeth
>  On Tuesday, October 10, 2023 at 12:37:32 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  I started this thread to see if Benyamin Disson was ok.
>
> Let's stop this thread unless one of the guys in Israel gets hurt.
>
> Steve
>
> --
> --
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of willie bunter
> Sent: Tuesday, October 10, 2023 11:19 AM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  Yes, of course it has.  The rules depend upon the "subject" being posted.  
> It may have nothing to do with technical information.
>
>  On Monday, October 9, 2023 at 08:05:48 p.m. EDT, Dave 
> Beagle<0525eaef6620-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Have the rules been suspended?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, October 9, 2023, 4:55 PM, esmie 
> moo<012780d99c7b-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Enough please about politics.  This is a technical information board.  Daren 
> please pull the plug on this thread.
>
>  On Sunday, October 8, 2023 at 12:46:05 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Has anyone heard from Benyamin in Israel since the shit storm has started?
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
>

--
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 Jerome 

Re: Israel

[Lionel B. Dyck]

This thread was dead until you resurrected it.

Darren is a volunteer and is doing a great job keeping this Listserv alive for 
us and deserves our appreciation.


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 
Jerome Benting
Sent: Wednesday, October 11, 2023 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

Emmie .  I am 100 percent with you on this.

Too much vanity here.. Darren you have to act and KILL this stupid thread

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Wednesday, October 11, 2023 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

 Yes.  I am glad that your brought it up.  No talk about the Russian invasion 
was posted.  There are different rules for different topics.
Darrin should appoint another administrator to manage the board.  He has failed 
to enforce the rules.
On Tuesday, October 10, 2023 at 03:06:03 p.m. EDT, Radoslaw Skorupka 
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

 There are other methods to check someone's safety. One of them is to send an 
email to that person and NOT to THOUSAND others.
BTW: the topic is not about the person, it is about country. AFAIR there was no 
such topic about Ukraine. We (polish people) had been receiving over 100k 
refugees *daily*. 100k places to sleep, meals, clothes, etc. I was the part of 
the community which helped and tried to organize it.
However I didn't talk about it on IBM-MAIN. Not because it was something not 
important - just because this is a list about mainframes.

P.S. I also fully support people in Israel, I am willing to help them as I can. 
But I won't create off-topic noise on IBM-MAIN - it won't help anyone.

P.P.S. Sometimes I exchange emails with some persons from IBM-MAIN list, in 
many cases the topic is not related to mainframes. We do it OFF LIST just to 
reduce the noise.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 10.10.2023 o 19:08, Lionel B. Dyck pisze:
> It is not unreasonable to be concerned about the health and safety of the 
> community here.
>
>
> 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 esmie moo
> Sent: Tuesday, October 10, 2023 12:06 PM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  It is too bad that Darrin did not purge your post from the outset.  Darren 
> please do your job as administrator and stop this thread.
> Elspeth
>  On Tuesday, October 10, 2023 at 12:37:32 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  I started this thread to see if Benyamin Disson was ok.
>
> Let's stop this thread unless one of the guys in Israel gets hurt.
>
> Steve
>
> --
> --
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of willie bunter
> Sent: Tuesday, October 10, 2023 11:19 AM To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  Yes, of course it has.  The rules depend upon the "subject" being posted.  
> It may have nothing to do with technical information.
>
>  On Monday, October 9, 2023 at 08:05:48 p.m. EDT, Dave 
> Beagle<0525eaef6620-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Have the rules been suspended?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, October 9, 2023, 4:55 PM, esmie 
> moo<012780d99c7b-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Enough please about politics.  This is a technical information board.  Daren 
> please pull the plug on this thread.
>
>  On Sunday, October 8, 2023 at 12:46:05 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Has anyone heard from Benyamin in Israel since the shit storm has started?
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
>

--
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 Jerome Benting

JMR Software
Waterview Corner, 2 Ernest Oppenheimer Avenue, Johannesburg 2198, Gauteng, ZA
t: +27 (0)11 484 5070
m: +27 (0)73 195 6766
e: jer...@jmr.co.za
www.jmr.co.za   

Re: Israel

[Jerome Benting]

Emmie .  I am 100 percent with you on this.

Too much vanity here.. Darren you have to act and KILL this stupid thread

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Wednesday, October 11, 2023 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Israel

 Yes.  I am glad that your brought it up.  No talk about the Russian invasion 
was posted.  There are different rules for different topics.
Darrin should appoint another administrator to manage the board.  He has failed 
to enforce the rules.
On Tuesday, October 10, 2023 at 03:06:03 p.m. EDT, Radoslaw Skorupka 
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

 There are other methods to check someone's safety. One of them is to send an 
email to that person and NOT to THOUSAND others.
BTW: the topic is not about the person, it is about country. AFAIR there was no 
such topic about Ukraine. We (polish people) had been receiving over 100k 
refugees *daily*. 100k places to sleep, meals, clothes, etc. I was the part of 
the community which helped and tried to organize it.
However I didn't talk about it on IBM-MAIN. Not because it was something not 
important - just because this is a list about mainframes.

P.S. I also fully support people in Israel, I am willing to help them as I can. 
But I won't create off-topic noise on IBM-MAIN - it won't help anyone.

P.P.S. Sometimes I exchange emails with some persons from IBM-MAIN list, in 
many cases the topic is not related to mainframes. We do it OFF LIST just to 
reduce the noise.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 10.10.2023 o 19:08, Lionel B. Dyck pisze:
> It is not unreasonable to be concerned about the health and safety of the 
> community here.
>
>
> 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 
> esmie moo
> Sent: Tuesday, October 10, 2023 12:06 PM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  It is too bad that Darrin did not purge your post from the outset.  Darren 
> please do your job as administrator and stop this thread.
> Elspeth
>  On Tuesday, October 10, 2023 at 12:37:32 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  I started this thread to see if Benyamin Disson was ok.
>
> Let's stop this thread unless one of the guys in Israel gets hurt.
>
> Steve
>
> 
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of willie bunter
> Sent: Tuesday, October 10, 2023 11:19 AM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  Yes, of course it has.  The rules depend upon the "subject" being posted.  
> It may have nothing to do with technical information.
>
>  On Monday, October 9, 2023 at 08:05:48 p.m. EDT, Dave 
> Beagle<0525eaef6620-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Have the rules been suspended?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, October 9, 2023, 4:55 PM, esmie 
> moo<012780d99c7b-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Enough please about politics.  This is a technical information board.  Daren 
> please pull the plug on this thread.
>
>  On Sunday, October 8, 2023 at 12:46:05 p.m. EDT, Steve 
> Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Has anyone heard from Benyamin in Israel since the shit storm has started?
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
>

--
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
Jerome Benting

JMR Software
Waterview Corner, 2 Ernest Oppenheimer Avenue, Johannesburg
2198, Gauteng, ZA
t: +27 (0)11 484 5070
m: +27 (0)73 195 6766
e: jer...@jmr.co.za
www.jmr.co.za [Facebook icon] 
  [LinkedIn icon] 
  [Twitter icon] 

[Banner] 
The content of this email is confidential and intended for the recipient 
specified in message only. It is strictly forbidden to share any part of this 
message with any third party, without a written consent of the sender. If you 
received this message by mistake, please reply to this message and follow with 
its deletion, so that we can ensure such a mistake does not occur 

Re: Resize a ZFS aggregate

[Mark Pace]

No, I've used REPLACE.  I'll give that a try.

On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler  wrote:

> Did you use the REPLACEUnconditional parameter with the restore?  Also,
> make sure you don't have SMS routines getting in the way.
>
> Art Zeigler
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Mark Pace 
> Sent: Wednesday, October 11, 2023 2:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Resize a ZFS aggregate
>
> I have a zfs file that has grown so large it can't any more extents.
>
> So the plan was to
> Unmount the filesystem
> Dump the file to disk dataset.
> Delete the filesystem
> Define the filesystem with larger primary and secondary extents.
> Restore the dump to the new filesystem
> and remount.
>
> BUT - when I restore the dump it deletes the filesystem I created and
> creates a new one using the old allocations.
>
> How do I make adrdssu use the new preallocated filesystem allocation?
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> 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
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resize a ZFS aggregate

[Art Zeigler]

Did you use the REPLACEUnconditional parameter with the restore?  Also, make 
sure you don't have SMS routines getting in the way.

Art Zeigler


From: IBM Mainframe Discussion List  on behalf of 
Mark Pace 
Sent: Wednesday, October 11, 2023 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Resize a ZFS aggregate

I have a zfs file that has grown so large it can't any more extents.

So the plan was to
Unmount the filesystem
Dump the file to disk dataset.
Delete the filesystem
Define the filesystem with larger primary and secondary extents.
Restore the dump to the new filesystem
and remount.

BUT - when I restore the dump it deletes the filesystem I created and
creates a new one using the old allocations.

How do I make adrdssu use the new preallocated filesystem allocation?

--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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: Israel

[esmie moo]

 Yes.  I am glad that your brought it up.  No talk about the Russian invasion 
was posted.  There are different rules for different topics.
Darrin should appoint another administrator to manage the board.  He has failed 
to enforce the rules.
On Tuesday, October 10, 2023 at 03:06:03 p.m. EDT, Radoslaw Skorupka 
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:  
 
 There are other methods to check someone's safety. One of them is to 
send an email to that person and NOT to THOUSAND others.
BTW: the topic is not about the person, it is about country. AFAIR there 
was no such topic about Ukraine. We (polish people) had been receiving 
over 100k refugees *daily*. 100k places to sleep, meals, clothes, etc. I 
was the part of the community which helped and tried to organize it. 
However I didn't talk about it on IBM-MAIN. Not because it was something 
not important - just because this is a list about mainframes.

P.S. I also fully support people in Israel, I am willing to help them as 
I can. But I won't create off-topic noise on IBM-MAIN - it won't help 
anyone.

P.P.S. Sometimes I exchange emails with some persons from IBM-MAIN list, 
in many cases the topic is not related to mainframes. We do it OFF LIST 
just to reduce the noise.

-- 
Radoslaw Skorupka
Lodz, Poland



W dniu 10.10.2023 o 19:08, Lionel B. Dyck pisze:
> It is not unreasonable to be concerned about the health and safety of the 
> community here.
>
>
> 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 
> esmie moo
> Sent: Tuesday, October 10, 2023 12:06 PM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  It is too bad that Darrin did not purge your post from the outset.  Darren 
>please do your job as administrator and stop this thread.
> Elspeth
>      On Tuesday, October 10, 2023 at 12:37:32 p.m. EDT, Steve 
>Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>  
>  I started this thread to see if Benyamin Disson was ok.
>
> Let's stop this thread unless one of the guys in Israel gets hurt.
>
> Steve
>
> 
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of willie bunter
> Sent: Tuesday, October 10, 2023 11:19 AM
> To:IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Israel
>
>  Yes, of course it has.  The rules depend upon the "subject" being posted.  
>It may have nothing to do with technical information.
>
>      On Monday, October 9, 2023 at 08:05:48 p.m. EDT, Dave 
>Beagle<0525eaef6620-dmarc-requ...@listserv.ua.edu>  wrote:
>  
>  Have the rules been suspended?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, October 9, 2023, 4:55 PM, esmie 
> moo<012780d99c7b-dmarc-requ...@listserv.ua.edu>  wrote:
>
>  Enough please about politics.  This is a technical information board.  Daren 
>please pull the plug on this thread.
>
>      On Sunday, October 8, 2023 at 12:46:05 p.m. EDT, Steve 
>Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu>  wrote:
>  
>  Has anyone heard from Benyamin in Israel since the shit storm has started?
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
>

--
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

Resize a ZFS aggregate

[Mark Pace]

I have a zfs file that has grown so large it can't any more extents.

So the plan was to
Unmount the filesystem
Dump the file to disk dataset.
Delete the filesystem
Define the filesystem with larger primary and secondary extents.
Restore the dump to the new filesystem
and remount.

BUT - when I restore the dump it deletes the filesystem I created and
creates a new one using the old allocations.

How do I make adrdssu use the new preallocated filesystem allocation?

-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TN3270, EBCDIC and ASCII

[David L. Craig]

On 23Oct11:0924-0400, Rick Troth wrote:

> The web burst onto the scene. Thankfully HTTP and HTML have tagging
> capabilities, so for most consumers ... well ... they have no idea the work
> the techies have gone thru.

And to think IBM's C-suite thought it was a good idea in
the early '80s to get an ASCII desktop on everyone's desk.
They, too, seem to have had no idea.  Nor the Watsons when
they decided to eschew ASCII for the S/360.  Though in
fairness, they likely didn't expect EBCDIC to depend on
the IBM-manufactured hardware involved.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

System Z Enthusiasts discord (yes - Z folks do use discord)

[Lionel B. Dyck]

There is an online community for all System Z Enthusiasts on discord that is
growing. There are discussions ranging from the z/OS Open Tools to Hercules
to CBTape tools to Stack Overflow questions on Z to nearly anything and
everything related to Z.

Check it out at:  https://discord.gg/3PKgUayuSV


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How turn on GSK trace for batch job that is controlled by PAGENT?

[John S. Giltner, Jr.]

It does matter.  Those parameters only work when FTP is calling System SSL 
directly.  When using AT-TLS/pagent FTP is not involved in the SSL process so 
it can't trace

I wish I had the details and could be of more help (just learning 
AT-TLS/pagent) , but in one of the pagent parameters that your FTP client is 
setup to use there is a trace option and that needs to be changed to enable the 
traces level/options you want.

The trace output is written to where syslogd is configured to write the pagent 
log entries. 

On Tue, 10 Oct 2023 17:34:01 -0500, Charles Mills  wrote:

>@Peter, thanks.
>
>> This example uses TLSMECHANISM FTP but it should not matter.
>
>Perhaps it should not, but it does, and that is the problem.
>
>Working with my existing JCL, not yours (but it should not matter ):
>
>My JCL uses
>
>//STEP1   EXEC  PGM=FTP,PARM=(,
>//   'ENVAR("GSK_TRACE=0x","GSK_TRACE_FILE=/tmp/ssl.trace")',  
>//   '/public.dhe.ibm.com 21') 
>
>If my FTPDATA file reads (among other stuff, of course)
>
>; TLSMECHANISMATTLS  
>  TLSMECHANISMFTP
>  KEYRING xx/xx.DEMO.RING  
>
>then a gsk trace file is created in ssl.trace. OTOH if it reads (with 
>absolutely no other changes)
>
>  TLSMECHANISMATTLS  
>; TLSMECHANISMFTP
>; KEYRING xx/xx.DEMO.RING  
>
>then no trace file is created. THAT is the problem I am trying to solve.
>
>Charles
>
>
>On Tue, 10 Oct 2023 09:06:26 -1000, Peter Vels  wrote:
>
>>I made some mistakes editing this on my phone, sorry.
>>
>>You don't need the ",SYMBOLS=(JCLONLY)"
>>
>>You do need ",SYMBOLS=(EXECSYS)" after INPUT DD*
>>
>>
>>On Mon, 9 Oct 2023, 19:06 Peter Vels,  wrote:
>>
>>> I use this:
>>>
>>> //FTPS EXEC PGM=FTP,REGION=4M,
>>> // PARM=('ENVAR("_CEE_ENVFILE_S=DD:STDENV")/ftpservr 21 -e')
>
>--
>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

Small problem with JNFxCNTL and VTOF

[Jack Zukt]

Hi,

I am using DFSORT JOINKEYS to compare two files and to create two output
files with the unpaired records from each one of those files.
My problem is that one of the input files has a VB format while the other
one has a FB format. I was trying to use JNF1CNTL and JNF2CNTL to build the
input files for the JOINKEYS from the two initial files but due to the
different formats I have not been able to do it. I am doing it by
previously sorting the VB file and building the FB file for the JOINKEYS
but there must be a DFSORT keyword to do it on a single pass. To use VTOF
or CONVERT I would need to use OUTFIL, and OUTFIL cannot be used on a
JNFxCNTL.
Any ideas?
Regards,
Jack

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

[Peter Relson]

Paul G wrote

I fear "unpredictable" is too often the writers' excuse when they don't know
the answer to a request for clarification and can't find out.


I don't think you will find that that is true in z/OS books. Writers do not 
make up usage of that word. They are asked to do so because the developers have 
told them that it is the situation. It might be that "style guidelines" suggest 
using "unpredictable" rather than something like "not defined". If anything, 
blame us the design/development folks, not the writers.

It is not worth the cost to try to create an exhaustive list of what happens 
(or could happen) if you were to do something that you're told not to do. It is 
rarely worth the cost even to create examples of what could happen. It can well 
be worth the cost to try to create a list of the things that you are allowed to 
do.

As it happens, the offending sentence had already been removed from the 3.1 
book. Since the thread started before those books were generally available to 
be looked at, it's not surprising that that was not realized.

If that had not happened, we would have investigated whether there were cases 
that we could document for which it would be OK to have JCL symbols used to 
define other JCL symbols.

I expect that somewhere the books describe what you get if you use a symbol and 
that symbol is not yet defined (I do not know exactly where that is). There are 
probably subtleties about "not yet defined" for cases where you (in effect) 
"undefine" a symbol (which I think you can do). It might be that the 
no-substitution-done case is "not defined now", covering both "not yet defined" 
and also "no longer defined".

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 3.1 documentation

[Tom Brennan]

I do,  I just haven't had a chance yet to try it with the new 3.1 htm 
file and (most likely) make any needed changes.  Later today...


On 10/10/2023 9:46 PM, Brian Westerman wrote:

Tom,

Do you still have the PC script that builds the nice directory with the manual 
names?

Brian

--
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: z/OS 3.1 documentation

[Paul Gilmartin]

On Wed, 11 Oct 2023 13:38:40 +, Seymour J Metz wrote:

>That's what I'm doing, and it works fine on everything but edge.
>
Report the problem to the supplier.

(Firefox used to do that, but it's  better now.)

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TN3270, EBCDIC and ASCII

[Grant Taylor]

On 10/11/23 6:39 AM, jgmauta...@yahoo.com.ar wrote:

Thanks guys for all you instructive answers!


:-)

As it usually happens when you try to understand something, new 
questions often arise and you realize that things are fairly more 
complicated than you initially beleived.


I think that's a natural part of learning.



--
Grant. . . .
unix || die

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Seymour J Metz]

LISTIDR output is much more readable. That's only for load modules and program 
objects, but for anything else the first 4KiB block isn't likely to help.


From: IBM Mainframe Discussion List  on behalf of 
Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 11, 2023 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

You might see if you can use IDCAMs to list the first 4k page of the PDS(e) in 
HEX and see what it looks like

Sent from my iPhone

No one said I could type with one thumb

> On Oct 11, 2023, at 08:07, Matt Hogstrom  wrote:
>
> Thanks for all the responses.  So many ways to get what I needed.
>
> In my case, we wanted to grab the information to deliver back to the user via 
> a REST API.
>
> * I wanted to stay in Java but would write something native to be called.
> * z/OSMF was an option but it created a hard / non-ubiquitous dependency and 
> complicated the packaging.
> * Kirk from Dovetail pointed me to the best option which was the JZOS tool 
> kit.
>
> I missed the Directory option when originally looking through the Doc.   Here 
> is a link to the specific class that does what I need
>
> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=jzos-pdsdirectorymemberinfostatistics
>
> Thanks all, for your experience in identifying the options and narrowing in 
> on a solution.
>
>
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook   LinkedIn 
>   Twitter 
>
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
>
>> On Oct 10, 2023, at 6:25 PM, Kirk Wolf  wrote:
>>
>> With Java, the JZOS Toolkit has an interface to PDS directories, including 
>> MemberStatistics
>>
>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>>
>> Kirk Wolf
>> Dovetailed Technologies
>> http:// coztoolkit.com
>>
>>> On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
>>> I’m looking for a way to access ISPF statistics from Java or C outside of a 
>>> TSO / ISPF environment.  Does such an animal exist out there ?
>>>
>>> Matt Hogstrom
>>> m...@hogstrom.org
>>>
>>> “It may be cognitive, but, it ain’t intuitive."
>>> — Hogstrom
>>>
>>>
>>> --
>>> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Seymour J Metz]

PDS86, Shirley. Unless you have the Serena product (Is it still named 
StarFTool?).


From: IBM Mainframe Discussion List  on behalf of 
Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 11, 2023 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

There is one other option.  Pull down PDS85 and see if anyone updated the 
software/source to support PDS(e)’s

Sent from my iPhone

No one said I could type with one thumb

> On Oct 11, 2023, at 08:19, Steve Beaver  wrote:
>
> You might see if you can use IDCAMs to list the first 4k page of the PDS(e) 
> in HEX and see what it looks like
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
>> On Oct 11, 2023, at 08:07, Matt Hogstrom  wrote:
>>
>> Thanks for all the responses.  So many ways to get what I needed.
>>
>> In my case, we wanted to grab the information to deliver back to the user 
>> via a REST API.
>>
>> * I wanted to stay in Java but would write something native to be called.
>> * z/OSMF was an option but it created a hard / non-ubiquitous dependency and 
>> complicated the packaging.
>> * Kirk from Dovetail pointed me to the best option which was the JZOS tool 
>> kit.
>>
>> I missed the Directory option when originally looking through the Doc.   
>> Here is a link to the specific class that does what I need
>>
>> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=jzos-pdsdirectorymemberinfostatistics
>>
>> Thanks all, for your experience in identifying the options and narrowing in 
>> on a solution.
>>
>>
>> Matt Hogstrom
>> m...@hogstrom.org
>> +1-919-656-0564
>> PGP Key: 0x90ECB270
>> Facebook   LinkedIn 
>>   Twitter 
>>
>> “It may be cognitive, but, it ain’t intuitive."
>> — Hogstrom
>>
 On Oct 10, 2023, at 6:25 PM, Kirk Wolf  wrote:
>>>
>>> With Java, the JZOS Toolkit has an interface to PDS directories, including 
>>> MemberStatistics
>>>
>>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>>>
>>> Kirk Wolf
>>> Dovetailed Technologies
>>> http:// coztoolkit.com
>>>
 On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
 I’m looking for a way to access ISPF statistics from Java or C outside of 
 a TSO / ISPF environment.  Does such an animal exist out there ?

 Matt Hogstrom
 m...@hogstrom.org

 “It may be cognitive, but, it ain’t intuitive."
 — Hogstrom


 --
 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 3.1 documentation

[Seymour J Metz]

That's what I'm doing, and it works fine on everything but edge.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 11, 2023 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 documentation

On Wed, 11 Oct 2023 12:18:55 +, Seymour J Metz  wrote:

>Yes, but what if you want to access them from your local drive? I edited 
>index.html from 2.5 to point to local copies and Edge decided to "download" 
>them instead of opening a new file.
>
I'm doing that.  The *_TOC.htm file allows my browser to access unzipped
local PDFs, nicely organized in shelves, via relative URLs.


From: \ Paul Gilmartin
Sent: Wednesday, October 11, 2023 1:11 AM

On Tue, 10 Oct 2023 23:46:20 -0500, Brian Westerman wrote:
>
>Do you still have the PC script that builds the nice directory with the manual 
>names?
>
You shouldn't need if you can just open the *_TOC.htm file in a browsert/

Otherwise, do you have the Ubuntu utilities?  I have one that runs in
POSIX shell, but requires pdfinfo.

--
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: z/OS 3.1 documentation

[Paul Gilmartin]

On Wed, 11 Oct 2023 12:18:55 +, Seymour J Metz  wrote:

>Yes, but what if you want to access them from your local drive? I edited 
>index.html from 2.5 to point to local copies and Edge decided to "download" 
>them instead of opening a new file.
>
I'm doing that.  The *_TOC.htm file allows my browser to access unzipped
local PDFs, nicely organized in shelves, via relative URLs.


From: \ Paul Gilmartin
Sent: Wednesday, October 11, 2023 1:11 AM

On Tue, 10 Oct 2023 23:46:20 -0500, Brian Westerman wrote:
>
>Do you still have the PC script that builds the nice directory with the manual 
>names?
>
You shouldn't need if you can just open the *_TOC.htm file in a browsert/

Otherwise, do you have the Ubuntu utilities?  I have one that runs in
POSIX shell, but requires pdfinfo.

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TN3270, EBCDIC and ASCII

[Rick Troth]

On 10/10/23 22:22, Grant Taylor wrote:

On 10/10/23 3:15 PM, Rick Troth wrote:
The copy-n-paste point makes me wonder if the fonts are actually 
mapped to ASCII values.


I was wondering the same thing.

I'm watching the thread to learn more.



*blush*

Gotta be prepared to say "I was wrong".




I don't know graphical environments well enough to analyze it. But it 
would mean that, yes, there *is* A/E translation happening even in 
the graphical 3270 emulators. (In hopes of not steering Juan wrong 
with what I said before.)


I would have naively assumed that the A/E translation is happening 
between the TN3270* protocol and the in memory screen buffer.


This would mean that the buffer can be displayed with any font the 
user chooses /and/ it would more cleanly support copy / paste.


*I actually assume that similar would happen with communications using 
more traditional SNA on the LAN; e.g. DLC.  --  If memory even 
remotely serves after a long day.




A/E translation is a challenge on several fronts.
One is that DBCS and Unicode don't relate at all (as encoded).

When I first sank into this swamp, circa early 1990s, there was a 
valiant effort, prominently visible at SHARE in those days, to resolve 
mappings of the myriad 8-bit code pages.
Most terminals in my shop were CP37. The best table we could come up 
with mapped "CP37v2" to ISO-8859-1. (This, of course, did not serve the 
CP500 fans nor the ISO-8859-other for 2, 3, and so on.) I still 
reference that table.
Tom Brennan might remember some of this saga. *:-)* Translate tables 
abound! VM TCP/IP has more than I could keep straight in my head.


CP37v2 was a customer invention that fixed the square brackets problem 
in CP37. As far as IBM was concerned, there was no CP37v2 ... *but* ... 
IBM came out with CP1047 which edged closer to CP37v2. CP1047 is the 
official code page (I was told) for USS. CP1047 is the official code 
page of a certain ISV product I was involved with in recent years, one 
where character sets are crucial.


Over on the ASCII side, ISO-8859-1 was the norm for all Unix systems 
that I encountered, including Linux. But then Unicode landed on our 
planet. Linux embraced it, using UTF-8, so did other platforms. That's 
all fine and good until we want to talk to an EBCDIC system, either by 
way of 3270 emulation or via SSH.


The web burst onto the scene. Thankfully HTTP and HTML have tagging 
capabilities, so for most consumers ... well ... they have no idea the 
work the techies have gone thru.



-- R; <><




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Steve Beaver]

There is one other option.  Pull down PDS85 and see if anyone updated the 
software/source to support PDS(e)’s

Sent from my iPhone

No one said I could type with one thumb 

> On Oct 11, 2023, at 08:19, Steve Beaver  wrote:
> 
> You might see if you can use IDCAMs to list the first 4k page of the PDS(e) 
> in HEX and see what it looks like
> 
> Sent from my iPhone
> 
> No one said I could type with one thumb
> 
>> On Oct 11, 2023, at 08:07, Matt Hogstrom  wrote:
>> 
>> Thanks for all the responses.  So many ways to get what I needed.
>> 
>> In my case, we wanted to grab the information to deliver back to the user 
>> via a REST API.  
>> 
>> * I wanted to stay in Java but would write something native to be called.
>> * z/OSMF was an option but it created a hard / non-ubiquitous dependency and 
>> complicated the packaging.
>> * Kirk from Dovetail pointed me to the best option which was the JZOS tool 
>> kit.  
>> 
>> I missed the Directory option when originally looking through the Doc.   
>> Here is a link to the specific class that does what I need 
>> 
>> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=jzos-pdsdirectorymemberinfostatistics
>> 
>> Thanks all, for your experience in identifying the options and narrowing in 
>> on a solution.
>> 
>> 
>> Matt Hogstrom
>> m...@hogstrom.org
>> +1-919-656-0564
>> PGP Key: 0x90ECB270
>> Facebook   LinkedIn 
>>   Twitter 
>> 
>> “It may be cognitive, but, it ain’t intuitive."
>> — Hogstrom
>> 
 On Oct 10, 2023, at 6:25 PM, Kirk Wolf  wrote:
>>> 
>>> With Java, the JZOS Toolkit has an interface to PDS directories, including 
>>> MemberStatistics
>>> 
>>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>>> 
>>> Kirk Wolf
>>> Dovetailed Technologies
>>> http:// coztoolkit.com
>>> 
 On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
 I’m looking for a way to access ISPF statistics from Java or C outside of 
 a TSO / ISPF environment.  Does such an animal exist out there ?
 
 Matt Hogstrom
 m...@hogstrom.org
 
 “It may be cognitive, but, it ain’t intuitive."
 — Hogstrom
 
 
 --
 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: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Steve Beaver]

You might see if you can use IDCAMs to list the first 4k page of the PDS(e) in 
HEX and see what it looks like

Sent from my iPhone

No one said I could type with one thumb 

> On Oct 11, 2023, at 08:07, Matt Hogstrom  wrote:
> 
> Thanks for all the responses.  So many ways to get what I needed.
> 
> In my case, we wanted to grab the information to deliver back to the user via 
> a REST API.  
> 
> * I wanted to stay in Java but would write something native to be called.
> * z/OSMF was an option but it created a hard / non-ubiquitous dependency and 
> complicated the packaging.
> * Kirk from Dovetail pointed me to the best option which was the JZOS tool 
> kit.  
> 
> I missed the Directory option when originally looking through the Doc.   Here 
> is a link to the specific class that does what I need 
> 
> https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=jzos-pdsdirectorymemberinfostatistics
> 
> Thanks all, for your experience in identifying the options and narrowing in 
> on a solution.
> 
> 
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook   LinkedIn 
>   Twitter 
> 
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
> 
>> On Oct 10, 2023, at 6:25 PM, Kirk Wolf  wrote:
>> 
>> With Java, the JZOS Toolkit has an interface to PDS directories, including 
>> MemberStatistics
>> 
>> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
>> 
>> Kirk Wolf
>> Dovetailed Technologies
>> http:// coztoolkit.com
>> 
>>> On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
>>> I’m looking for a way to access ISPF statistics from Java or C outside of a 
>>> TSO / ISPF environment.  Does such an animal exist out there ?
>>> 
>>> Matt Hogstrom
>>> m...@hogstrom.org
>>> 
>>> “It may be cognitive, but, it ain’t intuitive."
>>> — Hogstrom
>>> 
>>> 
>>> --
>>> 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: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Matt Hogstrom]

Thanks for all the responses.  So many ways to get what I needed.

In my case, we wanted to grab the information to deliver back to the user via a 
REST API.  

* I wanted to stay in Java but would write something native to be called.
* z/OSMF was an option but it created a hard / non-ubiquitous dependency and 
complicated the packaging.
* Kirk from Dovetail pointed me to the best option which was the JZOS tool kit. 
 

I missed the Directory option when originally looking through the Doc.   Here 
is a link to the specific class that does what I need 

https://www.ibm.com/docs/en/semeru-runtime-ce-z/11?topic=jzos-pdsdirectorymemberinfostatistics

Thanks all, for your experience in identifying the options and narrowing in on 
a solution.


Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Oct 10, 2023, at 6:25 PM, Kirk Wolf  wrote:
> 
> With Java, the JZOS Toolkit has an interface to PDS directories, including 
> MemberStatistics
> 
> https://www.ibm.com/docs/en/sdk-java-technology/8?topic=SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/overview-summary.htm
> 
> Kirk Wolf
> Dovetailed Technologies
> http:// coztoolkit.com
> 
> On Tue, Oct 10, 2023, at 11:53 AM, Matt Hogstrom wrote:
>> I’m looking for a way to access ISPF statistics from Java or C outside of a 
>> TSO / ISPF environment.  Does such an animal exist out there ?
>> 
>> Matt Hogstrom
>> m...@hogstrom.org
>> 
>> “It may be cognitive, but, it ain’t intuitive."
>> — Hogstrom
>> 
>> 
>> --
>> 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: z/OS 3.1 documentation

[Seymour J Metz]

Yes, but what if you want to access them from your local drive? I edited 
index.html from 2.5 to point to local copies and Edge decided to "download" 
them instead of opening a new file.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 11, 2023 1:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 documentation

On Tue, 10 Oct 2023 23:46:20 -0500, Brian Westerman wrote:
>
>Do you still have the PC script that builds the nice directory with the manual 
>names?
>
You shouldn't need if you can just open the *_TOC.htm file in a browsert/

Otherwise, do you have the Ubuntu utilities?  I have one that runs in
POSIX shell, but requires pdfinfo.

--
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: TN3270, EBCDIC and ASCII

[jgmauta...@yahoo.com.ar]

 Thanks guys for all you instructive answers!
As it usually happens when you try to understand something, new questions often 
arise and you realize that things are fairly more complicated than you 
initially beleived.
Juan
   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

AW: [IBM-MAIN] Access to PDS(E) ISPF statistics outside of TSO/ISPF

[Beate Kawelke]

For JAVA, you might want to look into the RESTful APIs which come with z/OSMF. 
Lots of good stuff to access datasets 

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
ITschak Mugzach
Gesendet: Mittwoch, 11. Oktober 2023 10:00
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: [IBM-MAIN] Access to PDS(E) ISPF statistics outside of TSO/ISPF

There is a sample assembler program in xephon magazine. Find it in the cbttape 
website

ITschak

בתאריך יום ג׳, 10 באוק׳ 2023 ב-21:46 מאת Matt Hogstrom :

> Thanks Mike, this helps a lot.
>
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook   LinkedIn < 
> https://linkedin/in/mhogstrom>  Twitter 
>
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
>
> > On Oct 10, 2023, at 1:53 PM, Mike Shaw  wrote:
> >
> > Matt,
> >
> > I have Assembler code to decode the ISPF stats once you have the
> directory
> > entry in-hand. Here is the IBM mapping macro for the ISPF stats in a 
> > directory entry:
> >
> > MACRO
> > ISPDSTAT ,   Macro from ISP.AISPMACS ISPF DLIB
> > ISPFDIR  DSECT
> > ISPVERS  DSX   Version
> > ISPMOD   DSX   Modification level
> > ISPFLAGS DSX   Flag byte
> > ISPSCLM  EQU   X'80'   Stats created by SCLM
> > *EQU   X'40'   Reserved for ISPF
> > ISPESTAT EQU   X'20'   Extended statistics
> > *EQU   X'10'   Reserved for ISPF
> > *EQU   X'08'   Reserved for ISPF
> > *EQU   X'04'   Reserved for ISPF
> > *EQU   X'02'   Reserved for ISPF
> > *EQU   X'01'   Reserved
> > ISPMSEC  DSX   '   Seconds portion of Mod Time
> > * see the description of the TIME DEC macro for the format of
> > * ISPCDATE and ISPMDATE
> > ISPCDATE DSCL4 Date Statistics created
> > ISPMDATE DSCL4 Date Statistics modified
> > ISPMTIME DSCL2 Time modified HHMM
> > ISPCLINE DSCL2 Current number of lines
> > ISPILINE DSCL2 Initial number of lines
> > ISPMLINE DSCL2 Number of modified lines
> > ISPUSRID DSCL7 Userid
> > ISPBLANK DSCL3 Reserved for ISPF
> > *  Next 10 bytes must not be
> > *  referenced unless ISPESTAT is
> > *  ON and SMDE_USRD_LEN = X'14'
> > DSCL10Reserved for ISPF
> > * when ISPESTAT = On and SMDE_USRD_LEN = X'28' then
> > ORG   ISPBLANK+1
> > ISPECLIN DSCL4 Current number of lines
> > ISPEILIN DSCL4 Initial number of lines
> > ISPEMLIN DSCL4 Number of modified lines
> > MEND
> >
> >
> > Mike Shaw
> > MVS/QuickRef Support Group
> > Chicago-Soft, Ltd.
> >
> > On Tue, Oct 10, 2023 at 12:53 PM Matt Hogstrom 
> wrote:
> >
> >> I’m looking for a way to access ISPF statistics from Java or C 
> >> outside
> of
> >> a TSO / ISPF environment.  Does such an animal exist out there ?
> >>
> >> Matt Hogstrom
> >> m...@hogstrom.org
> >>
> >> “It may be cognitive, but, it ain’t intuitive."
> >> — Hogstrom
> >>
> >>
> >> ---
> >> --- 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Access to PDS(E) ISPF statistics outside of TSO/ISPF

[ITschak Mugzach]

There is a sample assembler program in xephon magazine. Find it in the
cbttape website

ITschak

בתאריך יום ג׳, 10 באוק׳ 2023 ב-21:46 מאת Matt Hogstrom :

> Thanks Mike, this helps a lot.
>
> Matt Hogstrom
> m...@hogstrom.org
> +1-919-656-0564
> PGP Key: 0x90ECB270
> Facebook   LinkedIn <
> https://linkedin/in/mhogstrom>  Twitter 
>
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
>
> > On Oct 10, 2023, at 1:53 PM, Mike Shaw  wrote:
> >
> > Matt,
> >
> > I have Assembler code to decode the ISPF stats once you have the
> directory
> > entry in-hand. Here is the IBM mapping macro for the ISPF stats in a
> > directory entry:
> >
> > MACRO
> > ISPDSTAT ,   Macro from ISP.AISPMACS ISPF DLIB
> > ISPFDIR  DSECT
> > ISPVERS  DSX   Version
> > ISPMOD   DSX   Modification level
> > ISPFLAGS DSX   Flag byte
> > ISPSCLM  EQU   X'80'   Stats created by SCLM
> > *EQU   X'40'   Reserved for ISPF
> > ISPESTAT EQU   X'20'   Extended statistics
> > *EQU   X'10'   Reserved for ISPF
> > *EQU   X'08'   Reserved for ISPF
> > *EQU   X'04'   Reserved for ISPF
> > *EQU   X'02'   Reserved for ISPF
> > *EQU   X'01'   Reserved
> > ISPMSEC  DSX   '   Seconds portion of Mod Time
> > * see the description of the TIME DEC macro for the format of
> > * ISPCDATE and ISPMDATE
> > ISPCDATE DSCL4 Date Statistics created
> > ISPMDATE DSCL4 Date Statistics modified
> > ISPMTIME DSCL2 Time modified HHMM
> > ISPCLINE DSCL2 Current number of lines
> > ISPILINE DSCL2 Initial number of lines
> > ISPMLINE DSCL2 Number of modified lines
> > ISPUSRID DSCL7 Userid
> > ISPBLANK DSCL3 Reserved for ISPF
> > *  Next 10 bytes must not be
> > *  referenced unless ISPESTAT is
> > *  ON and SMDE_USRD_LEN = X'14'
> > DSCL10Reserved for ISPF
> > * when ISPESTAT = On and SMDE_USRD_LEN = X'28' then
> > ORG   ISPBLANK+1
> > ISPECLIN DSCL4 Current number of lines
> > ISPEILIN DSCL4 Initial number of lines
> > ISPEMLIN DSCL4 Number of modified lines
> > MEND
> >
> >
> > Mike Shaw
> > MVS/QuickRef Support Group
> > Chicago-Soft, Ltd.
> >
> > On Tue, Oct 10, 2023 at 12:53 PM Matt Hogstrom 
> wrote:
> >
> >> I’m looking for a way to access ISPF statistics from Java or C outside
> of
> >> a TSO / ISPF environment.  Does such an animal exist out there ?
> >>
> >> Matt Hogstrom
> >> m...@hogstrom.org
> >>
> >> “It may be cognitive, but, it ain’t intuitive."
> >> — Hogstrom
> >>
> >>
> >> --
> >> 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: IPCS and Rexx

[Joseph Reichman]

Thanks 

That was very helpful back to my first beef 

The EVAL….. subcommands particular to Rexx clist are interspersed among those 
IPCS subcommands done by hand 

The reason I think I cannt get around verbx assembler exit is because I want to 
create a structure to be used in the run chain command and I think that 
necessitates the use of the BLSQS assembler macros   

> On Oct 11, 2023, at 2:18 AM, Binyamin Dissen  
> wrote:
> 
> I am still mystified why you want to use CBF out of REXX code.
> 
> Use EVAL to get the storage. I would think that it would be much easier to
> manipulate the control block itself rather than parse the CBF output.
> 
> Here is a REXX program to show the subsystem control blocks.
> 
> /* REXX */  
> ARG REQNAME 
> ADDRESS IPCS
> SSNAME = "" 
> POINTER = ""
> SSCTADDR = ""   
> "EVAL 10.?+128?+18 REXX(STORAGE(SSCTADDR))" 
> DO  WHILE SSCTADDR ¬= "" & RC = 0   
>"EVAL" SSCTADDR"+8 REXX(STORAGE(SSNAME))"   
>"EVAL" SSCTADDR"+4 REXX(STORAGE(POINTER))"  
>IF  REQNAME = ""  THEN  
>SAY "SSCT AT ADDRESS" SSCTADDR "NAME" X2C(SSNAME),  
>"NEXT" POINTER  
>ELSE
>IF  REQNAME = X2C(SSNAME)  THEN  DO 
>"EQUATE SSCT"REQNAME SSCTADDR"."
>SAY "SSCT"REQNAME "SET TO" SSCTADDR 
>RETURN 0
>END 
>SSCTADDR = POINTER  
>END 
> IF  REQNAME <> ""  THEN 
>SAY "SUBSYSTEM" REQNAME "NOT FOUND" 
> RETURN 0
> 
> On Tue, 10 Oct 2023 21:02:53 -0400 Joseph Reichman 
> wrote:
> 
> :>Hi 
> :>
> :>I am posting this message here and at the TSO/REXX LISTSERV not sure which
> :>is more appropriate.
> :>
> :>Would anyone know where the documentation is for IPCS and REXX 
> :>
> :>Are all the valid commands that are on ISPF PANEL BLSPDSLE if so is the
> :>command/subcommand in Rexx documented any where 
> :>
> :>I mean formatting a control block doesn't seem like it can be done in Rexx
> :>because it requires the BLSQMDEF BLSQMFLD and BLSQSHDR so I guess that has
> :>to be Assembler
> :>
> :>Anu information or telling me where the doc is would help
> :>
> :>thanks   
> :>
> :>
> :>--
> :>For IBM-MAIN subscribe / signoff / archive access instructions,
> :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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

Re: IPCS and Rexx

[Binyamin Dissen]

I am still mystified why you want to use CBF out of REXX code.

Use EVAL to get the storage. I would think that it would be much easier to
manipulate the control block itself rather than parse the CBF output.

Here is a REXX program to show the subsystem control blocks.

/* REXX */  
ARG REQNAME 
ADDRESS IPCS
SSNAME = "" 
POINTER = ""
SSCTADDR = ""   
"EVAL 10.?+128?+18 REXX(STORAGE(SSCTADDR))" 
DO  WHILE SSCTADDR ¬= "" & RC = 0   
"EVAL" SSCTADDR"+8 REXX(STORAGE(SSNAME))"   
"EVAL" SSCTADDR"+4 REXX(STORAGE(POINTER))"  
IF  REQNAME = ""  THEN  
SAY "SSCT AT ADDRESS" SSCTADDR "NAME" X2C(SSNAME),  
"NEXT" POINTER  
ELSE
IF  REQNAME = X2C(SSNAME)  THEN  DO 
"EQUATE SSCT"REQNAME SSCTADDR"."
SAY "SSCT"REQNAME "SET TO" SSCTADDR 
RETURN 0
END 
SSCTADDR = POINTER  
END 
IF  REQNAME <> ""  THEN 
SAY "SUBSYSTEM" REQNAME "NOT FOUND" 
RETURN 0

On Tue, 10 Oct 2023 21:02:53 -0400 Joseph Reichman 
wrote:

:>Hi 
:>
:>I am posting this message here and at the TSO/REXX LISTSERV not sure which
:>is more appropriate.
:>
:>Would anyone know where the documentation is for IPCS and REXX 
:>
:>Are all the valid commands that are on ISPF PANEL BLSPDSLE if so is the
:>command/subcommand in Rexx documented any where 
:>
:>I mean formatting a control block doesn't seem like it can be done in Rexx
:>because it requires the BLSQMDEF BLSQMFLD and BLSQSHDR so I guess that has
:>to be Assembler
:>
:>Anu information or telling me where the doc is would help
:>
:>thanks   
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
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