Dear All My prior idea was incorrect I just got this see below There was nothing reported by fuser in the users INBOX. So I ran reconstrust -f -r -G on both client and replica as per Bron's idea. Did a sync_client -v -l -m user.USER was OK The started a rolling sync_client - seems OK Should I ro a reconstruct on all users? Thanks Stephen Carr Dec 5 10:13:54 brooks sync_client[2931]: replica uid:297 modseq:1 last_updated:1291013303 internaldate:1291012699 flags:( \Seen) Dec 5 10:13:54 brooks sync_client[2931]: RECORD MISMATCH WITH REPLICA: more recent on replica Dec 5 10:13:54 brooks sync_client[2931]: master uid:298 modseq:1 last_updated:1291013425 internaldate:1291013300 flags:( \Seen) Dec 5 10:13:54 brooks sync_client[2931]: replica uid:298 modseq:1 last_updated:1291013428 internaldate:1291013300 flags:( \Seen) Dec 5 10:13:54 brooks sync_client[2931]: MAILBOX received NO response: System I/O error Dec 5 10:13:54 brooks sync_client[2931]: do_folders(): update failed: user.USER1.Sent 'The remote Server(s) denied the operation' Dec 5 10:13:54 brooks sync_client[2931]: IOERROR: The remote Server(s) denied the operation Dec 5 10:13:54 brooks sync_client[2931]: Error in do_sync(): bailing out! The remote Server(s) denied the operation Dec 5 10:13:54 brooks sync_client[2931]: Processing sync log file /common/imap/sync/log-2931 failed: The remote Server(s) denied the operation Stephen Carr wrote: > Dear All > > I ran fuser * on the mailbox of the user that had the problem and got > > cyrus.cache: 11366 11366m > cyrus.header: 2487 11366 > cyrus.index: 2487 2487m 11366 11366 > > The processes are imapd > > I killed the imapd processes and it seems OK. > > The clients are using Thunderbird as their email clients. I wonder if > their client is Thunderbird 3 and is indexing their IMAP mailboxes. > > I have started the sync_client and I am now awaiting another error. > > I noticed this last week when doing a reconstruct of all mailboxes that > I had to kill the imapd processes attached to a users INBOX in order for > reconstruct process to continue otherwise it was "blocked" on a user > that had imapd processes using the cache.* . > > Now I must remember that I think it prudent to run sync_client in a NON > rolling mode before setting up sync_client to run in rolling mode. > > Regards > Stephen Carr > > > > > > Bron Gondwana wrote: >> On Sun, Dec 05, 2010 at 07:44:08AM +1030, Stephen Carr wrote: >>> Dear All >>> >>> I thought the upgrade had worked but after more than 10 hours the >>> following type of error were reported. This is from a short manual >>> run of sync_client. >> Can you try running a reconstruct -G of that user at each end? >> > -- Stephen Carr Computing Officer School of Civil and Environmental Engineering The University of Adelaide Tel +618-8303-4313 Fax +618-8303-4359 Email sgcarr@xxxxxxxxxxxxxxxxxxxxxx CRICOS Provider Number 00123M ----------------------------------------------------------- This email message is intended only for the addressee(s) and contains information that may be confidential and/or copyright. If you are not the intended recipient please notify the sender by reply email and immediately delete this email. Use, disclosure or reproduction of this email by anyone other than the intended recipient(s) is strictly prohibited. No representation is made that this email or any attachments are free of viruses. Virus scanning is recommended and is the responsibility of the recipient. ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/