1

Topic: Upgrade from iredmail 0.8.5 to 0.9.5

==== Required information ====
- iRedMail version (check /etc/iredmail-release):
- Linux/BSD distribution name and version:
- Store mail accounts in which backend (LDAP/MySQL/PGSQL):
- Web server (Apache or Nginx):
- Manage mail accounts with iRedAdmin-Pro?
- Related log if you're reporting an issue:
======== Required information ====
- iRedMail version : 0.8.5

- Linux/BSD distribution name and version:  Ubuntu 14.04.5 LTS

- Store mail accounts in which backend (LDAP/MySQL/PGSQL): LDAP

- Web server (Apache or Nginx): Apache

- Manage mail accounts with iRedAdmin-Pro?  Yes

- Related log if you're reporting an issue:
====

Hi

We are trying to upgrade our old iredmail 0.8.5 setup  to new iredmail 0.9.5 every thing went well except the LDAP attribute/values update. after making the necessary changes to the updateLDAPValues_086_to_087.py we are getting following error cause of which we cant move further with the upgrade, Is there any step thay we missed out on please do let me know.:

Traceback (most recent call last):
  File "updateLDAPValues_086_to_087.py", line 59, in <module>
    conn.modify_s(dn, mod_attrs)
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 357, in modify_s
    return self.result(msgid,all=1,timeout=self.timeout)
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 458, in result
    resp_type, resp_data, resp_msgid = self.result2(msgid,all,timeout)
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 462, in result2
    resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all,timeout)
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 469, in result3
    resp_ctrl_classes=resp_ctrl_classes
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 476, in result4
    ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)
  File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 99, in _ldap_call
    result = func(*args,**kwargs)
ldap.OTHER: {'info': 'entry update failed', 'desc': 'Other (e.g., implementation specific) error'}

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Did you download the latest LDAP schema file, replace /etc/ldap/schema/iredmail.schema, and restart openldap service BEFORE run this upgrade script?

3

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Yes i have downloaded the latest LDAP schema from https://bitbucket.org/zhb/iredmail/raw/ … ail.schema and replaced the /etc/ldap/schema/iredmail.schema and restarted the openldap before running the scripts. even the postmaster password is not working now.

4

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Is OpenLDAP service running? Any error while restarting OpenLDAP service?

5

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Yes OpenLDAP service is running and there are no errors while restarting OpenLDAP service.

6

Re: Upgrade from iredmail 0.8.5 to 0.9.5

I am encountering this issue on few users only while running updateLDAPValues_086_to_087.py rest are getting updated.

The only difference between my 0.8.5 iredmail ldap server and 0.9.5 iredmail ldap server is that of Database used to store mail accounts in 0.8.5 its bdb and in 0.9.5 its mdb.

I have pasted the ldif entry for the problematic user below along with a user who is getting updated without any issue. They both belong to same backup file.

#########################################################################

User Not getting updated and resulting in ldap.OTHER error:

dn: mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains
,dc=domain,dc=com
objectClass: inetOrgPerson
objectClass: mailUser
objectClass: shadowAccount
objectClass: amavisAccount
mail: issue@domain.com
userPassword:: e1NTSEF9aDM5TUYvNDB4MDQ5b3hvcWhJWHdGRHRrZVdkWlIzNTFyTWpvNmc9PQ=
=
uid: issue
storageBaseDirectory: /var/vmail
mailMessageStore: vmail1/domain.com/s/a/w/issue-2016.07.04.10.43.11/
homeDirectory: /var/vmail/vmail1/domain.com/s/a/w/issue-2016.07.04.10.
43.11/
enabledService: internal
enabledService: doveadm
enabledService: lib-storage
enabledService: mail
enabledService: smtp
enabledService: smtpsecured
enabledService: pop3
enabledService: pop3secured
enabledService: imap
enabledService: imapsecured
enabledService: deliver
enabledService: lda
enabledService: recipientbcc
enabledService: senderbcc
enabledService: managesieve
enabledService: managesievesecured
enabledService: sieve
enabledService: sievesecured
enabledService: forward
enabledService: shadowaddress
enabledService: displayedInGlobalAddressBook
shadowLastChange: 0
amavisLocal: TRUE
structuralObjectClass: inetOrgPerson
entryUUID: bf96d716-d5f1-1035-9654-b7b5a290e1b7
creatorsName: cn=vmailadmin,dc=domain,dc=com
createTimestamp: 20160704051311Z
cn: issue
givenName: issue
sn: issue
preferredLanguage: en_US
employeeNumber: E974
title: Offline Marketing
mailQuota: 104857600
accountStatus: active
memberOfGroup: all@domain.com
memberOfGroup: marketing@domain.com
entryCSN: 20160704051430.062991Z#000000#000#000000
modifiersName: cn=vmailadmin,dc=domain,dc=com
modifyTimestamp: 20160704051430Z

