Earthdata Forum

I am new to Seadas. I like to use the Seadas 7.5.3 windows version. The installation of the software is normal and ok. after installing OCSSW is generating and error message of "Remote Server is Down. OCSSW is not accessible. please restart OCSSW remote server"

Did OCSSW processing ever work for you?  Can you use your OCSSW software from a terminal on the server?  It would be good to mention your Windows and linux versions and the java version you are using on the linux server.

The client-server configuration instructions offer several configurations.   These instructions may need adjustment for your specific setup.   We can't help unless you provide the details of your specific configuration.   Hopefully this will allow another forum user with the same setup to offer a solution.

Note that the  Webupd8team Java PPA has been discontinued and was specific to Ubuntu, so you need to tell us which Java version you are using for the server.

Is your OCSSW Server a separate linux system , a "guest" virtual machine hosted on your windows system, or WSL on your windows system?   Please post your ocsswserver.config file and the new section added to your seadas.config file.

This is the very first time i am going to use SeaDAS.
This is WSL option in my windows 10 system.
openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-8u212-b03-0ubuntuxx.xxx.xx.xx-b03)
OpenJDK 64-Bit Server VM (build 25.212-b03, mixed mode)

Python 2.7.15rc1 (default, Nov 12 2018, 14:31:15)
[GCC 7.3.0] on linux2

>>>

ocsswserver.config file

ocsswrest.version=1.0
baseUriPortNumber=6400
ocsswroot=${seadas.home}/ocssw
serverWorkingDirectory=${seadas.home}/clientServerSharedDir
clientServerSharedDir=true
keepIntermediateFilesOnServer=false
processInputStreamPortNumber=6402
processErrorStreamPortNumber=6403

I  edited seadas.config using the settings of:

# set ___location of OCSSWROOT
seadas.ocssw.root = ${seadas.home}/ocssw
seadas.ocssw.___location = local

# settings used for the remote OCSSW server
#
# the seadas.ocssw.___location property should be assigned one of these three values: "local", "virtualMachine",
# or the remote server address.
seadas.ocssw.___location = virtualMachine
seadas.ocssw.port=6400
seadas.ocssw.sharedDir=false
serverWorkingDirectory=${seadas.home}/seadasClientServerShared
#seadas.client.id=${kalani}
keepIntermediateFilesOnServer=false
processInputStreamPortNumber=6402
processErrorStreamPortNumber=6403

it gives the Error: Unable to access jarfile seadas-ocsswserver.jar

You don't say at what stage the failure occurred.  Are you able to start the server in the WSL terminal?  

You appear to be using the OpenJDK Java provide by Ubuntu.   The instructions state: "NOTE: we have not had success with openJDK for this server JAR, so you will need to install the official Oracle Java package - step #1 under “Configure the Virtual or Real Machine” above."   It isn't explicitly stated in the instructions, but your WSL server does  require that the OCSSW software be installed.

i installed java 13
java 13.0.1 2019-10-15
Java(TM) SE Runtime Environment (build 13.0.1+9)
Java HotSpot(TM) 64-Bit Server VM (build 13.0.1+9, mixed mode, sharing)

and i tried to process the python script for installing the ocssw software. It gives this command not found error

root@DESKTOP-15RIANH:~# sudo chmod +x install_ocssw.py
root@DESKTOP-15RIANH:~# ./install_ocssw.py
from: can't read /var/mail/__future__
from: can't read /var/mail/optparse
./install_ocssw.py: line 5: import: command not found
./install_ocssw.py: line 6: import: command not found
./install_ocssw.py: line 7: import: command not found
./install_ocssw.py: line 8: import: command not found
./install_ocssw.py: line 9: import: command not found
./install_ocssw.py: line 11: verbose: command not found
./install_ocssw.py: line 12: installDir: command not found
./install_ocssw.py: line 13: gitBase: command not found
./install_ocssw.py: line 14: gitBranch: command not found
./install_ocssw.py: line 15: downloadCommand: command not found
./install_ocssw.py: line 16: downloadContinueStr: command not found
./install_ocssw.py: line 17: checksumFileName: command not found
./install_ocssw.py: line 18: checksumDict: command not found
./install_ocssw.py: line 19: downloadTries: command not found
./install_ocssw.py: line 20: local: can only be used in a function
./install_ocssw.py: line 21: doNotUpdateRepos: command not found
./install_ocssw.py: line 22: syntax error near unexpected token `('
./install_ocssw.py: line 22: `FNULL = open(os.devnull, 'w')'

