[Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
Any suggestions where I should look? (Is this a known problem?)
bash-2.05a$ unset MAIL bash-2.05a$ /usr/libexec/dovecot/imap
- PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
- 10911 EXISTS
- 10911 RECENT
- OK [UNSEEN 1] First unseen.
- OK [UIDVALIDITY 1053912897] UIDs valid
- OK [UIDNEXT 10912] Predicted next UID 001 OK [READ-WRITE] Select completed. 002 logout
- BYE Logging out 002 OK Logout completed. bash-2.05a$ /usr/libexec/dovecot/imap
- PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox imap(admin): Panic: unreached Aborted bash-2.05a$ bash-2.05a$ ls -la Maildir/.INBOX/ total 1572 drwxr-x--- 2 admin admin 4096 May 25 21:34 . drwx------ 20 admin admin 4096 May 25 21:35 .. -rw-r----- 1 admin admin 272856 May 25 20:33 .imap.index -rw-r----- 1 admin admin 1041830 May 25 21:34 .imap.index.data -rw-r----- 1 admin admin 2576 May 25 21:34 .imap.index.log -rw-r----- 1 admin admin 263396 May 25 21:34 .imap.index.tree bash-2.05a$ strace /usr/libexec/dovecot/imap ... getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4064 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1392 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4056 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1408 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1672 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 0 close(9) = 0 read(8, "933.e-smith,U=1594,W=5653\n107 10"..., 4079) = 4079 read(8, "2,W=2250\n212 1042117583.5800.e-s"..., 4064) = 4064 write(2, "imap(admin): ", 13imap(admin): ) = 13 write(2, "Panic: ", 7Panic: ) = 7 write(2, "unreached", 9unreached) = 9 write(2, "\n", 1 ) = 1 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 getpid() = 10317 kill(10317, SIGABRT) = 0 --- SIGABRT (Aborted) --- +++ killed by SIGABRT +++ bash-2.05a$
-- Charlie
On Mon, 23 Jun 2003, Charlie Brady wrote:
I'm just building 0.99.10-rc2 now.
No joy here:
bash-2.05a$ /usr/libexec/dovecot/imap imap(admin): Error: imap_in: net_transmit() failed: Socket operation on non-socket bash-2.05a$ strace /usr/libexec/dovecot/imap ... open("/home/e-smith/rawlog/20030525-223421-10484.in", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 3 getpid() = 10484 open("/home/e-smith/rawlog/20030525-223421-10484.out", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 4 socketpair(PF_UNIX, SOCK_STREAM, 0, [5, 6]) = 0 getpid() = 10484 fork() = 10485 close(3) = 0 close(4) = 0 close(0) = 0 close(1) = 0 close(5) = 0 access("/cur", R_OK|W_OK|X_OK) = -1 ENOENT (No such file or directory) access("/home/e-smith/Maildir", R_OK|W_OK|X_OK) = 0 brk(0x809c000) = 0x809c000 fstat64(6, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 _llseek(6, 0, 0xbfffdda0, SEEK_CUR) = -1 ESPIPE (Illegal seek) getsockname(6, {sin_family=AF_UNIX, path=@}, [2]) = 0 fcntl64(6, F_SETFL, O_RDONLY) = 0 rt_sigaction(SIGALRM, {0x8086770, [], SA_RESTORER, 0x40042ef8}, NULL, 8) = 0 alarm(30) = 0 fcntl64(6, F_SETFL, O_RDONLY) = 0 brk(0x80a1000) = 0x80a1000 setsockopt(6, SOL_TCP, TCP_CORK, [1], 4) = -1 EOPNOTSUPP (Operation not supported) write(6, "* PREAUTH [CAPABILITY IMAP4rev1 "..., 144imap(admin): Error: imap_in: net_transmit() failed: Socket operation on non-socket ) = 144 --- SIGCHLD (Child exited) --- gettimeofday({1053916461, 431884}, NULL) = 0 poll([{fd=6, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN|POLLHUP}], 1, 9921) = 1 gettimeofday({1053916461, 433666}, {240, 0}) = 0 brk(0x80a3000) = 0x80a3000 time(NULL) = 1053916461 read(6, "", 4096) = 0 alarm(0) = 30 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0 _exit(0) = ? bash-2.05a$
-- Charlie
On Mon, 23 Jun 2003, Charlie Brady wrote:
Removing ~/rawlog solved that problem. Seems that PREAUTH from a shell and raw logging aren't compatible.
Now things seem to work, and mostly fast, but Date header seems not to be indexed by default. I have > 60second sorting by Date, with every message read. This seems new behaviour post 0.99.8.4. Is it intentional?
-- Charlie
On Mon, 23 Jun 2003, Charlie Brady wrote:
From example conf:
Different IMAP clients work in different ways, that's why Dovecot by default
only caches MessagePart which speeds up most operations. Whenever client
does something where caching could be used, the field is automatically marked
to be cached later. For example after FETCH BODY the BODY will be cached
for all new messages. Normally you should leave this alone, unless you know
what most of your IMAP clients are. Caching more fields than needed makes
the index files larger and generate useless I/O.
It seems that this cache optimization which applies to FETCH is not applied to SORT. The client said:
000c sort (DATE) US-ASCII ALL 1:10912
and all message files are read.
--
Charlie
participants (2)
-
Charlie Brady
-
Timo Sirainen