#########################################################################

User Getting updated without any issue:

dn: mail=abc@domain.com,ou=Users,domainName=domain.com,
o=domains,dc=domain,dc=com
objectClass: inetOrgPerson
objectClass: mailUser
objectClass: shadowAccount
objectClass: amavisAccount
mail: abc@domain.com
uid: abc
storageBaseDirectory: /var/vmail
mailMessageStore: vmail1/domain.com/s/w/a/abc-2016.06.06.15
.56.59/
homeDirectory: /var/vmail/vmail1/domain.com/s/w/a/abc-2016.
06.06.15.56.59/
enabledService: internal
enabledService: doveadm
enabledService: lib-storage
enabledService: mail
enabledService: smtp
enabledService: smtpsecured
enabledService: pop3
enabledService: pop3secured
enabledService: imap
enabledService: imapsecured
enabledService: deliver
enabledService: lda
enabledService: recipientbcc
enabledService: senderbcc
enabledService: managesieve
enabledService: managesievesecured
enabledService: sieve
enabledService: sievesecured
enabledService: forward
enabledService: shadowaddress
enabledService: displayedInGlobalAddressBook
amavisLocal: TRUE
structuralObjectClass: inetOrgPerson
entryUUID: f257c65a-c01c-1035-964f-b7b5a290e1b7
creatorsName: cn=vmailadmin,dc=domain,dc=com
createTimestamp: 20160606102659Z
amavisWhitelistSender: @.
mailWhitelistRecipient: @domain.com
mailBlacklistRecipient: @.
userPassword:: e0NSWVBUfSQxJHRYVEtNWU00JGRVMlA3cTBNU2dxcFoxenRPQmdRQi4=
shadowLastChange: 16959
cn:: IFN3YW15IENoaWt1cnVtZWxsaQ==
givenName: abc
sn: abc
preferredLanguage: en_US
employeeNumber: E973
title: PMO
mailQuota: 104857600
accountStatus: active
memberOfGroup: all@domain.com
memberOfGroup: technical@domain.com
memberOfGroup: technology@domain.com
entryCSN: 20160719105940.764478Z#000000#000#000000
modifiersName: cn=vmailadmin,dc=domain,dc=com
modifyTimestamp: 20160719105940Z

7

Re: Upgrade from iredmail 0.8.5 to 0.9.5

manoranjan wrote:

The only difference between my 0.8.5 iredmail ldap server and 0.9.5 iredmail ldap server is that of Database used to store mail accounts in 0.8.5 its bdb and in 0.9.5 its mdb.

mdb is much faster than bdb, but this is not the cause of this issue.

manoranjan wrote:

ldap.OTHER: {'info': 'entry update failed', 'desc': 'Other (e.g., implementation specific) error'}

This error is supposed to be solved after rebooting OpenLDAP service. No clear idea why it happened right now.

Could you show us any other related log or error message? Any error in Postfix/Dovecot log files?

8

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Please also try this:

*) Please show us output of commands below (replace [domain.com] below by the real directory name):

ls -l /var/lib/ldap/[domain.com]

Did you see any different file owner and permission?

*) Try to use the script 'tools/create_mail_user_OpenLDAP.sh' shipped in iRedMail to add a new mail user, any error on terminal?

9

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ls -l /var/lib/ldap/[domain.com]

total 10228
-rwx------ 1 openldap openldap 10465280 Aug 10 13:20 data.mdb
-rwx------ 1 openldap openldap     8192 Aug 10 13:20 lock.mdb


I have used the python script create_mail_user_OpenLDAP.py to add a new mail user, i didn't got any error while doing so, user got added successfully.

10

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Wait, with iRedMail-0.8.5, you're supposed to use bdb, not 'mdb' as backend database. Why you're showing me mdb files?

11

Re: Upgrade from iredmail 0.8.5 to 0.9.5

We are in process of upgrading our Mail server from 0.8.5 to 0.9.5, so i have created a new 0.9.5 mail server and restoring the ldap, mysql and mail data to new server from 0.8.5 server.

