Re: How to erase all data on a Power server so it can be transported safely

Thanks on the advice on IP addresses. I am confident our tech can handle
that because the Power 8 server currently been moved replaced a Power 6 mid
last year. In that process we took as BRMS backup of the Power 6 to LTO
tape and restored that to the Power 8 (onto bare metal so to speak), I
can’t remember but an IBMi DVD might have been used to load licensed code
etc.



Then we got onto the console and configured all the NICs (4 of them) to
have IP addresses in the right subnet etc. and then a virtual NIC that is
bound to the physical one. That IP address is one assigned to the DNS name
of the server. I would imagine we could do the same next time.


I do recall when I was watching the tech do this on a screen share session
he did go to the various areas of IBMi and updated a bunch of settings.


On Wed, Mar 11, 2020, 2:05 AM Rob Berendt <rob@xxxxxxxxx> wrote:

Let's also assume that your IP address(es) may change upon arrival.
You might want to check this out:
https://wiki.midrange.com/index.php/Change_IP_Address

Not my first rodeo...

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob
Berendt
Sent: Tuesday, March 10, 2020 8:58 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: How to erase all data on a Power server so it can be
transported safely

I forget but is one of those new servers coming in prior to your migration?
Might not be a bad idea to do a dry run to ensure you know how to do all
the steps in that BRMS recovery report. There's a lot, initially, which
refers back to other sources for setting up your RAID, etc. Therefore a
practice run might not be bad.

Practicing the printer overrides necessary on the STRRCYBRM to get the
three reports generated to print to PDF is a good idea.
Figuring out how to bring your system back out of restricted state
(without letting users back in) so that you can download the PDF files to
your PC is also good.
Ensuring that you ran your STRBKUBRM CTLGRP(...) SBMJOB(*NO)
OMITS(*IGNORE) with the right options (like omits(*ignore)) is good.
Finding out beforehand that certain directories may have been flagged with
the following is good:
CHGATR OBJ('/mydir') ATR(*ALWSAV) VALUE(*NO)
We flag /QFPNWSSTG this way, and may change it to *YES for data migrations.
There are a lot of IBM temp or log directories set this way. And that's
ok, you don't "need" the data in those directories.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com