Hi everyone,

We've been having a problem where the Globus 4.0.8 container will peg the CPU to 99%, and we think we've tracked down how to reproduce it. It seems to happen when you try to delegate a full credential, but with a bad (or destroyed) epr.

We were wondering if anyone could try the following steps to confirm the bug:

$ grid-proxy-init
$ globus-credential-delegate -h $GLOBUS_HOST $GLOBUS_HOST
$ wsrf-destroy -e $GLOBUS_HOST
$ globusrun-ws -submit -s -Jf $GLOBUS_HOST -F $GLOBUS_HOST -c /bin/ uname -a

The CPU on globus-host should now be pegged to %99 by the Globus container process. You can get your container back to a stable state by deleting the globus persisted directory:

[globus-host]# rm -Rf ~globus/.globus/persisted

In some cases you may need to drop and re-create your rftDatabase to get back to a stable state.

Can anyone else reproduce this? Or is it a problem with our configuration. We're running java 1.6 on Scientific Linux 5.1.

--patrick

Reply via email to