[
https://issues.apache.org/jira/browse/JAMES-2313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tellier Benoit resolved JAMES-2313.
---
Resolution: Fixed
> Recuring OutOfMemory exception while playing Cassandra JMAP integrat
[
https://issues.apache.org/jira/browse/JAMES-2313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tellier Benoit closed JAMES-2313.
-
> Recuring OutOfMemory exception while playing Cassandra JMAP integration te
Tellier Benoit created JAMES-2313:
-
Summary: Recuring OutOfMemory exception while playing Cassandra
JMAP integration tests
Key: JAMES-2313
URL: https://issues.apache.org/jira/browse/JAMES-2313
Nice to hear this..
Did you switch to IMAP netty yet ?
Bye,
Norman
2010/4/20 Eric Charles :
> Hi Norman,
>
> It is now working as I would expect: deleted mails via imap are no more
> dowloaded via pop3, after thunderbird exit of course doing the expunge.
>
> Just for the record, I am pretty sur
Hi Norman,
It is now working as I would expect: deleted mails via imap are no more
dowloaded via pop3, after thunderbird exit of course doing the expunge.
Just for the record, I am pretty sure the behaviour was not correct with
the versions that were producin oom.
Probably nothing to do with
Hi Eric,
I was refering to expunge while using imap...
Bye,
Norman
2010/4/6 Eric Charles :
> Hi Norman,
>
> Strange, POP3 is now working correctly.
> Regarding expunge, It is disabled by default on thunderbird.
> If I enable it, it seems to remove all mails from the folder, even if I
> don't del
Hi Norman,
Strange, POP3 is now working correctly.
Regarding expunge, It is disabled by default on thunderbird.
If I enable it, it seems to remove all mails from the folder, even if I
don't delete them.
Remembering the qmail/courrier/... server I was running a few years ago,
I had a transparent
Hmm.. are you sure thunderbird is calling expunge ?
Thx,
Norman
2010/4/6 Eric Charles :
> One more information.
> Actions taken via IMAP are net reflected on POP3 : deleting a mail via IMAP,
> you will still have to download it via POP3.
> I don't know if this can help, neither if the goal is to
Hi Eric,
I could only of one change which could maybe improve things and so you
don't see the OOM anymore. The patch introduced in revision r930727.
This patch changed the behavoir of pop3servers RETR and TOP handler to
not load the email in the memory while return it to the client.
Do you know w
One more information.
Actions taken via IMAP are net reflected on POP3 : deleting a mail via
IMAP, you will still have to download it via POP3.
I don't know if this can help, neither if the goal is to have the same
behaviour via IMAP and POP3.
Tks,
Eric
On 04/06/2010 05:41 PM, Eric Charles wro
Hi Norman,
james revision 930727 (mina RC1, jdk 1.6.0_18) up-and-running since 1,5
day in prod.
jmap -dump:file=... (this morning and right now) shows
org.apache.derby.impl.services.cache.Clock with 15% of Heap, less for
the rest.
However, I had to redefine all accounts as IMAP in thunderb
Hi Eric,
I forgot to mention that one cause of the OOM could be the current
usage of InMemoryMail. At the moment James load the whole MimeMessage
into memory while processing the camel routes. This is really a bad
practice in terms of performance and could maybe cause a OOM if you
processing many
Hi Eric
so at least the files not leak anymore, unfortunaly this was the less
critical problem.
About the errors in pop3server I will have a look and see what could
cause this. I'm 100 % sure it's not related to the OOM.
Any more infos related to the OOM are welcome.
Bye
Norman
2010/4/2, Eric C
nop. OutOfMemoryError is back.
I will double check my server, jdk and environment config, but other
java processes are running on the same machine without problem.
I will also have a stress scenario on my local dev PC that runs fine and
after, I will rerun it on my production server.
Dump anal
Hi Eric,
this sounds promising Looking forward for your next report.
Bye
Norman
2010/4/2, Eric Charles :
> James survived the night.
> 300MB (exactly the same as when it started).
> No m64 file in tmp.
>
> I will post another update this evening.
>
> Tks,
>
> Eric
>
>
> On 04/01/2010 07:06 P
James survived the night.
300MB (exactly the same as when it started).
No m64 file in tmp.
I will post another update this evening.
Tks,
Eric
On 04/01/2010 07:06 PM, Norman Maurer wrote:
Yeah thats right.. just checout server/trunk.
I'm looking forward to hear your feedback ;)
Bye,
Norman
Yeah thats right.. just checout server/trunk.
I'm looking forward to hear your feedback ;)
Bye,
Norman
2010/4/1 Eric Charles :
> Hello Norman,
> Done :)
> Tks, Eric
>
> PS1 : I didn't change the config, except for the JDCBDomainList I am using.
> PS2 : I only checkout http://svn.apache.org/repo
Hello Norman,
Done :)
Tks, Eric
PS1 : I didn't change the config, except for the JDCBDomainList I am using.
PS2 : I only checkout http://svn.apache.org/repos/asf/james/server/trunk and
not the other projects. From what I read from the poms, snapshot version of
imap-mailbox, jsieve,... are taken
Hi Eric,
its me again ;) Could you please svn up to latest trunk and try again ?
Thx,
Norman
2010/4/1 Norman Maurer :
> Hi Eric,
>
> I did a stress test in the last few hours (running in the background
> here) and I was not able to get a OOM yet with
> "?broker.useJmx=false&jms.prefetchPolicy.al
Hi Eric,
I did a stress test in the last few hours (running in the background
here) and I was not able to get a OOM yet with
"?broker.useJmx=false&jms.prefetchPolicy.all=1" for the
jmsConnectionFactory. I sent 4 emails with 100k to it and 3000
with 5 mb.
I'm using -Xmx512m and memory usage is
Load a heap dump into this Memory Analyzer tool,
http://www.eclipse.org/mat/. It'll analyze the data and should list the
suspects for you.
Steve
On 01/04/2010 08:58, "Eric Charles" wrote:
> Tks Stefano for the precisions.
> I keep these in mind and already took last week some head dumps via
>
Tks Stefano for the precisions.
I keep these in mind and already took last week some head dumps via
-XX:+HeapDumpOnOutOfMemoryError and jmap.
I have to further analyze the dumps and run full profiling this weekend.
For sure increasing the memory will still produce a OOM, but I have a
bit more t
t;>>>>> On 03/29/2010 10:16 PM, Eric Charles wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>&
2010/4/1 Eric Charles :
> Caused by: org.apache.openjpa.lib.jdbc.ReportingSQLException: Java
> exception: 'Java heap space: java.lang.OutOfMemoryError'. {prepstmnt
> 1363215207 INSERT INTO Message (id, bodyStartOctet, content, contentOctets,
> [...]
> So still a OOM exception that was shown by yet-
>> works
>>>>>>>>>> as it should).
>>>>>>>>>>
>>>>>>>>>> I keep you posted with our eventual future OOM.
>>>>>>>>>>
>>>>>>>>>> Tks,
>>>&g
kill -3 pid to see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a
OutOfMemory
Exception.
I analy
/tmp
>>>>>>>>>
>>>>>>>>> Tks,
>>>>>>>>> Eric
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 03/29/2010 08:43 PM, Norman Maurer wrote:
&
threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a
OutOfMemory
Exception.
I analysed the logs (for example STACK TR
t; Done. Now, we have to wait...
>>>>>>>>>
>>>>>>>>> I saw some created *.m64 that were removed.
>>>>>>>>> But there are other ones that remains in /tmp.
>>>>>>>>>
>>>>>>>>&g
and jms producers.. Did
you
run a kill -3 pid to see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a
OutOfMemo
nsure that they are removed in
>>>>>>> all
>>>>>>> circumstances.
>>>>>>> This may be the easy part, as we have some visible clues (the files).
>>>>>>> We should also ensure after that there are no other causes to t
o see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a
OutOfMemory
Exception.
I analysed the logs (for example S
gt;> Eric
>>>>>
>>>>>
>>>>> On 03/29/2010 08:00 PM, Norman Maurer wrote:
>>>>>> Hi Eric,
>>>>>>
>>>>>> I found the cause for the not deleted temporary files. Hopefully this
>>>>>>
yed various trunk snapshots.
After james running less than 1 day, I always ran into a
OutOfMemory
Exception.
I analysed the logs (for example STACK TRACE 1 in annex), and
always
found
Camel complaining when trying to deliver on JMS queue.
I tried to adapt the ActiveMQ configura
ms producers.. Did you
run a kill -3 pid to see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a OutOfMemory
Exception.
I analyse
pid to see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a OutOfMemory
Exception.
I analysed the logs (for example STACK
folder, but I think thats a
>>> good pointer. I will try to debug the problem later or tomorrow. But I
>>> suspect you are right about the tmp files and jms producers.. Did you
>>> run a kill -3 pid to see what threads are active etc ?
>>>
>>> Thx,
>
o see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles:
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a OutOfMemory
Exception.
I analysed the logs (for example STACK TRACE
gt; Ps: Patches are welcome :)
>
> 2010/3/29 Eric Charles :
>> Hi,
>>
>> The last two weeks, I deployed various trunk snapshots.
>> After james running less than 1 day, I always ran into a OutOfMemory
>> Exception.
>>
>> I analysed the logs (for example
kill -3 pid to see what threads are active etc ?
Thx,
Norman
Ps: Patches are welcome :)
2010/3/29 Eric Charles :
> Hi,
>
> The last two weeks, I deployed various trunk snapshots.
> After james running less than 1 day, I always ran into a OutOfMemory
> Exception.
>
> I anal
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a OutOfMemory
Exception.
I analysed the logs (for example STACK TRACE 1 in annex), and always
found Camel complaining when trying to deliver on JMS queue.
I tried to adapt the
41 matches
Mail list logo