gt;> This worked fine for about 20 users, then I got the following in maillog
>> ...
>>
>> Nov 3 10:35:28 rr imap[16539]: IOERROR: opening quota file
>> /var/lib/imap/quota/x/user.x: Too many open files
>> Nov 3 10:35:28 rr imap[16539]: DBERROR: error fetching u
On 04 Nov 2008, at 07:39, Rob McMahon wrote:
> I suspect the underlying cause is this chunk from
> lib/cyrusdb_quotalegacy.c(foreach):
>
> /* strip off the qr specific path and replace with pattern */
> sprintf(strstr(quota_path, FNAME_QUOTADIR) + strlen
> (FNAME_QUOTADIR),
> "
the following in maillog ...
>
> Nov 3 10:35:28 rr imap[16539]: IOERROR: opening quota file
> /var/lib/imap/quota/x/user.x: Too many open files
> Nov 3 10:35:28 rr imap[16539]: DBERROR: error fetching user.x: cyrusdb error
> Nov 3 10:35:28 rr imap[16539]: Deleted mailbox user.x
>
&
]: IOERROR: opening quota file
/var/lib/imap/quota/x/user.x: Too many open files
Nov 3 10:35:28 rr imap[16539]: DBERROR: error fetching user.x: cyrusdb error
Nov 3 10:35:28 rr imap[16539]: Deleted mailbox user.x
If I look in /var/spool/imap/x/user/ the directory and folders for user
x are still
Looking in the logs I see:
>
> Aug 24 16:20:44 narcissus imap[24338]: [ID 240394 local6.error] IOERROR:
> opening quota file /var/imap/quota/V/user.??.Trash: Too many open files
> Aug 24 16:21:38 narcissus imap[24338]: [ID 816447 local6.error] warning:
> cannot open /etc/hosts.den
Rob McMahon wrote:
> Aug 24 16:20:44 narcissus imap[24338]: [ID 240394 local6.error] IOERROR:
> opening quota file /var/imap/quota/V/user.??.Trash: Too many open files
> Aug 24 16:21:38 narcissus imap[24338]: [ID 816447 local6.error] warning:
> cannot open /etc/hosts.deny: T
I believe this is due to a bug in the quota code that doesn't close
the quota file after deleting a mailbox. I consistently get this
behavior trying to delete a user that has more than ~250 mailboxes.
(ulimit -f is 255)
If you delete the user's quota first you shouldn't get this error, at
least if
Maybe this is because your are accessing multiple mailbox through the same
and unique connection.
At each mailbox it should open some files related to the mailbox and never
close them !
The use is to connect to a unique mailbox and read mails and browse
subfolders, and then always use the same rela
On Aug 24, 2007, at 11:49 AM, Rob McMahon wrote:
> Cyrus-2.2.13 (yes, I know it's getting on a bit). Solaris 10 SPARC,
> around 115,000 mailboxes.
>
> After deleting just a few, I start getting errors like "Must login
> first", "System I/O Error" (sorry, I haven't got the exact messages to
> cut
uot;System I/O Error" (sorry, I haven't got the exact messages to
> cut & paste). Looking in the logs I see:
>
> Aug 24 16:20:44 narcissus imap[24338]: [ID 240394 local6.error] IOERROR:
> opening quota file /var/imap/quota/V/user.??.Trash: Too many open files
> A
IOERROR:
opening quota file /var/imap/quota/V/user.??.Trash: Too many open files
Aug 24 16:21:38 narcissus imap[24338]: [ID 816447 local6.error] warning:
cannot open /etc/hosts.deny: Too many open files
and indeed this process has hit the default 256 limit, most of which
seem to be quota f
In implementing the scheme I discussed a few days ago I came across this
error.
Because syncserver needs to delete all the mailboxes first, it crashes
with "Too many open files" when the user has a lot of messages.
I'm unsure if this is a cyrus or system error, but my guess
nning Cyrus on Redhat AS4. cyrus complains about too many open
files when I try to delete a user with large number of
mailboxes/messages. I increased /proc/sys/fs/file-max and max number
of open files a few times. The errors still happen. Actually the
user is successfully deleted. I wonder if
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Zachariah Mully wrote:
On Mon, 2006-06-12 at 14:51 -0600, Kai Wang wrote:
Greetings.
I'm running Cyrus on Redhat AS4. cyrus complains about too many open
files when I try to delete a user with
On Mon, 2006-06-12 at 14:51 -0600, Kai Wang wrote:
>
> Greetings.
>
> I'm running Cyrus on Redhat AS4. cyrus complains about too many open
> files when I try to delete a user with large number of
> mailboxes/messages. I increased /proc/sys/fs/file-max and max number
&
Greetings.
I'm running Cyrus on Redhat AS4. cyrus complains about too many open
files when I try to delete a user with large number of
mailboxes/messages. I increased /proc/sys/fs/file-max and max number of
open files a few times. The errors still happen. Actually the user is
success
Hello
We have :
Solaris 10, cyrus-imapd 2.2.12, Berkeley DB 4.3.28
and about 25000 mailboxes (INBOX).
We have already put the limit of rlim_fd_max and rlim_fd_cur to 65535,
but there are still errors like :
DBERROR: opening /export/var/imap/user/U/uzabumuhire.seen: Too many open files
IOERROR
Hello guys,
cyrus is complaining about too many open files when I try to rename(move
between servers) or delete a large number of mailboxes.
I have a script that connects to the cyrus master server and issue
renames or deletes. My script can be configured to close and reopen the
connection
On Tue, 25 Feb 2003, Mike O'Rourke wrote:
> I still have to change hash_insert to cyrus_hash_insert though, :-( but I
> have a diff at hand to do that with every new download! ;-)
If you want to make all the hash_* functions cyrus_hash_*, and send me a
diff, I'll take it and get rid of the proble
rk set to 0 in cyrus.conf, and could never catch the "Too many open
> files" error, so I set prefork to 1 and strace was able to attach to the
> process.
Try the current CVS.
-Rob
I retrieved the CVS from today, and the too many open files condition is
fixed. Thanks.
I still have to
rk set to 0 in cyrus.conf, and could never catch the "Too many open
> files" error, so I set prefork to 1 and strace was able to attach to the
> process.
Try the current CVS.
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems
On Sun, 23 Feb 2003, Mike O'Rourke wrote:
> The "setrlimit(RLIMIT_NOFILE, {rlim_cur=0, rlim_max=0}) = 0" seemed a
> little low to me, so I went to line 622 of master.c and changed "s->maxfds"
> to a hard 256 and the error went bye-bye. The server seems to be
> functioning normally now; although it
x27;t exec /usr/cyrus/bin/imapd:
Too many open files
Feb 23 18:08:36 laudare master[18178]: unrecognized message for service
'imap':15d0
I was able to catch this with strace (I never know how much of these to
include, so here is all of it):
close(6)
23 matches
Mail list logo