Re: Problems running ctl_mboxlist -m on 2.2 back-end

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Michael,

Michael Bacon wrote:

> I think I may have seen exactly what you're seeing, and it's a doozy to 
> find, but simple to fix.  If it's what I saw (and it was this EXACT 
> symptom), you just need to rebuild your binaries with the thread-safe 
> switch.  If you're using Sun Studio (we did because of its optimization 
> on the T2 processor), you need to pass "-mt" to the compiler at compile 
> time (CFLAGS), or else Solaris won't set errno properly in a 
> multi-threaded process, and non-blocking I/O will eat itself.  The 
> painful details here:
> 
> http://cyrusimap.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=48912 
> 
> The switch on GCC is different (I think it's -mthread), but just make 
> sure you're specifying the thread-safe switch.

This was it exactly - thanks!! The agrument to gcc is in fact -pthreads. 
Better still, I only had to apply this to the MUPDATE server, which 
means I don't need to recompile imapd on the live back-end server.

Allow me to buy you a beer or two if you're ever in the area!

Regards,


Dave.

David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK

> --On July 23, 2009 1:35:00 PM +0100 David Mayo <D.J.Mayo@xxxxxxxxxx> wrote:
> 
>>
>> We are looking at upgrading our single 2.2 IMAP server to a Murder setup
>> with a 2.3 back-end server. For the transition we will put the current
>> 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 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 ctl_mboxlist -m on the server do not work -
>> there is a small flurry of activity at the start according to truss on
>> the local machine and snoop on the MUPDATE server, then nothing happens
>> for exactly 30 minutes and it finally gives up with "couldn't do LIST
>> command on mupdate server".
>>
>> I have restarted the IMAP daemons on both servers and tried converting
>> the mboxlist_db on the back-end from skiplist to berkeley - none of
>> these steps have made any difference. I can run mupdatetest and issue a
>> LIST command which shows plenty of mailboxes.
>>
>> This shouldn't be a problem in itself as long as all the mailbox
>> operations work as expected, however it is a bit of a worry. Both
>> machines are running Solaris 10. The back-end server is running 2.2.12
>> and the front-end server is running 2.2.13. Has anyone experienced this
>> problem and is there a way round it if this command doesn't work?
>>
>> Regards,
>>
>>
>> Dave.
>>
>> David Mayo
>> Networks/Systems Administrator
>> University of Bath Computing Services, UK
>> ----
>> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
>> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
>> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
> 
> 
> 
> 
----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux