Comments about this user:
No comment entered about this user This user's 10 highest priority tickets:
|
|
| # | Fri Feb 06 19:11:49 2009 | ASim@lbl.gov - Ticket created | [Reply] | |||||||||||
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 |
||||||||||||||
| # | Fri Feb 06 20:26:07 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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. > > |
||||||||||||
| # | Sat Feb 07 10:39:28 2009 | kronenfe - Taken | ||
| # | Sat Feb 07 10:47:40 2009 | kronenfe - Comments added | [Reply] | |||||||
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 |
||||||||||
| # | Sat Feb 07 10:49:02 2009 | kronenfe - Correspondence added | [Reply] | |
|
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? |
||||
| # | Sat Feb 07 10:49:04 2009 | RT_System - Status changed from 'new' to 'open' | ||
| # | Sat Feb 07 10:51:04 2009 | kronenfe - Priority changed from (no value) to '3' | ||
| # | Sat Feb 07 10:51:05 2009 | kronenfe - Fix scheduled CUR added | ||
| # | Sat Feb 07 11:02:12 2009 | kronenfe - Priority changed from '3' to '-3' | ||
| # | Sat Feb 07 12:50:21 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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 |
||||||||||||
| # | Mon Feb 09 10:51:30 2009 | kronenfe - Correspondence added | [Reply] | |
|
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: Badversion 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) |
||||
| # | Mon Feb 09 11:16:57 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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) > > > |
||||||||||||
| # | Mon Feb 09 11:37:02 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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) > > > |
||||||||||||
| # | Mon Feb 09 12:07:58 2009 | kronenfe - Correspondence added | [Reply] | |||||||||
> 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? |
||||||||||||
| # | Mon Feb 09 12:15:02 2009 | kronenfe - Correspondence added | [Reply] | |||||||||
> 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? |
||||||||||||
| # | Mon Feb 09 12:26:04 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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? > > > #!/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; fiif 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 |
||||||||||||
| # | Mon Feb 09 12:43:02 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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? > > > |
||||||||||||
| # | Mon Feb 09 12:58:58 2009 | ASim@lbl.gov - Correspondence added | [Reply] | |||||||||
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? > > > |
||||||||||||
| # | Mon Feb 09 13:08:24 2009 | kronenfe - Comments added | [Reply] | |||||||
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 |
||||||||||
| # | Mon Feb 09 13:30:02 2009 | kronenfe - Correspondence added | [Reply] | |||||||||
Great, that fixed the Java issue. It's in 1.10.98 now. Thanks |
||||||||||||
| # | Wed Mar 11 23:44:30 2009 | kronenfe - Reference by ticket #5039 added | ||
| # | Tue Apr 07 10:21:21 2009 | kronenfe - Reference by ticket #5135 added | ||
| # | Tue Apr 21 15:58:03 2009 | kronenfe - Status changed from 'open' to 'resolved' | ||
| # | Tue Apr 21 15:58:12 2009 | kronenfe - Fixed in 1.10.1v added | ||
Time to display: 2.714933
»|« RT 3.8.2 Copyright 1996-2008 Best Practical Solutions, LLC.