i could start the server this time.

root@DESKTOP-15RIANH:~# sudo java -Xmx4G -jar seadas-ocsswserver.jar ocsswserver.config
argument: ocsswserver.config
-- listing properties --
java.specification.version=13
sun.jnu.encoding=UTF-8
java.class.path=seadas-ocsswserver.jar
ocsswroot=null/ocssw
java.vm.vendor=Oracle Corporation
sun.arch.data.model=64
processInputStreamPortNumber=6402
processErrorStreamPortNumber=6403
java.vendor.url=https://java.oracle.com/
java.vm.specification.version=13
os.name=Linux
sun.java.launcher=SUN_STANDARD
sun.boot.library.path=/usr/lib/jvm/java-13-oracle/lib
sun.java.command=seadas-ocsswserver.jar ocsswserver.co...
jdk.debug=release
sun.cpu.endian=little
user.home=/root
user.language=en
java.specification.vendor=Oracle Corporation
serverWorkingDirectory=null/clientServerSharedDir
java.version.date=2019-10-15
java.home=/usr/lib/jvm/java-13-oracle
file.separator=/
java.vm.compressedOopsMode=Zero based
line.separator=

java.vm.specification.vendor=Oracle Corporation
java.specification.name=Java Platform API Specification
sun.management.compiler=HotSpot 64-Bit Tiered Compilers
java.runtime.version=13.0.1+9
user.name=root
path.separator=:
os.version=4.4.0-17763-Microsoft
java.runtime.name=Java(TM) SE Runtime Environment
file.encoding=UTF-8
baseUriPortNumber=6400
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
java.vendor.url.bug=https://bugreport.java.com/bugreport/
java.io.tmpdir=/tmp
java.version=13.0.1
user.dir=/root
os.arch=amd64
java.vm.specification.name=Java Virtual Machine Specification
ocsswrest.version=1.0
java.library.path=/usr/java/packages/lib:/usr/lib64:/li...
java.vm.info=mixed mode, sharing
java.vendor=Oracle Corporation
clientServerSharedDir=true
java.vm.version=13.0.1+9
sun.io.unicode.encoding=UnicodeLittle
java.class.version=57.0
keepIntermediateFilesOnServer=false
Tables created successfully
server ocssw root path: /root/null/ocssw/scripts
ocssw installation script failed to download.
Please check network connection or 'seadas.ocssw.root' variable in the "seadas.config" file.
possible cause of error: Resource temporarily unavailable
ORS is starting at
Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
        at java.base/java.lang.Class.getDeclaredMethods0(Native Method)
        at java.base/java.lang.Class.privateGetDeclaredMethods(Class.java:3167)
        at java.base/java.lang.Class.getDeclaredMethods(Class.java:2310)
        at org.glassfish.jersey.server.model.IntrospectionModeller$2.run(IntrospectionModeller.java:255)
        at java.base/java.security.AccessController.doPrivileged(AccessController.java:312)
        at org.glassfish.jersey.server.model.IntrospectionModeller.getAllDeclaredMethods(IntrospectionModeller.java:249)
        at org.glassfish.jersey.server.model.IntrospectionModeller.checkForNonPublicMethodIssues(IntrospectionModeller.java:174)
        at org.glassfish.jersey.server.model.IntrospectionModeller.doCreateResourceBuilder(IntrospectionModeller.java:121)
        at org.glassfish.jersey.server.model.IntrospectionModeller.access$000(IntrospectionModeller.java:82)
        at org.glassfish.jersey.server.model.IntrospectionModeller$1.call(IntrospectionModeller.java:114)
        at org.glassfish.jersey.server.model.IntrospectionModeller$1.call(IntrospectionModeller.java:111)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:316)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:298)
        at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:256)
        at org.glassfish.jersey.server.model.IntrospectionModeller.createResourceBuilder(IntrospectionModeller.java:111)
        at org.glassfish.jersey.server.model.Resource.from(Resource.java:800)
        at org.glassfish.jersey.server.ResourceBagConfigurator.init(ResourceBagConfigurator.java:79)
        at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:354)
        at org.glassfish.jersey.server.ApplicationHandler.lambda$initialize$1(ApplicationHandler.java:316)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:316)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:298)
        at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:256)
        at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:315)
        at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:282)
        at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:269)
        at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:334)
        at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpServerFactory.createHttpServer(GrizzlyHttpServerFactory.java:117)
        at gov.nasa.gsfc.seadas.ocsswrest.OCSSWRestServer.startServer(OCSSWRestServer.java:69)
        at gov.nasa.gsfc.seadas.ocsswrest.OCSSWRestServer.main(OCSSWRestServer.java:87)
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
        at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:602)
        at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
        ... 29 more

