Re: Lengthy SNA Distribution Recovery step in IPL

Hi Pete

QRYDST might help you shed some more light on what if anything is
hanging round.

I wonder if a RCLDLO might be of any use - I seem to remember needing
to run these after recovering folders on some occasions. Still, that's
something of a shot in the dark. If you do this it might need to be
done in some kind of restricted state.

On Wed, Sep 1, 2010 at 10:48 AM, Pete Helgren <pete@xxxxxxxxxx> wrote:

 A few weeks back I dealt with an open relay issue on a 520 that I
eventually got sorted out.  At least I *thought* I got it sorted out.
The biggest fallout was that there were a jillion spool files generated
in the process and it took a dltsplf and a rclsplstg to get back some
critical space.  But I still have my suspicions that there are still
files lurking.  What raised my suspicions was that last night when I
IPL'd the SNA Distribution Recovery step took over an hour.  When I had
IPL'd the system after the rclsplstg a few weeks ago the SNA
Distribution Recovery step also took equally as long.  Seems like SNA is
"recovering" but recovering what?

So the questions are: Why is the IPL taking so long at that step
(instead of minutes, like it used to)? Where should I look for
"leftovers" after the open relay?  Could there be undelivered messages
queued up somewhere?  WRKDSTQ shows nothing in any of the queues.

Thanks

--
Pete Helgren
Value Added Software, Inc
www.valadd.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.