so these mdb files are from new server. where i am restoring ldap data and then trying to update ldap attributes as per your tutorials.

12

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Your old server has issue, so i need you to run the commands on old server.

13

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ZhangHuangbin wrote:

Your old server has issue, so i need you to run the commands on old server.

Ok, I have executed the commands on old server now following is the result.

total 160524
-rwx------ 1 openldap openldap     3080 Sep 19  2013 DB_CONFIG
-rwx------ 1 openldap openldap    24576 Aug 10 18:01 __db.001
-rwx------ 1 openldap openldap   851968 Aug 10 18:26 __db.002
-rwx------ 1 openldap openldap  2629632 Aug 10 18:26 __db.003
-rwx------ 1 openldap openldap   655360 Aug 10 15:10 __db.004
-rwx------ 1 openldap openldap  4489216 Aug 10 18:26 __db.005
-rwx------ 1 openldap openldap    32768 Aug 10 18:01 __db.006
-rwx------ 1 openldap openldap    28672 Jun 29 13:17 accessPolicy.bdb
-rwx------ 1 openldap openldap   241664 Aug 10 15:10 accountStatus.bdb
-rw-r--r-- 1 openldap openldap     4096 Aug 10 18:01 alock
-rwx------ 1 openldap openldap   421888 Aug 10 15:10 cn.bdb
-rwx------ 1 openldap openldap   356352 Aug 10 12:29 dn2id.bdb
-rwx------ 1 openldap openldap     8192 Oct  1  2013 domainAdmin.bdb
-rwx------ 1 openldap openldap     8192 Sep 20  2013 domainAliasName.bdb
-rwx------ 1 openldap openldap     8192 Sep 20  2013 domainBackupMX.bdb
-rwx------ 1 openldap openldap     8192 Aug  9 17:10 domainGlobalAdmin.bdb
-rwx------ 1 openldap openldap     8192 Sep 19  2013 domainName.bdb
-rwx------ 1 openldap openldap  3788800 Aug  8 19:00 enabledService.bdb
-rwx------ 1 openldap openldap    32768 Aug 10 12:29 gidNumber.bdb
-rwx------ 1 openldap openldap   233472 Aug 10 15:10 givenName.bdb
-rwx------ 1 openldap openldap     8192 Jun 29 13:17 hasMember.bdb
-rwx------ 1 openldap openldap    40960 Aug  8 15:51 homeDirectory.bdb
-rwx------ 1 openldap openldap  2654208 Aug 10 15:10 id2entry.bdb
-rwx------ 1 openldap openldap    65536 Aug  4 16:38 listAllowedUser.bdb
-rwx------ 1 openldap openldap 10485760 Sep 19  2013 log.0000000001
-rwx------ 1 openldap openldap 10485760 Sep 19  2013 log.0000000002
-rwx------ 1 openldap openldap 10485760 Sep 19  2013 log.0000000003
-rwx------ 1 openldap openldap 10485760 Oct  1  2013 log.0000000004
-rwx------ 1 openldap openldap 10485760 Feb 27  2014 log.0000000005
-rwx------ 1 openldap openldap 10485760 May 29  2014 log.0000000006
-rwx------ 1 openldap openldap 10485760 May 30  2014 log.0000000007
-rwx------ 1 openldap openldap 10485760 Jun  9  2014 log.0000000008
-rwx------ 1 openldap openldap 10485760 Oct 31  2014 log.0000000009
-rwx------ 1 openldap openldap 10485760 Jan 28  2015 log.0000000010
-rwx------ 1 openldap openldap 10485760 Jul  3  2015 log.0000000011
-rwx------ 1 openldap openldap 10485760 Oct  1  2015 log.0000000012
-rwx------ 1 openldap openldap 10485760 Mar  4 17:58 log.0000000013
-rwx------ 1 openldap openldap 10485760 Aug  7 13:12 log.0000000014
-rwx------ 1 openldap openldap 10485760 Aug 10 15:10 log.0000000015
-rwx------ 1 openldap openldap    28672 Aug  5 18:17 loginShell.bdb
-rwx------ 1 openldap openldap   630784 Aug  8 15:52 mail.bdb
-rwx------ 1 openldap openldap    77824 Aug  9 15:35 mailForwardingAddress.bdb
-rwx------ 1 openldap openldap    40960 Aug  8 15:51 mailMessageStore.bdb
-rwx------ 1 openldap openldap   794624 Aug 10 15:10 memberOfGroup.bdb
-rwx------ 1 openldap openldap    24576 Aug 10 12:35 memberUid.bdb
-rwx------ 1 openldap openldap     8192 Mar 10  2014 mtaTransport.bdb
-rwx------ 1 openldap openldap   184320 Aug 10 12:29 objectClass.bdb
-rwx------ 1 openldap openldap     8192 Sep 19  2013 ou.bdb
-rwx------ 1 openldap openldap     8192 Sep 19  2013 shadowAddress.bdb
-rwx------ 1 openldap openldap    36864 Aug  9 11:50 shadowLastChange.bdb
-rwx------ 1 openldap openldap   278528 Aug 10 15:10 sn.bdb
-rwx------ 1 openldap openldap     8192 Oct 16  2013 telephoneNumber.bdb
-rwx------ 1 openldap openldap    49152 Aug  8 15:52 uid.bdb
-rwx------ 1 openldap openldap    28672 Aug  4 17:28 uidNumber.bdb


