Re: Getting rid of abandoned *SVRSTG objects that won't go away

[Pete Helgren <Pete@xxxxxxxxxx>]

Interesting.  My 170 with IPCS has the following:

WRKNWSSTG:
           Percent                                                    
Name        Used     Size   Server   Drive Format Access    ASP
                                                                      
DISK2GB1       18     2048  MICNTSVR   3   *NTFS  *UPDATE    1

If I do DSPOBJD *ALL/*ALL *SVRSTG

then I see the following:

Library:   QFPINT

QFPBSYS1    17833984
QFPBSYS2    69214208
QFPBSYS3    37756928
QFPBSYS4    10493952
QFPBWPC1    14430208
QFPBWPJ1    28262400
QFPBWPK1    18882560
QFPBWPT1    16781312

Library:   QNTAP
QVNISYS1    10493952

Library:   QUSRSYS
MICNTSVR1     10493952
MICNTSVR2    419450880
MICNTSVR3   1055952896


The last three make sense because they correspond to the C:,D: and F: 
drives on the IPCS.  Why the first  two objects  (MICNTSVR1/MICNTSVR2) 
don't show up in WRKNWSSTG is a bit of a mystery.

Anyway, sounds like something is buggered in the installation.  Are the 
LPP's still installed?

Pete Helgren


James H H Lampert wrote:

> Pete Helgren <Pete@xxxxxxxxxx> wrote:
>
> > Don't know if you got my earlier post but the *SVRSTG objects I had 
> > in QUSRSYS were created using the CRTNWSSTG command and can be 
> > deleted if you use WRKNWSSTG, unlink them, then delete them.  Don't 
> > know if you tried that and couldn't or not.
>
>
>
> Here's what I get, doing a DSPOBJD *ALL/*ALL *SVRSTG
>
> In QUSRSYS, I get:
> WINTOUCH1    with a size of 11799552
> WINTOUCH3    with a size of 38800384
>
> and in QXZ1, I get:
> QFPHSYS1     with a size of 11799552
> QFPHSYS2     with a size of 46664704
> QFPHSYS3     with a size of 38800384
>
> That's a total of 141M, a not-insignificant fraction of the total disk 
> space on the box.
>
> If I do a WRKNWSD or a WRKNWSSTG, I get a NWSD called WINTOUCH (listed 
> as "inactive"), but no storage is associated with it. If I try to do a 
> DLTNWSSTG on any of the objects named above, I get a "NOT FOUND" 
> error. And if I try to do an IFS DLT on them, I get a message about 
> the file system not supporting the operation. (I think I somehow did 
> something out of sequence, some years ago, when I was trying to cram 
> the entire system onto its one remaining drive. The docs on how to get 
> rid of a *SVRSTG appear to be practically nonexistent.)
>
> --
> JHHL