Work was empty on Friday so I had planned on moving the GWIA from an old 4u Dell Poweredge running NetWare 5.1 to a nice and tidy 1u PE 1950 running SLES 10. Actually, I ended up not transfering the domain and gateway, rather I created both new. The domain install and config was quick and painless. The GWIA install and config was not quick and painless. There were two “gotchas” which I ran into. The first gotcha was that the GroupWise system needs to be told which GWIA to send outbound mail to. Makes perfect sense. You can find that setting in C1:
Tools/GW System Operations>Internet Addressing>Internet Agent for outbound SMTP/MIME messages:
That got outbound message flowing. The next step was inbound. I couldn’t figure out why inbound message processing just wasn’t working. I was banging my head against the wall until I saw a vague novell forum posting mentioning postfix fighting with the GWIA. A quick trip into yast’s runlevel module showed that postfix was indeed running. Shutting that off and restarting the gwia agent allowed inbound messages to flow in.
1pm: Feeling my oats I decided to move the domain for some large post offices to the cluster. The domain resided on the other remaining Netware 5.1 server. This server has some mental issues. It has been around for longer than I have, logically anyway. What I mean by that is the server began life as a Netware 3.12 server on different hardware. It then got a software upgrade to Netware 4.11. Then a hardware upgrade to a Dell PE server. Then another software upgrade to NetWare 5.1. And finally another hardware upgrade to a Dell PE 2650. This happened over roughly a ten to fifteen year period. I’ve had plenty of problems with this server. Disk I/O is completely screwed up. Writing to or deleting from the volumes takes multiple times over the amount of time it should. GW domain maintenance operations on the box generally called for a database rebuild to get anything moving. I had GWAVA 3.6 which vomited tens of thousands of .log files for every piece of mail recieved into the files system, already straining the tired traditional file system based volumes. In the event of a server abend, an automatic vrepair to the sys volume(I didn’t mention everything was loaded on the sys volume for some unknown reason) would render the server useless for up to 7 hours. To sum it all up, a painful experience.
At any rate, I shut down the MTA and GWAVA. I copied the domain to the cluster resource(NetWare). I installed GWAVA4 on the resource as well. I got the MTA up and running, but the post offices wouldn’t see a differnet outbound MTP IP address. I tried rebuilding the domain, restarting the POAs, nothing seemed to work. I decided to pull the plug due to the time. I moved the domain back and all of the sudden the POAs were seeing the new domain IP. Crap! I moved the domain back to the new location and messages finally started to flow. I created a new GWAVA4 scanner and set up basic notification digests and called it a day.
Fast forward to today. I came in and started to do some cleanup work, specifically fixing the cluster resource load scripts to load the MTA up and shut it down. I noticed that one of the cluster nodes, the node that was running GWAVA and the MTA wiped out early this morning at some point. So, GWAVA loaded up on the next node, but no MTA. I fixed that piece and got the busted node back online. I migrated the resource and the server immediately abended. It migrated the resource over to the next node, which promptly abended. Thankfully the resource went comatose before it could completely wipe out the entire cluster. To get to the point, GWMTAVS.NLM has some serious bug which will drag NetWare to its knees. I quickly decided to ditch GWAVA on NetWare and put in on the SLES box with the GWIA and just do a GWIA scanner.
Things to remember:
- Disable postfix on install of SLES
- Tell the system which GWIA to use
- C1 sucks, groupwise administration sucks, and file based administration should have been eliminated in GroupWise 7. Everything should be TCP/IP.
- GroupWise is very flexible, sometimes to a fault
- Aside from file sharing duties, Novell’s own GroupWise modules, and Zenworks, don’t use NetWare for anything else important. It will eat itself to death given the opportunity. It’s like “Pizza the Hut” from Spaceballs. Yes, I went there.
- Don’t make any critical changes on a friday afternoon if you don’t have the time to deal with it over the weekend. It doesn’t help with stress.