Skip Menu | Logged in as guest | Logout
 
Ticket metadata
Id: 4808
Status: resolved
Priority: -3/0
Queue: vdt-support

Fixed in: 1.10.1v
Fix scheduled: CUR

Owner: Scot Kronenfeld
Requestors: ASim@lbl.gov
Cc:
AdminCc:

More about ASim@lbl.gov
Comments about this user:
No comment entered about this user
This user's 10 highest priority tickets:
Groups this user belongs to:
  • Everyone

New reminder:

Created: Fri Feb 06 19:11:47 2009
Starts: Not set
Started: Not set
Last Contact: Mon Feb 09 13:30:22 2009
Due: Not set
Closed: Tue Apr 21 15:58:03 2009
Updated: Tue Apr 21 15:58:12 2009 by kronenfe



History Brief headersFull headers
CC: Alain Roy <roy@cs.wisc.edu>, "SRM Support @ LBNL" <srm@lbl.gov>, vdt-support <vdt-support@OPENSCIENCEGRID.ORG>
Subject: bestman 2.2.1.2.i1 release
Date: Fri, 06 Feb 2009 17:07:49 -0800
To: Scot Kronenfeld <kronenfe@cs.wisc.edu>
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 637b
Scot,

We have bestman 2.2.1.2.i1 release and srm-client-2 and srm-tester-2 pkgs.
Please download them from

http://datagrid.lbl.gov/bestman/pkg/bestman-2.2.1.2.i1.tar.gz
http://datagrid.lbl.gov/bestman/pkg/srmclient1-2.2.1.2.i1.tar.gz
http://datagrid.lbl.gov/bestman/pkg/srmtester2-2.2.1.2.i1.tar.gz


12070582 2009-02-06 17:01 bestman-2.2.1.2.i1.tar.gz
8018225 2009-02-06 17:01 srmclient2-2.2.1.2.i1.tar.gz
7611188 2009-02-06 17:01 srmtester2-2.2.1.2.i1.tar.gz

bestman/CHANGES file contains the changes (that I could remember) in
this version.
Thanks and let me know if you have any questions.

