Ldap not working af...
 
Notifications
Clear all

[Solved] Ldap not working after upgrade to 24.9.0 (from 24.7.1)

6 Posts
2 Users
0 Reactions
256 Views
(@lpchouinardrss)
Joined: 2 months ago
Posts: 6
Topic starter  

Did the apt upgrade and it didn't complete, any idea how to fix this?

here's the output of for apt upgrade after restarting the server

Setting up carbonio-directory-server (4.17.6-1jammy) ...
* Starting LDAP upgrade...
** Applying changes from /opt/zextras/libexec/scripts/LDAP/migrations/pre_flight//01_olcPidFile_path_update.pl...
* Error applying changes from /opt/zextras/libexec/scripts/LDAP/migrations/pre_flight//01_olcPidFile_path_update.pl: Failed to connect to LDAP server using any of the provided LDPAI socket paths. at /opt/zextras/co
mmon/lib/perl5/Zextras/LdapMigrationUtils.pm line 63.

Stopping openldap...openldap is not running.
Looking for LDAP installation...succeeded
Installing core schema...
Installing cosine schema...
Installing inetOrgPerson schema...
Installing zimbra schema...
Installing amavis schema...
Installing dyngroup schema...
Installing OpenDKIM schema...
Connection refused at /opt/zextras/libexec/zmldapupdateldif line 44, <DATA> line 960.
Connection refused at /opt/zextras/libexec/ldapattributeupdate line 56, <DATA> line 960.
Stopping openldap...openldap is not running.
Starting openldap...failed.
dpkg: error processing package carbonio-directory-server (--configure):
installed carbonio-directory-server package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
carbonio-directory-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Here's what's in the carbonio.log

Sep 24 18:25:08 mail slapd[77875]: @(#) $OpenLDAP: slapd 2.5.18 (Aug 27 2024 12:00:31) $#012#011root@78cac1d6050b:/tmp/openldap/src/openldap-2.5.18/servers/slapd
Sep 24 18:25:08 mail slapd[77875]: sql_select option missing
Sep 24 18:25:08 mail slapd[77875]: auxpropfunc error no mechanism available
Sep 24 18:25:08 mail slapd[77875]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: sql
Sep 24 18:25:08 mail slapd[77875]: lt_dlopenext failed: (pw-argon2.la) file not found
Sep 24 18:25:08 mail slapd[77875]: config error processing cn=module{0},cn=config: <olcModuleLoad> handler exited with 1
Sep 24 18:25:08 mail slapd[77875]: DIGEST-MD5 common mech free
Sep 24 18:25:08 mail slapd[77875]: slapd stopped.
Sep 24 18:25:08 mail slapd[77875]: DIGEST-MD5 common mech free
Sep 24 18:25:08 mail slapd[77875]: connections_destroy: nothing to destroy.


   
Quote
(@lpchouinardrss)
Joined: 2 months ago
Posts: 6
Topic starter  

Could it possible that this is caused by an error in the migration from slapd 2.4.59 to slapd 2.5.18?


   
ReplyQuote
(@lpchouinardrss)
Joined: 2 months ago
Posts: 6
Topic starter  

I identified a temporary workaround for the issue.

It appears that OpenLDAP was failing to locate the pw-argon2.la file. After restoring a pre-upgrade snapshot, I found the file located in /opt/zextras/common/libexec/openldap.

On the partially upgraded server thoses files where not there, I performed a search for *argon2* files and identified several hits in the same directory (/opt/zextras/common/libexec/openldap), though the filenames were missing the pw- prefix. Based on this, I copied the following files, adding the pw- prefix:

argon2-2.5.so.0 -> pw-argon2-2.5.so.0
argon2-2.5.so.0.1.13 -> pw-argon2-2.5.so.0.1.13
argon2.la -> pw-argon2.la
argon2.so -> pw-argon2.so

After making these changes, I started ldap (ldap start as zextras) and was able to successfully complete the upgrade. Post-reboot, the system appears to be fully operational.


   
ReplyQuote
(@gpgp01)
Joined: 9 months ago
Posts: 35
 

Hello,

in this post there are two solutions/workaround 

https://community.zextras.com/forum/postid/8974/

 

 

 

thanks

 


   
ReplyQuote
(@gpgp01)
Joined: 9 months ago
Posts: 35
 

Also don't forget to join us in Telegram:  https://t.me/CarbonioMail


   
ReplyQuote
(@lpchouinardrss)
Joined: 2 months ago
Posts: 6
Topic starter  

My resolution post () is still awaiting moderation, so here it is again:

 

I identified a temporary workaround for the issue.

It appears that OpenLDAP was failing to locate the pw-argon2.la file. After restoring a pre-upgrade snapshot, I found the file located in /opt/zextras/common/libexec/openldap.

On the partially upgraded server thoses files where not there, I performed a search for *argon2* files and identified several hits in the same directory (/opt/zextras/common/libexec/openldap), though the filenames were missing the pw- prefix. Based on this, I copied the following files, adding the pw- prefix:

argon2-2.5.so.0 -> pw-argon2-2.5.so.0
argon2-2.5.so.0.1.13 -> pw-argon2-2.5.so.0.1.13
argon2.la -> pw-argon2.la
argon2.so -> pw-argon2.so

After making these changes, I started ldap (ldap start as zextras) and was able to successfully complete the upgrade. Post-reboot, the system appears to be fully operational.


   
ReplyQuote