Ok, i created a new issues.
You can find it at http://jira.codehaus.org/browse/MRM-1457.
Best regards
Benjamin
Am 21.02.2011 23:04, schrieb Brett Porter:
> screenshots aren't sent to the mailing list - please open a jira ticket and
> attach them there.
>
> Thanks,
> Brett
>
> On 22/02/2011,
screenshots aren't sent to the mailing list - please open a jira ticket and
attach them there.
Thanks,
Brett
On 22/02/2011, at 4:10 AM, Benjamin Knoth wrote:
> Hi,
> i added 3 screenshots.
> Now 2 threads use many cpu.
>
> Jconsole-stack-trace.png and Jconsole-stack-trace1.png is from btpool0-
Hi,
i added 3 screenshots.
Now 2 threads use many cpu.
Jconsole-stack-trace.png and Jconsole-stack-trace1.png is from btpool0-6
and Jconsole-stack-trace2.png from btpool0-9.
Benjamin
Am 21.02.2011 17:27, schrieb Brent Atkinson:
> The screen with the red
> bar at 99%, you need to select the thre
Great,
The only thing missing from the screen shot is the stack trace that shows
where in the code the thread is spending its time. The screen with the red
bar at 99%, you need to select the thread and expand the bottom window. It
should show the stack trace which will give us the location in the
Ok i added some screenshots as attachment.
I hope it will help.
Benjamin
Am 18.02.2011 14:37, schrieb Brent Atkinson:
> Sending along a screen shot showing the stack trace from
> the offending thread(s) would help immensely since we can't see the
> specifics of your environment.
about where the issues
are.
The plugin: http://lsd.luminis.nl/top-threads-plugin-for-jconsole/
You just need to fire up jconsole with the plugin enabled when you're seeing
the 100% cpu usage. Sending along a screen shot showing the stack trace from
the offending thread(s) would help immensely si
Update: we updated Archiva to 1.3.4. last Wednesday same problem.
Yesterday archiva used 100% of CPU since 14:06
14:02 1%
14:04 21%
14:06 100%
Am 16.02.2011 02:24, schrieb Brett Porter:
>
> On 16/02/2011, at 2:14 AM, Benjamin Knoth wrote:
>
>> Sorry only one java process is running.
>> But two
Yesterday archiva used 100% of CPU since 14:06
14:02 1%
14:04 21%
14:06 100%
Am 16.02.2011 02:24, schrieb Brett Porter:
>
> On 16/02/2011, at 2:14 AM, Benjamin Knoth wrote:
>
>> Sorry only one java process is running.
>> But two processes from archiva.
>> If i start archiva dump i get this two
On 16/02/2011, at 2:14 AM, Benjamin Knoth wrote:
> Sorry only one java process is running.
> But two processes from archiva.
> If i start archiva dump i get this two messages.
> Dumping Apache Archiva...
> Dumped Apache Archiva.
Ok, this is normal.
>
> But i can see any changes on archiva.pid
Am 15.02.2011 06:42, schrieb Brett Porter:
>
> On 14/02/2011, at 10:09 PM, Benjamin Knoth wrote:
>
>> If i use archiva dump on 100 cpu usage it creates a dump of the java
>> process with a high pid. This process runs normally with 0 % cpu and 4.9
>> % Mem. But if i
On 14/02/2011, at 10:09 PM, Benjamin Knoth wrote:
> If i use archiva dump on 100 cpu usage it creates a dump of the java
> process with a high pid. This process runs normally with 0 % cpu and 4.9
> % Mem. But if i restart archiva and make a dump with archiva dump i
> didn't fo
" 404 1285 "-" "-"
134.76.28.212 - - [11/Feb/2011:11:57:37 +] "GET / HTTP/1.1" 404
786 "-" "OpenNMS HttpMonitor"
134.76.28.224 - - [11/Feb/2011:11:57:46 +] "GET /archiva/
HTTP/1.1" 302 0 "-" "OpenNMS HttpMonito
Sorry read mail back to front.
On 11/02/2011, at 9:32 PM, Benjamin Knoth wrote:
> What is maestro and what does it do. I can't find it in the standard
> repository of sles..
I meant ./bin/archiva dump (I typed our product name that uses the same
commands on autopilot). That's if you use the sta
On 12/02/2011, at 1:15 AM, Chris Mylonas wrote:
> Hi Benjamin/Brett + Users,
>
> I've only been skimming this thread but am moving stuff across to archiva.
> i'm in a position to test on my setup something similar to what your doing
> to see if i get the same happening.
>
> all i've read so far
ER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
> 6765 root 16 0 798m 326m 11m S 0.0 8.0 0:28.37 java
>
> On 11:58:52 it runs with full cpu usage
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
>
> 6765 root 16 0 800m 346m
SHR S %CPU %MEMTIME+ COMMAND
> 6765 root 16 0 798m 326m 11m S 0.0 8.0 0:28.37 java
>
> On 11:58:52 it runs with full cpu usage
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
>
> 6765 root 16 0 800m 346m 11m S 91.5 8.5 3:13.04
cpu usage
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
6765 root 16 0 800m 346m 11m S 91.5 8.5 3:13.04 java
After 12:01:52 it runs with 100% cpu usage. After restart it's all fine.
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
6765
u said the peaks coincided with the database scan in 1.3.1 - is that also
>>> the case in 1.3.3? Do they still last 12 minutes?
>>
>> No the last output in the log file which i send you was repeated 4 times
>> with a difference of +- 2 seconds. But since 5 hours it runs w
e not running out of memory, and the
>> scans are quick.
>>
>> You said the peaks coincided with the database scan in 1.3.1 - is that also
>> the case in 1.3.3? Do they still last 12 minutes?
>
> No the last output in the log file which i send you was repeated 4 time
> scans are quick.
>
> You said the peaks coincided with the database scan in 1.3.1 - is that also
> the case in 1.3.3? Do they still last 12 minutes?
No the last output in the log file which i send you was repeated 4 times
with a difference of +- 2 seconds. But since 5 hours it run
On 08/02/2011, at 8:00 PM, Benjamin Knoth wrote:
> Hi Brett,
> this is the output.
Everything looks normal here - you're not running out of memory, and the scans
are quick.
You said the peaks coincided with the database scan in 1.3.1 - is that also the
case in 1.3.3? Do they still last 12 min
Hi Brett,
this is the output.
Am 08.02.2011 09:46, schrieb Brett Porter:
> There was an issue before 1.3.3 about this at the end of a scan that should
> have been fixed. Do you get anything after the last horizontal rule?
>
That's the log of the last hour.
2011-02-08 08:59:57,182 [btpool0-0] IN
There was an issue before 1.3.3 about this at the end of a scan that should
have been fixed. Do you get anything after the last horizontal rule?
It might be that your index is very large (though it shouldn't be for these
repository sizes). What is the size of the .index and .indexer directories?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
we use Archiva and we have problems with our cpu usage.
If i restart archiva everything is running fine. After 3-6 hours the
java process of archiva use 100% of the cpu from one to the next
moment. We had this problem on Archiva 1.3.1 and 1.3.
24 matches
Mail list logo
