Hitachi Vantara Pentaho Community Forums
Results 1 to 2 of 2

Thread: spoon.sh crashes with webjarsurlconnection error

  1. #1
    Join Date
    Nov 2015
    Posts
    6

    Default spoon.sh crashes with webjarsurlconnection error

    spoon.sh won't start. Errors out (errors listed below) with [WebjarsURLConnection] Error (Error Transforming Zip).

    It looks like others have seen this.

    Any ideas what I might be doing wrong?

    Kettle
    Version: pdi-ce-6.0.0.0-353.zip
    Location: /opt/kettle/data-integration
    Permissions:
    owner cloudera, group cloudera (recursive, including /opt/kettle/)
    changed permsissions on *.sh per advice (for easier kickoff)


    Java
    java version "1.7.0_67"
    Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
    Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)

    VM:
    Linux quickstart.cloudera 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
    Centos 6.7
    Memory 12G, 3 Processors, 64 GG h/d


    Command: ./SpoonDebug.sh (Y,Y as input)

    Results:
    ...
    Nov 15, 2015 9:36:58 AM org.pentaho.caching.impl.PentahoCacheManagerFactory$RegistrationHandler$1 onSuccess
    INFO: New Caching Service registered
    SLF4J: Class path contains multiple SLF4J bindings.
    SLF4J: Found binding in [jar:file:/opt/kettle/data-integration/launcher/../lib/slf4j-log4j12-1.7.7.jar!/org/slf4j/impl/StaticLoggerBinder.class]
    SLF4J: Found binding in [jar:file:/opt/kettle/data-integration/plugins/pentaho-big-data-plugin/lib/slf4j-log4j12-1.7.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
    SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
    SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]
    09:36:59,528 ERROR [WebjarsURLConnection] Error Transforming zip
    java.io.IOException: Pipe closed
    at java.io.PipedInputStream.checkStateForReceive(PipedInputStream.java:261)
    at java.io.PipedInputStream.receive(PipedInputStream.java:227)
    at java.io.PipedOutputStream.write(PipedOutputStream.java:149)
    at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:253)
    at java.util.zip.ZipOutputStream.closeEntry(ZipOutputStream.java:238)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection.transform(WebjarsURLConnection.java:190)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection.access$000(WebjarsURLConnection.java:54)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection$2.call(WebjarsURLConnection.java:90)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection$2.call(WebjarsURLConnection.java:87)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)
    Nov 15, 2015 9:37:00 AM org.apache.cxf.endpoint.ServerImpl initDestination
    INFO: Setting the server's publish address to be /lineage
    09:37:00,523 ERROR [WebjarsURLConnection] Error Transforming zip
    java.io.IOException: Pipe closed
    at java.io.PipedInputStream.checkStateForReceive(PipedInputStream.java:261)
    at java.io.PipedInputStream.receive(PipedInputStream.java:227)
    at java.io.PipedOutputStream.write(PipedOutputStream.java:149)
    at java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:253)
    at java.util.zip.ZipOutputStream.closeEntry(ZipOutputStream.java:238)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection.transform(WebjarsURLConnection.java:190)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection.access$000(WebjarsURLConnection.java:54)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection$2.call(WebjarsURLConnection.java:90)
    at org.pentaho.osgi.platform.webjars.WebjarsURLConnection$2.call(WebjarsURLConnection.java:87)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)
    Nov 15, 2015 9:37:00 AM org.apache.cxf.endpoint.ServerImpl initDestination
    INFO: Setting the server's publish address to be /marketplace
    2015/11/15 09:37:04 - Spoon - Logging is at level : Debugging
    #
    # A fatal error has been detected by the Java Runtime Environment:
    #
    # SIGSEGV (0xb) at pc=0x0000003fef00e0fc, pid=20759, tid=139662808360704
    #
    # JRE version: Java(TM) SE Runtime Environment (7.0_67-b01) (build 1.7.0_67-b01)
    # Java VM: Java HotSpot(TM) 64-Bit Server VM (24.65-b04 mixed mode linux-amd64 compressed oops)
    # Problematic frame:
    # C [ld-linux-x86-64.so.2+0xe0fc]
    #
    # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
    #
    # An error report file with more information is saved as:
    # /opt/kettle/data-integration/hs_err_pid20759.log
    #
    # If you would like to submit a bug report, please visit:
    # http://bugreport.sun.com/bugreport/crash.jsp

  2. #2
    Join Date
    Nov 2015
    Posts
    6

    Default

    Ok, I think the issue is solved: "sudo yum install webkitgtk.x86_64". The GUI now comes up.

    Notably:
    The logs still issue the following error:
    10:50:59,703 ERROR [WebjarsURLConnection] Error Transforming zip
    java.io.IOException: Pipe closed

    Btw, this was listed in the README_LINUX.txt file. It stated to run on CentOS: "yum install libwebkitgtk".
    When I did this however, it the result was that there was "Nothing to do" (I should have looked closer, it said "No package libwebkitgtk available" in the previous line). I assumed "Nothing to do" implied it was already installed.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Privacy Policy | Legal Notices | Safe Harbor Privacy Policy

Copyright © 2005 - 2019 Hitachi Vantara Corporation. All Rights Reserved.