Update mail entries in Directory server 5.2

Hi All,
we have a request of updating mail addresses.. that to only after @. our server have around 650000 entries.
One solution we are thinking of is exporting the database... changing the entries and importing again
Can any one help me with any simple solution for this? or any script?
Thanks
Sridhar

Assuming you take the approach of exporting and importing and you are changing all mail entries to the same new domain name and you are using the standard "mail" attribute you could do the following:
Export your data to LDIF. Say for example you call the LDIF file "old.ldif". Then run the following sed command:
sed 's/^mail:\ \(.*\)@\(.*\)/mail:\ \[email protected]/g' old.ldif > new.ldifThe "new.ldif" file will have all the email addresses with "@newdomain.com" in them. You could then import new.ldif.
As etst123 mentioned if you are in a replicated environment you may then have to re-initialize your consumers after your import even if your initial export included replica information.
One other thing. If you have static mail groups with users that have the old domain you will need to modify those as well.

Similar Messages

  • Roles in Directory Server?

    Does access manager support the role mechanism used by Sun directory server 5.2 and above? Are there any inconsistencies that I should be aware of. I would like to set up roles in the directory and use access (and identity) manager in the future.

    Please check Access Manager Admin guide on page 87.
    ftp://docs-pdf.sun.com/817-7647/817-7647.pdf
    Copy from above manual. Jerry
    Roles are a Directory Server entry mechanism similar to the concept of a group. A group has members; a role has members. A role�s members are LDAP entries that possess the role. The criteria of the role itself is defined as an LDAP entry with attributes, identified by the Distinguished Name (DN) attribute of the entry. Directory Server has a number of different types of roles but Access Manager can manage only one of them: the managed role.

  • Replication : Directory Server shutdown while creating user

    Hi,
    We are trying to do a load test with multiple threads trying to create entries in LDAP Replication setup. The load test is being done using a in-house test tool which spawns multiple threads and uses a JAVA API provided by iPlanet Directory Server to create entries in Directory Server.
    The test runs fine in Single Directory Server setup. But when we repeat the same test by using a replicated setup (both Single Master as well as Multi Master) we face an issue as listed below:
    - First entry gets created and also replicated across
    - When the request for second entry is recieved , the directory server shuts down without any error in the log file.
    Any urgent help is highly appreciated.
    Type and Version : iPlanet Directory Server 5.1
    OS : Windows 2000 server
    Thanks in advance,
    Krishna Kumar

    Hi ,
    We are actually using iPlanet Directory Server 5.1 SP1 here.
    We had even tried SP2 for the above issue, still we are getting the above problem. Is there any other patches available for the above problem, please let us know about it.
    Thanks,
    Krishna Kumar

  • Directory server LookthroughLimit?

    How does the directory server (5.2) LookthroughLimit affect performancce? The LookthroughLimit specifies the maximum number of entries that Directory Server will check when examining candidate entries in response to a search request. I have approximatley 40k entries in our directory server. Our LookthroughLimit is set to unlimited. Our sizelimit, which specifies the maximum number of entries to return from a search operation, is set to 200. And we have enough ram to cache the all the indexes and all the entries into memory. Should the LookthroughLimit be set back to the default of 5000 because our sizelimit is set so low? Are they related? Is setting the LookthroughLimit to unlimited generally a bad idea?

    No there is no out-of-the-box way. Primarily because if you started to log to syslog or some other network logging facility, the performance of the directory server will be severly degraded.
    One can argue that the error log is a more appropiate candidate for this sort of logging since is low volume.
    Regards,
    -Wajih

  • Can JRE for Sun One Java Directory Server 5.2 be upgraded to JRE 6.0 Update

    I am trying to upgrade jre installed with Sun One Java DS 5.2 from 1.5.0 to JRE 6.0 Updat 16. Is this possible?

    I never received any feedback on my question.
    I am attempting to upgrade our JRE version (installed with Sun One Directory Sever 5.2) from 1.4 to 1.6. I've installed JRE 1.6 Update 16 and set the JAVA_HOME environment variable to d:\programs\java\jre6 and don't know how to configure the directory server to run the 1.6 java version. Any help would be greatly appreciated.
    Edited by: CDRA on Feb 2, 2010 6:17 PM

  • After changing a mail list name in Server end, users can't see the update in outlook client

    Dear all,
    This is a real issue. I am a Help-desk in a global company and after changing a mail list name in Server end, users can't see the update in outlook client. Even I download Offline address book in full detail, user still can't see the change in her outlook.
    Does anyone know how to fix it?
    Thanks,
    Franklin hong

    Hi,
    Would you please detail what you did by "changing a mail list name in Server end"? What is the mail list and what server?
    If you switch to Online Mode instead of Cached Exchange Mode, does the user see the change?
    Regards,
    Melon Chen
    TechNet Community Support
    It's recommended to download and install
    Configuration Analyzer Tool (OffCAT), which is developed by Microsoft Support teams. Once the tool is installed, you can run it at any time to scan for hundreds of known issues in Office
    programs.

  • Unable to create the Directory Server entry on the LDAP Console

    When I try to create the connection with the Directory Server I get the following message:
    Could not contact the DSCC agent on <server>. Use the command cacaoadm to check that the DSCC agent is installed and running on port 11162.
    I found a bug related to this issue and installed the patch 123893-15. I restarted the cacaoadm and the console:
    root@mntsammx # cacaoadm list-params
    snmp-adaptor-port=11161
    snmp-adaptor-trap-port=11162
    jmxmp-connector-port=11162
    commandstream-adaptor-port=11163
    rmi-registry-port=11164
    secure-webserver-port=11165
    java-flags=-Xms4M -Xmx128M -Dcom.sun.management.jmxremote -Dfile.encoding=utf-8 -Djava.endorsed.dirs=/usr/lib/cacao/lib/endorsed
    micro-agent=false
    java-home=/usr/jdk/jdk1.5.0_18
    jdmk-home=/usr/share/lib/jdmk
    nss-lib-home=/usr/lib/mps/secv1
    nss-tools-home=/usr/sfw/bin
    retries=4
    log-file-limit=1000000
    log-file-count=3
    log-file-append=true
    enable-instrumentation=false
    user=root
    group=sys
    network-bind-address=127.0.0.1
    watchdog-heartbeat-timeout=60
    And as you can see it is running on that port. What else needs to be done ?
    Thanks!

    Well... this ALMOST worked. I got closer. I found out there are three cacaoadm deamons on the machine, so, I started the correct one at this time:
    [server1]/opt/myuser> ps -ef | grep cacao
    root 17773 1 0 Jun 12 ? 0:02 /usr/lib/cacao/lib/tools/launch -w /var/cacao/instances/default -L 16384 -P /va
    myusermx 22756 20845 0 10:06:14 pts/4 0:00 grep cacao
    So, I stopped the old one:
    root@server1 # cd /usr/sbin
    root@server1 # ./cacaoadm stop
    root@server1 # ps -ef |grep cacao
    root 23393 23045 0 10:16:20 pts/4 0:00 grep cacao
    root@server1 #
    Then I changed to the location of the correct one
    cd /opt/myuser/sunoneldap/dsee6/cacao_2/usr/sbin/
    [server1]/opt/myuser/sunoneldap/dsee6/cacao_2/usr/sbin> ./cacaoadm set-param network-bind-address=<my_ip>
    [server1]/opt/myuser/sunoneldap/dsee6/cacao_2/usr/sbin> ./cacaoadm start
    [server1]/opt/myuser/sunoneldap/dsee6/cacao_2/usr/sbin> ./cacaoadm status
    default instance is DISABLED at system startup.
    Current retries count : 0/4
    Processes:
    23755
    Uptime: 0 day(s), 0:0
    [server1]/opt/myuser/sunoneldap/dsee6/cacao_2/usr/sbin> ps -ef | grep cacao
    myusermx 23753 1 0 10:17:53 ? 0:00 /opt/myuser/sunoneldap/dsee6/cacao_2/usr/lib/cacao/lib/tools/launch -w /opt/man
    myusermx 23918 20845 0 10:18:22 pts/4 0:00 grep cacao
    So, I went back to the console, at this time it let me thru the step to accept the certificate, I did click next and an exception was threw. I copied it, but I lost it. After that, I wasn't able to get to the same point again, I am back to the old message that it can't contact the cacaoadm....
    Any other inputs?

  • How do I bind to directory server with SSL and authentication?

    I'm running Lion Server 10.7.3, Open Directory master. In Open Directory/Settings/LDAP, I've checked the box to Enable SSL and selected a (self-signed) certificate. In Policies/Binding, I've checked the box to Enable Authenticated Directory Binding.
    Testing with a client computer on which Snow Leopard has been freshly installed and fully updated, I went to System Prefs/Accounts to bind to the new directory server. The good news is, the binding was successful, and when the client initiates an AFP connection with the server, it uses Kerberos, creating a ticket as expected. (Which doesn't work with Lion clients, alas, but that's a seperate matter.)
    Here are the problems:
    1) It looks like the binding did not use SSL. By which I mean that when I opened Directory Utility and examined the LDAPv3 entry, the SSL checkbox was not checked. (If I then check the box, everything looks fine until I restart the client, after which I have a red dot. So I'm guessing that checking the box does nothing until after restart, and that it breaks the binding.)
    2) I was never prompted to authenticate for the directory binding.
    So I get that literally I'm *enabling* SSL and Authenticated Directory Binding, but it seems like the defaults are to bind without SSL or authentication, and there's no obvious-to-me way to force the binding to use those things. How do I do that?
    What I'd really like to do is *require* SSL and Authenticated Directory Binding. I want this because my belief (correct me if I'm wrong) is that if authentication is required to bind to the server, no one will be able to bind to my server without my permission, and that SSL offers a more secure connection to my server than not-SSL. How do I require these things, or do I not really want to?
    Thank you.

    You cannot connect to databases via Muse at the moment. Please refer: http://forums.adobe.com/message/5090145#5090145
    Cheers,
    Vikas

  • SMTP requests cause the directory server to allocate all processor resource

    Using JES 2005Q1.
    The problem started when adding mass number of users. When running the commadmin for a long time, the system will hang. We tuned the directory server by increasing the database, initialization and entry cache. I changed many other parameters to tune parameters. It was worthless.
    I shifted to ldif and used ldapmodify to create those users.
    The users were created successfully. But when the smtp traffic was directed to the server, the nslapd process will allocate 95% of the CPU in 5 minutes.
    The problem is in the way the directory server is searched when it accepts an smtp request.
    Knowing that the server is currently used only for Messaging Server, any suggestions on how to improve the performance of the directory?
    Thanks in advance.

    The "lookthroughlimit" is set to -1.
    I sent from a local user on the server to the same user and the log was this :
    "[04/Oct/2005:10:26:02 -0300] conn=1407 op=-1 msgId=-1 - fd=40 slot=40 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:02 -0300] conn=1406 op=-1 msgId=-1 - closing - T1
    [04/Oct/2005:10:26:02 -0300] conn=1406 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:26:02 -0300] conn=1407 op=0 msgId=1 - BIND dn="uid=msg-admin-marmara.terra.net.lb-20050906144228Z, ou=People, o=terra.net.lb,o=isp" method=128 version=3
    [04/Oct/2005:10:26:02 -0300] conn=1407 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=msg-admin-marmara.terra.net.lb-20050906144228z,ou=people,o=terra.net.lb,o=isp"
    [04/Oct/2005:10:26:02 -0300] conn=1407 op=1 msgId=2 - SRCH base="o=isp" scope=2 filter="(&(objectClass=sunManagedOrganization)(|(associatedDomain=marmara.terra.net.lb)(sunPreferredDomain=marmara.terra.net.lb)))" attrs=ALL
    [04/Oct/2005:10:26:02 -0300] conn=1408 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:02 -0300] conn=1408 op=0 msgId=141 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:26:02 -0300] conn=1408 op=0 msgId=141 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:26:02 -0300] conn=1407 op=1 msgId=2 - RESULT err=0 tag=101 nentries=0 etime=0
    [04/Oct/2005:10:26:16 -0300] conn=1407 op=2 msgId=3 - SRCH base="o=isp" scope=2 filter="(&(objectClass=sunManagedOrganization)(|(associatedDomain=terra.net.lb)(sunPreferredDomain=terra.net.lb)))" attrs=ALL
    [04/Oct/2005:10:26:16 -0300] conn=1407 op=2 msgId=3 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:16 -0300] conn=1407 op=3 msgId=4 - SRCH base="o=terra.net.lb,o=isp" scope=2 filter="(&(uid=dede1)(objectClass=inetmailuser))" attrs="uid inetUserStatus mailUserStatus mailAllowedServiceAccess inetsubscriberstatus inetauthorizedservices nsmsgDisallowAccess mailAccessDomain mailHost mailMessageStore preferredLanguage mail mailQuota mailMsgQuota aclGroupAddr pabURI maxPabEntries preferredLocale"
    [04/Oct/2005:10:26:16 -0300] conn=1407 op=3 msgId=4 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:16 -0300] conn=1409 op=-1 msgId=-1 - fd=41 slot=41 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:16 -0300] conn=1409 op=0 msgId=1 - BIND dn="uid=dede1,ou=People,o=terra.net.lb,o=isp" method=128 version=3
    [04/Oct/2005:10:26:16 -0300] conn=1409 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=dede1,ou=people,o=terra.net.lb,o=isp"
    [04/Oct/2005:10:26:17 -0300] conn=1407 op=4 msgId=5 - SRCH base="uid=dede1,ou=people,o=terra.net.lb,o=isp" scope=0 filter="(objectClass=*)" attrs="cn cn;lang-en givenName givenName;lang-en mail mailAlternateAddress mailAutoReplyMode mailAutoReplySubject mailAutoReplySubject;lang-en mailAutoReplyText mailAutoReplyText;lang-en mailAutoReplyTextInternal mailAutoReplyTextInternal;lang-en mailAutoReplyTimeout mailDeliveryOption mailForwardingAddress mailQuota mailMsgQuota preferredLanguage sn sn;lang-en uid vacationEndDate vacationStartDate mailHost mailSieveRuleSource sunUCDateFormat sunUCDateDelimiter sunUCTimeFormat nswmExtendedUserPrefs"
    [04/Oct/2005:10:26:17 -0300] conn=1407 op=4 msgId=5 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=-1 msgId=-1 - fd=42 slot=42 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=0 msgId=1 - BIND dn="uid=msg-admin-marmara.terra.net.lb-20050906144228Z, ou=People, o=terra.net.lb,o=isp" method=128 version=3
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=msg-admin-marmara.terra.net.lb-20050906144228z,ou=people,o=terra.net.lb,o=isp"
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=1 msgId=2 - SRCH base="ou=dede1,ou=people,o=terra.net.lb,o=isp,o=pab" scope=2 filter="(|(cn=*)(ou=*))" attrs=ALL
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=1 msgId=2 - RESULT err=0 tag=101 nentries=2 etime=0
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=2 msgId=3 - SRCH base="ou=dede1,ou=people,o=terra.net.lb,o=isp,o=pab" scope=2 filter="(|(objectClass=pab)(objectClass=pabgroup))" attrs=ALL
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=2 msgId=3 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=3 msgId=4 - SRCH base="ou=dede1,ou=people,o=terra.net.lb,o=isp,o=pab" scope=2 filter="(memberOfPAB=AddressBookabbe53c)" attrs="un cn sn givenName mail description telephoneNumber homePhone memberOfPAB memberOfPABGroup objectClass"
    [04/Oct/2005:10:26:18 -0300] conn=1410 op=3 msgId=4 - RESULT err=0 tag=101 nentries=0 etime=0
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=-1 msgId=-1 - fd=49 slot=49 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=0 msgId=1 - BIND dn="uid=msg-admin-marmara.terra.net.lb-20050906144228Z, ou=People, o=terra.net.lb,o=isp" method=128 version=3
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=msg-admin-marmara.terra.net.lb-20050906144228z,ou=people,o=terra.net.lb,o=isp"
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=1 msgId=2 - SRCH base="o=isp" scope=2 filter="(&(objectClass=sunManagedOrganization)(|(associatedDomain=terra.net.lb)(sunPreferredDomain=terra.net.lb)))" attrs=ALL
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=1 msgId=2 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=2 msgId=3 - SRCH base="o=terra.net.lb,o=isp" scope=2 filter="(|([email protected])([email protected])([email protected]))" attrs="preferredLanguage mail mailEquivalentAddress"
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=2 msgId=3 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=3 msgId=4 - SRCH base="o=terra.net.lb,o=isp" scope=2 filter="(|([email protected])([email protected])([email protected]))" attrs="objectClass inetUserStatus mailUserStatus inetMailGroupStatus uid preferredLanguage mailRoutingAddress mailDeliveryOption mail mailAlternateAddress mailEquivalentAddress vacationStartDate vacationEndDate mailConversionTag mailMsgMaxBlocks mailHost mailQuota mailMsgQuota mailProgramDeliveryInfo mailDeliveryFileURL maildeliveryfile mailAutoReplyMode mailAutoReplySubject mailAutoReplyText mailAutoReplyTextInternal mailAutoReplyTimeout mailSieveRuleSource mailForwardingAddress mailDeferProcessing mgrpMsgRejectAction mgrprejecttext mgrpMsgRejectText mgrpBroadcasterPolicy mgrpDisallowedBroadcaster mgrpAllowedBroadcaster mgrpDisallowedDomain mgrpAllowedDomain mgrpMsgMaxsize mgrpAuthPassword mgrpModerator mgrpDeliverTo memberURL uniqueMember mgrpRFC822MailMember rfc822mailmember mgrpErrorsTo mgrpAddHeader mgrpRemoveHeader mgrpMsgPrefixText mgrpMsgSuffixText mgmanMemberVisibility expandable"
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=3 msgId=4 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:26:47 -0300] conn=1411 op=4 msgId=5 - SRCH base="o=isp" scope=2 filter="(&(objectClass=sunManagedOrganization)(|(associatedDomain=ims-ms-daemon)(sunPreferredDomain=ims-ms-daemon)))" attrs=ALL
    [04/Oct/2005:10:26:48 -0300] conn=1411 op=4 msgId=5 - RESULT err=0 tag=101 nentries=0 etime=1
    [04/Oct/2005:10:26:48 -0300] conn=1412 op=-1 msgId=-1 - fd=50 slot=50 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:26:48 -0300] conn=1412 op=0 msgId=1 - BIND dn="cn=msg-config, cn=Sun ONE Messaging Suite, cn=Server Group, cn=marmara.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=2
    [04/Oct/2005:10:26:48 -0300] conn=1412 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:26:48 -0300] conn=1412 op=1 msgId=2 - SRCH base="cn=configuration,cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(objectClass=*)" attrs=ALL
    [04/Oct/2005:10:26:48 -0300] conn=1412 op=1 msgId=2 - RESULT err=0 tag=101 nentries=31 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=-1 msgId=-1 - fd=40 slot=40 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:32:56 -0300] conn=1415 op=-1 msgId=-1 - closing - T1
    [04/Oct/2005:10:32:56 -0300] conn=1415 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=0 msgId=1 - BIND dn="cn=admin-serv-marmara, cn=Administration Server, cn=Server Group, cn=marmara.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=3
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=admin-serv-marmara,cn=administration server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=1 msgId=2 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=1 msgId=2 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=2 msgId=3 - UNBIND
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=2 msgId=-1 - closing - U1
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:32:56 -0300] conn=1418 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=0 msgId=1 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=1 msgId=2 - SRCH base="cn=statusping,cn=operation,cn=tasks,cn=admin-serv-marmara,cn=administration server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=0 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=1 msgId=2 - RESULT err=0 tag=101 nentries=1 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=2 msgId=3 - SRCH base="cn=admin-serv-marmara,cn=administration server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=2 msgId=3 - RESULT err=0 tag=101 nentries=22 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=3 msgId=4 - SRCH base="cn=slapd-marmara,cn=sun one directory server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=3 msgId=4 - RESULT err=0 tag=101 nentries=9 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=4 msgId=5 - SRCH base="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=4 msgId=5 - RESULT err=0 tag=101 nentries=16 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=5 msgId=6 - SRCH base="cn=sun one directory server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=5 msgId=6 - RESULT err=0 tag=101 nentries=13 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=6 msgId=7 - SRCH base="cn=administration server,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=6 msgId=7 - RESULT err=0 tag=101 nentries=22 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=7 msgId=8 - SRCH base="cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=7 msgId=8 - RESULT err=0 tag=101 nentries=17 etime=0
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=8 msgId=9 - UNBIND
    [04/Oct/2005:10:32:56 -0300] conn=1419 op=8 msgId=-1 - closing - U1
    [04/Oct/2005:10:32:57 -0300] conn=1419 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:33:02 -0300] conn=1420 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:33:02 -0300] conn=1420 op=0 msgId=143 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:33:02 -0300] conn=1420 op=0 msgId=143 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=-1 msgId=-1 - fd=40 slot=40 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:35:00 -0300] conn=1420 op=-1 msgId=-1 - closing - T1
    [04/Oct/2005:10:35:00 -0300] conn=1420 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=0 msgId=1 - BIND dn="cn=msg-config, cn=Sun ONE Messaging Suite, cn=Server Group, cn=marmara.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=2
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=1 msgId=2 - SRCH base="cn=configuration,cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(objectClass=*)" attrs=ALL
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=1 msgId=2 - RESULT err=0 tag=101 nentries=31 etime=0
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=0 msgId=1 - BIND dn="cn=msg-config, cn=Sun ONE Messaging Suite, cn=Server Group, cn=marmara.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=2
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=1 msgId=2 - SRCH base="cn=configuration,cn=msg-config,cn=sun one messaging suite,cn=server group,cn=marmara.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(objectClass=*)" attrs=ALL
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=1 msgId=2 - RESULT err=0 tag=101 nentries=31 etime=0
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=2 msgId=3 - UNBIND
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=2 msgId=-1 - closing - U1
    [04/Oct/2005:10:35:00 -0300] conn=1422 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=-1 msgId=-1 - closing - B1
    [04/Oct/2005:10:35:00 -0300] conn=1421 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:35:02 -0300] conn=1423 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:35:02 -0300] conn=1423 op=0 msgId=144 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:35:02 -0300] conn=1423 op=0 msgId=144 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=-1 msgId=-1 - fd=40 slot=40 LDAP connection from 127.0.0.1 to 127.0.0.1
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=0 msgId=1 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=1 msgId=3 - UNBIND
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=1 msgId=-1 - closing - U1
    [04/Oct/2005:10:35:31 -0300] conn=1424 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=-1 msgId=-1 - fd=40 slot=40 LDAP connection from 212.98.130.21 to 212.98.130.20
    [04/Oct/2005:10:37:05 -0300] conn=1423 op=-1 msgId=-1 - closing - T1
    [04/Oct/2005:10:37:05 -0300] conn=1423 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=0 msgId=1 - BIND dn="cn=msg-config, cn=Sun ONE Messaging Suite, cn=Server Group, cn=coral.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=2
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=coral.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=1 msgId=2 - SRCH base="cn=configuration,cn=msg-config,cn=sun one messaging suite,cn=server group,cn=coral.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(objectClass=*)" attrs=ALL
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=1 msgId=2 - RESULT err=0 tag=101 nentries=31 etime=0
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.21 to 212.98.130.20
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=0 msgId=1 - BIND dn="cn=msg-config, cn=Sun ONE Messaging Suite, cn=Server Group, cn=coral.terra.net.lb, ou=terra.net.lb, o=NetscapeRoot" method=128 version=2
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=0 msgId=1 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=msg-config,cn=sun one messaging suite,cn=server group,cn=coral.terra.net.lb,ou=terra.net.lb,o=netscaperoot"
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=1 msgId=2 - SRCH base="cn=configuration,cn=msg-config,cn=sun one messaging suite,cn=server group,cn=coral.terra.net.lb,ou=terra.net.lb,o=netscaperoot" scope=2 filter="(objectClass=*)" attrs=ALL
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=1 msgId=2 - RESULT err=0 tag=101 nentries=31 etime=0
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=2 msgId=3 - UNBIND
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=2 msgId=-1 - closing - U1
    [04/Oct/2005:10:37:05 -0300] conn=1426 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=-1 msgId=-1 - closing - B1
    [04/Oct/2005:10:37:05 -0300] conn=1425 op=-1 msgId=-1 - closed.
    [04/Oct/2005:10:37:17 -0300] conn=1427 op=-1 msgId=-1 - fd=38 slot=38 LDAP connection from 212.98.130.20 to 212.98.130.20
    [04/Oct/2005:10:37:17 -0300] conn=1427 op=0 msgId=145 - BIND dn="cn=Directory Manager" method=128 version=3
    [04/Oct/2005:10:37:17 -0300] conn=1427 op=0 msgId=145 - RESULT err=0 tag=97 nentries=0 etime=0 dn="cn=directory manager"
    This log was generated when the message was sent and recieved.
    Thanks for the help.

  • Single directory Server for Messaging and Portal

    We are trying to unify our directory services.
    At present, there two directory servers, one for iPlanet messaging 5.2 and another for Portal server 6.0.
    Messaging's Directory server is v5.1 and Portal's Directory server is v5.2. Their BaseDN is same.
    Now, What we are planning to do is as below.
    1. LDIF everything from Msgr Directory and import into Portal's Directory.
    2. Point Msg Server to the Portal's directory.
    But, we are not sure what to export or how to tell messaging server to look at the Portal's Directory. Any help will be greatly appreciated!!!
    Thanks
    Srini

    What you are trying to do is non-trivial.
    Setting the ldap server for user and groups on the mail server is easy enough -- look at the output of configutil and you will find the values of local.ugldap*
    define the values you need to change.
    e.g.:
    local.ugldapbasedn
    local.ugldapbindcred
    local.ugldapbinddn
    local.ugldaphost
    local.ugldapport
    etc.
    These are all listed in the messaging reference manual.
    You need to ensure that the schemas of the two apps. match. For example, if you are using schema 1 for mail and schema 2 for the portal (quite likely), there will be a lot more work to do on the directory than simply moving the user entries accross and merging them.
    Unless you have done this sort of thing before, or feel very comfortable and knowlegable about how the messaging server in partuicular works with LDAP, I would suggest that you seriously consider getting help from Sun Professonal Services.

  • How do I move mail from an old server to a new server?

    I am rebuilding my server. The new server runs on OS X 10.9.4 with Server 3.1.2. The old server ran OS X 10.9.x and Server 3.x (the exact versions are not known).
    Within the folder /Library/Server/Mail, I found the email stores for both systems.  I have gone through each folder and identified the 36 character string that serves to identify the user's mailbox and paired each one to a user id on both systems.  On the old system, there are multiple mailboxes for some users, and I think it is a result of the users being deleted and recreated: perhaps the system identified the identical name and assumed that the user might be different and therefore created a unique 36 character id for the mail system.
    The trick is, I am trying to recover the mail from the old server.
    I have attempted to copy the files which are human readable and formatted for SMTP transmission to the new server under the correct mailbox corresponding to the owning user (see screen shots below). The simple act of copying the files has not made these files visible via the IMAP protocol. I have tried restarting the mail service hoping that the Server app would rebuild whatever indexes need to be built so that the mail can be served via IMAP, and that has not worked either.
    The question is, how do I get the mail from the old server mail boxes into the new server mailboxes?
    This screen shot shows the location of one mail collection at /Library/Server/Mail/Data/mail/[userid].  Mail sits in the "new" folder only for a moment before being processed and put into the "cur" folder.  Copying mail from the old server into the "new" folder produces an empty "new" folder, but one can see the files populate briefly before they are moved into the "cur" folder.
    The next screen shot shows one email opened in TextEdit.  The format should look very familiar.  This is the same format that one would use to send SMTP requests to an SMTP server.  This particular example happens to be an email from a Gmail account to the PediatricHeartCenter.org domain to test the mail system when the old server was set up.  It was sent on 24 Jan 2014 and had text reading "Intended for Mavericks1. -Jared".

    On further research, I have learned that OS X Server sets Dovecot to use the MailDir format.  The email messages can be removed from the folders and put back, and as long as they were present in the folder to begin with (received by Dovecot originally), they reflect in the Mail.app on client computers.  Deleting a file in the "cur" folder causes the file to disappear in Mail.app. Copying the file back into the "cur" folder will cause the file to reappear without any modification of an index file or any other system component, as long as the file was properly formatted by Dovecot to be identifiable to that folder.
    According to Dovecot.org's review of MailDir found here (http://wiki2.dovecot.org/Ma,ilboxFormat/Maildir), the file name can be broken into simple pieces: " [unixtimestamp].[process id].[hostName],S=<message size>,W=<virtual message size>/2,[status tags]".  The original MailDir++ specification requires the string ":2," to appear after the virtual size, but this file naming format is not legal in Mac OS X, so Dovecot is modified by Apple to use "/2," instead.
    The Dovecot's wiki describes inserting new messages as follows:
    Mail delivery
    Qmail's how a message is delivered page suggests to deliver the mail like this:
    Create a unique filename (only "time.pid.host" here, later Maildir spec has been updated to allow more uniqueness identifiers)
    Do stat(tmp/<filename>). If the stat() found a file, wait 2 seconds and go back to step 1.
    Create and write the message to the tmp/<filename>.
    link() it into new/ directory. Although not mentioned here, the link() could again fail if the mail existed in new/ dir. In that case you should probably go back to step 1.
    All this trouble is rather pointless. Only the first step is what really guarantees that the mails won't get overwritten, the rest just sounds nice. Even though they might catch a problem once in a while, they give no guaranteed protection and will just as easily pass duplicate filenames through and overwrite existing mails.
    Step 2 is pointless because there's a race condition between steps 2 and 3. PID/host combination by itself should already guarantee that it never finds such a file. If it does, something's broken and the stat() check won't help since another process might be doing the same thing at the same time, and you end up writing to the same file in tmp/, causing the mail to get corrupted.
    In step 4 the link() would fail if an identical file already existed in the maildir, right? Wrong. The file may already have been moved to cur/ directory, and since it may contain any number of flags by then you can't check with a simple stat() anymore if it exists or not.
    Step 2 was pointed out to be useful if clock had moved backwards. However again this doesn't give any actual safety guarantees, because an identical base filename could already exist in cur/. Besides if the system was just rebooted, the file in tmp/ could probably be even overwritten safely (assuming it wasn't already link()ed to new/).
    So really, all that's important in not getting mails overwritten in your maildir is the step 1: Always create filenames that are guaranteed to be unique. Forget about the 2 second waits and such that the Qmail's man page talks about.
    The process described by the QMail man page referenced above suggests that as long as a file is placed in the "new" folder, that a mail reader can access it.  The mail reader then moves the file to the "cur" folder and "cleans up" the "new" folder.  This is clearly happening in OS X, because the messages are moving from "new" to "cur", but IMAP is still not serving these foreign messages to the remote readers.
    The thought crossed my mind that perhaps it is the fact that the host name does not match, which would cause the failure, however changing the "host" portion of the name from the old-server to the new-server did not fix the issue.  Even with the new server name in the file name, the inserted message fails to appear in client Mail applications.
    Within the file their is header information that still references the old machine. I'd like to not have to change the email files, because this will violate the integrity of the message. Also, this might take a lot of time or incur risks associated with poor automated processing. The header information should not be referenced by Dovecot, because the wiki page describing MailDir notes that neither Dovecot nor Dovecot's implementation of IMAP refers to the messages header information when moving and serving these mail files.
    Unlike when using mbox as mailbox format, where mail headers (for example Status, X-UID, etc.) are used to determine and store meta-data, the mail headers within maildir files are (usually) notused for this purpose by dovecot; neither when mails are created/moved/etc. via IMAP nor when maildirs are placed (e.g. copied or moved in the filesystem) in a mail location (and then "imported" by dovecot). Therefore, it is (usually) not necessary, to strip any such mail headers at the MTA, MDA or LDA (as it is recommended with mbox).
    This paragraph leads me to believe that after the mail box is identified that the content of the file becomes irrelevant to the system which manages. This suggests that we should be able to inject messages into a mailbox and have the system serve them as though they had belonged in that mailbox all along. Yet I have not found a way to do this.

  • 11 instances with Directory server Enterprise 6.3

    Hi all, I plan to install the Directory Enterprise server 6.3 with 11 instances. only 1 on the instances will be updated/modified, the rest of the instances are for Querying onl. the directory server will be running on a sun server with 4 CPUs and 4 GB of RAM. Each instance will hold an average of 55,000 entries.
    In your oponion, is a setup like this possibe?
    Thanks for your time

    Thanks for the reply Chris. This is something I inherited.
    there is data for a year on each instance. and each instance is running on a seperate port. so slapd-server-1 is running on port 1999, because it has the archived data from 1999, slapd-server-2 is running on port 2000 because it has the archived data from the year 2000. Here is what the instances look like.
    bash-3.00# ps -ef|grep slapd
    ldap 16690 12518 0 12:24:01 ? 2:15 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-7 -i /opt/e
    ldap 16672 12518 0 12:23:27 ? 1:36 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-5 -i /opt/e
    ldap 13281 12518 0 Jul 21 ? 4:12 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/var/dscc6/dcc/ads -i /opt/elds/var/d
    ldap 13264 12518 0 Jul 21 ? 4:09 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd10 -i /opt/
    ldap 16652 12518 0 12:20:33 ? 1:24 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-3 -i /opt/e
    ldap 16699 12518 0 12:24:19 ? 2:29 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-8 -i /opt/e
    ldap 13242 12518 0 Jul 21 ? 7:26 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-9 -i /opt/e
    ldap 16681 12518 0 12:23:50 ? 1:49 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd--6 -i /opt/e
    ldap 13096 12518 0 Jul 21 ? 11:23 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-2 -i /opt/e
    ldap 16663 12518 0 12:23:16 ? 1:30 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-4 -i /opt/e
    ldap 17188 12518 0 13:48:02 ? 0:10 /opt/elds/ds6/lib/64/ns-slapd -D /opt/elds/ds6/slapd-server-1 -i /opt/e
    I actually had to disable theDCSS console because of memory issues. Question, i have not finished with this setup yet, is it best to get another server and split up the instances?
    thanks

  • Problem in Publishing the certificate to directory server

    I am having problem regarding the publishing the certificate.I am using iPlanet CMS 4.7 and iPlanet directory server 5.1
    In the CMS >certificate manager > publishing module > mapper
    It provides(manuals) two options to enable the publishing to directory server, i.e
    1)create entry automatically(default plug -in)
    2)Manual entry in directory and mapper to map it.
    I tried both way.When automatically create option is selected it fires an error:
    Failed to create the CA entry.There may be entries in the directory hierachy which do not exist.Please create them manually.
    I am not able to figure out the problem,even if I create certificate hierachy in the directory server it gives the same error.Can anyone figure out the problem so i can publish certificate.Pleae mail me the solution if anybody knows.Thank you

    Hi,
    1. Please open the original project in Captivate 3. i.e. the .cp file in Captivate 3
    2. Go to menu "Audio > Audio Settings"
    3. Change the bitrate to 96kbps or 64kbps
    4. Change the Encoding ferwquency to 44Khz
    5. Save and close the project
    6. Now open the same project in Captivate 5
    7. publish the project
    Audio should play correctly now..
    Hope this helps.
    Regards,
    mukul

  • Ldif2db virtual memory error Directory Server enterprise 6

    Hello,
    I installed directory server ee 6 on a Solaris 10 sparc machine, 8 gigs of ram. This is a testing environment. The installation, startup, and tools, like dcc/webconsole all work fine.
    I created a new DS instance.
    Next I copied a 5.2 instance from an older testing server, and ran the dsmig utility on it, directing the utility to migrate the 5.2 instance to the new instance of 6.0 that I had created.
    All parts of the migration worked except the data import. So I tried manually doing an export from 5.2 to ldif, then an import into 6.0. I received this error:
    root@WEB_ZONE_vmpwd1# ./ldif2db -n userRoot -i /vmpwd1_d_p01/portal/userRoot.ldif
    importing data ...
    [08/Aug/2008:09:01:01 -0700] - Waiting for 6 database threads to stop
    [08/Aug/2008:09:01:02 -0700] - All database threads now stopped
    [08/Aug/2008:09:01:03 -0700] - import userRoot: Index buffering enabled with bucket size 9
    [08/Aug/2008:09:01:03 -0700] - import userRoot: Beginning import job...
    [08/Aug/2008:09:01:03 -0700] - import userRoot: Processing file "/vmpwd1_d_p01/portal/userRoot.ldif"
    [08/Aug/2008:09:01:03 -0700] - ERROR<5132> - Resource Limit - conn=-1 op=-1 msgId=-1 - Memory allocation error realloc of 100 bytes failed; errno 0
    The server has probably allocated all available virtual memory. To solve this problem, make more virtual memory available to your server, or reduce the size of the server's `Maximum Entries in Cache' (cachesize) or `Maximum DB Cache Size' (dbcachesize) parameters.
    can't recover; calling exit(1)
    Any ideas?
    The only forums posts I could find about this message pertained to DS 5.2 and were written in 2004.
    There is nothing running on the server except DS 6 and its tools.

    Update:
    Well, I tried something different. I created a new 6.0 instance, and then migrated just the schema and tried and ldif2db of 5.2 data into the 6.0 instance. That failed because it did not have the suffixes setup.
    So I tried a migrate-data, and it created the suffixes and imported the data into 6.0.
    While I am still curious what could have caused the error above, my immediate problem of getting 5.2 data into a 6.0 instance is take care of.

  • Newbie: IBM Directory Server LDAP Java Implementation

    Good day friends,
    I'm new in developing LDAP applications. I'm using IBM Directory Server v4.1 & need to develop a application (a web application - JSP/Servlet/EJB). I'm doing this as part of a Web project where i need to store the User Info of the registering user to LDAP server with proper Organisational Hierarchy & Privileges. I'm using Java for this application. I have the proper JNDI environment set for LDAP interaction. Can anyone provide me with a best practice/right procedure for implementing this, like searching for an entry, inserting/updating an entry & how to make use of Attributes provided in IBM DS 4.1.
    I searched IBM redbook & others for this but without any success. All Prog references are pertaining to C & very minimal info for Java implementation. I found some info in other LDAP like Netscape & Novell, but there structuring is different from IBM DS. I would appreciate if anyone can throw some light on this regard. I would appreciate a complete Java Programmers Reference Guide for IBM Directory Server v4.1.
    Thanking u in anticipation.
    cheers,
    J2EEDev.

    I'm coping with the same question as you had.
    Did you get any valuable information or a Java programmers reference guide for IBM directory server ?
    If so, could you send me an url where I can obtain the required information ?
    Thanks for your reply !
    Dirk

Maybe you are looking for