More Sync_client errors upgraging from 2.3.16 to 2.4.5

Stephen Carr sgcarr at civeng.adelaide.edu.au
Sat Dec 4 18:57:27 EST 2010


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 at civeng.adelaide.edu.au

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.



More information about the Info-cyrus mailing list