Help low on disk space, want to know how to delete the following.....

[Charles M. Wilt]

I'm running at about 87% of auxiliary storage. It seems like there is a
lot of extraneous stuff on our AS/400.

We have a AS/400 model 9402-400 with 7.86 Gig of auxiliary storage running
v3r7.

In particular, I want to get rid of the QSYSv3rXmX libraries, can I do this
by deleting the Licensed Programs for *PRV CL and *PRV RPG support?

I also want to know if it is ok to delete the following licensed programs:

Licensed Installed
Program Status Description
5716SS1 *COMPATIBLE OS/400 - S/36 and S/38 Migration
5716SS1 *COMPATIBLE OS/400 - System/36 Environment
5716SS1 *COMPATIBLE OS/400 - System/38 Environment
5716SS1 *COMPATIBLE OS/400 - S/36 Migration Assistant
5716SS1 *COMPATIBLE OS/400 - Advanced 36
5716RG1 *COMPATIBLE ILE RPG/400 - S/36-compatible RPG II
5716RG1 *COMPATIBLE ILE RPG/400 - S/38 environment RPG III

Also, any idea what the following do:

Licensed Installed
Program Status Description
5716SS1 *COMPATIBLE OS/400 - Example Tools Library
5716SS1 *COMPATIBLE OS/400 - GDDM
5716SS1 *COMPATIBLE OS/400 - Ultimedia System Facilities
5716SS1 *COMPATIBLE OS/400 - ObjectConnect
5716XA1 *COMPATIBLE Client Access/400 - PC Tools Folder

I have already deleted the CA/400 licensed programs that we don't use, the
only thing left is the CA/400 v3r1m2 for Win95/NT.

Lastly, in the IFS there are a whole lot of folders that I don't have a
clue as to what they do. How do I find out what these are for and how to
delete them?
I'm looking at the QCA400 folder, some of it's subfolders, DOS, are empty
but others are not, OPTOS2. It seems like the only thing that should be
left is the WIN32 subfolder.

Also, under the root of the IFS there are 15 folders with name that start
with QPWXC...

Lastly, under the QDLS there is another bunch of system-type folders with
names that begin with Q... We don't have OV/400, and I assume the Qwin32
is used with CA/400, and Qbkbooks is for info-seeker ( and I know how to
delete them)

One last thing, I have deleted old spool files, QHST logs, and journal
receivers.

Any help would be greatly appreciated

--
Charles Wilt
Miami Luken, Inc.
Springboro, OH. 45066
e-mail: charle...@worldnet.no.spam.att.net
--remove the .no.spam

[nant...@my-dejanews.com]

In article <01bdbb03$ffd33650$0401a8c0@SYSADMIN>,

"Charles M. Wilt" <charle...@worldnet.no.spam.att.net> wrote:
> I'm running at about 87% of auxiliary storage. It seems like there is a
> lot of extraneous stuff on our AS/400.

I amnot certain of the answers to the individual questions you ask but
regarding the licpgms, I think it would be safe to delete them & you can
always put them on tape first...

Just a couple of small pointers:
Clear QRPLOBJ
Look thru' QGPL - sometimes ppl put some really big stuff in there.
You could also run a DSPLIB *ALL *PRINT over night to give you the actual size
of each lib and thus determine which are taking up the most space. In my
experience, I have never freed up much space by deleting licpgms...

Good luck,

Paul

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum

[Mitch Mullins]

Some other things you can do are:

Execute RTVDSKINF in batch. Once that has completed, execute PRTDSKINF
*LIB in batch. This will produce a report that will identify the size
of libraries .

To identify those individual objects that are larger than 50 M execute
the following.
Submit the following command to batch

DSPOBJD

Object *ALL
Library *ALLUSR
Object Type *FILE
*JRNRCV
Output *OUTFILE
File to receive output ALLOBJDSP

Once this has completed you can create a report using Query/400 over the
allobjdsp database and identify those files and objects over a certain
threshold. I would recommend targeting objects larger than 50M in size.

Good Luck

Mitch

[hkno...@bmi.cnchost.com]

I would be careful with the command rtcdskinf, especially at 87% on the
asp, it could overflow then what.

Maybe you should look for journal receivers that are 'saved'
empty qezjoblog outq.

Maybe go to restricted state and run reclaim storage.

Did you ever receive a message that said "A serious storage
condition....

I f you did a reclaim may fix the issues, but you'll have to find the
obj. that caused the overflow and delete it! then run reclaim to get the
disk storage back...

[Gernot B Längle]

You can also recover a significant amount of storage by compressing
unused programs, display files, printer files with the CPROBJ command.

Charles M. Wilt wrote:
>
> I'm running at about 87% of auxiliary storage. It seems like there is a
> lot of extraneous stuff on our AS/400.
>

--
Gernot Langle
PARAS Solutions, Inc.
http://www.parassolutions.com

[Dan Hopkins]

Mitch Mullins wrote:

>Execute RTVDSKINF in batch. Once that has completed, execute PRTDSKINF
>*LIB in batch. This will produce a report that will identify the size
>of libraries .
>
>To identify those individual objects that are larger than 50 M execute
>the following.
>Submit the following command to batch
>
>DSPOBJD
>
>Object *ALL
> Library *ALLUSR
>Object Type *FILE
> *JRNRCV
>Output *OUTFILE
>File to receive output ALLOBJDSP
>
>Once this has completed you can create a report using Query/400 over the
>allobjdsp database and identify those files and objects over a certain
>threshold. I would recommend targeting objects larger than 50M in size.

Actually the PRTDSKINF command will list objects over a certain size if you
choose the *OBJ option and specify the minimum size to print.

Regards,
Dan

[Bruce Anderson]

first make sure that the "clean up" routines are being run regularly. this
will keep the old messages, spool files, etc. to a minimum. if you use
journaling make sure you delete all old jrnrcv that HAVE BEEN saved. if
you system has steady program development, clear the QRPLOBJ lib. if your
users use ANY query utilities, make sure you clean up any old db files
created by these queries.

if you have done these, BEG for more dasd. be aware the system will start
cannibalizing itself at 97%+. it will shut down "non essential" functions
like SNADS, Ethernet communications, etc. if the problem is not solved, the
system will shutdown without letting you know it is doing so.

it is no easy task to keep a company running with too little resource.

good luck, hope this helps.

Bruce

Charles M. Wilt wrote in message <01bdbb03$ffd33650$0401a8c0@SYSADMIN>...

[Bruce Anderson]

[Bruce Anderson]

[Ad van Dongen]

Charles,
First 2 links:
http://www.tnt400.com/bo400ng/AS400Q0206.htm
http://www.tnt400.com/bo400ng/AS400Q0196.htm

Charles M. Wilt wrote:
>
> I'm running at about 87% of auxiliary storage. It seems like there is a
> lot of extraneous stuff on our AS/400.
>
> We have a AS/400 model 9402-400 with 7.86 Gig of auxiliary storage running
> v3r7.
>
> In particular, I want to get rid of the QSYSv3rXmX libraries, can I do this
> by deleting the Licensed Programs for *PRV CL and *PRV RPG support?
>
> I also want to know if it is ok to delete the following licensed programs:
>
> Licensed Installed
> Program Status Description
> 5716SS1 *COMPATIBLE OS/400 - S/36 and S/38 Migration
> 5716SS1 *COMPATIBLE OS/400 - System/36 Environment
> 5716SS1 *COMPATIBLE OS/400 - System/38 Environment
> 5716SS1 *COMPATIBLE OS/400 - S/36 Migration Assistant
> 5716SS1 *COMPATIBLE OS/400 - Advanced 36
> 5716RG1 *COMPATIBLE ILE RPG/400 - S/36-compatible RPG II
> 5716RG1 *COMPATIBLE ILE RPG/400 - S/38 environment RPG III
>

If your system has no S/36 or S/38 history you can delete these LICPGM

> Also, any idea what the following do:
>
> Licensed Installed
> Program Status Description
> 5716SS1 *COMPATIBLE OS/400 - Example Tools Library
> 5716SS1 *COMPATIBLE OS/400 - GDDM
> 5716SS1 *COMPATIBLE OS/400 - Ultimedia System Facilities
> 5716SS1 *COMPATIBLE OS/400 - ObjectConnect
> 5716XA1 *COMPATIBLE Client Access/400 - PC Tools Folder
>
> I have already deleted the CA/400 licensed programs that we don't use, the
> only thing left is the CA/400 v3r1m2 for Win95/NT.

for CA/400 you need on your system 5716XA1 *BASE or 5616XW1 *BASE!

>
> Lastly, in the IFS there are a whole lot of folders that I don't have a
> clue as to what they do. How do I find out what these are for and how to
> delete them?
> I'm looking at the QCA400 folder, some of it's subfolders, DOS, are empty
> but others are not, OPTOS2. It seems like the only thing that should be
> left is the WIN32 subfolder.

OPTOS2 looks like CA/400 optimized for OS/2 ??

> Also, under the root of the IFS there are 15 folders with name that start
> with QPWXC...

QPWX* is CA/400 for windows 3.

[Ken Rokos]

The journal receivers QAUDRCxxxx for the system security journal
QAUDJRN can also take up lots of space. System value QAUDLVL
determines what is audited; if many of the 16 possible items (under
V4R2) are turned on, the receivers can get big fast.

[Rick Price]

I don't think you will make a lot of space in % terms by getting rid of
extraneous AS400 objects. On your setup you've got to get rid of 78 meg for
each 1% decrease.

If your system is growing because of new applications or increased data, beg
for more DASD.

If you have a stable environement then running at 87% of auxiliary storage
should not be a problem as long as you do regular cleanups.

We are a development house so cases are probably different, but on our old
CISC with 12-13 gig we set our threshold high (97% I think) and regularly
ran at 95%+ usage. I wouldn't recommend this for a production environment
but you can go quite high. I don't know what the default threshold is now
but it used to be 90%. This meant that every time we added DASD we gave10%
to the operating system which seemed a nonsense. That was why we changed
our threshold.

