Migrating Domino baremetal to ActiveGrid (E2E)

Desired Outcome
-Create an end-to-end detailed flow of processes and configurations for Domino Migration
-This is the copy-style method, where the same Domino OS version is migrated to new hardware

ActiveGrid Configuration (OS, Drives, Drive Space, RAM, IP Address)
-ActiveGrid currently certified to Microsoft Server 2012 R2
-Disk capacity total I requested = 800GB
-Drive C = 150GB (Windows OS)
-Drive D = 350GB (Domino Apps, Installers, manual Backups)
-Drive D = 300GB (Domino Data)

Web-Browser application for connecting to ActiveGrid
-Use Safari on the Mac to make the connection
-Note: I was getting “Server Disconnected Code: 1015; Connect Timout” with Firefox

Firewall configuration on ActiveGrid
-Note: Possible to add my @Home IP address within ActiveGrid Firewall – for SSH’ing
-The well-known port for Domino is 1352
–Note: Added 0.0.0.0/0 for ANY to 1352
–Note: Added 0.0.0.0/0 for ANY to 80
–Note: Added 0.0.0.0/0 for ANY to 443
-All ports to/from ActiveGrid will be direct (with no flip-flopping)

Firewall configuration on Windows Server
-XXX –

LogMeIn Agent Installation
-Installed Agent – manually typed the URL for installer
-Connected from home via Firefox – fast!

LogMeIn for copying data from baremetal server to ActiveGrid
-Logged in from ActiveGrid to baremetal servers (from the LogMeIn Control Panel)
-Note: This is the preferred method – using the local LogMeIn Control Panel on ActiveGrid
-Note: Change time out on both baremetal and ActiveGrid Servers
–LogMein Control Panel; Options; Preferences; Advanced; Network, Idle Time Allowed
–Change to 0:03:00:00 – 3 hours (Note: Default was 1 hour)

-For making the connection between the two servers (for file copying)
–LogMein Control Panel; Connect to: (log-in to other server)
–See both servers within the File Directory
–Note: Appeared faster when initiating everything from ActiveGrid server

Windows Updates and Restart
-Routine Windows Update process and server restart

Copying over Installers
-Domino
-Fixpacks
-Java JVM (Just in case)
-McAfee Mail Security (will come back to actual installation/configuration later)

HOSTS file changes because ActiveGrid not using NAT

Current IP configuration of baremetal (LAX) is:
–Server: 10.60.60.2
–Gateway: 10.60.60.1
–Subnet: 255.255.255.0
–DNS: 8.8.8.8 and 4.2.2.2
–Note: For the system with IBM Traveler, I can request a second NIC for the “DMZ”

Copying over data for IBM Domino with baremetal server down
-Note: Approximately 1GB/minute file transfer (via LogMeIn)
-set config server_restricted=4 (within console)
-drop all (repeat until sh users shows no active users)
-tell router show q (check the router queue); repeat until no mail pending
-tell router quit
-tell adminp process new
-sh tasks (and check that adminp is idle)
-Quit Domino Server
-Change Domino Server Services to change from Automatic to Manual

-Copy over D: (baremetal) to D: (ActiveGrid) using LogMeIn
–Note: Only took about 4 minutes
-Copy over E: (baremetal) to D: (ActiveGrid) using LogMeIn
–Note: Took about 3 hours

Info on how I ensured Test Server didn’t talk outside
-Remove replicator task from servertasks= within notes.ini
-Remove router task from servertasks= within notes.ini
-Block port 1352 outbound within Windows Server Firewall
-Create alias in etc/hosts file and point it to test server IP

Changing FQDN pointer to new IP Address
Changing MXPurify pointer to new IP Address (including the port)
-Ensure the new IP address correct for server I’m migrating
-Ensure I’m using the default port this time (no flip-flopping now)

Review notes.ini within D:\Lotus\Domino
-For now, remove McAfeeAddinMgrX64 (McAfee Endpoint Security for Domino)
if needing DIOPP anymore
-Left all the ServerTasksAtX – as is
-Left all SAVMailXX – as is (I think this maybe from the old Symantec)
-Left ExistingServerName=DA-OJAI/DAC (This is odd, but leaving as is)
-TCPIP_ControllerTcpipAddress=10.60.60.2:2050
–Note: Changed this to the new static IP address
-Domain=ICA (This is odd, but from the past I remember having to leave as is for now)
-Sametime Stuff (Left as is for now)
-SAVJava=c:\Program Files\java\jre7\bin (Legacy, but left as is for now)