but the ocssw tab in the SeaDAS software still giving me the error message of remote server is down.:confused:

Are you using WSL1 or WSL2?  WSL2 uses a virtual machine, so needs a different configuration (probably similar to the virtual machine option).It looks like your root account treated the Python script as if it was a shell script.   What is the output from "head install_ocssw.py"?  I get:#! /usr/bin/env pythonfrom __future__ import print_functionfrom optparse import OptionParserimport osimport subprocessimport sysimport hashlibimport shutilIt is best to install the OCSSW processing system in WSL as a regular user.   Root should only be used for administrative tasks using well tested software, and many newer distros place restrictions on what the root user can do.  You can either specify the user when you start WSL or use "su - <user>" in the WSL terminal.  The lineException in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/JAXBExceptionoccurs because Oracle no longer includes this component.   See the github commit.   There are a couple different versions of the server jar file at SeaDAS installer.7.5/seadas-ocsswserver.jar     2018-05-09 13:13:32   143399497.5.3/seadas-ocsswserver.jar     2019-05-10 10:52:53   15718215The installation instructions have link to the smaller file, so I'm guessing you need the larger version.  Your output shows that the server did not start properly due to the problem mentioned in the above github commit, so you seem to be using the smaller version of seadas-ocsswserver.jar.  I have been using the smaller version on a linux server with Oracle Java 8.The larger version seems to start using Oracle JDK 13 in a fedora 30 WSL:java version "13.0.1" 2019-10-15Java(TM) SE Runtime Environment (build 13.0.1+9)Java HotSpot(TM) 64-Bit Server VM (build 13.0.1+9, mixed mode, sharing)argument: ocsswserver.config-- listing properties --java.specification.version=13sun.jnu.encoding=UTF-8java.class.path=seadas-ocsswserver.jarocsswroot=/home/fedora/ocsswjava.vm.vendor=Oracle Corporationsun.arch.data.model=64processInputStreamPortNumber=6402processErrorStreamPortNumber=6403java.vendor.url=https://java.oracle.com/java.vm.specification.version=13os.name=Linuxsun.java.launcher=SUN_STANDARDuser.country=USsun.boot.library.path=/usr/java/jdk-13.0.1/libsun.java.command=seadas-ocsswserver.jar ocsswserver.co...jdk.debug=releasesun.cpu.endian=littleuser.home=/home/fedorauser.language=enjava.specification.vendor=Oracle CorporationserverWorkingDirectory=/home/fedora/clientServerSharedDirjava.version.date=2019-10-15java.home=/usr/java/jdk-13.0.1file.separator=/java.vm.compressedOopsMode=Zero basedline.separator=java.vm.specification.vendor=Oracle Corporationjava.specification.name=Java Platform API Specificationsun.management.compiler=HotSpot 64-Bit Tiered Compilersjava.runtime.version=13.0.1+9user.name=fedorapath.separator=:os.version=4.19.72-microsoft-standardjava.runtime.name=Java(TM) SE Runtime Environmentfile.encoding=UTF-8baseUriPortNumber=6400java.vm.name=Java HotSpot(TM) 64-Bit Server VMjava.vendor.url.bug=https://bugreport.java.com/bugreport/java.io.tmpdir=/tmpjava.version=13.0.1user.dir=/home/fedora/ocsswServer-7.5.2os.arch=amd64java.vm.specification.name=Java Virtual Machine Specificationocsswrest.version=1.0java.library.path=/usr/java/packages/lib:/usr/lib64:/li...java.vm.info=mixed mode, sharingjava.vendor=Oracle CorporationclientServerSharedDir=truejava.vm.version=13.0.1+9sun.io.unicode.encoding=UnicodeLittlejava.class.version=57.0keepIntermediateFilesOnServer=falseserver ocssw root path: /home/fedora/ocssw/scriptsORS is starting atOct 22, 2019 8:21:28 AM org.glassfish.jersey.internal.inject.Providers checkProviderRuntimeWARNING: A provider java.io.InputStream registered in SERVER runtime does not implement any provider interfaces applicable in the SERVER runtime. Due to constraint configuration problems the provider java.io.InputStream will be ignored.Oct 22, 2019 8:21:30 AM org.glassfish.grizzly.http.server.NetworkListener startINFO: Started listener bound to [xx.xxx.xx.xx:6400]Oct 22, 2019 8:21:30 AM org.glassfish.grizzly.http.server.HttpServer startINFO: [HttpServer] Started.Jersey new app started with WADL available at ://xx.xxx.xx.xx:6400/ocsswws/application.wadlPress 'Ctrl' + 'C'  to stop it...I have WSL2, and get "remote server is down" using the original WSL configuration, so it is time to read up on WSL2 networking.[Edit] A couple Windows updates later and seadas on Windows is connecting to a server running on a WSL2 linux.  In WSL2 the linux system is assigned an IP address.  I can connect to the server by entering the IP in the seadas.config file.  This is a nuisance as the IP changes each time the linux system is restarted.

