Migrating Groupwise Users to a New Tree

Hello,

I have a Netware 6 system with Groupwise 6.5 on it. I want to move the mailbox users from this old NDS tree, to a Netware OES 6.5 Running Groupwise 6.5 (Clean Tree). Any ideas on where to start would be helpful. Several of the walkthroughs provided on Novells KB have failed me in this endeavor.

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Can you post what you've done so far and what TIDs you've tried? Nothing irks me more than someone who asks for advice and then has 3 people respond, only to hear the OP say "I've already done/tried that".

Ok, thinks irk me more, for sure, but you get my drift. Give us your notes up to this point. If you're doing this on behalf of a company I'm sure you have notes you can copy/paste and what TIDs you've used thus far.

This is basically the walkthrough I'm trying to follow. Problem is, I don't see some of the options under console one that the walkthrough is describing. What I'm thinking, after talking to a tech guy at EMU (some software utility for migration I was trying to use) is that I need to be using the console one on the netware server. However, I can't figure out how to extend the console one snapins on the server. Any idea on how to do that?

I've looked at several guides. Only recently form a tech I talked to did I discover the movement of the users could not be done from a workstation, but from a console one on a server. I've copied the snapins from the sdd, when consoleone loads, i can see the groupwise icons on the splash screen, but console one still won't display groupwise systems, and under the snapins info, groupwise is not present. Is there something I'm missing here?

[1] I used the groupwise 6.5 admin cd to install the console one snapins on the sdd ON THE SERVER. I then copied the snapins from the sdd to the sys:\public\mgmt\consoleone\1.2\snapins directory.
[2] I originally tried the migration locally from my workstation, but to no avail, a tech for a software company told me the migration had to be administered from the server's c1, so I'm trying that now, but I can't get the snapins to work on there, hence my problem.
[3] I'm not sure what you mean by SP level, service pack?

You can do a modules check, like "m gw*" at the system console or just select the screens running the GWIA, MTA and POA (for example) and look at the top of the window. It should say something like 6.5.7, with the last number being the SP level of GroupWise modules.

You'll run C1 from a workstation all the time. But the shortcut can go to the server's install or an install you put on the workstation itself. Which one you run is based on where you put the snap-ins for GroupWise.

I would create a new one because it's a really quick task to perform. If you wanted to see if there's anything that you need to add from a re-config standpoint, it's probably already sitting in your SYS:SYSTEM\GWIA.CFG file anyway. You can check that out and add the same custom settings (if you added a ton) if need be. You could even use the same one if you wanted to (same GWIA.CFG file) and just rename the installed one to gwia.install or gwia.original or whatever.

My god I'm so close. I deleted out the old directories and reinstalled the gwia agent and it loads fine, but how do I get the gwia object to show back up in edirectory? I keep trying to add the object manually and linking it, but its not working.

Looks right. Look at your GroupWise view in C1 and check both the POA and MTA Agent settings under the GroupWise tab | Log Settings section. Make a common path for both of them, like \\server\vol1\logs and unload both the MTA and POA.

Then after the changes have been made to both entities, do a grpwise at the server console to load them again and view the log files to see if there's additional information as to why they are not talking to each other.

In the GW view again, if you select your domain and then hit the Gateways drop-down is there anything listed there at all?

Select the domain (one underneath) and then look at the top of your scrren where is says "Users" - that's a dropdown box. Select the Gateways and see what it says.

Look at your POA and MTA Agents and look at their Network Addresses in the same section and see if they are correct.

Are you sure that you configured everything correctly when installing the Agents? Have you done it before or looked through the walkthrough guide?

I don't think I've ever done a GW install that didn't immediately load the POA and MTA once the installer was finished. Hard to believe that you're having an issue installing this on a vanilla box (I'm assuming this was clean?)

You may be better off trying the UNC path instead to see if there's a bad setting in your config. You can switch it back to IP if you want to, but specifying UNC paths on a server running both the POA and MTA are perfectly fine.

I copied the nlms, the console snapins, the gwia, and web access to the serve,r and then I run the installs from the sdd I ran the agent install for the poa and the mta, and then I did the GWIA install

I'm using two nics, each on a different subnet (one for access out to the web, one for internal use. The agents are set on the internal address. Would this affect anything? I'm able to build a groupwise system from scratch with no issues getting the agents to work in this way.