On 12/22/2023 3:37 PM, Frank Swarbrick wrote:
Has anyone made use of DSFS yet? How do you like it? Are there any caveats or
other weirdness?
I really like DSFS, but it has one major failing: migrated data sets.
If a data set is migrated, it becomes 100% invisible to DSFS. If you
can't see
On Sat, 23 Dec 2023 08:17:44 -0800, Ed Jaffe wrote:
>
>I really like DSFS, but it has one major failing: migrated data sets.
>
>Therefore, if you wish to grep through a directory or something like
>that, you must first prepare the environment by recalling everything.
>That's inconvenient.
>
Once
On Fri, 22 Dec 2023 15:07:33 -0800 Tom Brennan
wrote:
:>So are you implying that in z/OS there are environments where I can run
:>a program without any built-in basic recovery?
Yes.
Most batch jobs run that way.
--
Binyamin Dissen
http://www.dissensoftware.com
Director, Dissen Software,
I looked and could not find an IBM Idea to address the DFSMShsm migration
issues with DSFS so I created on:
https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3936
Please vote and add your comments.
Lionel B. Dyck <><
Github: https://github.com/lbdyck
“Worry more about
1, list datasets.
2 For each dataset, 2A recall, 2B process, ?2C migrate?
3. consolidate results from 2B.
4. bonus to recall all from 1 volume at once.
On Sat, Dec 23, 2023 at 11:20 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> On Sat, 23 Dec 2023 08:17:44 -0800,
IBM does provide a z/OS Data Set File System Administration and a z/OS Data Set
File System Messages and Codes. There is no Users Guide because there is no
real need once one understands how it works.
DSDS, in a nutshell, is a root mount point from which the OMVS shell users
access z/OS
On Sat, 23 Dec 2023 08:46:41 -0600, Lionel B. Dyck wrote:
>IBM does provide a z/OS Data Set File System Administration and a z/OS Data
>Set File System Messages and Codes. There is no Users Guide because there is
>no real need once one understands how it works.
>
???
That is true of any
Expanding on what Peter said. It is horses for courses.
If you are writing a program which can be running for months before restart
you need to clean up everything - for example ensure any storage obtained
is released.
Someone gave me some guidance
if you open it - close it
if you get it - free
Yes, and I'd add:
if you get 4096 - free 4096
Don't free 1024 like I did once. Code like that tests just fine but
then dies 8 hours later when the address space runs out :)
On 12/23/2023 8:12 AM, Colin Paice wrote:
Expanding on what Peter said. It is horses for courses.
If you are writing
On Fri, 22 Dec 2023 15:09:59 -0600 Jon Perryman wrote:
:>On Fri, 22 Dec 2023 10:26:41 -0800, Tom Brennan
wrote:
:>>But I think it's overkill for a recovery routine to have it's own
:>>recovery routine (if that's even possible in a JES2 exit environment).
:>z/OS exits have built in recovery,
Tom B wrote
>So are you implying that in z/OS there are environments where I can run
>a program without any built-in basic recovery?
To be a bit snide, you "can" run a program without any recovery, of course.
Whether you should or not is an entirely different question.
I view their being two
Thanks Peter! I always appreciate your responses and also the responses
from others at IBM. But I was trying to ask a question that I may not
be able to ask correctly. Let me try anyway:
I was referring to my experience with a JES2 exit which setup its own
recovery routine. In that code
Side note: It's interesting you mentioned grep because the first time I
saw DSFS that's the command I wanted to run, to do searching that has
always been a bit difficult in MVS but easy in Unix.
On 12/23/2023 8:17 AM, Ed Jaffe wrote:
On 12/22/2023 3:37 PM, Frank Swarbrick wrote:
Has anyone
Only if you do tricky stuff.
Such as playing with the PFLIH. If you get a program check there you may get a
disabled wait. The FLIH will recognize unexpected recursion.
Don't know if there is a "standard" IBM supported way to do this, though.
On Sat, 23 Dec 2023 10:20:58 -0800 Tom Brennan
Unless the bean-counters in the organization consider ALL z/OS DASD “expensive”
regardless of “relative” cost and insist on “cheap” VTS HSM migrate for
“unused” datasets. Production issue resolution time can go through the roof
when very, very large datasets have to be recalled to diagnose the
Has anyone used sftp or scp to access an MVS dataset through DSFS?
I can't see any reason it wouldn't work.
From: IBM Mainframe Discussion List on behalf of
Lionel B Dyck
Sent: Friday, December 22, 2023 4:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset
On Sat, 23 Dec 2023 15:08:14 -0600, Lionel B Dyck wrote:
>It works fine
>
Even for round trip: sftp get DSFS1; sftp put DSFS2? Are the items bit-for-bit
identical?
Even for program objects?
Similarly, can pax archive and restore a DSFS hierarchy? Or copy DSFS<->z/FS?
>> On Dec 23, 2023,
On 12/23/2023 9:20 AM, Paul Gilmartin wrote:
On Sat, 23 Dec 2023 08:17:44 -0800, Ed Jaffe wrote:
I realize migrate/recall is somewhat "old fashioned" but we still do it
and I suspect others do as well.
What's the modern alternative?
Having relatively-expensive high-speed SSD DASD
On Sat, 23 Dec 2023 15:54:38 +, Peter Relson wrote:
>I view their being two main reasons for recovery (and not necessarily in the
>order I show):
Everyone ignores the third main reason which is stopping abends from becoming
catastrophic. IBM knows this is ignored and plans accordingly.
On Sat, 23 Dec 2023 21:02:18 +0200, Binyamin Dissen
wrote:
>On Fri, 22 Dec 2023 15:07:33 -0800 Tom Brennan
>wrote:
>
>:>So are you implying that in z/OS there are environments where I can run
>:>a program without any built-in basic recovery?
>
>Yes. Most batch jobs run that way.
Recovery in
On Sat, 23 Dec 2023 15:37:26 -0800, Ed Jaffe wrote:
>
>Having relatively-expensive high-speed SSD DASD supplemented with plenty
>of relatively-cheap spinning-disk DASD and letting HSM (or whatever you
>use) transparently "transition" data sets from SSD to spinning-disk (and
>vice versa) based
Dear Lionel,
Thanks a lot for the share. A platform where both TSO and USS meet.
I will experiment the same to explore more
Thanks,
Suresh
On Sat, Dec 23, 2023, 11:02 PM Lionel B. Dyck wrote:
> I looked and could not find an IBM Idea to address the DFSMShsm migration
> issues with DSFS so I
It works fine
Lionel B. Dyck <
Website: GitHub.com/lbdyck
Sent from my iPhone 15 Pro
Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are." - John Wooden
> On Dec 23, 2023, at 2:44 PM, Frank Swarbrick
> wrote:
>
>
23 matches
Mail list logo