What version of Java and where can I get it to run OCSSW on remote server

After 10 years, the cooling fans in my server are failing, so I haven't been able to do much testing.   Using the 7.5.3/seadas-ocsswserver.jar version seems to work with Open Source JDK 13.    My tests (using Oracle Java 1.8) on the server gave an error which probably stems from the absence of X11:

server ocssw root path: /home/g/ocssw/scripts
Exception in thread "SwingWorker-pool-3-thread-1" java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11.XToolkit
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:264)
        at java.awt.Toolkit$2.run(Toolkit.java:860)
        at java.awt.Toolkit$2.run(Toolkit.java:855)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854)
        at java.awt.Toolkit.getEventQueue(Toolkit.java:1736)
        at java.awt.EventQueue.isDispatchThread(EventQueue.java:1071)
        at javax.swing.SwingUtilities.isEventDispatchThread(SwingUtilities.java:1366)
        at javax.swing.SwingWorker.doneEDT(SwingWorker.java:740)
        at javax.swing.SwingWorker.access$100(SwingWorker.java:225)
        at javax.swing.SwingWorker$2.done(SwingWorker.java:302)
        at java.util.concurrent.FutureTask.finishCompletion(FutureTask.java:384)
        at java.util.concurrent.FutureTask.setException(FutureTask.java:251)
        at java.util.concurrent.FutureTask.run(FutureTask.java:271)
        at javax.swing.SwingWorker.run(SwingWorker.java:334)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)


If your server is headless or using wayland graphics you may encounter this.   I want to examine the sources to understand why X11 is used, but if you get this you could try adding -Djava.awt.headless=true to the server command line.