Problem with fixed space

VA Smalltalk is a "100% VisualAge compatible" IDE that includes the original VisualAge technology and the popular VA Assist and WidgetKit add-ons.

Moderators: Eric Clayberg, wembley, tc, Diane Engles, solveig

Problem with fixed space

Postby Daniel Pfander » Mon Feb 16, 2009 8:30 am

We are running a VAST 7.5.2 application monitoring about 200 services.
Monitoring is done by retreiving status data using an RMI request.

The problem:
After a certain time, we get error messages saying: Primitive failed in: OSPtr class>>#privateCalloc:reftype: due to Not enough memory.
This happens, when one or more of the monitored services does not answer, i.e we get:
SstEndpointUnreachableError((NetworkAddress <10.8.32.202 - Port 18004 Family 2> ECONNREFUSED (10061): Connection refused)

We seem to run out of fixed space.

What we found out:
There is one single memory segment reporting some free space. The free space is decreasing while we can see an increasing number of instances of DirectedMessage and AcoFutureStub. Te receivers of the DirectedMessages are the AcoFutureStubs.

It seems, there is some cleanup missing.
What can we do? Is there a known bug?

Other questions:
How to find out the actual fixedSpaceSize?
What is an appropriate value for fixedSpaceSize

Thanks for any hints
Daniel
Daniel Pfander
 
Posts: 1
Joined: Mon Feb 16, 2009 8:21 am

Re: Problem with fixed space

Postby wembley » Wed Feb 18, 2009 12:59 pm

Daniel -

I've opened case 39189 for this problem. Watch your email.
John O'Keefe [|], Principal Smalltalk Architect, Instantiations Inc.
wembley
Moderator
 
Posts: 405
Joined: Mon Oct 16, 2006 3:01 am
Location: Durham, NC

Re: Problem with fixed space

Postby a3aan » Thu Feb 19, 2009 8:44 am

John,

We see similar behaviour. Please keep us (or the forum) posted too.

Cheers,
Adriaan.

wembley wrote:Daniel -

I've opened case 39189 for this problem. Watch your email.
Adriaan van Os
a3aan
[|]
 
Posts: 45
Joined: Fri May 25, 2007 1:41 am

Re: Problem with fixed space

Postby vincid » Wed Mar 11, 2009 1:03 am

Hi John,

Daniel and I have managed to reproduce the bug without our server environment. The Pong Example from your SstExamples suffices.
For reproduction:
1) Start VAST 7.5.2 with the empty ibmst.icx.
2) Load SstExamples with its prerequisites
3) Execute the following:

| contextName invocation context reference url host port scheme|
host := '127.0.0.1'.
port := '1099'.
contextName := 'Client:PingPongFactory:', host, ':', port.
url := ('rmi://%1:%2/%3' bindWith: host with: port with: 'pingPongFactory') sstAsUrl.
scheme := 'moPsPatchServerRmi'.

SstPingPongRmi
cleanUpPingPong;
setupPong.

[ 1 to: 2000 do: [ :i |
Transcript cr; show: 'Loop '; show: i printString; space.

SstUrl register: scheme as: SstRmiUrl.
invocation := SstInvocationConfiguration rmiConfiguration.
invocation marshaler stubProtocolVersion: SstRmiConstants::SstRmiStubVersion2.
SstInvocationHandler register: invocation asScheme: scheme.

context := SstApplicationContext contextNamed: contextName ifNone: [ SstApplicationContext createRmiContextNamed: contextName ].

context isStarted ifTrue: [ context shutDown ].

(context rmiStartUpWith: SstRmiTypingRepository newWithBaseClasses) isSstError ifFalse: [
[reference := context rmiNaming lookup: url] when: ExError do: [:problem | ^problem]].
context clear].
] fork

Hope this helps!

Regards, Vinci
vincid
 
Posts: 7
Joined: Sun May 18, 2008 11:23 pm
Location: Bern, Switzerland


Return to VA Smalltalk 7.0, 7.5 & 8.0

Who is online

Users browsing this forum: Yahoo [Bot] and 1 guest