What's wrong?
Robert
Craig Johnson
Novell Support Connection SysOp
Tried this several times before, but nothing changed.
Robert
On the other hand, I had some very strange problems with a BMgr server
last night, and ultimately I think they may have been related to
NDS/licensing issues. I was getting error messages about a snapin that
turned out to be unrelated to the snapin. Perhaps if you take a close
look at your licensing you may find some issue there that can be
cleared up and fix your problem. A long shot, but...
Loren
Thanks,
Neal Vadekar.
Neal Vadekar.
I mainly get three different symptoms:
1. The MS Visual C ++ runtime error;
2. A message saying that BM is not installed on this server when I click
the BM setup page for the server that has BM3 installed;
3. A message saying that this snapin only administers BM 3 and an earlier
version of BM was detected on this server.
Novell had me do the uninstall routine, reboot the workstation, reinstall
the snapins today. This produced symptom #3 listed above. I'm waiting to
see what they want me to try next. They do not want me to try the NWadmin
from the beta ZEN release.
This stuff sure is getting old! :-(
Loren
1. I merged a temporary tree holding BMgr to the production tree
2. I moved all the objects I could (some - license-related objects - cannot
be moved, but must be recreated) to a new OU
Somewhere about this point I had a problem I couldn't resolve with -614
errors trying to update rules, so I had to not enforce rules for the
moment. ACLCHECK wasn't reading any of my Allow rules, and everyone was
denied access. I couldn't fix this, and the BM3REMOV.EXE utility wasn't
then available.
My plan was to come in late at night, and remove NDS from the server and
reinstall it to blow away the server object and associate BMgr attributes.
-It was a good plan in the end, but the BM3REMOVE utility would have
obviated that need to do this.
3. I tried installing the licenses for the server into the new OU, with the
idea I would assign them to the server later (probably not a good idea)
4. I deleted the old NLS-server object and the licenses
5. I removed NDS from the server
6. I attempted to reinstall NDS to the server - had a lot of problems at
this point, partly because some servers didn't want to synch up right away.
Eventually I got NDS restored.
- Now I got the error you have - could not set up BMgr because snapin
reported an older version. This was clearly incorrect, I in retrospect I
think it must have had something to do with licensing not being installed -
everything else had already been installed.
To fix this, I:
1. Ran SETUPNLS on the server holding the master of Root (the partition the
BMgr server was now in).
2. Ran NLSLSP on the server holding the master of Root
3. Ran SETUPNLS on the BMgr server
4. Reran the entire BMgr 3 install (basically to get to the end where it
installed the licenses for me). I didn't try to just install the licenses
again. Curiously, I was also forced to reinstall IWSP6 as BMgr3 install
wouldn't run - said I needed to install IWSP6 first!
While the reinstall was running, I deleted those license objects I had
installed earlier and not assigned.
The installation of the files completed and I was prompted to insert the
license disk. That went without problems.
Once the install finished, and I rebooted the server, the snapin worked
again and I proceeded to set up the Bmgr configuration in about 10 minutes.
It's worked fine since then.
They had me restart the BM3 server and I was then able to access the BM setup
pages in NWAdmin32. Novell did not have a good explanation for this but they
are aware that these symptoms are occurring frequently. To quote, "it could be
a million different things." They told me that deleting the registry entries,
uninstalling and then reinstalling the snapins will usually work.
I'm told they are trying to consolidate much of their findings into a TID that
should be available shortly.
Loren
--
Craig Johnson
Novell Support Connection Volunteer Sysop
Using Virtual Access
http://www.soft-shop.com
2947067
Loren