Hi,
Looks like there are still some Solaris rmdir() warnings being
logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir():
Feb 23 13:09:51 sx3 dovecot: [ID 107833 mail.error] IMAP(ran04): \
nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy
Manual for rmdir on Solaris states:
EBUSY The directory to be removed is the mount point for a
mounted file system.
We are using /var/mail mounted from NFS, which explains the EBUSY
return code. Not sure how you would be able to get the cache flushed
in this situation.
--
Dean Brooks
dean at iglou.com
On Sat, 2008-02-23 at 13:17 -0500, Dean Brooks wrote:> Hi, > > Looks like there are still some Solaris rmdir() warnings being > logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir(): > > Feb 23 13:09:51 sx3 dovecot: [ID 107833 mail.error] IMAP(ran04): \ > nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy > > Manual for rmdir on Solaris states: > > EBUSY The directory to be removed is the mount point for a > mounted file system. > > We are using /var/mail mounted from NFS, which explains the EBUSY > return code.So you have mbox INBOXes in /var/mail?> Not sure how you would be able to get the cache flushed > in this situation.rmdir() is the only possibility and EBUSY doesn't flush it. But I'm beginning to think that maybe this can be fixed for mboxes without flushing the parent dir cache. mbox files in general don't get deleted, so the flushing is probably pretty useless. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20080224/7ba7127d/attachment-0002.bin>
On Sun, Feb 24, 2008 at 02:57:32AM +0200, Timo Sirainen wrote:> On Sat, 2008-02-23 at 13:17 -0500, Dean Brooks wrote: > > Looks like there are still some Solaris rmdir() warnings being > > logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir(): > > > > Feb 23 13:09:51 sx3 dovecot: [ID 107833 mail.error] IMAP(ran04): \ > > nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy > > > > Manual for rmdir on Solaris states: > > > > EBUSY The directory to be removed is the mount point for a > > mounted file system. > > > > We are using /var/mail mounted from NFS, which explains the EBUSY > > return code. > > So you have mbox INBOXes in /var/mail?Yep: mail_location = mbox:~/Mail:INBOX=/var/mail/%u:INDEX=/var/indexes/local/%u> rmdir() is the only possibility and EBUSY doesn't flush it. But I'm > beginning to think that maybe this can be fixed for mboxes without > flushing the parent dir cache. mbox files in general don't get deleted, > so the flushing is probably pretty useless.Ah, makes sense. The errors in syslog aren't causing any problems, but thought I'd mention it on the list since there's quite a few of them in the log. -- Dean Brooks dean at iglou.com