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.
