no cyrus is using hte same berkeley DB.
I jsut plugged a new disk and the raid sarted reconstruction.
In this situation started the problem with mailboxes.db
the /var/imap/db directory does exist.
but there si also another problem
PID USERNAME PRI NICE SIZERES STATE C TIME WCP
On Sunday 31 December 2006 00:07, RJ45 wrote:
> OS is FreeBSD 5.5-STABLE
>
> cyrus-imapd 2.2.12 installed
>
> this problem started accouring after a RAID5 reconstruction.
What means RAID5 reconstruction? A Rebuild of a failed Disk or did you
reinitialize/reformat the Raid 5? Is the rebuild runni
OS is FreeBSD 5.5-STABLE
cyrus-imapd 2.2.12 installed
this problem started accouring after a RAID5 reconstruction.
cyrus was installed using ports collection
thanks
Rick
On Sat, 30 Dec 2006, Andreas Winkelmann wrote:
On Friday 29 December 2006 15:21, RJ45 wrote:
Dec 29 13:11:59 postino
On Friday 29 December 2006 15:21, RJ45 wrote:
> Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR db3: log_flush: LSN
> past current end-of-log
> Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR db3: log_flush: LSN
> past current end-of-log
> Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR d
Hello I have this problem...
Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR db3: log_flush: LSN
past current end-of-log
Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR db3: log_flush: LSN
past current end-of-log
Dec 29 13:11:59 postino ctl_cyrusdb[2922]: DBERROR db3: Recovery function
On Thu, 11 Dec 2003, Craig Ringer wrote:
> Naturally this would need to be prefaced with a warning about the loss
> of ACL information - a "use as a last resort only" warning.
The ACL information is maintained in the cyrus.header file. If you still
have that, there is no reason you should suffer
Hi
I was wondering ... does anybody mind if I add this script to the Wiki?
I recently created an entry about the non-working 'reconstruct -m'
command
(http://asg.web.cmu.edu/twiki/bin/view/Cyrus/ReconstructMailboxes), and
it'd be nice to offer /some/ recovery option for people who've been
bit
Many thanks to Scott Adkins and Joe Hrbek for all of their help.
Here are a couple of scripts that I wrote to rebuild the mailboxes.db.
The scripts do not take into account default domain, basic or no
directory hashing, multiple partitions, and possibly other things, but I
figured they might give
It was indeed the tab at the end of each line that caused the problem. I
added the tab to the end of each line and implemented it about 3 PM
Saturday afternoon and brought the server back on line.
On Sun, 2003-09-28 at 12:14, Rob Siemborski wrote:
> On Sat, 27 Sep 2003, Hank Beatty wrote:
>
> > T
On Sat, 27 Sep 2003, Hank Beatty wrote:
> Took dir.txt and converted it to the format of mboxlist file (except for
> the tab on the end of each line. Not sure if this caused a problem)
This will likely cause a problem with the ACLs.
> The above steps got POP working, but IMAP gives ???Mailbox do
Just wanted to post an update and see if anyone had a better solution.
I'm running a Red Hat 9 server with Cyrus imapd 2.2.1 BETA. Thursday at about 17:20 we
started seeing alarms on our POP monitor for this server. We investigated and found
that everyone after the letter 'c' had been removed fr
11 matches
Mail list logo