You might know all this but other things that you can do to recover DASD
space are:
- Regularly IPL. We do this in the early hours every Sunday and it frees up
space from uncompressed files etc. This probably gets reused by the end of
the week but we keep it under control.
- Reorganise volatile files regularly. I.e. files where records (rows) are
frequently added and deleted.
- Check libraries after they are restored, for duplicated files. This
probably doesn't affect you, but our developers are for ever restoring test
libraries. After one OS upgrade we found that the RSTLIB started renaming
the original files instead of replacing them. When this was spotted, we had
some libraries with 6 or 7 copies of each file.

Rick

Charles M. Wilt wrote in message <01bdbb03$ffd33650$0401a8c0@SYSADMIN>...

>I'm running at about 87% of auxiliary storage. It seems like there is a
>lot of extraneous stuff on our AS/400.
>
>We have a AS/400 model 9402-400 with 7.86 Gig of auxiliary storage running
>v3r7.

--- cut

[nina jones]

> I'm running at about 87% of auxiliary storage.

one thing you might check is deleted records. are you running rgzpfm on your files to get
rid of them on a regular basis? also, if you have large files with lots of indexes, you
may want to rebuild the indexes.

nj

[Twin City Foods, Inc.]

In article <901795576.4812.0...@news.demon.co.uk>,
ri...@hpdi.demon.co.uk says...

[Twin City Foods, Inc.]

> I don't think you will make a lot of space in % terms by getting rid of
> extraneous AS400 objects. On your setup you've got to get rid of 78 meg for
> each 1% decrease.

If you have any communication traces defined(other that the default) and
you don't need them anymore(they are not active) I would delete them.
They are extreme disk hogs. Just defining them takes lots of resources,
even if you "clear them" they can take up 5% of 11 GIG, at least our
tcp/ip comm trace did........FYI.....Jack Hefner

[David]

One other thing that our product will do is to automate the
reorganization of files.

http://www.arctools.com
mailto://ds...@arctools.com

Thanks!

Dave Shea

Charles M. Wilt wrote:
>
> I'm running at about 87% of auxiliary storage. It seems like there is a
> lot of extraneous stuff on our AS/400.
>
> We have a AS/400 model 9402-400 with 7.86 Gig of auxiliary storage running
> v3r7.
>

> In particular, I want to get rid of the QSYSv3rXmX libraries, can I do this
> by deleting the Licensed Programs for *PRV CL and *PRV RPG support?
>
> I also want to know if it is ok to delete the following licensed programs:
>
> Licensed Installed
> Program Status Description
> 5716SS1 *COMPATIBLE OS/400 - S/36 and S/38 Migration
> 5716SS1 *COMPATIBLE OS/400 - System/36 Environment
> 5716SS1 *COMPATIBLE OS/400 - System/38 Environment
> 5716SS1 *COMPATIBLE OS/400 - S/36 Migration Assistant
> 5716SS1 *COMPATIBLE OS/400 - Advanced 36
> 5716RG1 *COMPATIBLE ILE RPG/400 - S/36-compatible RPG II
> 5716RG1 *COMPATIBLE ILE RPG/400 - S/38 environment RPG III
>

> Also, any idea what the following do:
>
> Licensed Installed
> Program Status Description
> 5716SS1 *COMPATIBLE OS/400 - Example Tools Library
> 5716SS1 *COMPATIBLE OS/400 - GDDM
> 5716SS1 *COMPATIBLE OS/400 - Ultimedia System Facilities
> 5716SS1 *COMPATIBLE OS/400 - ObjectConnect
> 5716XA1 *COMPATIBLE Client Access/400 - PC Tools Folder
>
> I have already deleted the CA/400 licensed programs that we don't use, the
> only thing left is the CA/400 v3r1m2 for Win95/NT.
>

> Lastly, in the IFS there are a whole lot of folders that I don't have a
> clue as to what they do. How do I find out what these are for and how to
> delete them?
> I'm looking at the QCA400 folder, some of it's subfolders, DOS, are empty
> but others are not, OPTOS2. It seems like the only thing that should be
> left is the WIN32 subfolder.
>

> Also, under the root of the IFS there are 15 folders with name that start
> with QPWXC...
>

> Lastly, under the QDLS there is another bunch of system-type folders with
> names that begin with Q... We don't have OV/400, and I assume the Qwin32
> is used with CA/400, and Qbkbooks is for info-seeker ( and I know how to
> delete them)
>
> One last thing, I have deleted old spool files, QHST logs, and journal
> receivers.
>
> Any help would be greatly appreciated
>

[Meg Shea]

You may want to purge and archive some data. My company sells a
software package that will do several things for you - first, it can do
purging as easily as writing a query record selection. Second, it can
add the archiving feature to any existing purge routine without any
programming. This will allow you to move old data out of your
production environment, thus freeing up disk space by freeing up
pointers in logical files. You can then also move the data off line to
save even more space.

Check out my web site at http://www.arctools.com for more information.
You will find some surprising statistics about a real world
implementation that freed up a tremendous amount of space by getting rid
of old data, and their batch and on line response times improved
dramatically.

If you want more information, I can be reached at
mailto://ds...@arctools.com or at (508) 435-8243, option 1.

Thanks.

DAVE SHEA