Ok at least you can reproduce it, thats good ;) Did you take a thread dump ?
Bye, Norman 2010/10/11 Eric Charles <[email protected]>: > It's the same with latest thunderbird > I restarted disabling 'Check for new messages on startup on all my accounts. > If I go quickly from one folder to another, I fall back in the endless > 'downloading'/'indexing'... > However, if I quietly click on 'Get Mail' folder per folder, it's ok. > > I think we are still with Bug 1 (Bug 2 and 3 should be resolved if 1 is > resolved) for IMAP, fetching simultaneously some folders. > Bug 4 is for amq. > > Tks, > > Eric > > > On 10/10/2010 20:03, Eric Charles wrote: >> >> I tried to resync thunderbird without clicking on any folder. >> Still the same behaviour : "downloading xxx on yyy", www on zzz,... >> >> Wireshark tells me more: I never saw such red/black lines in the tcp >> stream (one red/black on every 5/10 tcp packet: "segment lost"). >> 1783 8.626604 91.183.38.48 192.168.1.12 IMAP [TCP Previous >> segment lost] Response: >> ss.properties?rev=1005079&r1=1005078&r2=1005079&view=diff >> >> I was wondering if my cable was right: >> - tested plain http via cable: wireshark is green. >> - tested thunderbird/james via wifi : same black/red lines in wireshark. >> >> I have saved the dump and will analyze further tomorrow, but a tcp >> conversation selected from a "segment lost" seems ok. >> >> So for now (this may change), I think we have: >> >> 1. A client is in a stage that causes the "segment lost" tcp errors ==> >> Bug 1 >> 2. Client/server conversation loops endless ==> Bug 2 >> 3.1. James finally hangs ==> Bug 3 >> 3.2. James finally gets oom ==> Bug 3 >> 4. Manual stop is needed. >> 5. After manual stop in state 3.1 or 3.2, there's a activemq >> java.io.EOFException: Chunk stream does not exist at page: 0 ==> Bug 4 >> >> So 4 bugs ? >> I will upgrade my thunderbird 3.0.3 on linux to the latest version and see >> if bug 1 is not resolved. >> Bug 4 may be resolved with 5.4.1 and latest commits for the james stop >> procedure. >> >> Tks, >> >> Eric >> >> >> >> On 10/10/2010 18:31, Eric Charles wrote: >>> >>> Hi, >>> >>> I have on James 3 (trunk of 2 week ago) my INBOX with 10 subfolders, some >>> of these subfolders having more than 10.000 mails. >>> I mainly use a PC, so the IMAP sync is done regulary along the day. >>> >>> I also have another PC I synchronize once a week. >>> During the IMAP sync of that PC, I selected randomly some subfolders and >>> saw (this occured twice, but not always...): >>> - Thunderbird syncs well during a some minutes (10?) >>> - After, Thunderbird begins to say "downloading xx of yy mails".. .when >>> yy is reached, he says "downloading ww of zz" where zz is a little greater >>> than yy. >>> - I wait, wait, and finally have timeout, and the mails are no more >>> viewable in thunderbird. >>> >>> James is stucked. >>> The first time I had OOM (I think), today, I had no OOM, but James was no >>> more reachable via IMAP, though accepting mails via SMTP. >>> >>> I stopped, and when restarting, I had the following exception (James was >>> not usable anymore): >>> INFO 18:16:37,646 | org.apache.activemq.store.kahadb.plist.PListStore | >>> PListStore:activemq-data/localhost/tmp_storage started >>> INFO 18:16:37,648 | org.apache.activemq.broker.BrokerService | Using >>> Persistence Adapter: >>> KahaDBPersistenceAdapter[activemq-data/localhost/KahaDB] >>> INFO 18:16:38,248 | org.apache.activemq.store.kahadb.plist.PListStore | >>> PListStore:../data/localhost/tmp_storage started >>> ERROR 18:16:38,301 | org.apache.activemq.broker.BrokerService | Failed to >>> start ActiveMQ JMS Message Broker. Reason: java.io.EOFException: Chunk >>> stream does not exist at page: 0 >>> java.io.EOFException: Chunk stream does not exist at page: 0 >>> at >>> org.apache.kahadb.page.Transaction$2.readPage(Transaction.java:454) >>> at >>> org.apache.kahadb.page.Transaction$2.<init>(Transaction.java:431) >>> at >>> org.apache.kahadb.page.Transaction.openInputStream(Transaction.java:428) >>> at org.apache.kahadb.page.Transaction.load(Transaction.java:404) >>> at org.apache.kahadb.page.Transaction.load(Transaction.java:361) >>> at >>> org.apache.activemq.store.kahadb.MessageDatabase$1.execute(MessageDatabase.java:243) >>> at >>> org.apache.kahadb.page.Transaction.execute(Transaction.java:728) >>> at >>> org.apache.activemq.store.kahadb.MessageDatabase.loadPageFile(MessageDatabase.java:230) >>> at >>> org.apache.activemq.store.kahadb.MessageDatabase.open(MessageDatabase.java:309) >>> at >>> org.apache.activemq.store.kahadb.MessageDatabase.load(MessageDatabase.java:353) >>> at >>> org.apache.activemq.store.kahadb.MessageDatabase.doStart(MessageDatabase.java:217) >>> at >>> org.apache.activemq.store.kahadb.KahaDBStore.doStart(KahaDBStore.java:178) >>> >>> Sounds l ike https://issues.apache.org/activemq/browse/AMQ-2935. >>> >>> To solve it, I had to remove the activemq-data directory (btw, 2 weeks >>> ago was activemq 5.4.0 with 2 brokers started and activemq-data in bin >>> directory). >>> >>> I made a test to restart from scratch my account in thunderbird, and it >>> was OK. >>> >>> Is it because it does a incremental sync and I select different folders >>> (just to make things complicated :) ) during the download ? >>> >>> Anyway, it is not easy to reproduce. >>> Activemq 5.4.1. may be worth to try, but I'm not sure it the the cause... >>> >>> Tks, >>> >>> Eric >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
