I am not sure what is causing your symptoms, but I recently have found
a client where 2 of 3 BM servers quit applying changes. In those case
(even though I have BM39SP2IR1 applied), I've had to delete a BMgr
attribute (Event Logging), which allows the changes to be saved once.
(It recreates the attribute at the same time, so next change requires
another delete). Just starting to debug that one.
Craig Johnson
Novell Support Connection SysOp
*** For a current patch list, tips, handy files and books on
BorderManager, go to http://www.craigjconsulting.com ***
that was fixed in bm39sp2_ir1, tid7000354, so make sure you're using the
correct iman snapins
Did you also check RBS to see if you needed to update there?
let me check the code to verify that it is there.
I've checked the code and it is not there, dammed!.
I've got a new bmpxy.jar with the fix on it. I need an email address to
send it.
Copy it to sys:tomcat\5.0\webapps\nps\WEB-INF\lib, delete the Event
logging attribute and restart tomcat. Now it will create the attribute
with the right values.
Craig Johnson
Check iManager version and available plugins. You should be at 2.7.3 if it
is up to date (check for iManager Framework plugin updates. I like to
update ALL the plugins, though it can take quite a while). The bm39sp2ir1
plugins should work with 2.7.3.
If you are having NDS issues, especially if no replica was on the server, I
could see it having a lot of problems consistently reading access rules.
or you can manually add the right values thru console1:
Click over the event logging attribute and select add. Enter the value
here. Repeat it 3 times with this values
- 65536
- 197632
- 131072
Then delete the value 0 created previously by the snapin.
Now apply changes should work.
Updates are working fine now.
Until I added those values, I got a java error when trying to look at
the DNS or Transport menus.