06-26-04 03:10 PM
In article <cbg80b$2vm$1@ns3.arlut.utexas.edu>, Jonathan Abbey wrote:
> In article <slrncdm5cc.nq4.spamtotrash@doom.unix-guy.com>,
> Kevin Collins <spamtotrash@toomuchfiction.com> wrote:
>| Hi,
>|
>| does anyone have any experience with migrating NIS to LDAP where custom
NIS
>| maps are in use? I am working on a project to migrate to LDAP from NIS an
d we
>| currently have 3 custom NIS maps I have implemented and we rely on heavil
y for
>| automation.
>|
>| Do I need to define my own schema for this, or is there some simpler meth
od
>| available?
>
> RFC 2307 is the definitive reference on supporting NIS-style data on
> LDAP. If you consult that RFC, you'll see that there is support for
> an 'nisMap' object class, which can be used to represent any arbitrary
> key/value mapping.
Ok - I'll take a deeper look at the RFC...
> The trick isn't getting that data into LDAP, the trick is rewriting
> whatever software you have that currently consults your custom NIS
> maps so that it uses your unique nisMap entries in your LDAP.
This is not a problem, it is all ksh and/or PERL parsing the output, so
changing will be pretty strat forward.
> Can you speak a bit about what it is that you are wanting to do?
We are a large, highly automated SAP shop and (as one example) use a custom
map
to track information relative to a specific SID: system number, SAP usage (R
/3,
BW, etc), type (prod/stage/devl), default client, Oracle home dir, etc.
Currently this is a colon-delimited list, so I can probably just use the nis
Map
you've already mentioned, but I was thinking it might be nice to have "named
"
elements (such as "sysNumber", "sapUsage", "supType", "defaultClient", etc),
which would simplify the work our scripts are doing in parsing the list.
Kevin
[ Post a follow-up to this message ]
|