On Mon, 2006-09-25 at 11:16 +0100, Chris Wakelin wrote:
- Replace the userdb passwd-file (mv userdb userdb.temp;cp userdb.temp userdb) to clobber any caching
Or you could just "touch userdb".
dovecot: Sep 25 10:38:11 Warning: SIGHUP received - reloading configuration dovecot: Sep 25 10:38:12 Error: invalid I/O fd 29, callback 17d2c
Could you do:
gdb dovecot x 0x17d2c
dovecot: Sep 25 10:38:12 Error: login: fd_read() failed: Resource temporarily unavailable
Hmm. I guess this could be fixed by simply returning from the function if it returns EAGAIN..
dovecot: Sep 25 10:38:12 Error: Login process died too early - shutting down dovecot: Sep 25 10:38:13 Panic: file ioloop-poll.c: line 105 (io_loop_handle_remove): assertion failed: (index >= 0 && (unsigned int) index < ctx->fds_count)
Could you get gdb backtrace from this? Since it's dovecot master process, it should write core to /var/run/dovecot/ (assuming you had ulimit -c high enough).
Our upgrade to 1.0rc7 is on ice for now, until we get this sorted out. (We're actually on 1.0beta7 on the "live" service, not beta5 as I said above.)
I don't think I've broken anything related to this since beta7, but it might work a bit differently so that you just don't see this problem with it..