> From: "Michael Bilow" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, June 21, 2001 1:13 PM
> Subject: Re: [JBoss-user] Memory Leak problem
>
>
> > In our installation (Linux), jBoss runs as a server process, which means
> > it h
lt;[EMAIL PROTECTED]>
Sent: Thursday, June 21, 2001 1:13 PM
Subject: Re: [JBoss-user] Memory Leak problem
> In our installation (Linux), jBoss runs as a server process, which means
> it has no console. In fact, it runs under the privilege of the "jboss"
> system user, w
In our installation (Linux), jBoss runs as a server process, which means
it has no console. In fact, it runs under the privilege of the "jboss"
system user, who cannot even log in. All ownership and permission
information is tied to this system user, so running under any other user
would be proh
> "SMS" == Scott M Stark writes:
SMS> Obtain a thread dump of the vm in this situation to see where the
SMS> threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr
SMS> so you need to redirect this or have a huge console buffer or
SMS> logging.
Ok. Will do as soon as thir reappear
lt;[EMAIL PROTECTED]>
Sent: Thursday, June 21, 2001 6:51 AM
Subject: Re: [JBoss-user] Memory Leak problem
> >>>>> "JA" == Jim Archer <[EMAIL PROTECTED]> writes:
>
> JA> Well, maybe now that you and I have verified it and know how to
> JA> repro
Jim Archer wrote:
>
>
> Well, maybe now that you and I have verified it and know how to
> reproduce it someone will fix it.
>
> Danch, do you want me to write this up on SourceForge bug list, or is
> this a known issue?
>
Please put it out there as a bug.
-danch
_
> "JA" == Jim Archer <[EMAIL PROTECTED]> writes:
JA> Well, maybe now that you and I have verified it and know how to
JA> reproduce it someone will fix it.
JA> Danch, do you want me to write this up on SourceForge bug list, or
JA> is this a known issue?
Hmmm, on deploying a valid jar I also
--On Thursday, June 21, 2001 8:24 AM +0100 Nicolai P Guba
<[EMAIL PROTECTED]> wrote:
> Yep. *sigh* Nasty. But does it really have to do this?
Well, I would expect its just a bug. I agree its a serious one.
> Yes. This happens when the file to be deployed does not pass the
> verifier test
> "JA" == Jim Archer <[EMAIL PROTECTED]> writes:
JA> We have seen this behavior as well. If we have an error in the
JA> matching of our bean interface and our remote interface (a
JA> different parameter list or exception list, for example) and my
JA> client calls into the app (I think and cal
We have seen this behavior as well. If we have an error in the matching of
our bean interface and our remote interface (a different parameter list or
exception list, for example) and my client calls into the app (I think and
call to any bean will do it, but I'm not sure and the client is a serv
> "d" == danch <(Dan Christopherson)" <[EMAIL PROTECTED]>> writes:
d> BTW, this isn't literally a memory leak - it's a thread leak and
d> Java VMs don't have a separate exception/error for that.
d> Not that leaking one resource is any better than leaking another...
I know that I ran out of
BTW, this isn't literally a memory leak - it's a thread leak and Java
VMs don't have a separate exception/error for that.
Not that leaking one resource is any better than leaking another...
danch (Dan Christopherson) wrote:
> Nicolai P Guba wrote:
>
>> Hello
>>
>> I noticed that on deploying
Nicolai P Guba wrote:
> Hello
>
> I noticed that on deploying entities several times, the server starts
> throwing an OutOfMemory Exception and has spanned too many processes
> for the OS (Linux) to handle so that there are not enough resources
> left for a fork to shut down the server gracefull
Hello
I noticed that on deploying entities several times, the server starts
throwing an OutOfMemory Exception and has spanned too many processes
for the OS (Linux) to handle so that there are not enough resources
left for a fork to shut down the server gracefully (or reboot).
Has anybody experie
14 matches
Mail list logo