Here is the error on the command line: knb 20100107-11:10:22: [ERROR]: Problem getting attributes in AuthLdap.getAttrib utes:javax.naming.NameNotFoundException: [LDAP: error code 32 - NDS error: no su ch entry (-601)]; remaining name 'uid=CH21670' [edu.ucsb.nceas.metacat.AuthLdap]
Chris On Thu, Jan 7, 2010 at 10:56 AM, Chris Weed <chrisweed at gmail.com> wrote: > Hi, > I don't think accessing your LDAP will work for us due to our firewall, but > we have an LDAP server. > I tried pointing metacat to our server but I keep getting: "-- User : > uid=ch21670 is not in LDAP. " > when I set Metacat Administrators to "uid=ch21670". This uid works when I > run the unix tool ldapsearch. > > Should this work? > Chris > > On Mon, Jan 4, 2010 at 10:55 AM, ben leinfelder <leinfelder at nceas.ucsb.edu > > wrote: > >> Chris - >> Many "local installations" of Metacat make use of our existing LDAP system >> in which we manage users with and without organizational affiliations. I >> believe an initial Metacat installation points to the Ecoinformatics LDAP >> server by default, and only requires that your host be networked and able to >> access ldap.ecoinformatics.org. >> -ben >> >> >> On Jan 1, 2010, at 3:40 PM, Chris Weed wrote: >> >> I have to admit setting up the metacat server seems a little daunting, >>> especially the >>> LDAP settings, which I am not familiar with. The documentation doesn't >>> seem to >>> imply that I need to setup something for this, but that seems unlikely. >>> Chris >>> >>> On Thu, Dec 31, 2009 at 12:47 PM, Matt Jones <jones at nceas.ucsb.edu> >>> wrote: >>> Hi Chris, >>> >>> The remote repository in Kepler allows you to store, share, and search >>> for workflows using a storage server that is accessed using a web >>> service API. Although technically any server that implements the API >>> can be used, in practice we have only used the Metacat system for this >>> -- http://knb.ecoinformatics.org/software/metacat >>> >>> You can install your own Metacat and configure Kepler to use it in the >>> development version of Kepler. Ben Leinfelder, Mike Daigle, and Chad >>> Berkley should be able to answer any questions you have on setting up >>> this system. Note that at this point having multiple repositories is >>> experimental, but it has worked for us. The upcoming Kepler 2.0 should >>> improve support for workflow repositories. >>> >>> Happy New Year, >>> Matt >>> >>> On Thursday, December 24, 2009, Chris Weed <chrisweed at gmail.com> wrote: >>> > Hi,I noticed there is an option in Kepler for remote repositories at >>> library.kepler-project.org and localhost:8080.What are these >>> repositories, and how can I setup my own repository at localhost:8080 or >>> elsewhere on my network to store and access workflows? >>> > Thanks,Chris >>> > >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mercury.nceas.ucsb.edu/kepler/pipermail/kepler-users/attachments/20100107/f004ec89/attachment.html>
