Hi,
--On Freitag, 28. Mai 2004 13:57 Uhr +0100 Colin Bruce
<[EMAIL PROTECTED]> wrote:
Thanks for the info especially the configuration suggestions from RedHat.
We use a modified Slackware 9.1 installation with lots of our own stuff
and a kernel we build ourselves. I just checked and we don't have
Dear Sebastian,
Thanks for the info especially the configuration suggestions from RedHat.
We use a modified Slackware 9.1 installation with lots of our own stuff
and a kernel we build ourselves. I just checked and we don't have a file
called /proc/sys/vm/pagecache. There are two files called paget
Hi,
--On Donnerstag, 27. Mai 2004 19:54 Uhr +0100 Colin Bruce
<[EMAIL PROTECTED]> wrote:
I have found out the cause of this problem but I don't know what the
solution is. The good news from your point of view is that it isn't
anything to do with Cyrus - its our backup software.
The backup cycle s
The trail I'm seeing say something more wrong with the machine than cyrus.
The machine is not doing ANY I/O or is so busy doing some other I/O it
stops doing anything useful. Not running XFS filesystem per chance are you?
If the machine were OK it would bog down under nasty load, but it wouldn'
On Thu, 27 May 2004, Rob Siemborski wrote:
> If even the console isn't responding to the enter key I'm hard pressed to
> believe that cyrus is at fault.
Dear Rob et al,
I have found out the cause of this problem but I don't know what the
solution is. The good news from your point of view is that
On Thu, 27 May 2004, Colin Bruce wrote:
I've checked the cron tables and there are no cron jobs running at the time
this happens. Unfortunately it isn't possible to run anything when it happens
because the machine is totally locked. It doesn't even respond to me
pressing the enter key on the consol
Dear Michael and Rob
Sorry I should have said what the hardware is.
We are running Cyrus on an IBM X345 with dual 3GHz processors, 8GB of memory,
dual Gigabit network cards and 6 ultra 320 73GB SCSI disks which are not in a
RAID configuration of any kind. I'm afraid there are no IDE drives in the
On Wed, 26 May 2004, Colin Bruce wrote:
to the server and anyone using it will find that they can't read any e-mail.
After 10 or 15 minutes like this it will start responding again and the
load average will be falling from somewhere between 80 and 100. It will
fairly quickly fall to values of less
I suggest you use 'top', 'ps', and 'pstree' to find out what's running.
BEcause obviously something is. In Linux if something is blocking on Disk
I/O it will push up the load average. IT sounds almost like your daily
cron jobs are scanning the cyrus mail spool and pushing over some cheap IDE
Dear All,
Another problem which may be related to the one I reported earlier but I
don't think so.
The facts
cyrus imap 2.2.3
Linux 2.4.25
The server only runs cyrus imap. There are no other services on this machine
and only a few administrators can login.
The Problem
As far as I can
10 matches
Mail list logo
