Jack,
I do not have access to a v5.1.2 server anymore... so.... on a v6.3
server... I see settings on the "ARDBC LDAP Configuration" form for
'Distinguished Name', 'Password', 'Using Secure Socket Layer', and
'Certificate Database*'. I also recall several people having issues
getting the 'Certificate Database*' file setup properly.... ( I am
guessing that these fields are all in the v5.1.2 plugin too. )
So.. I guess.. maybe what is happening is that the plugin is trying to
authenticate but is failing due to SSL related issues and then falling
back to an anonymous bind?
If your not already doing this..
Try to find out if the plugin spits out any run time error messages
about the bind failing...
I still have the v5.1 docs laying around after all..... wow..
"Configuring_AR_Sys_English.pdf" ... Plugin-Log-Level in Appendix A
Pg. 170
Looks like you want to use
Plugin-Log-Level: 100
Maybe that will get it to show the error?
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
On 10/26/07, Covert, Jack <[EMAIL PROTECTED]> wrote:
> Hi guys, I'm working w/ Tim on this. So the problem is that Remedy
> isn't binding to a user before making the query. This is causing the
> query to be done as anonymous, which is why we aren't getting much data
> back.
>
> Where /how is Remedy instructed to bind the user?
>
> Thanks for your help...
>
> Jack Covert
>
> Corporate IT
> Enterprise Systems Management
> Remedy Support Team
>
>
> Remedy Support Team Home Page
> http://collaborate.mckesson.com/sites/esm/remedy
<snip>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Tim Widowfield
> Sent: Friday, October 26, 2007 9:59 AM
> To: [email protected]
> Subject: Re: ARDBC Plug-in Returns only Subset of Data -- Why?
>
> One of the data elements we're not getting is the 'cn', which is just a
> seven-character text attribute. The fullName attrib is char(15), and
> we're getting that one.
>
> It's almost as if we're only seeing one part of the aggregation. Like
> we're seeing only person data related to the record, but no location
> data.
>
> It's very strange.
>
> --Tim
<snip>
> On 10/26/07, Tim Widowfield <[EMAIL PROTECTED]> wrote:
> > Hey, everybody. I was wondering if anyone out there has seen this
> issue before. It's got a lot of people baffled.
> >
> >
> >
> > A customer has an AIX server running the latest patch for AR 5.1.2.
> The target LDAP server is Novell, and it doesn't allow anonymous
> browsing. When the Remedy daemons start up, all the plug-ins load
> without a hitch. And in the configuration form, the parameters for
> ARDBC look correct -- that is, the values are what we were told to
> use,
> and they match what I'm using in Softerra's LDAP Browser.
> >
> >
> >
> > However, when attempting to query the LDAP host the vendor form
> exhibits strange behavior. It shows us only a subset of any given
> person's record. For example, we can see the last name, first name,
> and email address, but no location data. Even more strange is the
> empty cn field. In database terms, we're getting all the rows, but
> only some of the columns.
> >
> >
> >
> > The base query we're using is pretty simple. It looks something like
> this:
> >
> >
> >
> > ldaps://[LDAP_Server]/o=[domain]??sub?(objectclass=*)
> >
> >
> >
> > The customer has an AR System version 7 development server with
> almost the exact same setup (same query, same credentials), and all
> the
> data comes back as expected. Out of desperation, I imported the
> vendor
> form onto their production 5.1.2 server, and the same thing happened as
> on the development 5.1.2 machine: Swiss-cheese data.
> > I've built new vendor forms from scratch, and I've even performed
> surgery on def files, all to no avail.
> >
> >
> > There are no errors in the plug-in logs.
> > As far as the AR Server goes, there is no problem.
> >
> >
> > I'm stumped. Any ideas?
> >
> >
> >
> > --Tim
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"