Run installer for Domino including Fixpack and Interim Fixpack
-Setup (During test, saw it saying, “Prepare Java JVM for Virtual Machine”
-Left “Install Partitioned Domino Server” checkbox blank
-D:\Lotus\Domino
-E:\Lotus\Domino\Data
-Domino Enterprise Server (pre-selected)
-Note: Installation took about 4 minutes

Fixpack 6 for Domino 8.5.3
-Ran the installer
-Confirmed directories
-Note: Takes about 4 to 5 minutes

Domino IF 15 for 8.5.3. FP 6
-Ran the installer
-Now going to 8.5.3.FP6 HF2880
-Note: About 1 to 2 minutes

JAVA JVM UPDATE

Notes.INI review – one more time
-OK

Quick system checks before first run
-XXX

Console check with Server down?
-XXX

First run of Domino Server on ActiveGrid

Console Check on Active Server

Trace Checks from Notes client to server on ActiveGrid

Processing next steps when stuck

Does this happen to you? You’re working on something — possibly, an unfamiliar task — and you get stuck, not knowing what to do next.

What do you do? Wallow in frustration? Come up with excuses of maybe this is too hard and to start over again on something else?

Instead of getting frustrated, I’m practicing to make sure I’ve fully captured what my outcome was and the various steps I took, which lead me up the point of knowing I don’t know something.

I now have a couple choices: 1. Give up, because this is too hard. 2. Figure out a next action of where to review reference material; post question on a forum; ask someone I know; continue hacking around some menus in case I fall into the answer.

The frustration goes away and I feel good knowing that I’ve acknowledged I don’t know something, but am willing to continue seeking an answer – delaying the answer-gratification to a bit later.

Of course, Option #1 is not ideal, but could typically be the answer, if there is not some immediate questioning forthcoming. What’s the next action?

Overcoming the resistance towards getting back to a place of nothing

There is a magical component of GTD where you ‘Get “IN” to Zero’.  After processing everything into its place, there is a wonderful feeling of Inner Calm.   Funny thing because there is still work to be done – processing to zero doesn’t necessarily mean you’ve completed all the processed material.  So, if there is an expected and wonderful feeling of Inner Calm (at an early stage), then why do I frequently have a resistance to processing to zero?

I think the answer is different for everyone.  I’m trying to observe the inner conversations happening for me while processing.  Saying that it’s procrastination is too obvious.

A primary tenet of GTD is to decide the Next Action — processing the emails to zero means that I’m taking over ownership of the email from the person who sent it.  This initial process is crucial because it places an official marker into your personal productivity system, as opposed to just sitting in a random location (paper, InBox).

Keep in mind that after collecting all loose papers and materials, the first major process is ‘Get “IN” to Zero’.  Maybe I have something here…  I’m sensing a part of myself resenting having to spend my time going through the material.  I frequently refer back to the original mailing date and feel good/bad about my date of replying.  Oftentimes, inbound emails have me thinking about other people’s stuff.

Getting to Zero on a frequent basis neutralizes all this additional wasted mental effort and agitation.

Don’t read this as “the Truth” because I’ll look at this again in a couple weeks and come up with another distinction, but I’m interested in your thoughts.

Pausing for a moment to come back into synch.  What’s the next action – no overwhelm.

What I’ve found is that when you do have your system reasonably under control, it’s all about shifting to the Systematic Approach of GTD.  There is a difference between my system and the Systematic Approach.  The System happens to be Lotus Notes.  The Systematic Approach for processing something new requires me to write it down, put it in InBox (tray) and then process it completely.  This requires checking the system to see if the entry is already in there and just needs updated.  Because technology makes it very easy to update information, you can end up clobbering it with repetitive junk.

What’s really trippy is that I’ve amazed myself with all the detailed thought I “HAD” put into a project a couple weeks back, and am now processing something into the system.  The trippy part is that, after searching for the project, I’m reading great stuff that I couldn’t remember typing in.  What this means is that the Systematic Approach does require you stop and think thoroughly about your Next Action Processing and not just automatically slam everything into the system.  I’m now really careful about feeding my system correctly and it’s paying back dividends.

Disclaimer: I’ll read this again in a couple months and probably tweak a bunch of it — hope some of this helps — I’d like your thoughts.