--
-- Alex
asim at lbl dot gov
Subject: Re: [vdt-support #4808] AutoReply: bestman 2.2.1.2.i1 release
Date: Fri, 06 Feb 2009 18:25:54 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.7k
we missed one, and here's the new size info for the same links.

12070535 bestman-2.2.1.2.i1.tar.gz
8018223 srmclient2-2.2.1.2.i1.tar.gz
7611188 srmtester2-2.2.1.2.i1.tar.gz

sorry about that...

-- Alex
asim at lbl dot gov



On 2/6/09 5:11 PM, VDT support tickets via RT wrote:
> Greetings from the VDT support system!
>
> This message was generated automatically in response to the creation of a
> ticket regarding:
>
> bestman 2.2.1.2.i1 release
>
> Your original request is copied below for reference.
>
> There is no need to reply to this message right now -- someone from the VDT
> team will respond to you as soon as possible. If you wish to view your
> support ticket online, visit:
>
> http://crt.cs.wisc.edu/Ticket/Display.html?user=guest&pass=guest&id=4808
>
> Your ticket has been assigned an ID as follows:
>
> [vdt-support #4808]
>
> Please include the ticket ID in the subject line of all future email about
> this issue. To do so, you may reply to this message.
>
> Thank you for your interest in the VDT.
>
> vdt-support@opensciencegrid.org
>
> -------------------------------------------------------------------------
> Scot,
>
> We have bestman 2.2.1.2.i1 release and srm-client-2 and srm-tester-2 pkgs.
> Please download them from
>
> http://datagrid.lbl.gov/bestman/pkg/bestman-2.2.1.2.i1.tar.gz
> http://datagrid.lbl.gov/bestman/pkg/srmclient1-2.2.1.2.i1.tar.gz
> http://datagrid.lbl.gov/bestman/pkg/srmtester2-2.2.1.2.i1.tar.gz
>
>
> 12070582 2009-02-06 17:01 bestman-2.2.1.2.i1.tar.gz
> 8018225 2009-02-06 17:01 srmclient2-2.2.1.2.i1.tar.gz
> 7611188 2009-02-06 17:01 srmtester2-2.2.1.2.i1.tar.gz
>
> bestman/CHANGES file contains the changes (that I could remember) in
> this version.
> Thanks and let me know if you have any questions.
>
>
Subject: [vdt-support #4808] SVN commit, rev 8682
To: vdt-support@cs.wisc.edu
From: kronenfe@cs.wisc.edu
Download (untitled) / with headers
text/plain 210b
Commit comment:
Updated Bestman, SRM-Client-LBNL, and SRM-Tester-LBNL to 2.2.1.2.i1


Changed files:
U vdt/branches/vdt-1.10.1-gums-prima/defs

To generate a diff:
svn diff -c 8682 file:///p/vdt/workspace/svn
Download (untitled) / with headers
text/plain 136b
Hi Alex,
I've put this into the ITB cache (VDT 1.10.98 cache).

It will be released when ITB testing is complete. Is this timetable ok?
Subject: RE: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Sat, 07 Feb 2009 10:50:02 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 710b
As long as it's done by osg ahm, that's fine. We may have another update by the end of feb though. We'll see. If there isn't any urgent updates, we might take it to march.
Thank you
-- Alex (on mobile)
asim at lbl dot gov


-----Original Message-----
From: Scot Kronenfeld via RT <vdt-support@opensciencegrid.org>
Sent: Saturday, February 07, 2009 8:49 AM
To: ASim@lbl.gov
Subject: [vdt-support #4808] bestman 2.2.1.2.i1 release

Hi Alex,
I've put this into the ITB cache (VDT 1.10.98 cache).

It will be released when ITB testing is complete. Is this timetable ok?

--
View ticket at <http://crt.cs.wisc.edu/Ticket/Display.html?user=guest&pass=guest&id=4808>
VDT Support: vdt-support@opensciencegrid.org
Hi Alex,
I see the following problem in Bestman 2.2.1.2.i1 when our test suite runs.

Let me know if you need more information.

Thanks,
-scot


###########################################
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 09:14:38 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.2k
would you see which version of java are you using?
thanks

-- Alex
asim at lbl dot gov



On 2/9/09 8:51 AM, Scot Kronenfeld via RT wrote:
> Hi Alex,
> I see the following problem in Bestman 2.2.1.2.i1 when our test suite runs.
>
> Let me know if you need more information.
>
> Thanks,
> -scot
>
>
> ###########################################
> Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> version number in .class file
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>
>
>
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 09:29:27 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.4k
Scot,

I have more idea on what happened likely.
The setup/configure ran okay with Java 1.6, but during the run time,
JAVA_HOME is set to 1.5 somehow (mostlikely from the running env var)
and produced this error message.

-- Alex
asim at lbl dot gov



On 2/9/09 8:51 AM, Scot Kronenfeld via RT wrote:
> Hi Alex,
> I see the following problem in Bestman 2.2.1.2.i1 when our test suite runs.
>
> Let me know if you need more information.
>
> Thanks,
> -scot
>
>
> ###########################################
> Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad
> version number in .class file
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>
>
>
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 12:01:08 -0600
To: vdt-support@OPENSCIENCEGRID.ORG
From: Scot Kronenfeld <kronenfe@cs.wisc.edu>
Download (untitled) / with headers
text/plain 664b
> I have more idea on what happened likely.
> The setup/configure ran okay with Java 1.6, but during the run time,
> JAVA_HOME is set to 1.5 somehow (mostlikely from the running env var)
> and produced this error message.

Yes, I was suspecting something similar when you asked about the Java
version, but further inspection shows that is probably not what is
happening. All the bestman scripts in bin and sbin set JAVA_HOME to
the jdk1.6 directory.

To be sure, I manually set JAVA_HOME and added the jdk1.6 directories
to the LD_LIBRARY_PATH. When I tried to start Bestman, I got the same
error.

Are there other environment variables Bestman is sensitive to?
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 12:10:01 -0600
To: vdt-support@OPENSCIENCEGRID.ORG
From: Scot Kronenfeld <kronenfe@cs.wisc.edu>
> Yes, I was suspecting something similar when you asked about the Java
> version, but further inspection shows that is probably not what is
> happening. All the bestman scripts in bin and sbin set JAVA_HOME to
> the jdk1.6 directory.
>
> To be sure, I manually set JAVA_HOME and added the jdk1.6 directories
> to the LD_LIBRARY_PATH. When I tried to start Bestman, I got the same
> error.

Oops, looks like I was wrong about this! The bestman init script
re-sources setup.sh, so JAVA_HOME gets reset to the jdk1.5 directory.
Then, bestman.server only sets JAVA_HOME if it's not already set. So
it does end up with the wrong value. I got Bestman to start up
correctly with the correct value for JAVA_HOME.

I can fix the init script to re-set JAVA_HOME to the right value after
sourcing setup.sh. But I think a better fix might be to change the
bestman scripts to always set JAVA_HOME before running (instead of
conditionally setting it if it's not set). This way, we would fix all
the scripts in bin, not just the bestman.server script. Do you have
any better ideas for this?
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 10:17:27 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.3k
There is no other vars...
When I configured with 1.6 and ran with 1.5, I got the error, and the
error is related to the java version.

I'm sending you a different runing script, and see if this one works
better.
put it into bestman/setup/bestman.in and overwrite the bestman.server.in.

What it does is checking the version number of java, and replace to the
configured java version if not met. Configure should have 1.6 to get
successful. So, I'm assuming after the configuration, java version is
set to 1.6, and this is to check the running java version.

thanks

-- Alex
asim at lbl dot gov



On 2/9/09 10:08 AM, Scot Kronenfeld via RT wrote:
>> I have more idea on what happened likely.
>> The setup/configure ran okay with Java 1.6, but during the run time,
>> JAVA_HOME is set to 1.5 somehow (mostlikely from the running env var)
>> and produced this error message.
>>
>
> Yes, I was suspecting something similar when you asked about the Java
> version, but further inspection shows that is probably not what is
> happening. All the bestman scripts in bin and sbin set JAVA_HOME to
> the jdk1.6 directory.
>
> To be sure, I manually set JAVA_HOME and added the jdk1.6 directories
> to the LD_LIBRARY_PATH. When I tried to start Bestman, I got the same
> error.
>
> Are there other environment variables Bestman is sensitive to?
>
>
>
Download bestman.server.in
text/plain 5.1k
#!/bin/sh

if test ! $SRM_HOME ; then
SRM_HOME=@SRM_HOME@
fi
if test $JAVA_HOME ; then
JAVA_HOME_2=@JAVA_HOME@
else
JAVA_HOME=@JAVA_HOME@
fi
if test ! $GLOBUS_TCP_PORT_RANGE ; then
GLOBUS_TCP_PORT_RANGE=@GLOBUS_TCP_PORT_RANGE@
fi
if test ! $GLOBUS_TCP_SOURCE_RANGE ; then
GLOBUS_TCP_SOURCE_RANGE=@GLOBUS_TCP_SOURCE_RANGE@
fi
if test ! $X509_CERT_DIR ; then
X509_CERT_DIR=@CA_DIR_PATH@
fi
if test ! $GSI_DAEMON_TRUSTED_CA_DIR ; then
GSI_DAEMON_TRUSTED_CA_DIR=@CA_DIR_PATH@
fi

MAX_JAVA_HEAP=@MAX_JAVA_HEAP@
PLUGIN=@PLUGIN_PATH@
GUMS_ENABLED=@GUMSENABLED@

INPUTTOKENS=$*
HELPTOKEN=`echo $INPUTTOKENS| tr ' ' '\n' | egrep "help|version"`

if [ ! -f $SRM_HOME/sbin/bestman.server ]; then
echo "ERROR: Cannot find the $SRM_HOME location,"
echo "ERROR: Please define \$SRM_HOME correctly"
exit 1;
fi

echo "BeStMan `cat $SRM_HOME/version`"
echo "BeStMan and SRM-Clients Copyright(c) 2007-2009,"
echo "Lawrence Berkeley National Laboratory. All rights reserved."
echo "Support at SRM@LBL.GOV and documents at http://datagrid.lbl.gov/bestman"
echo " "

if test ! -f "$JAVA_HOME/bin/java"; then
echo "ERROR: Cannot find the java executable in the $JAVA_HOME/bin location,"
echo "ERROR: Please define \$JAVA_HOME correctly"
exit 1;
fi

Ver_separator() {
var1=$1
var2=$2
var3=$3
if test ! "$var1"; then
var1=0
fi
if test ! "$var2" ; then
var2=0
fi
if test ! "$var3" ; then
var3=0
fi
}
JAVAEXE=$JAVA_HOME/bin/java
JVR=`$JAVAEXE -version 2>&1`
JVR=`echo $JVR | sed 's/[^0-9. ]//g'`
JVR=`echo $JVR | sed 's/\./ /g'`
Ver_separator $JVR
if [ 1 -eq $var1 -a 6 -eq $var2 -a 001 -le $var3 ]; then
jver=yes
else
echo "ERROR: Please use java version $var1 $var2 $var3 >= 1.6.0_01 in \$JAVA_HOME"
echo "WARN: Using configured JAVA_HOME $JAVA_HOME_2"
JAVA_HOME=$JAVA_HOME_2
# exit 1;
fi

if test $GLOBUS_TCP_PORT_RANGE ; then
export GLOBUS_TCP_PORT_RANGE
MY_TCP_PORTR="-Dorg.globus.tcp.port.range=$GLOBUS_TCP_PORT_RANGE"
if test $HELPTOKEN ; then
echo "GLOBUS_TCP_PORT_RANGE = $GLOBUS_TCP_PORT_RANGE"
fi
fi

if test $GLOBUS_TCP_SOURCE_RANGE ; then
export GLOBUS_TCP_SOURCE_RANGE
if test $HELPTOKEN ; then
echo "GLOBUS_TCP_SOURCE_RANGE = $GLOBUS_TCP_SOURCE_RANGE"
fi
fi

if test $X509_CERT_DIR ; then
if test -d $X509_CERT_DIR ; then
export X509_CERT_DIR
export GSI_DAEMON_TRUSTED_CA_DIR
if test $HELPTOKEN ; then
echo "X509_CERT_DIR = $X509_CERT_DIR"
echo "GSI_DAEMON_TRUSTED_CA_DIR = $GSI_DAEMON_TRUSTED_CA_DIR"
fi
MY_CERT_DIR="-DX509_CERT_DIR=$X509_CERT_DIR"
else
echo "Cannot find $X509_CERT_DIR"
echo "Please check proper certificate directory"
exit 1;
fi
fi

if test $MAX_JAVA_HEAP ; then
if test $HELPTOKEN ; then
echo "MAX_JAVA_HEAP = $MAX_JAVA_HEAP"
fi
MAXHEAP="-Xmx${MAX_JAVA_HEAP}m"
fi

echo "###########################################"

OGSALIBS=${SRM_HOME}/lib/globus/*.jar
OGSALIBS2=${SRM_HOME}/lib/globus/server/*.jar
TMPCLASSPATH="."

if test "$GUMS_ENABLED" = "yes" ; then
if test $HELPTOKEN ; then
echo "GUMS CONFIGURATION ENABLED"
fi
TMPCLASSPATHG1="${SRM_HOME}/lib/gums/extra.jar"
TMPCLASSPATHG2="${SRM_HOME}/lib/gums/glite-security-trustmanager-1.6.3dev.jar:${SRM_HOME}/lib/gums/glite-security-util-java-1.0.0dev.jar:${SRM_HOME}/lib/gums/opensaml-1.0.1.jar:${SRM_HOME}/lib/gums/privilege.jar"
MY_GUMS_OPT1="-Daxis.socketSecureFactory=org.glite.security.trustmanager.axis.AXISSocketFactory"
MY_GUMS_OPT2="-DsslCAFiles=$X509_CERT_DIR/*.0"
MY_GUMS_OPT3="-DsslCertfile=@GUMSCERT_FILE_PATH@ -DsslKey=@GUMSKEY_FILE_PATH@"
GUMSPROXY_ENABLED=@GUMSPROXY_FILE_PATH@
if test "$GUMSPROXY_ENABLED" ; then
MY_GUMS_OPT4="-DgridProxyFile=@GUMSPROXY_FILE_PATH@"
fi
else
TMPCLASSPATHG1="."
TMPCLASSPATHG2="."
fi

for i in ${OGSALIBS2} ${OGSALIBS}
do
TMPCLASSPATH="$TMPCLASSPATH:$i"
done
TMPCLASSPATH=$TMPCLASSPATH:${SRM_HOME}/lib/endorsed/xalan.jar

TMPCLASSPATH2="."
if test $PLUGIN ; then
OGSALIBS2=${SRM_HOME}/lib/plugin/*.jar
for j in ${OGSALIBS2}
do
TMPCLASSPATH2="$TMPCLASSPATH2:$j"
done
fi

CLASSPATH=${TMPCLASSPATHG1}:${SRM_HOME}/lib/Berkeley.StorageResourceManager-aux.jar:${SRM_HOME}/lib/Berkeley.StorageResourceManager.jar:${SRM_HOME}/lib/Berkeley.StorageResourceManager-stub.jar:${SRM_HOME}/lib/je-3.3.62.jar:${SRM_HOME}/lib/concurrent.jar:${SRM_HOME}/lib/which4j.jar:${TMPCLASSPATH}:${TMPCLASSPATH2}:${TMPCLASSPATHG2}

export CLASSPATH

#echo $CLASSPATH

cd $SRM_HOME

if test $HELPTOKEN ; then
echo "###########################################"
echo "SRM_HOME = $SRM_HOME"
echo "JAVA_HOME = $JAVA_HOME"
echo "Configuration file is $SRM_HOME/conf/bestman.rc"
echo "###########################################"
$JAVA_HOME/bin/java -server -Xmx256m -Daxis.ServerConfigFile=$SRM_HOME/conf/server-config.wsdd gov.lbl.srm.server.Server $*
else
$JAVA_HOME/bin/java -server ${MAXHEAP} ${MY_TCP_PORTR} ${MY_CERT_DIR} ${MY_GUMS_OPT1} ${MY_GUMS_OPT2} ${MY_GUMS_OPT3} ${MY_GUMS_OPT4} -Daxis.ServerConfigFile=$SRM_HOME/conf/server-config.wsdd gov.lbl.srm.server.Server $SRM_HOME/conf/bestman.rc $*
fi
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 10:29:33 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.6k
Hi Scot,

I sent you a new bestman.server.in script that checks java version
during run time, and sets back to the configured java version if running
version is not correct.
I think the newer version will do the work even if user has a wrong
version in their env.

I'll create a new pkg 2.2.1.2.i2 in 10 minutes to include this fix.
We have a couple more other fixes to be included in this version that
would not affect OSG users.

anyways, in 10 minutes.
thanks

-- Alex
asim at lbl dot gov



On 2/9/09 10:15 AM, Scot Kronenfeld via RT wrote:
>> Yes, I was suspecting something similar when you asked about the Java
>> version, but further inspection shows that is probably not what is
>> happening. All the bestman scripts in bin and sbin set JAVA_HOME to
>> the jdk1.6 directory.
>>
>> To be sure, I manually set JAVA_HOME and added the jdk1.6 directories
>> to the LD_LIBRARY_PATH. When I tried to start Bestman, I got the same
>> error.
>>
>
> Oops, looks like I was wrong about this! The bestman init script
> re-sources setup.sh, so JAVA_HOME gets reset to the jdk1.5 directory.
> Then, bestman.server only sets JAVA_HOME if it's not already set. So
> it does end up with the wrong value. I got Bestman to start up
> correctly with the correct value for JAVA_HOME.
>
> I can fix the init script to re-set JAVA_HOME to the right value after
> sourcing setup.sh. But I think a better fix might be to change the
> bestman scripts to always set JAVA_HOME before running (instead of
> conditionally setting it if it's not set). This way, we would fix all
> the scripts in bin, not just the bestman.server script. Do you have
> any better ideas for this?
>
>
>
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 10:44:26 -0800
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alex Sim <asim@lbl.gov>
Download (untitled) / with headers
text/plain 1.6k
Scot,

please get new pkgs from
http://datagrid.lbl.gov/bestman/pkg/bestman-2.2.1.2.i2.tar.gz
http://datagrid.lbl.gov/bestman/pkg/srmclient2-2.2.1.2.i2.tar.gz
http://datagrid.lbl.gov/bestman/pkg/srmtester2-2.2.1.2.i2.tar.gz

it includes a few changes, including the bestman.server script changes
for java version checking during run time. Other changes in jar libs do
not affect the most of osg users, but it's a new version anyways.

thanks and let me know if you see any problems.


-- Alex
asim at lbl dot gov



On 2/9/09 10:15 AM, Scot Kronenfeld via RT wrote:
>> Yes, I was suspecting something similar when you asked about the Java
>> version, but further inspection shows that is probably not what is
>> happening. All the bestman scripts in bin and sbin set JAVA_HOME to
>> the jdk1.6 directory.
>>
>> To be sure, I manually set JAVA_HOME and added the jdk1.6 directories
>> to the LD_LIBRARY_PATH. When I tried to start Bestman, I got the same
>> error.
>>
>
> Oops, looks like I was wrong about this! The bestman init script
> re-sources setup.sh, so JAVA_HOME gets reset to the jdk1.5 directory.
> Then, bestman.server only sets JAVA_HOME if it's not already set. So
> it does end up with the wrong value. I got Bestman to start up
> correctly with the correct value for JAVA_HOME.
>
> I can fix the init script to re-set JAVA_HOME to the right value after
> sourcing setup.sh. But I think a better fix might be to change the
> bestman scripts to always set JAVA_HOME before running (instead of
> conditionally setting it if it's not set). This way, we would fix all
> the scripts in bin, not just the bestman.server script. Do you have
> any better ideas for this?
>
>
>
Subject: [vdt-support #4808] SVN commit, rev 8685
To: vdt-support@cs.wisc.edu
From: kronenfe@cs.wisc.edu
Download (untitled) / with headers
text/plain 209b
Commit comment:
Updated Bestman, SRM-Client-LBNL and SRM-Tester-LBNL to 2.2.1.2.i2


Changed files:
U vdt/branches/vdt-1.10.1-gums-prima/defs

To generate a diff:
svn diff -c 8685 file:///p/vdt/workspace/svn
Subject: Re: [vdt-support #4808] bestman 2.2.1.2.i1 release
Date: Mon, 09 Feb 2009 13:22:28 -0600
To: vdt-support@OPENSCIENCEGRID.ORG
From: Scot Kronenfeld <kronenfe@cs.wisc.edu>
Great, that fixed the Java issue. It's in 1.10.98 now.

Thanks