Problem w/ 2.2.4 and unixhierarchysep: yes

AJ aj at mindcrash.com
Sat May 22 21:45:12 EDT 2004


Yes, the same thing happens here.. connection just drops.
I have reverted back to 2.2.3.

Simon Matter wrote:
>>Rob,
>>   There is no core dumped from what I can tell, it looks like master
>>just dies for that process.  Did you test this on a clean install of
>>2.2.4, and clean partitions and config directories.  This does not seem
>>to occur on an install of 2.2.4 that was upgraded i.e., the mailboxes
>>and database were not created from scratch.  It's odd.
> 
> 
> Hi
> 
> I have just finished rebuilding my 2.2.4 rpms and I've got the same
> problem on my own server where I tested the build. I was able to access
> some folders but some others didn't work.
> 
> May 23 02:50:25 xxl imap[1826]: login: localhost.localdomain [127.0.0.1]
> simix plaintext User logged in
> May 23 02:50:25 xxl imap[1928]: executed
> May 23 02:50:25 xxl imap[1826]: seen_db: user simix opened
> /var/lib/imap/user/s/simix.seen
> May 23 02:50:25 xxl imap[1826]: open: user simix opened INBOX
> May 23 02:50:25 xxl master[1794]: process 1826 exited, signaled to death
> by 11
> May 23 02:50:25 xxl master[1794]: service imap pid 1826 in BUSY state:
> terminated abnormally
> 
> This is on RedHat 7.2 with db3, so no db4 issue here.
> 
> The error I get from Squirrelmail is:
> ERROR : Connection dropped by imap-server.
> Query: EXPUNGE
> 
> I have tried to produce a backtrace like this:
> 
> [root at xxl tmp]# gdb imapd core
> GNU gdb Red Hat Linux (5.2-2)
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux"...(no debugging symbols
> found)...
> Core was generated by `imapd'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/lib/libsasl2.so.2...(no debugging symbols
> found)...done.
> Loaded symbols for /usr/lib/libsasl2.so.2
> Reading symbols from /lib/libresolv.so.2...done.
> Loaded symbols for /lib/libresolv.so.2
> Reading symbols from /lib/libssl.so.2...done.
> Loaded symbols for /lib/libssl.so.2
> Reading symbols from /lib/libcrypto.so.2...done.
> Loaded symbols for /lib/libcrypto.so.2
> Reading symbols from /lib/libdb-3.2.so...done.
> Loaded symbols for /lib/libdb-3.2.so
> Reading symbols from /lib/libnsl.so.1...done.
> Loaded symbols for /lib/libnsl.so.1
> Reading symbols from /lib/i686/libc.so.6...done.
> Loaded symbols for /lib/i686/libc.so.6
> Reading symbols from /lib/libdl.so.2...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /lib/libcrypt.so.1...done.
> Loaded symbols for /lib/libcrypt.so.1
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> Reading symbols from /usr/lib/sasl2/libanonymous.so.2...done.
> Loaded symbols for /usr/lib/sasl2/libanonymous.so.2
> Reading symbols from /usr/lib/sasl2/libsasldb.so.2...done.
> Loaded symbols for /usr/lib/sasl2/libsasldb.so.2
> Reading symbols from /usr/lib/sasl2/libcrammd5.so.2...done.
> Loaded symbols for /usr/lib/sasl2/libcrammd5.so.2
> Reading symbols from /usr/lib/sasl2/libdigestmd5.so.2...done.
> Loaded symbols for /usr/lib/sasl2/libdigestmd5.so.2
> Reading symbols from /usr/lib/sasl2/liblogin.so.2...done.
> Loaded symbols for /usr/lib/sasl2/liblogin.so.2
> Reading symbols from /usr/lib/sasl2/libplain.so.2...done.
> Loaded symbols for /usr/lib/sasl2/libplain.so.2
> Reading symbols from /lib/libnss_files.so.2...done.
> Loaded symbols for /lib/libnss_files.so.2
> Reading symbols from /lib/libnss_nisplus.so.2...done.
> Loaded symbols for /lib/libnss_nisplus.so.2
> #0  0x080a0987 in xrealloc ()
> (gdb) bt
> #0  0x080a0987 in xrealloc ()
> #1  0x0809d489 in mboxlist_findsub_alt ()
> #2  0x0808bee5 in mboxlist_findsub_alt ()
> #3  0x0807219b in cyrus_mutex_free ()
> #4  0x08057dd4 in idle_update ()
> #5  0x08050980 in shut_down ()
> #6  0x0804f920 in strcpy () at strcpy:-1
> #7  0x0804df29 in strcpy () at strcpy:-1
> #8  0x40213657 in __libc_start_main (main=0x804d520 <strcpy+1284>, argc=1,
> ubp_av=0xbfffe124,
>     init=0x804c0d4 <_init>, fini=0x80a3f90 <_fini>, rtld_fini=0x4000dc54
> <_dl_fini>, stack_end=0xbfffe11c)
>     at ../sysdeps/generic/libc-start.c:129
> (gdb)
> 
> Regards,
> Simon
> 
> 
>>Let me know.
>>AJ
>>
>>Rob Siemborski wrote:
>>
>>>There were substantial changes in the handling of quotas in 2.2.4.
>>>However, we're unable to replicate your problem.
>>>
>>>Can you generate a GDB backtrace from a core dump to show where the
>>>segfault is occuring?
>>>
>>>On Fri, 21 May 2004, AJ wrote:
>>>
>>>
>>>>This problem does not appear in 2.2.3, I just wiped my entire 2.2.4
>>>>install and installed 2.2.3 and no issues.  Ideas?
>>>>
>>>>AJ
>>>>
>>>>AJ wrote:
>>>>
>>>>
>>>>>The pieces begin to come together here.. hopefully someone else
>>>>>benefits from this post.  I have managed to track the problem down to
>>>>>not just accounts with a dot in the mailbox name.
>>>>>This problem is occuring on mailboxes with quotas only.
>>>>>Mailboxes that do not have quotas do not experience this issue.
>>>>>My imapd.conf file is below, does anyone know why this is happening?
>>>>>Once I issue these command in cyradm, this issue happens for the
>>>>>mary.jones mailbox.
>>>>>
>>>>>localhost> sq user/mary.smith 8192
>>>>>quota:8192
>>>>>localhost> lq user/mary.smith
>>>>> STORAGE 1/8192 (0.01220703125%)
>>>>>
>>>>>Here is imapd.conf:
>>>>>
>>>>>configdirectory: /var/cyrus/imap
>>>>>partition-default: /var/cyrus/spool/imap
>>>>>admins: cyrus
>>>>>sievedir: /var/cyrus/sieve
>>>>>sendmail: /usr/sbin/sendmail
>>>>>hashimapspool: true
>>>>>sasl_pwcheck_method: saslauthd
>>>>>sasl_mech_list: PLAIN LOGIN
>>>>>altnamespace: yes
>>>>>unixhierarchysep: yes
>>>>>
>>>>>Thanks.
>>>>>AJ
>>>>>
>>>>>
>>>>>AJ wrote:
>>>>>
>>>>>
>>>>>>Here is an odd update to this...
>>>>>>I tried to create another user with a dot and it works fine.
>>>>>>It seems john.smith causes the error whereas al.jones does not.
>>>>>>Has anyone seen anything like this?
>>>>>>
>>>>>>Thanks.
>>>>>>AJ
>>>>>>
>>>>>>AJ wrote:
>>>>>>
>>>>>>
>>>>>>>Hi,
>>>>>>> I have an odd problem.  I am running 2.2.4 fresh install and I
>>>>>>>have an issue when using a mailbox with a . in the name, such as
>>>>>>>user/john.smith
>>>>>>>I have the unixhierarchysep: yes line in my imapd.conf.
>>>>>>>Whenever I try to delete a message or move a message to another
>>>>>>>folder with this mailbox, I generate these errors:
>>>>>>>
>>>>>>>May 21 18:44:58 linux-beta master[2745]: process 2753 exited,
>>>>>>>signaled to death by 11
>>>>>>>May 21 18:44:58 linux-beta master[2745]: service imap pid 2753 in
>>>>>>>BUSY state: terminated abnormally
>>>>>>>
>>>>>>>And I get errors on the client that said the connection was
>>>>>>>terminated before the command could complete.
>>>>>>>
>>>>>>>It looks like the files get "copied" but not moved, so it appears
>>>>>>>to be a delete issue.
>>>>>>>
>>>>>>>Users that do not have a . in their mailbox name do not have this
>>>>>>>problem.  Has anyone seen this?  I have another version of 2.2.4
>>>>>>>running, and this does not happen there, but that version was
>>>>>>>upgraded.
>>>>>>>The only other difference is that the version that has this issue
>>>>>>>is running bdb 4.2.x and the other system is running 4.1.x.
>>>>>>>I just wanted to throw this out there to see if anyone knows
>>>>>>>anything about this.
>>>>>>>
>>>>>>>Thanks.
>>>>>>>AJ
>>>>>>>---
>>>>>>>Cyrus Home Page: http://asg.web.cmu.edu/cyrus
>>>>>>>Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
>>>>>>>List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>---
>>>>Cyrus Home Page: http://asg.web.cmu.edu/cyrus
>>>>Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
>>>>List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>>>>
>>>>
>>>
>>>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
>>>Research Systems Programmer * /usr/contributed Gatekeeper
>>>
>>
>>---
>>Cyrus Home Page: http://asg.web.cmu.edu/cyrus
>>Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
>>List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>>
>>
> 
> 
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html




More information about the Info-cyrus mailing list