>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> S... I'll bite the bullet like I did the other times and
> reconstruct the .seen marks, as near as I can. Come tuesday my email
> server has been out of service for a week.
Small postscript: turns out that it wasn
Final words on the upgrade: Moving the mailboxes in the
/var/spool/mail/ gave something that couldn't be opened.
Running
/usr/sbin/cyrreconstruct -r user.*
on /var/spool/mail/ gave me openable mailboxes, but the read marks were
gone (probably the .seen databases took an early beating in t
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>>>> Sebastian Hagedorn <[EMAIL PROTECTED]>:
>>>> What previously was mail/s/user/sb/ is now mail/u/s/user/sb/
Here's what I thin
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>>>> Sebastian Hagedorn <[EMAIL PROTECTED]>:
>> -- Steinar Bang <[EMAIL PROTECTED]> is rumored to have mumbled on 28.
>> November
>> 2007 20:55:16 +0100 regarding Cyrus upgrade from 2.1.18
>>>>> Sebastian Hagedorn <[EMAIL PROTECTED]>:
> -- Steinar Bang <[EMAIL PROTECTED]> is rumored to have mumbled on 28. November
> 2007 20:55:16 +0100 regarding Cyrus upgrade from 2.1.18 to 2.2.13
> moved email messages:
>> What previously was mail/s/user/
> "Alain Spineux" <[EMAIL PROTECTED]>:
> You would have won some time if you had read one of my previous post
> in another thread about pitfall you can meet when migrating. The
> thread title is "Migration 32 to 64 bit". It could still help you to
> understand what you did :-)
Thanx, I'll st
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
[snip]
> And as far as I can tell it lists ranges and unread and so forth. But
> when I try to open the folders I'm told that there are no messages in
> them.
> Hot damn! The mailboxes actually _are_ empty!
In the w
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> Now I've got imaps up and running, and according to the log some new
> messages have been delivered. But my imap clients reports no messages
> in the folders.
> Are there problems with the .seen files, I wond
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> So now it's seemingly up and running, but so far not with imaps,
> appearently. I need to restore my old SSL and whatever, config settings
> (whatever they were. When I do this only every two or three years or
> so
Well, for those following this thread. The problems with starting
cyrus2.2 after upgrading the mailboxes.db to skiplist, was because I
hadn't done the final step of the file
/usr/share/doc/cyrus-common-2.2/README.Debian.database.gz :
3. Reset the database backend change system
rm /usr/lib/cyru
I found the following in /var/log/syslog:
Nov 27 21:55:39 doohan cyrus/cvt_cyrusdb[7682]: DBERROR db4: Program version
4.2 doesn't match environment version
Nov 27 21:55:39 doohan cyrus/cvt_cyrusdb[7682]: DBERROR: dbenv->open
'/var/lib/cyrus/db' failed: Invalid argument
Nov 27 21:55:39 doohan cyr
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>> Does this mean they don't require rebuilding when moving from cyrus 2.1
>>> to 2.2?
>>> If that is true, and if the text version of th
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>> Does this mean they don't require rebuilding when moving from cyrus 2.1
>> to 2.2?
>> If that is true, and if the text version of the mailboxes file is what I
>> need, then I should be able to survive t
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> Does this mean they don't require rebuilding when moving from cyrus 2.1
> to 2.2?
> If that is true, and if the text version of the mailboxes file is what I
> need, then I should be able to survive this...:-)
(but I
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> Where does the read marks on the messages live? Can't be in the
> mailbox.db file. It's way too small, and so is its text counterpart.
They're as \*.seen under /var/lib/cyrus/user/...
And they are already ski
> "Alain Spineux" <[EMAIL PROTECTED]>:
> #file filename
# file /var/lib/cyrus/deliver.db
/var/lib/cyrus/deliver.db: Berkeley DB (Btree, version 8, native byte-order)
>> The 2.1 tools, you mean? Too late. They went out when I apt-get
>> installed 2.2.
> Yes, the old one, including the corr
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> That fails with a different error message:
> $ /usr/sbin/cvt_cyrusdb /var/lib/cyrus/deliver.db berkeley
> /var/lib/cyrus/temp.db flat
> Converting from /var/lib/cyrus/deliver.db (berkeley) to
> /var/lib/cyrus/temp.db
>>>>> "Alain Spineux" <[EMAIL PROTECTED]>:
> On Nov 27, 2007 6:59 PM, Steinar Bang <[EMAIL PROTECTED]> wrote:
>> When I try to run the following command line from
>> /usr/share/doc/cyrus-common-2.2/README.Debian.database.gz
>>
>> /u
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> When I try to run the following command line from
> /usr/share/doc/cyrus-common-2.2/README.Debian.database.gz
> /usr/sbin/cvt_cyrusdb /var/lib/cyrus/deliver.db db3 /var/lib/cyrus/temp.db
> flat
> I get the fol
When I try to run the following command line from
/usr/share/doc/cyrus-common-2.2/README.Debian.database.gz
/usr/sbin/cvt_cyrusdb /var/lib/cyrus/deliver.db db3 /var/lib/cyrus/temp.db flat
I get the following error message:
fatal error: unknown old backend
What's unknown here? The "db3" argume
I finally succeeded in starting it again. I kill -9'd the ctl_cyrusdb
process.
On shutdown it wrote this in the syslog:
Nov 15 22:30:20 doohan cyrus/master[12843]: process 12844 exited, signaled to
death by 9
Nov 15 22:30:21 doohan cyrus/master[12980]: about to exec /usr/sbin/ctl_deliver
Nov
Platform: Intel Pentium II,
debian etch,
cyrus21-imapd 2.1.18-5.1
When starting up cyrus with
/etc/init.d/cyrus21 start
the only cyrus process running is
/usr/sbin/ctl_cyrusdb -r
and it's running using ~99% CPU, but with little memory and disk use
What's printed in /var/log/
> Andrew Morgan <[EMAIL PROTECTED]>:
> Stop Cyrus, then do the following:
> mv deliver.db deliver.db.bak
> mkdir db.bak
> cp -p db/ db.bak/
> rm db/*
I stopped cyrus, removed the deliver.db file, and restarted cyrus,
before I saw your message.
I did not move/remove the db directory. Is tha
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
> What happens if I remove deliver.db? Is it harmless? Will I trash
> my cyrus installation for all future?
> deliver.db is dated Aug 1, and that's about when my problems started.
Well, I stopped cyrus, moved away t
>>>>> Jukka Salmi <[EMAIL PROTECTED]>:
> Steinar Bang --> info-cyrus (2007-08-03 15:27:55 +0200):
>> I'm guessing my duplicate DB has become corrupted...? Is there a way
>> to regenerate it? Is there a way to scrap it and start with a fresh
>> d
Platform: Intel pentium II, debian etch
exim 3.36-18.2
cyrus21-imapd 2.1.18-5.1
cyrus21-common 2.1.18-5.1
cyrus21-admin 2.1.18-5.1
Mail delivery to my cyrus imapd has become flaky. Some messages come
through, some are bounced with this message:
This mess
>>>>> Sebastian Hagedorn <[EMAIL PROTECTED]>:
>>>>> Steinar Bang <[EMAIL PROTECTED]>:
>>> So my questions are:
>>> Is there a way short of redoing the Christmas cleanup from an
>>> email client to get back to the state before
> Sebastian Hagedorn <[EMAIL PROTECTED]>:
>> That particular folder had slowed down quite a bit, so during
>> Christmas I decided to clean it up. From my imap client Gnus I
>> deleted (or believed I deleted) everything I didn't want. Then I
>> moved the rest to the user.myuser.sub.arkiv fold
Platform: Intel PII
debian sarge
cyrus21-imapd 2.1.18-1
Today my imap folder user.myuser.sub was trashed. I did
cyrreconstruct user.myuser.sub
to rebuild it.
What I found then was that it had a lot more articles than before the
crash.
That particular folder had slowed down
29 matches
Mail list logo
