so many processes
Igor Stasenko
siguctua at gmail.com
Mon Nov 24 01:50:04 UTC 2008
Looks like a bug creating a recursion in #terminate, which spawns more
and more processes.
2008/11/24 Phil at Work <phil at retailinfo.com.au>:
> Hi All,
> I've seen this answered in the archive a couple of months back, however the
> solution isn't working for me.
> I have around 3000 processes that appear to be defunct timers - ie i've
> shutdown magma, thrown away the magma directory, started up squeak again,
> and... many thousands of magma processes - at one stage around 5000
> processes!
>
> (50s) Time to process MaRepositoryConnectionRequest: Process>>terminate
> (50s) Time to process MaAbortTransactionRequest: Process>>terminate
> (50s) Time to process MaReadRequest: Process>>terminate
> (50) Time to process MaRepositoryDisconnectRequest: Delay>>wait
> (50) Time to process MaRepositoryDisconnectRequest: Delay>>wait
> (50) Time waiting for MaRepositoryDisconnectRequest requests: Delay>>wait
> (50) Time waiting for MagmaIdRequest requests: Delay>>wait
> (50) Time to process MaReadRequest: Delay>>wait
> (50) Time to process MaRepositoryDisconnectRequest: Delay>>wait
> (50) Time to process MaRepositoryConnectionRequest: Delay>>wait
> (50) Time to process MaAbortTransactionRequest: Delay>>wait
>
> ...and so on.
> The solution i tried was:
>
> MagmaSession cleanUp
>
> result: 'MagmaSession instances (before->after): 0->0'
> still many thousands of processes.
> Does anyone know how to clean up the mess?
> Thanks in advance,
> Phil
> ------------------------
> Phil Blake
> Information Systems
> Retail Information Systems Pty Ltd
> Level 2, 35 Spring Street
> Bondi Junction, NSW, 2022
> Cell: 0438 55 0000
> Fax: 1300 747 001
>
>
>
>
> _______________________________________________
> Magma mailing list
> Magma at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/magma
>
>
--
Best regards,
Igor Stasenko AKA sig.
More information about the Magma
mailing list