Re: Objects allocated to SNADS -- MIDRANGE-L

Pete,

The relevant section about SNADS File Server Objects APIs (V6R1) can be
found here:

http://publib.boulder.ibm.com/infocenter/iseries/v6r1m0/index.jsp?topic=/apis/off4b.htm

One of the points in that section states:

- To manage the existence of a file server object, you would use the
assign and revoke access ID APIs. However, if these APIs are not used, there
is no protection on the file server object (see Assign and Revoke APIs
Example<http://publib.boulder.ibm.com/infocenter/iseries/v6r1m0/topic/apis/off4b.htm#HDRASRVKEX>).
If someone issues the Reclaim Storage (RCLSTG) command and there is no
protection on a file server object, that file server object will be deleted.

So I wonder if a RCLSTG would help in your case?

Keep us posted if you find a solution to your problems.

Regards,

Luis Rodriguez
IBM Certified Systems Expert — eServer i5 iSeries
--

On Thu, Oct 13, 2011 at 12:21 PM, Pete Helgren <pete@xxxxxxxxxx> wrote:

Thanks Luis.

I took a brief look at the code and I'll see if I can get it to compile
on this box. QUSRSYS is big, but it isn't 73Gb. I wish I new *which*
objects were being accumulated under the title "SNADS and object
distribution" because that would tell me all I need to know. In QUSRSYS
there are a bunch of tables and journal receivers but they all look
legit to me. The "top 10" objects in the library are:

Disk Space Report
5770SS1 V7R1M0 100423
Library and Objects I
Library/ % of Size in
Object Type Owner Library 1000 bytes
QUSRSYS *LIB QSYS 261783.6
QA1PONE *FILE QPM400 6.19 16191.5
QPMCCA0002 *JRNRCV QSYS 1.53 4001.8
QSZPAVL *PRDAVL QSYS 1.32 3461.1
QAIZACVN *FILE QSYS 1.32 3452.9
QAPZSYM *FILE QSYS 1.05 2740.2
QTCP *MSGQ QTCP .76 1994.8
QASOSC3067 *JRNRCV QSYS .73 1904.6
QASOSC3068 *JRNRCV QSYS .73 1904.6
QIPFLT1020 *JRNRCV QTCP .73 1904.6
QIPFLT1021 *JRNRCV QTCP .73 1904.6

Still searching and I may call IBM as Rob suggested...

Pete Helgren
Value Added Software, Inc
www.petesworkshop.com
GIAC Secure Software Programmer-Java

On 10/12/2011 10:21 PM, Luis Rodriguez wrote:

Pete,

(WAG)
The objects created by the SNADS File Server Objects are stored (IIRC) in
QUSRSYS. Check out that lib. Also, check the storage allocated to the

QSNADS

user profile.

Also (another WAG), in the think400.dk site there is a small code for
dealing with SNADS mail distributions. Check out:
http://www.think400.dk/adhoc_3.htm

and search for "Cleanup SNADS Mail Distributions".

HTH,

Luis Rodriguez
IBM Certified Systems Expert — eServer i5 iSeries
--

On Wed, Oct 12, 2011 at 10:15 PM, Pete Helgren<pete@xxxxxxxxxx> wrote:

No files in the queue. In fact, WRKNETF has nothing in the display.

Pete Helgren
Value Added Software, Inc
www.petesworkshop.com
GIAC Secure Software Programmer-Java

On 10/12/2011 8:29 PM, Pete Massiello - ML wrote:

I am not sure we are talking about the same thing, but in the old days

when you had stuff in the SNADs distribution, you could do a WRKNETF

*ALL

and see stuff that had been sent, but not yet received by people. Then
delete them.

Pete

--
Pete Massiello
iTech Solutions
http://www.itechsol.com

iTech Solutions because IBM i (AS/400s) didn't come with System

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

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