search for: nfs_flush

dovecot-request at dovecot.org wrote: > From: Dean Brooks <dean at iglou.com> > Subject: Re: [Dovecot] nfs_flush errors > To: dovecot at dovecot.org > Message-ID: <20080711050942.GA11555 at iglou.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 10, 2008 at 05:20:21PM -0700, Hans Wunsch wrote: > > Date: Fri, 11 Jul 2008 01:09:42 -0400 >> Message: 7 Date: Wed...

I'm looking for some help with an nfs error that is filling our logs. I get a constant stream of these messages: Jul 8 10:47:08 servername dovecot: [ID 107833 mail.error] IMAP(username): nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy I have two dovecot IMAP servers. All mailboxes are NFS mounted. The INBOX is /var/mail and the rest are in /home/<user>/mail. It looks like work was done on this back in January: http://www.dovecot.org/list/dovecot-cvs/2008...

...es are different. On the C7 server there is a series of messages of the form 'task blocked for >120 seconds' with a stack trace. There is one for each of the following: nfsd, chmod_job, kworker, pure_ftpd, image_mover In each of the stack traces they are blocked on either nfs_write or nfs_flush And on the C6 client there is a similar blocked message for the ftp job, blocked on nfs_flush, then the bad sequence number message I had seen before, and at that point the ftp_job hung.

On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: > Larry Martell wrote: >> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>> Larry Martell wrote: >>>> We have 1 system ruining Centos7 that is the NFS server. There are 50 >>>> external machines that FTP files to this server fairly continuously. >>>>

On 10/26/2016 09:54 PM, Larry Martell wrote: > And on the C6 client there is a similar blocked message for the ftp > job, blocked on nfs_flush, then the bad sequence number message I had > seen before, and at that point the ftp_job hung. Are any of these systems using jumbo frames? Check the MTU in the output of "ip link show" on every system, server and client. If any device doesn't match the MTU of all of the other...

...20, views = 0x0, filepath = 0x55e3e2c2adc0 "/var/mail/piast_efaktury/dovecot.index.log", filepath2 = 0x55e3e2b6f380 "/var/mail/piast_efaktury/dovecot.index.log.2", files = 0x55e3e2b7ab20, head = 0x55e3e2b7ab20, open_file = 0x0, dotlock_count = 0, dotlock = 0x0, nfs_flush = false, log_2_unlink_checked = true } (gdb) print *(struct mail_index *)0x55e3e2b81c20 $15 = { dir = 0x55e3e2ba8970 "/var/mail/piast_efaktury", prefix = 0x55e3e2baa1a0 "dovecot.index", cache_dir = 0x55e3e2b888c0 "/var/mail/piast_efaktury", event = 0x55e3e2b7...

...intr1+0xf2 siointr(c884b000) at siointr+0xb Xfastintr4(e94cba7c,110,c0393145,0) at Xfastintr4+0x16 nfs_asyncio(d51b97d0,0,0) at nfs_asyncio+0xf4 nfs_strategy(e9bcab14) at nfs_strategy+0x59 nfs_writebp(d51b97d0,1,e95bc1a0,e9bcabfc,c02a7040) at nfs_writebp+0xdc nfs_bwrite(e9bcaba0) at nfs_bwrite+0x16 nfs_flush(e9bb0600,c27f5900,2,c0434be0,1) at nfs_flush+0x68c nfs_fsync(e9bcac34) at 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...

On 27 Mar 2019, at 14.58, Timo Sirainen via dovecot <dovecot at dovecot.org> wrote: > >> dovecot isn't able to auto fix the indexes and manual deletion is >> required in all such cases > > So if it keeps repeating, it's very strange. Could you send me such broken dovecot.index and dovecot.index.log files (without dovecot.index.cache)? They shouldn't contain

...mized out>, name=0xee8360 "hostmaster", set=true) at subscription-file.c:122 mail_set = 0xee14e0 dotlock_set = {temp_prefix = 0xedfc28 ".temp.Island.387120.", lock_suffix = 0x0, timeout = 120, stale_timeout = 30, callback = 0, context = 0x0, use_excl_lock = 1, nfs_flush = 1, use_io_notify = 0} dotlock = 0x0 perm = {file_uid = 5006, file_gid = 700, file_create_mode = 416, dir_create_mode = 488, file_create_gid = 4294967295, file_create_gid_origin = 0xedfca0 "/home/heiko/Test", gid_origin_is_mailbox_path = false, mail_index_permi...

We upgraded from Dovecot 1.0.15 to 1.2.5 last night, on Solaris 10 using mboxes, mostly without issues. However I had to trash the index/cache files (too many folders were showing corruption issues which is especially bad for Prayer Webmail ".prayer" folders that store preferences; Prayer sees a disconnection as the folder being missing!). I've had one imap process panic in mailbox