--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Ruben de Groot <r.degroot AT dto.tudelft DOT nl> [2003-11-14 10:21]:
>=20
> Same here. Unfortunately, we have a rather stringent firewall-policy
> and admin-console can not be made to work with vnetd. So we've tried
> installing the Java GUI client on our workstations instead.
> While this works and gives quite a performance boost over running jnbSA
> on the master, we now see lots of bpjava-susvc processes accumulating
> and leaving zombie processes. Exiting the GUI on the client will not
> clean this up.
> Only way to stop these processes from eating all the memory so far has
> been to periodically "pkill bpjava-susvc" which, off course, is a very
> lousy sollution.

Yes, it is. That is, however, the solution that Veritas Support gave me
as the recommended way to clean up. What I ended up doing was using:

ps -eaf | grep defunct

to find all processes that are defunct. I then find the parent processes
for all defunct processes and check if they are bpjava-susvc processes.
If they are, then I kill those specific processes. It's a little cleaner
than killing ALL bpjava-susvc processes since some of theose may still
be valid processes.=20

--=20
David Rock
david AT graniteweb DOT com

--oyUTqETQ0mS9luUI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE/tVY5MrO4/Yb/xwYRAn7YAKDl2XT5bfN14j/q9nr8bRlHRGfs5wCgzvWq
+eYEBHZWVEbGSjyv1Fad55c=
=VdzH
-----END PGP SIGNATURE-----

--oyUTqETQ0mS9luUI--