Re: Unload/reload

So this is a good idea I agree. I will say that you absolutely need to get the SAV part correct. If you're on 7.2 or newer the SAV behaves differently than 7.1 and earlier WRT the NWSSTG objects. This is because they are udfs objects now. (But you probably knew that. :-) )

You already know about the *ALWSAV attribute so good there.

If I recall correctly when you vary OFF the NWSDs the dadgum disks disappear from /qfpnwsstg/<diskname>/MOUNT ! That makes them hard to back up.

Once you've done the SAV do the DSPTAP to verify the objects are there on tape. If saving /qfpnwsstg takes 30 seconds you probably didn't get the NWSSTG. :-)


- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 9/30/2016 9:42 AM, Rob Berendt wrote:

Going to do an unload/reload of a Power 8. Cheaper (and get newer disks)
than paying maintenance on those older SSD's. It's an all SSD machine.
Not the two vios lpars. They are on spinning disks.
But the IBM i hosting lpar. This lpar hosts 4 lpars of IBM i and one of
AIX.

In general, unless your guests are SERIOUSLY messed up, you just want to
unload/reload the host, right?
By seriously messed up I mean you created one big huge network storage
space for the whole guest, or some other such stupidity.
I'll have to remember to run this before the save:
CHGATR OBJ('/QFPNWSSTG') ATR(*ALWSAV) VALUE(*YES) SUBTREE(*ALL)
Because I modified that to not save.

But this isn't worth it, is it?
Ignore the % used column below. It's a meaningless part of the IBM
command.

AIX lpar
One nwsd
%
Name Used Size
AIXACTLOG1 0 40005
AIXARCLOG1 0 120001
AIXDBB01 0 200004
AIXSTG01 0 150005
AIXSTG02 0 150005
AIXTSMDB01 0 40005
AIXTSMDB02 0 40005
AIXTSMDB03 0 40005
AIXTSMDB04 0 40005
AIX0101 0 49999


GDIHQ lpar
three nwsd's
% system ASP used . . : 81.0859
GDIHQ1
GDIHQ101 0 280000
GDIHQ102 0 280000
GDIHQ103 0 280000
GDIHQ104 0 280000
GDIHQ105 0 280000
GDIHQ106 0 280000
GDIHQ107 0 280000
GDIHQ108 0 280000
GDIHQ109 0 280000
GDIHQ110 0 280000
GDIHQ2
GDIHQ201 0 280000
GDIHQ202 0 280000
GDIHQ203 0 280000
GDIHQ204 0 280000
GDIHQ205 0 280000
GDIHQ206 0 280000
GDIHQ207 0 280000
GDIHQ208 0 280000
GDIHQ209 0 280000
GDIHQ210 0 280000
GDIHQ211 0 280000
GDIHQ3
GDIHQ301 0 280000

GDISYS lpar
three nwsd's
% system ASP used . . : 77.5573
GDISYS1
GDISYS101 0 140003
GDISYS102 0 140003
GDISYS103 0 140003
GDISYS104 0 140003
GDISYS105 0 140003
GDISYS106 0 140003
GDISYS107 0 140003
GDISYS108 0 140003
GDISYS109 0 140003
GDISYS110 0 140003
GDISYS2
GDISYS201 0 140003
GDISYS202 0 140003
GDISYS203 0 140003
GDISYS204 0 140003
GDISYS205 0 140003
GDISYS206 0 140003
GDISYS207 0 140003
GDISYS208 0 140003
GDISYS209 0 140003
GDISYS210 0 140003
GDISYS211 0 140003
GDISYS212 0 140003
GDISYS213 0 140003
GDISYS3
GDISYS301 0 140003
GDISYS302 0 140003
GDISYS303 0 140003
GDISYS304 0 140003

GDWEB lpar
one nwsd
% system ASP used . . . : 48.5380
GDWEB01 0 80003
GDWEB02 0 80003
GDWEB03 0 80003
GDWEB04 0 80003
GDWEB05 0 80003
GDWEB06 0 80003
GDWEB07 0 80003
GDWEB08 0 80003

MAIL1 lpar
two nwsd's
% system ASP used . . : 87.1358
MAIL11
MAIL1101 0 280000
MAIL1102 0 280000
MAIL1103 0 280000
MAIL1104 0 280000
MAIL1105 0 280000
MAIL1106 0 280000
MAIL1107 0 280000
MAIL1108 0 280000
MAIL1109 0 280000
MAIL1110 0 280000
MAIL12
MAIL1201 0 280000
MAIL1202 0 280000
MAIL1203 0 280000
MAIL1204 0 280000
MAIL1205 0 280000



Rob Berendt