[Building Sakai] odd shutdown error

Jon Wheat jwheat at messiah.edu
Thu Apr 22 13:10:19 PDT 2010


not sure how I butchered my dev box, but when I shut down ( ./down.sh ) it doesn't initiate a shutdown and I get this wonderfulness -
 
sakai at sakai-dev:~> ./down.sh 
================ SAKAI SETTINGS:
JAVA_HOME=/usr/java/jdk1.5.0_20
JAVA_OPTS=-server -Xmx1500m -XX:MaxPermSize=200m -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled -XX:+UseParallelGC -Djava.awt.headless=true -Dsakai.demo=false
CATALINA_HOME=/home/sakai/tomcat
MAVEN2_HOME=/home/sakai/tools/maven
PATH=/usr/java/jdk1.5.0_20/bin:/usr/java/jdk1.5.0_20/bin:/usr/java/jdk1.5.0_20/bin:/usr/java/jdk1.5.0_20/bin:/usr/sbin:/bin:/usr/bin:/sbin:/usr/X11R6/bin:/home/sakai/tools/maven/bin:/home/sakai/tools/maven/bin:/home/sakai/tools/maven/bin:/home/sakai/tools/maven/bin
Using CATALINA_BASE:   /home/sakai/tomcat
Using CATALINA_HOME:   /home/sakai/tomcat
Using CATALINA_TMPDIR: /home/sakai/tomcat/temp
Using JRE_HOME:        /usr/java/jdk1.5.0_20
Using CLASSPATH:       /home/sakai/tomcat/bin/bootstrap.jar
Usage: java [-options] class [args...]
           (to execute a class)
   or  java [-options] -jar jarfile [args...]
           (to execute a jar file)
 
where options include:
    -d32          use a 32-bit data model if available
 
    -d64          use a 64-bit data model if available
    -client       to select the "client" VM
    -server       to select the "server" VM
    -hotspot      is a synonym for the "client" VM  [deprecated]
                  The default VM is client.
                  
    -cp <class search path of directories and zip/jar files>
    -classpath <class search path of directories and zip/jar files>
                  A : separated list of directories, JAR archives,
                  and ZIP archives to search for class files.
    -D<name>=<value>
                  set a system property
    -verbose[:class|gc|jni]
                  enable verbose output
    -version      print product version and exit
    -version:<value>
                  require the specified version to run
    -showversion  print product version and continue
    -jre-restrict-search | -jre-no-restrict-search
                  include/exclude user private JREs in the version search
    -? -help      print this help message
    -X            print help on non-standard options
    -ea[:<packagename>...|:<classname>]
    -enableassertions[:<packagename>...|:<classname>]
                  enable assertions
    -da[:<packagename>...|:<classname>]
    -disableassertions[:<packagename>...|:<classname>]
                  disable assertions
    -esa | -enablesystemassertions
                  enable system assertions
    -dsa | -disablesystemassertions
                  disable system assertions
    -agentlib:<libname>[=<options>]
                  load native agent library <libname>, e.g. -agentlib:hprof
                    see also, -agentlib:jdwp=help and -agentlib:hprof=help
    -agentpath:<pathname>[=<options>]
                  load native agent library by full pathname
    -javaagent:<jarpath>[=<options>]
                  load Java programming language agent, see java.lang.instrument
/home/sakai/tomcat/bin/catalina.sh: line 306: -XX:+CMSPermGenSweepingEnabled: command not found
/home/sakai/tomcat/bin/catalina.sh: line 307: org.apache.catalina.startup.Bootstrap: command not found
try 'tail -f ~sakai/catalina.out' and watch for 'INFO: Stopping Coyote HTTP/1.1'
 
Any ideas what the heck I did ?
-Jon (apparently still a newbie)
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20100422/1698ab46/attachment.html 


More information about the sakai-dev mailing list