This just came in from my subscription to Network World's Novell NetWare Tips newsletter. I'm reprinting it here (without permission) as it seems to be important enough that we might all be affected (under NetWare 6):
Today's focus: The problem of underscores in directory tree names
By Dave Kearns
Sometimes odd little anomalies creep into NetWare service packs. Some might call them bugs, but we're among friends here. To illustrate, I'll just mention one case.
Now it is true that Novell recommends strongly that you follow all the LDAP standard naming rules for servers, trees, containers and leaf objects. The LDAP v3 standard (as embodied in RFC 2251 - < http://www.faqs.org/rfcs/rfc2251.html > ) does state "These names MUST begin with a letter, and only contain ASCII letters, digit characters and hyphens."
Many NetWare directory trees - especially those that have been around a long time - have underscores in their name (SF_MKTG, for example). Anyway, renaming a production tree is not a trivial task. It requires planning and deft execution (usually when no one else is around) to be sure that all references to the old name get changed properly. It's a pain and, generally, serves no useful purpose except to become compliant with some "standard."
Novell takes those standards seriously, though. The company always ensures that its products are conformant to the latest standards. Sometimes this is done at the expense of older standards or conventions.
Applying service pack 4 (SP4) to eDirectory 8.6.2 (some say this effect is observed after applying SP3) ensures that tree names with hyphens are treated properly. The same is true for most tree names with underscores. But here's the anomaly: you will no longer be able to browse the tree over an IPX connection if your tree name begins with one, two or three characters followed by an underscore and then any number of further characters. This because the Service Advertising Protocol (SAP) number 278 becomes corrupted, so the tree is no longer advertising and your browser can no longer find it. SFCA_MKTG would still work, but SF_MKTG would disappear from your NDS "radar."
This can be a major problem, especially when no one can log on, but it would appear to be a simple coding error on Novell's part. Should be easy to fix, right?
Upgrading your directory service to the next Version, 8.7.1, should work. That's the one that ships with NetWare 6.5, so an upgrade to 6.5 should solve this anomaly, right? Well, it's true that SAP 278 is no longer "corrupt" after upgrading to NetWare 6.5/eDirectory 8.7.1. At least we don't think so. What happens is that it simply goes away, it disappears, it's no longer there. But at least it isn't "corrupt" any more.
Now it's true that not a lot of people are going to be affected by this. You need a tree named in that specific way, with the underscore coming in character position two, three or four and you also need to be working on an IPX network - no IP connections between you and the servers or among the servers. Still, this does affect more than one network. So you do begin to wonder how these "anomalies" get introduced and then never get fixed. Are service packs too big? Are they rushed into production? Is it, on the other hand, really possible to thoroughly test everything under actual real world conditions? Does your opinion change depending on whether or not the service pack you just installed appears to have crashed your network? Tell me about it.
_______________________________________________________________
To contact: Dave Kearns
Dave Kearns is a writer and consultant in Silicon Valley. He's written a number of books including the (sadly) now out of print "Complete Guide to Novell Directory Services." His musings can be found at Virtual Quill < http://www.vquill.com/ >. Comments on this newsletter should be sent to him at < mailto:netware@vquill.com >.
Kearns provides content services to network vendors: books, manuals, white papers, lectures and seminars, marketing, technical marketing and support documents. Virtual Quill provides "words to sell by..." Find out more by e-mail at < mailto:info@vquill.com > To subscribe or unsubscribe to any Network World e-mail newsletters, go to: http://www.nwwsubscribe.com/Changes.aspx Copyright Network World, Inc., 2003
Now, it just so happens that my tree here in NY is DIX_HILLS, so yes, this would hit me hard (good thing I've held back upgrading eDirectory). I also have a client nearby whose tree is WEST_BABYLON. Back in the days of NW 4, who would have thought that the underscore would cause so much trouble? And yes, I have IPX on the wire at the client's site also, along with one OS/2 station. Also, as IPX often yields better performance under NT and 2000 than IP, most of my client installations have IPX as the preferred protocol. Naturally, I'm not a happy camper about this...
--
Lewis
---------------------------------------------------------------------
Lewis G Rosenthal, CNA
Rosenthal & Rosenthal : Accountants / Network Consultants
New York / Northern Virginia : www.2rosenthals.com
Novell Users International : www.whytheylie.com
OS/2's new face is eComStation : www.ecomstation.com
--------------------------------------------------------------------- This OS/2 system (Apollo) uptime is 0 days 00:11 hours and 35 seconds
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
To unsubscribe from this list, send a message to
steward@2rosenthals.com with the command
"unsubscribe os2-netware_users" in the body
(omit the quotes).
For help with other commands, send a message
to steward@2rosenthals.com with the command
"help" in the body (omit the quotes).
????????? ? ??????