I was able to add the user successfully on the old server through create_mail_user_OpenLDAP.py.

14

Re: Upgrade from iredmail 0.8.5 to 0.9.5

Is there any updateLDAPValues_085_to_086.py for upgrading the ldap attributes?

15

Re: Upgrade from iredmail 0.8.5 to 0.9.5

in debug mode i got following error for the problematic user:

Aug 10 19:48:12 mail slapd[3041]: mdb_id2entry_put: mdb_put failed: No space left on device(28) "mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com"
Aug 10 19:48:12 mail slapd[3041]: mdb_modify: id2entry update failed (80)

following is the full error log for the user:

###############
Aug 10 19:48:12 mail slapd[3041]: daemon: read active on 13
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=8 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=9 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=10 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: connection_get(13)
Aug 10 19:48:12 mail slapd[3041]: connection_get(13): got connid=1002
Aug 10 19:48:12 mail slapd[3041]: connection_read(13): checking for input on id=1002
Aug 10 19:48:12 mail slapd[3041]: op tag 0x66, time 1470838692
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 do_modify
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 do_modify: dn (mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com)
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on 1 descriptor
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on:
Aug 10 19:48:12 mail slapd[3041]:
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=8 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=9 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=10 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: >>> dnPrettyNormal: <mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com>
Aug 10 19:48:12 mail slapd[3041]: <<< dnPrettyNormal: <mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com>, <mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com>
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 modifications:
Aug 10 19:48:12 mail slapd[3041]: #011add: enabledService
Aug 10 19:48:12 mail slapd[3041]: #011#011one value, length 4
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 MOD dn="mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com"
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 MOD attr=enabledService
Aug 10 19:48:12 mail slapd[3041]: mdb_modify: mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com
Aug 10 19:48:12 mail slapd[3041]: slap_queue_csn: queing 0x7fe88cf494c0 20160810141812.073852Z#000000#000#000000
Aug 10 19:48:12 mail slapd[3041]: mdb_dn2entry("mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com")
Aug 10 19:48:12 mail slapd[3041]: => mdb_dn2id("mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com")
Aug 10 19:48:12 mail slapd[3041]: <= mdb_dn2id: got id=0x22d
Aug 10 19:48:12 mail slapd[3041]: => mdb_entry_decode:
Aug 10 19:48:12 mail slapd[3041]: <= mdb_entry_decode
Aug 10 19:48:12 mail slapd[3041]: mdb_modify_internal: 0x0000022d: mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com
Aug 10 19:48:12 mail slapd[3041]: => access_allowed: result not in cache (enabledService)
Aug 10 19:48:12 mail slapd[3041]: => access_allowed: add access to "mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com" "enabledService" requested
Aug 10 19:48:12 mail slapd[3041]: => acl_get: [3] attr enabledService
Aug 10 19:48:12 mail slapd[3041]: => acl_mask: access to entry "mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com", attr "enabledService" requested
Aug 10 19:48:12 mail slapd[3041]: => acl_mask: to value by "cn=vmailadmin,dc=domain,dc=com", (=0)
Aug 10 19:48:12 mail slapd[3041]: <= check a_dn_pat: anonymous
Aug 10 19:48:12 mail slapd[3041]: <= check a_dn_pat: self
Aug 10 19:48:12 mail slapd[3041]: <= check a_dn_pat: cn=vmail,dc=domain,dc=com
Aug 10 19:48:12 mail slapd[3041]: <= check a_dn_pat: cn=vmailadmin,dc=domain,dc=com
Aug 10 19:48:12 mail slapd[3041]: <= acl_mask: [4] applying write(=wrscxd) (stop)
Aug 10 19:48:12 mail slapd[3041]: <= acl_mask: [4] mask: write(=wrscxd)
Aug 10 19:48:12 mail slapd[3041]: => slap_access_allowed: add access granted by write(=wrscxd)
Aug 10 19:48:12 mail slapd[3041]: => access_allowed: add access granted by write(=wrscxd)
Aug 10 19:48:12 mail slapd[3041]: acl: internal mod entryCSN: modify access granted
Aug 10 19:48:12 mail slapd[3041]: acl: internal mod modifiersName: modify access granted
Aug 10 19:48:12 mail slapd[3041]: acl: internal mod modifyTimestamp: modify access granted
Aug 10 19:48:12 mail slapd[3041]: mdb_modify_internal: add enabledService
Aug 10 19:48:12 mail slapd[3041]: mdb_modify_internal: replace entryCSN
Aug 10 19:48:12 mail slapd[3041]: mdb_modify_internal: replace modifiersName
Aug 10 19:48:12 mail slapd[3041]: mdb_modify_internal: replace modifyTimestamp
Aug 10 19:48:12 mail slapd[3041]: oc_check_required entry (mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com), objectClass "inetOrgPerson"
Aug 10 19:48:12 mail slapd[3041]: oc_check_required entry (mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com), objectClass "mailUser"
Aug 10 19:48:12 mail slapd[3041]: oc_check_required entry (mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com), objectClass "shadowAccount"
Aug 10 19:48:12 mail slapd[3041]: oc_check_required entry (mail=issue@domain.com,ou=Users,domainName=domain.com,o=domains,dc=domain,dc=com), objectClass "amavisAccount"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "objectClass"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "mail"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "userPassword"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "uid"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "storageBaseDirectory"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "mailMessageStore"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "homeDirectory"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "enabledService"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "shadowLastChange"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "amavisLocal"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "structuralObjectClass"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "entryUUID"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "creatorsName"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "createTimestamp"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "cn"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "givenName"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "sn"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "preferredLanguage"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "employeeNumber"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "title"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "mailQuota"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "accountStatus"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "memberOfGroup"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "entryCSN"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "modifiersName"
Aug 10 19:48:12 mail slapd[3041]: oc_check_allowed type "modifyTimestamp"
Aug 10 19:48:12 mail slapd[3041]: mdb_idl_insert_keys: 22d [00000000]
Aug 10 19:48:12 mail slapd[3041]: mdb_idl_insert_keys: 22d [74ca129a]
Aug 10 19:48:12 mail slapd[3041]: mdb_idl_insert_keys: 22d [b9d6d6ae]
Aug 10 19:48:12 mail slapd[3041]: mdb_id2entry_put: mdb_put failed: No space left on device(28) "mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com"
Aug 10 19:48:12 mail slapd[3041]: mdb_modify: id2entry update failed (80)
Aug 10 19:48:12 mail slapd[3041]: send_ldap_result: conn=1002 op=2 p=3
Aug 10 19:48:12 mail slapd[3041]: send_ldap_result: err=80 matched="" text="entry update failed"
Aug 10 19:48:12 mail slapd[3041]: send_ldap_response: msgid=3 tag=103 err=80
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=2 RESULT tag=103 err=80 text=entry update failed
Aug 10 19:48:12 mail slapd[3041]: slap_graduate_commit_csn: removing 0x7fe880108910 20160810141812.073852Z#000000#000#000000
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on 1 descriptor
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on:
Aug 10 19:48:12 mail slapd[3041]:  13r
Aug 10 19:48:12 mail slapd[3041]:
Aug 10 19:48:12 mail slapd[3041]: daemon: read active on 13
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=8 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=9 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=10 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: connection_get(13)
Aug 10 19:48:12 mail slapd[3041]: connection_get(13): got connid=1002
Aug 10 19:48:12 mail slapd[3041]: connection_read(13): checking for input on id=1002
Aug 10 19:48:12 mail slapd[3041]: op tag 0x42, time 1470838692
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=3 do_unbind
Aug 10 19:48:12 mail slapd[3041]: conn=1002 op=3 UNBIND
Aug 10 19:48:12 mail slapd[3041]: connection_closing: readying conn=1002 sd=13 for close
Aug 10 19:48:12 mail slapd[3041]: connection_resched: attempting closing conn=1002 sd=13
Aug 10 19:48:12 mail slapd[3041]: connection_close: conn=1002 sd=13
Aug 10 19:48:12 mail slapd[3041]: daemon: removing 13
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on 1 descriptor
Aug 10 19:48:12 mail slapd[3041]: daemon: activity on:
Aug 10 19:48:12 mail slapd[3041]:
Aug 10 19:48:12 mail slapd[3041]: conn=1002 fd=13 closed
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=8 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=9 active_threads=0 tvp=zero
Aug 10 19:48:12 mail slapd[3041]: daemon: epoll: listen=10 active_threads=0 tvp=zero

