On Fri, 4 Jun 2004, Ian G Batten wrote:
> On Fri, 04 Jun 2004, Rob Siemborski wrote:
> > I ment ctl_cyrusdb -r.
>
> I thought that was run automatically when master started?
If it is configured, then it runs. I'll take that as a 'yes'.
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
On Fri, 04 Jun 2004, Rob Siemborski wrote:
> I ment ctl_cyrusdb -r.
I thought that was run automatically when master started?
ian
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
On Fri, 4 Jun 2004, Ian G Batten wrote:
On Thu, 03 Jun 2004, Rob Siemborski wrote:
I'll also ask the obvious -- did you subsequently stop the server and run
recovery on the database?
Well, master couldn't prefork anything, citing an inability to read
mailboxes.db. As reconstruct -m is currently un
On Thu, 03 Jun 2004, Rob Siemborski wrote:
> I'll also ask the obvious -- did you subsequently stop the server and run
> recovery on the database?
Well, master couldn't prefork anything, citing an inability to read
mailboxes.db. As reconstruct -m is currently unavailable I used
reconstruct -p to
On Thu, 03 Jun 2004, Rob Siemborski wrote:
> Why on earth were you killing processes at random?
As a test of the stability of the databases. A database should be able
to take the explosive failure of any reader or writer with, at worst, a
reconstruction. Consider the scenario when the machine lo
On Thu, 3 Jun 2004, Ian G Batten wrote:
> For what it's worth, I'm building a new server to replace my
> long-standing Solaris 7 + Cyrus 1.6.22 server --- one hour of downtime
> since 1999. I've used the gcc from the SFW collection, Cyrus 2.2.4 and
> Solaris 10 build 55 (which is probably the cur
On Thu, 3 Jun 2004, Rob Siemborski wrote:
> > not seen any major problems, although a concerted dose of killing
> > processes at random while under load corrupted my skiplist mailboxes.db
> > file. For safety I've switched that to berkeley (Sun provide db4.1 in
> > SFW).
>
> Why on earth were you
For what it's worth, I'm building a new server to replace my
long-standing Solaris 7 + Cyrus 1.6.22 server --- one hour of downtime
since 1999. I've used the gcc from the SFW collection, Cyrus 2.2.4 and
Solaris 10 build 55 (which is probably the current Solaris Express bits:
I'm a Platinum Beta si
I wasn't able to get 2.2.3 to work eventhough I used the same build
options. Kept getting messages like ...
Jun 2 13:10:09 cyrus imap[3080]: [ID 884154 local6.error] unable to
tell master 1: Broken pipe
Jun 2 13:10:09 cyrus imap[3080]: [ID 884154 local6.error] unable to
tell master 2: Broken
On Wed, 2 Jun 2004, Shawn Sivy wrote:
> >Have things improved since you restarted master?
> >
> >You can use pfiles and pmap (and lsof) to check for open files and memory
> >usage. Try to use pfile against a running imapd process and see if a
> >number of open files increases.
> >
> >What does u
Igor Brezac wrote:
On Wed, 2 Jun 2004, Shawn Sivy wrote:
Igor Brezac wrote:
On Tue, 1 Jun 2004, Shawn Sivy wrote:
I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
System I/O errors, imap processing dying, IOERRORs.
Does anyone have suggestions on what could be th
On Wed, 2 Jun 2004, Shawn Sivy wrote:
>
> Igor Brezac wrote:
>
> >On Tue, 1 Jun 2004, Shawn Sivy wrote:
> >
> >
> >
> >>I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
> >>System I/O errors, imap processing dying, IOERRORs.
> >>
> >>Does anyone have suggestions on what could
On Wed, 2 Jun 2004, Shawn Sivy wrote:
> Against my better judgement, I upgrade the hardware Sun 280R to Sun 440,
>
> the OS from Solaris 8 to 9 and Cyrus IMAP 2.0.16, SASL 1.5.24 & Postfix
> 1.1.13 to IMAP 2.2.5, SASL 2.1.18 & Postfix 2.1.1.
>
> I haven't created any new users on the new version
Igor Brezac wrote:
On Tue, 1 Jun 2004, Shawn Sivy wrote:
I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
System I/O errors, imap processing dying, IOERRORs.
Does anyone have suggestions on what could be the cause? Has anyone
gotten version 2.2.5 working on Solaris (SPARC) 9
Against my better judgement, I upgrade the hardware Sun 280R to Sun 440,
the OS from Solaris 8 to 9 and Cyrus IMAP 2.0.16, SASL 1.5.24 & Postfix
1.1.13 to IMAP 2.2.5, SASL 2.1.18 & Postfix 2.1.1.
I haven't created any new users on the new version yet. I did try going
from quotalegacy to skiplis
> I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
> System I/O errors, imap processing dying, IOERRORs.
>
> Does anyone have suggestions on what could be the cause? Has anyone
> gotten version 2.2.5 working on Solaris (SPARC) 9?
>
> -Shawn
>
> May 30 17:52:57 cyrus lmtpunix[
On a whim, I tried switching from quotalegacy to skiplist for the
quota_db config. I stopped and restarted the master, it created the
quotas.db file in the /var/imap directory, but I can't set any quotas
after the first one. After that trying to get the quota of the only
user or set another q
On Tue, 1 Jun 2004, Shawn Sivy wrote:
> I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
> System I/O errors, imap processing dying, IOERRORs.
>
> Does anyone have suggestions on what could be the cause? Has anyone
> gotten version 2.2.5 working on Solaris (SPARC) 9?
>
> -S
Shawn Sivy wrote:
I want to say that it takes a little while since I tried a couple things
that seemed to work, but the errors creep back in after a bit. I
recompiled with gcc instead of Sun's cc, which I thought fixed the
problem, but it didn't.
Off hand, could you tell whether the memory leak
I want to say that it takes a little while since I tried a couple things
that seemed to work, but the errors creep back in after a bit. I
recompiled with gcc instead of Sun's cc, which I thought fixed the
problem, but it didn't.
Off hand, could you tell whether the memory leak would most like
Shawn Sivy wrote:
I'm having all kinds of problems with Cyrus IMAP 2.2.5 on Solaris 9.
System I/O errors, imap processing dying, IOERRORs.
Does anyone have suggestions on what could be the cause? Has anyone
gotten version 2.2.5 working on Solaris (SPARC) 9?
-Shawn
May 30 17:52:57 cyrus lmtpu
... Completely clean install ...
Cyrus+Postfix+SASL+SA
On Fri, 2003-06-06 at 14:30, Rob Siemborski wrote:
On Fri, 6 Jun 2003, Gareth Bult wrote:
> > You shouldn't ever need to reconstruct unless a mailbox is corrupted (And
> > that can be done live). ctl_cyrusdb -r should *always* be run b
On Fri, 6 Jun 2003, Gareth Bult wrote:
> > You shouldn't ever need to reconstruct unless a mailbox is corrupted (And
> > that can be done live). ctl_cyrusdb -r should *always* be run becfore
> > cyrus starts (it should be in the START section of master.conf).
>
> Ok, so what would you make of thi
> Means your client has dropped out 'uncleanly'.
Its a harmless log message, and if you're logging at LOG_DEBUG you should
expect to see a lot of harmless log messages.
Sure. However I have noted that I "only" see this when my client dies, not when it exits.. [!]
In the next version of c
On Fri, 6 Jun 2003, Gareth Bult wrote:
> >Jun 6 06:57:48 Mercury imapd[3676]: Could not shut down filedescriptor
> 0: Socket is not connected
>
> Means your client has dropped out 'uncleanly'.
Its a harmless log message, and if you're logging at LOG_DEBUG you should
expect to see a lot of harmle
Nikola Milutinovic wrote:
Hi all.
Just upgraded our production server to 2.1.13. I must confess, yesterday afternoon and evening were full of Gremlins (those little creatures that screw up your, otherwise, perfect plan for upgrade).
Well, I got the Cyrus UP and RUNNING, but there are some subtl
Hi,
I've seen similar things here.
>Jun 6 06:57:59 Mercury pop3d[2888]: error sending to idled: 2
Means that something has crashed badly.
>Jun 6 06:57:48 Mercury imapd[3676]: Could not shut down filedescriptor 0: Socket is not connected
Means your client has dropped out 'uncleanly'.
Or
At 09:45 19.09.2002 +0200, Víctor Guerra wrote:
>That doesn't resolve my problem, the mailboxes are still in
>/var/spool/imap/user and "hashimapspool" makes my server cyrus don't
>authenticate users
>
Afaik only new created mailboxes will have this feature furtheron. I guess
you must export/impor
e" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, September 17, 2002 4:02 PM
Subject: Re: Problems with cyrus-imap
> At 13:14 17.09.2002 +0200, Víctor Guerra wrote:
> >Hello everybody, i am a new subscriber of that list and i have a
question. I
> >have
At 13:14 17.09.2002 +0200, Víctor Guerra wrote:
>Hello everybody, i am a new subscriber of that list and i have a question. I
>have installed a Cyrus-IMAP server in a Red Hat 7.2 and i have a problem: i
>have 19970 mailboxes in my server, those mailboxes are in
>/var/spool/imap/user, some time ago
30 matches
Mail list logo
