search for: 0x395

I've got an i386 server running centos 4.2 with 3 3ware controllers in it -- an 8006-2 for the system disks and 2 7500-8s. On the 7500s, I'm running an all software RAID50. This morning I came in to find the system hung. Turns out a disk went overnight on one of the 7500s, and rather than a graceful failover I got this: Jan 6 01:03:58 $SERVER kernel: 3w-xxxx: scsi2: Command

.../usr/local /libexec/dovecot/deliver(index_mail_get_headers+0x42) [0x4401c2] -> /usr/local/lib/dovecot/lda/lib90_cmusieve_plugin.so [0x2b662df67d87] -> /usr/local/lib /dovecot/lda/lib90_cmusieve_plugin.so [0x2b662df716e8] -> /usr/local/lib/dovecot/lda/lib90_cmusieve_plugin.so(sieve_eval_bc+0x395) [0x2b662df72665] -> /usr/local/lib/dovecot/lda/lib90_cmusieve_plugin.so(sieve_execute_bytecode+0xfa) [0x2b662df77daa] -> /usr/local/lib/dovecot/lda/lib90_cmusieve_plugin.so(cmu_sieve_run+0x318) [0x2b662df689b8] -> /usr/local/lib/dovecot/lda/lib90_cmusieve_plugin.so [0x2b662df66d96] ->...

...f Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffff80270eef>] ? find_get_page+0x4a/0x54 Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffff80272bdc>] ? generic_file_aio_read+0x31f/0x4a9 Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffffa0337182>] ? :ocfs2:ocfs2_file_aio_read+0x282/0x395 Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffff8020bf79>] ? sysret_signal+0x2b/0x45 Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffff8029ad13>] ? do_sync_read+0xc9/0x10c Apr 20 17:31:52 um-fe-1 [ 9123.585958] [<ffffffff802461b1>] ? autoremove_wake_function+0x0/0x2e Apr 20 17:...

...nfs_fsync+0x19 nfs_sync(c8c1f400,2,c27f5900,c0434be0,c8c1f400) at nfs_sync+0x99 sync(c0434be0,0,c03861ec,c038aabc,100) at sync+0x63 boot(100,e94ef2a0,68c0c0,e9bcad00,c021ba99) at boot+0x8a panic(c038aabc,e95002c0,7d0,1,68c0c0) at panic+0x79 vinvalbuf(e95262c0,1,c8c3e280,e95bc1a0,100,0) at vinvalbuf+0x395 nfs_vinvalbuf(e95262c0,1,c8c3e280,e95bc1a0,1) at nfs_vinvalbuf+0x108 nfs_open(e9bcadfc,0,c911b440,e9bcaf80,e95262c0) at nfs_open+0xf5 vn_open(e9bcaec8,1,0,e95bc1a0,3) at vn_open+0x3d7 open(e95bc1a0,e9bcaf80,38229dac,0,0) at open+0xb8 syscall2(81c002f,2f,bfbf002f,0,0) at syscall2+0x1f5 Xint0x80_sysc...

...] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x3c) [0x7f0b7bcdd10c] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f0b7bcdd2b8] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f0b7bc671d3] -> dovecot/auth [106 wait, 0 passdb, 0 userdb](main+0x395) [0x40dad5] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f0b7a1edd1d] -> dovecot/auth [106 wait, 0 passdb, 0 userdb]() [0x40d2c9] Jun 05 15:08:14 director: Error: Auth server disconnected unexpectedly Jun 05 15:08:14 director: Error: Auth server disconnected unexpectedly Jun 05 15:08:14...

https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz.sig Due to some release process changes I didn't notice that one important bugfix wasn't included in the v2.2.30 release branch before I made the release. So fixing it here with v2.2.30.1. Also included another less important fix. - quota_warning scripts weren't

https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz https://dovecot.org/releases/2.2/dovecot-2.2.30.1.tar.gz.sig Due to some release process changes I didn't notice that one important bugfix wasn't included in the v2.2.30 release branch before I made the release. So fixing it here with v2.2.30.1. Also included another less important fix. - quota_warning scripts weren't

Hi Jan, After commit 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 AMD IOMMU: allocate IRTE entries instead of using a static mapping, booting dom0 stalls several times. Sometimes this results in RCU stall warnings from the dom0 kernel, hitting the "any" key, on normal or serial console, makes the boot continue for a while but it stalls several times. (It also stalls on shutdown BTW) I have