################

16

Re: Upgrade from iredmail 0.8.5 to 0.9.5

manoranjan wrote:

Is there any updateLDAPValues_085_to_086.py for upgrading the ldap attributes?

Excuse me, your question is not clear.

I have no clear idea right now. sad

17

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ZhangHuangbin wrote:
manoranjan wrote:

Is there any updateLDAPValues_085_to_086.py for upgrading the ldap attributes?

Excuse me, your question is not clear.

I have no clear idea right now. sad

I was just thinking may be there is some ldap attribute update script that i might be missing for upgrading 0.8.5 to 0.8.6. But now i think that's not the case. I have sent you a log in my previous post please go through that and let me know if it can be fixed.

18

Re: Upgrade from iredmail 0.8.5 to 0.9.5

manoranjan wrote:

Aug 10 19:48:12 mail slapd[3041]: mdb_id2entry_put: mdb_put failed: No space left on device(28) "mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com"

Is your disk full?

Also, it says 'mdb', so are you testing on new server? I expect log on OLD server.

19

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ZhangHuangbin wrote:
manoranjan wrote:

Aug 10 19:48:12 mail slapd[3041]: mdb_id2entry_put: mdb_put failed: No space left on device(28) "mail=issue@domain.com,ou=users,domainName=domain.com,o=domains,dc=domain,dc=com"

