NSUniqueID

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Bjorn Oglefjorn wrote:
> That's the problem Richard, I'm not sure how it happens.  I can tell 
> you this much though.  I am using NSUniqueID as a globally unique id 
> for a one-way sync agreement to a specific application (from FDS to 
> the application).  The requirement for the globally unique id is that 
> it never changes.  If it somehow does change, the sync process 
> provides an error stating that the globally unique ids in FDS and the 
> application no longer match.  I can't determine exactly what is 
> causing this change, but I do know that it is happening.
But how does the sync process/application determine that the unique ID 
has changed?  And is it possible that some application is writing to the 
nsUniqueID attribute and changing its value externally?  Are you using 
replication?

For example, does your sync app do something like this:
get entry by name e.g. (uid=somename).  Store the nsUniqueID for the entry.
Then later, do the same search (uid=somename) and get the nsUniqueID.  
Compare the nsUniqueID to the one stored previously.

If this is the case, is it possible that the uid for the entry has changed?

> --BO
>
> On 5/15/07, *Richard Megginson* <rmeggins at redhat.com 
> <mailto:rmeggins at redhat.com>> wrote:
>
>     Bjorn Oglefjorn wrote:
>     > Hello all,
>     >
>     > Can someone tell me, does the NSUniqueID attribute ever change for a
>     > given entry in the directory?
>     No.
>     > If so (I've seen it happen),
>     Can you describe exactly what you saw and how to reproduce it?
>     > what are the criteria that prompt NSUniqeID to change?
>     >
>     > Thanks,
>     > BO
>     >
>     ------------------------------------------------------------------------
>     >
>     > --
>     > Fedora-directory-users mailing list
>     > Fedora-directory-users at redhat.com
>     <mailto:Fedora-directory-users at redhat.com>
>     > https://www.redhat.com/mailman/listinfo/fedora-directory-users
>     <https://www.redhat.com/mailman/listinfo/fedora-directory-users>
>     >
>
>     --
>     Fedora-directory-users mailing list
>     Fedora-directory-users at redhat.com
>     <mailto:Fedora-directory-users at redhat.com>
>     https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20070515/b09218dc/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux