.db has been converted to flat from twoskip with no
success (still signal 11 on ctl_mboxlist -d and ctl_mboxlist -m).
- reconstruct has been used on all mailboxes
flat mailboxes.db has 313716 lines
last lines of strace ctl_mboxlist -d :
stat("/var/lib/cyrus/mailboxes.db", {
My recent message:
Mea culpa, I used the wrong binary for ctl_mboxlist..
Regards,
Rudi Gabler
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Hi,
with cyrus-imapd-2.4.17-caldav-beta10 there is also the ctl_mboxlist which
should dump (-d) the contents of the databases in a daily cron job. When I
select sql for some databases I always get something like the following:
fatal error: invalid value 'sql' for mboxlist_db in line
On 08 Nov 2013, at 11:10, Simon Beale wrote:
> For anyone following afterwards, one gotcha I feel worth pointing out is
> that if you have a line in your cyrus.conf START section of:
> mupdatepush cmd="ctl_mboxlist -m"
> ... make sure you change that temporarily on the rep
ate, the list of mailboxes on the master needs to be changed. My
>> thinking of how to do this was to run this command on the master:
>>
>> ctl_mboxlist -d -x -p '${BACKEND}!default
>>
>> ... which will lose the current mailboxes from the master, then run
>
y
thinking of how to do this was to run this command on the master:
ctl_mboxlist -d -x -p '${BACKEND}!default
... which will lose the current mailboxes from the master, then run
ctl_mboxlist -m -a
on the new machine to report and import the new destinations.
However, running the dump comman
was to run this command on the master:
ctl_mboxlist -d -x -p '${BACKEND}!default
... which will lose the current mailboxes from the master, then run
ctl_mboxlist -m -a
on the new machine to report and import the new destinations.
However, running the dump command on the master gives:
us
Thank you,
I did 'mboxlist -d' but not was necessary reconstruct the database.
I stoped the service, killed ctl_mboxlist process and started it.
Now it goes ok.
Ana.
El 25/10/2012 20:41, Dan White escribió:
> On 10/25/12 13:59 +0200, Ana B. Diez wrote:
>> Hi all,
>>
>
On 10/25/12 13:59 +0200, Ana B. Diez wrote:
>Hi all,
>
>I've been using Cyrus-imap 2.0.16.
>I've seen that there are two process "ctl_mboxlist -r" running along 30 days
>and they consume a lot of CPU.
>Is this an anomaly?
>The imap service it's ok
Hi all,
I've been using Cyrus-imap 2.0.16.
I've seen that there are two process "ctl_mboxlist -r" running along 30 days
and they consume a lot of CPU.
Is this an anomaly?
The imap service it's ok but a little slow.
Is it advisable to kill them and restart the service
constructs afterwards would I?
>
>
> service cyrus stop
> /usr/local/cyrus/bin/ctl_mboxlist -d > /home/cyrus/mailboxes.txt
> grep -v 'user.cyrust' /home/cyrus/mailboxes.txt >
> /home/cyrus/mailboxes-new.txt
#Important to remove mailboxes.db at this point otherwise you
en
So I plan on fixing this by dumping and then importing mailboxes.db
using something like the following. My question is will this be
sufficient? I wouldn't have to run any reconstructs afterwards would I?
service cyrus stop
/usr/local/cyrus/bin/ctl_mboxlist -d > /home/cyrus/mailb
>> IMAP server into the Murder and gradually transfer the mailboxes over to
>> the new server using 'xfer'.
>>
>> I have just tested the first stage of the migration by dumping the list
>> of mailboxes on the currently live server and importing that i
he migration by dumping the list
> of mailboxes on the currently live server and importing that into our
> test 'currently live' server. The initial ctl_mboxlist -m transfer to
> the MUPDATE master took ~12 minutes for ~225,000 mail folders (skiplist
> format).
>
> Subsequ
age of the migration by dumping the list
of mailboxes on the currently live server and importing that into our
test 'currently live' server. The initial ctl_mboxlist -m transfer to
the MUPDATE master took ~12 minutes for ~225,000 mail folders (skiplist
format).
Subsequent attempts to run ct
> The upgrade instructions (which are cumulative and ancient, I realize)
> indicate that a ctl_mboxlist -u on a flatfile mailboxes database
> should be
> enough. However, this doesn't incorporate the adding of the mbtype
> field.
> This would be Bug #1 as I see it. (
and ancient, I realize)
indicate that a ctl_mboxlist -u on a flatfile mailboxes database should be
enough. However, this doesn't incorporate the adding of the mbtype field.
This would be Bug #1 as I see it. (or something that just requires an
additional step in the upgrade document, which
On Mon, 24 Nov 2008, Simon Matter wrote:
>> I just wanted to follow up on this thread, rather than leaving it hanging.
>>
>> It seems there was a more serious issue, which ultimately lead to the
>> failure we experienced, with our murder setup. Specifically our
>> internal DNS servers, were havin
> I just wanted to follow up on this thread, rather than leaving it hanging.
>
> It seems there was a more serious issue, which ultimately lead to the
> failure we experienced, with our murder setup. Specifically our
> internal DNS servers, were having sporadic time-outs for Linux and
> Macintosh
I just wanted to follow up on this thread, rather than leaving it hanging.
It seems there was a more serious issue, which ultimately lead to the
failure we experienced, with our murder setup. Specifically our
internal DNS servers, were having sporadic time-outs for Linux and
Macintosh clients.
On Thu, 20 Nov 2008, Wolfe, Eric G wrote:
> We are using skiplist, I copied the mailboxes.db to frontends. If the
> frontends are updating, it is not apparent. I could not verify that
> either of them were synching from the master after the mupdate master
> synch. Which is why I copied them
___
From: Wesley Craig [EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 10:27 AM
To: Eric G.Wolfe
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder setup - mailboxes.db corruption - trouble recovering with
ctl_mboxlist
On 20 Nov 2008, at 07:39, Eric G
cyrus-imapd-2.2.12-9.RHEL4
From: Wesley Craig [EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 10:08 AM
To: Eric G.Wolfe
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder setup - mailboxes.db corruption - trouble recovering with
ctl_mboxlist
On 20 Nov 2008, at 07:39, Eric G. Wolfe wrote:
> Found this:
> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/
> CyrusMurderFailureModes
> First, I followed the "Easy" instructions, which was a bust.
Did you see this:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2819
If you're not
ly
> recovered mailboxes.db on the frontends, as they did not seem to be
> getting updated.
Manually how?
> So at this point my user agent says Unknown/Invalid partition. The
> partitions are correctly defined on the backend mail stores. A
> 'ctl_mboxlist -d' shows correct
> Nov 19 16:30:26 mumailstore01 ctl_cyrusdb[4672]: DBERROR: critical
> database situation
> Nov 19 16:30:26 mumailstore01 ctl_mboxlist[4673]: DBERROR db4: PANIC:
> fatal region error detected; run recovery
> Nov 19 16:30:26 mumailstore01 ctl_mboxlist[4673]: DBERROR: critical
>
20,000+ per
frontend deferred for delivery at the time of this e-mail.
Nov 19 16:30:26 mumailstore01 ctl_cyrusdb[4672]: DBERROR db4: PANIC:
Cannot allocate memory
Nov 19 16:30:26 mumailstore01 ctl_cyrusdb[4672]: DBERROR: critical
database situation
Nov 19 16:30:26 mumailstore01 ctl_mboxlist[4673
lock_vec_cyrus_imapd_db (dbenv=0x823dac0,
locker=2149230760, flags=0, list=0xbfcc4be0, nlist=2,
-Message d'origine-
De : Bron Gondwana [mailto:[EMAIL PROTECTED]
Envoyé : mardi 25 mars 2008 23:28
À : Brasseur Valery; info-cyrus@lists.andrew.cmu.edu
Objet : Re: ctl_mboxlist virtual memo
On Tue, 25 Mar 2008 09:31:40 +0100, "Brasseur Valery" <[EMAIL PROTECTED]> said:
> Hi,
>
> I am running 2.3.11, with 2 Millions users (4M mailboxes ;-)
>
> when trying to do a ctl_mboxlist -m, after some time (a few second !) I
> got a "virtual memory exh
Hi,
I am running 2.3.11, with 2 Millions users (4M mailboxes ;-)
when trying to do a ctl_mboxlist -m, after some time (a few second !) I got a
"virtual memory exhausted", and i can see that the process is allocating more
than 3Gb of memory !
did some of you encontered this ?
any way
]>:
>
> Hello List,
>
> I have a problem with imported mailboxes. i have two Cyrus Imap servers.
> On both should be the same mailboxes, beause one of thme is a backup
> server.
>
> To manage this, i copied alle files, which are needed onto the second
> machine.
>
All his mailboxes have been consolidated into
>>> default, but there are still copies in partition-8.
>>> So I think ctl_mboxlist -v should report that partition-8 is there
>>> but has no DB entry.
>>> But it says:
>>> 'user.markr' has
;
> So I think ctl_mboxlist -v should report that partition-8 is there
> but has no DB entry.
>
> But it says:
>
> 'user.markr' has a directory on partition 'default' but no DB entry
>
> Which is bogus, because:
>
>
> mailhost-new# ctl_m
>> into default, but there are still copies in partition-8.
>> So I think ctl_mboxlist -v should report that partition-8 is
>> there but has no DB entry.
>> But it says:
>> 'user.markr' has a directory on partition 'default' but no DB entry
>>
user.markr has, through a sequence of events, ended up with data on
both partition8 (/var/imap/partition-8) and default (/var/imap/
partition-1). All his mailboxes have been consolidated into
default, but there are still copies in partition-8.
So I think ctl_mboxlist -v should report that
Hi,
I'm working on setting up cyrus-murder with two machines. One already has a
working setup using cyrus-imapd + saslauth + ldap + postfix.
When I go down to the cyrus user and run:
/usr/lib/cyrus-imapd/ctl_mboxlist -mw
I get no output. The same goes for:
/usr/lib/
Hello List,
I have a problem with imported mailboxes. i have two Cyrus Imap servers.
On both should be the same mailboxes, beause one of thme is a backup
server.
To manage this, i copied alle files, which are needed onto the second
machine.
i typed: /usr/lib/cyrus/bin/ctl_mboxlist -u
Hi!
One of my murder members seems to die by signal 6 (ABRT) while doing the
initial mailboxes list synch. There is a lot of load on the disk with
the mailboxes list, but any other murder members don't show such
behaviour (even with high io load). After that, the processes come up
nicely, and the
Hi.
I've got a line like the following in my cyrus.conf files:
mupdatepush cmd="/usr/lib/cyrus-imapd/ctl_mboxlist -C
/etc/imapd.conf.i01.master -m"
It is meant to synchronize the backend mailbox list with the mupdate
master upon startup. Sometimes, it takes horribly long t
Patrick Radtke wrote:
I was testing getting a text dump using ctl_mboxlist -d and then
restoring using u.
It all seems to work until I connect and get errors. I'm doing this test
using a CVS version from March 30th. The machine is a frontend.
I do
[EMAIL PROTECTED]:/var/cyrus/proc&
I was testing getting a text dump using ctl_mboxlist -d and then
restoring using u.
It all seems to work until I connect and get errors. I'm doing this
test using a CVS version from March 30th. The machine is a frontend.
I do
[EMAIL PROTECTED]:/var/cyrus/proc> /etc/init.d/cy
I am wondering if ctl_mboxlist supports tls?
If not, is it because of a technical reason or 'lack of time to add
feature' reason?
We have plain text logins disabled on the murder master.
mupdatest works fine
> mupdatetest -p 3905 -a cyrus -t "" host
does what is expecte
apped ?
You can delete the mailboxes.db and restart cyrus, then you can run
ctl_mboxlist -m on the backends
I would ... if it would'nt take a fews hour. We have > 400K mailboxes
on two backends.
What I do here is temporarily configure cyrus to save the mailboxdb in
/dev/shm , that makes th
version are you using ?
RHEL 4, kernel 2.4.21-27.0.4.ELsmp
You can delete the mailboxes.db and restart cyrus, then you can run
ctl_mboxlist -m on the backends
I would ... if it would'nt take a fews hour. We have > 400K mailboxes
on two backends.
You could also recover the mailboxes.db ge
n the mupdate database. Thus we can't delete the mailbox,
frontend don't know about it, etc.
What would be the best to go about it ? Would running "ctl_mboxlist
-m" on the backends fix it ?
You can delete the mailboxes.db and restart cyrus, then you can run
ctl_mboxlist -m
, frontend
don't know about it, etc.
What would be the best to go about it ? Would running "ctl_mboxlist -m"
on the backends fix it ? Is yes, is it possible to run it while the
backend are live ?
Thanks very much for any tips !
Etienne Goyer
---
Cyrus Home Page: http://asg.web.cmu
ctl_mboxlist , say
case 'M':
am_master = 1;
break;
and then in do_undump
if (am_master) {
data = mboxlist_makeentry(mbtype | MBTYPE_REMOTE, host, acl);
} else {
data = mboxlist_makeentry(0, partition, acl);
}
I would do it myself if I could.. just dont know how
On a cyrus mupdate master server, dump the mailbox list with
ctl_mboxlist -d stop cyrus and delete mailboxes.db and db/* , start
cyrus to create a new mailboxes.db
reimport all the data with ctl_mboxlist -u < dump.
all the data will be there, you can even dump it again and compare the
du
On Fri, 2004-07-16 at 22:40, andrey wrote:
> When doing ctl_mboxlist -m we see: Fatal error: Virtual memory exhausted
> The size of mailboxes.db is 57 Mb. If anyone know the reason and the way of solving
> this problem?
> Thanks. OS FreeBSD 4.10
Perhaps check your ulimit to see what
When doing ctl_mboxlist -m we see: Fatal error:
Virtual memory exhausted
The size of mailboxes.db is 57 Mb. If anyone know the reason and the way of
solving this problem?
Thanks. OS FreeBSD 4.10
Andrey
Semakin
Good day.
When doing ctl_mboxlist -m we see: Fatal error:
Virtual memory exhausted
The size of mailboxes.db is 57 Mb. If anyone know the reason and the way of
solving this problem?
Thanks.
Andrey Semakin
Hello
Since I've moved the /var/lib/imap to an other partition
(/vhosts/impa/lib) I get the following error:
ctl_mboxlist[8804]: DBERROR db3: /var/lib/imap/mailboxes.db: No such
file or directory
/etc/imapd.conf looks like this:
-- snip --
configdirectory: /vhosts/imap/lib
-- snip --
O.K.
Richard Houston wrote:
Hi all,
I am trying to get my backups going for may cyrus server but am having
some issues.
When I run the following:
su cyrus -c "ctl_mboxlist -d"
I get nothing back. I am running 2.1.15 with Berkley DB databases.
Any errors? Is ctl_mboxlist in cryus' pa
Hi all,
I am trying to get my backups going for may cyrus server but am having
some issues.
When I run the following:
su cyrus -c "ctl_mboxlist -d"
I get nothing back. I am running 2.1.15 with Berkley DB databases.
Can some one point out what I might need to check to see what th
ust showed up with the
other data being echoed, so I took it out. ctl_mboxlist -u works now, the
\t was required. :)
Thanks,
-j
> -Original Message-
> From: Connie Starr Fensky [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 18, 2003 9:24 AM
> To: Joe Hrbek
> Cc: Info
D]>
To: "Info-Cyrus" <[EMAIL PROTECTED]>
Sent: Friday, December 12, 2003 11:49 AM
Subject: ctl_mboxlist -u ?
> Hi everyone!
>
> I'm trying to write a bash script (just out of curiosity) that will
harvest
> usernames from the cyrus spool directory and then writ
Hi everyone!
I'm trying to write a bash script (just out of curiosity) that will harvest
usernames from the cyrus spool directory and then write the output to a file
in a similar manner that ctl_mboxlist -d would. Below are my results thus
far. Aside from the formatting, I see no differen
ump the contents of the old
> db right to it? It seems like the logic for writing to a flat file db is
> prohibitively expensive. Really, you want the conversion process from
> any database format to flat file format to dumb itself down to be what
> ctl_mboxlist does. The reason ctl
ctl_mboxlist and saving the output to a file. But before I discovered
the command, I was trying to use cvt_cyrusdb to convert from skiplist to
flat file, which basically took forever (in fact, I never got it to really
finish, as I would Ctrl-C out of it before it was done).
The problem with cvt_cyrusdb is
create any Mailbox!
the Symptoms are those: using ctl_mboxlist -u got_ip_local)
*(const char **)pvalue = conn->iplocalport;
else {
*(const char **)pvalue = NULL;
result = SASL_NOTDONE;
}
Thanks for any suggestions!
Uli Schellhaas
> Mar 6 09:46:41 ldap1 saslauthd[1852]: AUTHFAIL: user=root service=mupdate realm=
> Mar 6 09:46:41 ldap1 mupdate[2022]: Password verification failed
> ---
>
> This make me believe that ctl_mboxlist is being executed as root (at
> least, try to authenticate as root). I could
Hi there,
I am setting up a Murder (cool technologie, btw) and I have a problem
I can't seem to solve by myself. Any help would be very appreciated !
Basically, ctl_mboxlist try to authenticate as root on the MUPDATE
master server. Here is the revelant part of my /etc/cyrus.conf :
---
Kristaps Armanis wrote:
ctl_mboxlist -d
Gives me output like:
user.ajoma default ajoma lrswipcda
user.ajrina default ajrina lrswipcda
user.ajuks default ajuks lrswipcda
user.ajuss default ajuss lrswipcda
Point is that i'm using: unixhierarchysep y
Wednesday, February 12, 2003, 6:42:46 PM, You wrote:
JAT> For a full restore, to guard against corrupting
JAT> important database files I do ctl_mboxlist -d to a text file just before
JAT> the backup, and then backup that file.
ctl_mboxlist -d
Gives me output like:
user.ajoma defa
Hi,
After upgrading cyrus-imapd from 1.6.24 to 2.1.11 and cyrus-sasl from 1.5.27 to
2.1.10 and follow the docs to convert mailboxes, I end up with a just 1 record
mailboxes.db file. When ctl_mailboxlist -u < mailboxes is running, you can see
the mailboxes.db growing until ~76KB, but when finish
Which version of cyrus are you using? And why do you say that the problem is
with cyrus-sasl? ctl_mboxlist is using cyrus-imapd mailbox database.
You can try to kill ctl_mboxlist, then go to /usr/cyrus/bin do su cyrus and
run ./ctl_cyrusdb -r. I guess in older versions it was ctl_mboxlist -r but
CTED]>
Sent: Friday, March 29, 2002 18:43
Subject: Problem with cyrus: daemon not responding - ctl_mboxlist running
> Hi everybody.
>
> We suffer a problem with Cyrus-sasl.
>
> Taper (backup application) completly froze the server and we need to make
a hard
> reboot. Since this reb
the pop3d daemon.
Now the same command restart first pop3d and then imapd (a few seconds later).
But we are stil unable to receive any mail (pop or imap). The only process which
seems to run continuously is the ctl_mboxlist.
Does anyone have an idea about what happend or is happening.
In the worst
I just did a hard test by just dumping the mailboxlist to a file via
ctl_mboxlist -d > mailboxlistdump
The file "mailboxlistdump" does carry the right information then, one
mailbox per line with
namepartitionuseracluser2acl2 and so on
As test, i deleted the db/ directory and the
Hi,
I'm testing with cyrus-imapd-2.0.12, BerkleyDB.3.2.9 on linux-kernel
2.2.18.
On startup of /usr/cyrus/bin/master the /var/log/messages said that
master is starting ctl_deliver and ctl_mboxlist but than the processes
exited with status 75.
What does that mean ? Need I a patch (unknown
Hello,
I recently built Cyrus 2.0.12, got it compiled (Rh6.2, I think I have evaded the
db3 problems that seem to run rampant), followed the HOWTO on the initial steps,
then started it.
ctl_mboxlist has been running (as -r, specified in cyrus.conf) for 45 minutes,
and still going, using 99.6
cyrus-imapd 2.0.11
cyrus-sasl 1.5.21
openldap 2.0.9
SunOS helios 5.7 Generic_106541-12 sun4m sparc SUNW,SPARCstation-5
for authentication imapd--->sasl-->ldap
while cyrus-master works, suddenly something happens and master is
stuck.
it has started to start lots of "ctl_mboxlist"
72 matches
Mail list logo