Is your disk full?

Also, it says 'mdb', so are you testing on new server? I expect log on OLD server.

No the disk is not full, current utilization is 1 %, Yes the log is from new server where i am getting this error on old server all things are running fine i didn't got an error over there.

20

Re: Upgrade from iredmail 0.8.5 to 0.9.5

You cannot ask me to help troubleshoot server B with the log on server A...

21

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ZhangHuangbin wrote:

You cannot ask me to help troubleshoot server B with the log on server A...

I have no issues on server B every thing is working fine.

I have created a new server A where in I have to import all the mail's and LDAP, MySQL. Databases from server B.

Server B is running version 0.8.5
Server A is running version 0.9.5

I have imported LDAP db on to server A while updating the LDAP attributes I am getting this error.

mdb_id2entry_put: mdb_put failed: No space left on device(28)

22

Re: Upgrade from iredmail 0.8.5 to 0.9.5

manoranjan wrote:

mdb_id2entry_put: mdb_put failed: No space left on device(28)

You're using mdb backend, try add this setting under "backend mdb" section:

# for mdb: maximum size of the database in bytes. Defaults to 10485760 (10MB).
# iRedMail sets to 2147483648 (2GB).
maxsize 2147483648

23

Re: Upgrade from iredmail 0.8.5 to 0.9.5

I have already ran the commands that you suggested on the old server and posted the results also. I have checked the logs on old server there are no failures or errors related to LDAP or mail.

24

Re: Upgrade from iredmail 0.8.5 to 0.9.5

ZhangHuangbin wrote:
manoranjan wrote:

mdb_id2entry_put: mdb_put failed: No space left on device(28)

You're using mdb backend, try add this setting under "backend mdb" section:

# for mdb: maximum size of the database in bytes. Defaults to 10485760 (10MB).
# iRedMail sets to 2147483648 (2GB).
maxsize 2147483648

I have already tried this Zhang, but this also didn't worked.

Is it possible to keep the databases as bdb only instead of mdb in newer version.

25

Re: Upgrade from iredmail 0.8.5 to 0.9.5

manoranjan wrote:

I have already tried this Zhang, but this also didn't worked.

Did you add 'maxsize' and restart openldap service? Check our sample setting:
https://bitbucket.org/zhb/iredmail/src/ … d.conf-170

Please show me your full /etc/ldap/slapd.conf, remove the rootpw line before pasting.

manoranjan wrote:

Is it possible to keep the databases as bdb only instead of mdb in newer version.

mdb is much faster than bdb, and no configuration required (bdb requires 'DB_CONFIG' in data directory). It's not recommended to use bdb on new server.