|
|
Sponsored Content
Operating Systems
OS X (Apple)
Apple Perl and LDAP
Post 302407114 by superstructure on Wednesday 24th of March 2010 02:35:11 PM
03-24-2010
Apple Perl and LDAP
We have come across some strange and rather annoying behaviour of Apple's implementation of Perl and LDAP.
I am part of a small scientific software company that provides specialist software for life sciences.
Our internal network is driven by linux servers, but we also have a number of intel Mac's, as many of our customers are using Mac's as well. User accounts on our network are set up and information propogated using LDAP.
Some of our software makes use of some perl scripts.
We have noticed that if we log in to one of the Snow Leopard machines (via ssh) and run our software in the background and then log off before the job finishes, then frequently the job will crash with an error perl: no user <uid>.
If you do not log off, the job completes correctly. This appears to be related to the directory services cache - dscachutil -list will correctly return user information if you are logged in. If you run in the background and log off, it returns nothing.
If, however, we install a different perl install, say Activestate perl, then this problem disappears - we can submit jobs in the background and log off and the jobs finish correctly.
Has anyone else observed this and more importantly, is there a simple solution that doesn't involve installing a new perl distribution?
I am part of a small scientific software company that provides specialist software for life sciences.
Our internal network is driven by linux servers, but we also have a number of intel Mac's, as many of our customers are using Mac's as well. User accounts on our network are set up and information propogated using LDAP.
Some of our software makes use of some perl scripts.
We have noticed that if we log in to one of the Snow Leopard machines (via ssh) and run our software in the background and then log off before the job finishes, then frequently the job will crash with an error perl: no user <uid>.
If you do not log off, the job completes correctly. This appears to be related to the directory services cache - dscachutil -list will correctly return user information if you are logged in. If you run in the background and log off, it returns nothing.
If, however, we install a different perl install, say Activestate perl, then this problem disappears - we can submit jobs in the background and log off and the jobs finish correctly.
Has anyone else observed this and more importantly, is there a simple solution that doesn't involve installing a new perl distribution?
|
|
5 More Discussions You Might Find Interesting
1. Solaris
Hi all
I am new to perl-ldap. Trying to install DBD module on sun solaris which has the iplanet51 ldap already installed.
I have got the DBD-LDAP-0.03.tar file , and un packed it.
From the dir DBD-LDAP-0.03 - i tried to do
$ perl Makefile.PL and i got the... (10 Replies)
Discussion started by: kaushi
10 Replies
2. Shell Programming and Scripting
Hi
I'm not a programmer but am muddling through as best I can. I am trying to set up a PostSearchHook for Radiator (RADIUS server), that carries out an LDAP lookup, and, based on the
string returned ("staff" or "student") in the "businessCategory" attribute, will set the $role to be either 40... (3 Replies)
Discussion started by: mikie
3 Replies
3. Shell Programming and Scripting
Hi all,
I'm not even sure a person can do this in perl, seems like you should be able to though.
Here's the error
IO::Socket::INET: connect: Operation now in progress at server_search.pl line 256, <DATA> line 466.
Here's the perl code...
sub ldap_new{
$nl = Net::LDAP->new( "$_" ) or... (3 Replies)
Discussion started by: jtollefson
3 Replies
4. Programming
Hi Perl Guys
I am in need of your knowledge as i am a complete newbie and perl
I need to do pull all the groups from LDAP , and then look at the GID's and if they are not set check for the next available ( i,e increment ) and apply it
I have done this so far that prints out all the... (1 Reply)
Discussion started by: ab52
1 Replies
5. Solaris
I have very limited knowledge on LDAP configuration and have been trying fix one issue, but unsuccessful.
The server, I am working on, is Solaris-10 zone. sudoers is configured on LDAP (its not on local server). I have access to login directly on server with root, but somehow sudo is not working... (9 Replies)
Discussion started by: solaris_1977
9 Replies
LEARN ABOUT SUSE
net::ldap::control::syncdone
Net::LDAP::Control::SyncDone(3) User Contributed Perl Documentation Net::LDAP::Control::SyncDone(3) NAME
Net::LDAP::Control::SyncDone - LDAPv3 Sync Done control object SYNOPSIS
See Net::LDAP::Control::SyncRequest DESCRIPTION
"Net::LDAP::Control::SyncDone" provides an interface for the creation and manipulation of objects that represent the "Sync Request Control" as described by RFC 4533. CONSTRUCTOR ARGUMENTS
In addition to the constructor arguments described in Net::LDAP::Control the following are provided. cookie refreshDeletes METHODS
As with Net::LDAP::Control each constructor argument described above is also avaliable as a method on the object which will return the current value for the attribute if called without an argument, and set a new value for the attribute if called with an argument. SEE ALSO
Net::LDAP, Net::LDAP::Control, Net::LDAP::Control::SyncRequest, Net::LDAP::Control::SyncState, http://www.ietf.org/rfc/rfc4533.txt AUTHOR
Mathieu Parent <math.parent@gmail.com> Please report any bugs, or post any suggestions, to the perl-ldap mailing list <perl-ldap@perl.org> COPYRIGHT
Copyright (c) 2008 Mathieu Parent. All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. perl v5.12.1 2010-03-12 Net::LDAP::Control::SyncDone(3)