Comments (10)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

1 john-farrugia commented Permalink

On step 5. I think it is sufficient to drag and drop zip file into VCE window. This should work, no need to extract from Zip file.

2 dysonbags commented Permalink

<div>&nbsp;</div> Y057AHE:/usr/lpp/zWebSphere/V8R0/ISALite: &gt;runISALite.sh -console <br /> Cannot set locale: The internationalization variable settings are invalid. <br /> Cannot set locale: The internationalization variable settings are invalid. <br /> £: /OSYBB1/usr/lpp/zWebSphere/V8R0/ISALite/util/setupJava.sh 4: .: ./runISALite.sh 242: not found <div>&nbsp;</div> ISA Lite cannot automatically detect a useable Java executable. <br /> If Java is not available, you can download one from https://www.ibm.com/developerworks/java/jdk/ <div>&nbsp;</div> -n Please enter the path to a Java installation or 'q' to quit: <br /> /usr/lpp/java//J6.0.1/bin <div>&nbsp;</div> <div>&nbsp;</div> ISA Lite cannot automatically detect a useable Java executable. <br /> If Java is not available, you can download one from https://www.ibm.com/developerworks/java/jdk/ <div>&nbsp;</div> -n Please enter the path to a Java installation or 'q' to quit: <br /> /usr/lpp/java/J6.0.1/bin <div>&nbsp;</div> <div>&nbsp;</div> ISA Lite cannot automatically detect a useable Java executable. <br /> If Java is not available, you can download one from https://www.ibm.com/developerworks/java/jdk/ <div>&nbsp;</div> -n Please enter the path to a Java installation or 'q' to quit: <br /> /usr/lpp/java/J6.0.1/bin/java <div>&nbsp;</div> <div>&nbsp;</div> ISA Lite cannot automatically detect a useable Java executable. <br /> If Java is not available, you can download one from https://www.ibm.com/developerworks/java/jdk/ <div>&nbsp;</div> -n Please enter the path to a Java installation or 'q' to quit: <br /> /usr/lpp/java/J5.0/bin <div>&nbsp;</div> <div>&nbsp;</div> ISA Lite cannot automatically detect a useable Java executable. <br /> If Java is not available, you can download one from https://www.ibm.com/developerworks/java/jdk/ <div>&nbsp;</div> -n Please enter the path to a Java installation or 'q' to quit: <div>&nbsp;</div>

3 dysonbags commented Permalink

I'm trying to run the runISALite.sh script. Unzipping the downloaded file produced all the scripts in ascii not ebcidic. I've translated them now, but I get the error in my first post, i.e. it can't find a valid java executable. I've given it several options but it doesn't like any of them. Am I entering them in the wrong format or something?

4 kgibm commented Permalink

dysonbags, Sorry, I did not mention that ISA Lite does not work on z/OS. However, you can still use the procedure I outlined in the "previous post" link above to gather a VCE config file on z/OS.

5 dysonbags commented Permalink

Strange. Why would you write something that doesn't work on Z/OS??

 
Anyway, as I already posted on the old VCE forum, I can't get the headless method to work either. Here's my post.
 
I seem to remember that you can collect all the config data you need for VCE by simply jarring up a directory. However I can't find any info on which directory (I assume it's one of the config directories). Can anyone help?
 
I've been trying to use the Headless runtime method too, but I keep getting the following:
 
cmd: ./vceexport.ebcdic.sh
parameters: /websphere/v8r0/z9cell/z9node4/AppServer /u/Y057AHE/vce/wasexporter/temp /u/Y057AHE/vce/wasexporter/output websphere /u/Y057AHE/vce/wasexpor
/websphere/v8r0/z9cell/z9node4/AppServer/bin
com.ibm.websphere.management.exception.AdminException
at com.ibm.ws.management.launcher.DefaultLaunchPlatformHelper.getDefaultClasspath(DefaultLaunchPlatformHelper.java:323)
at com.ibm.topology.websphere.provider.VCEExportLauncher.initLocalConfigService(Unknown Source)
at com.ibm.topology.websphere.provider.VCEExportLauncher.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:274)
Terminating abnormally due to severe error.
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:274)
Caused by: java.lang.NullPointerException
at java.io.File.<init>(File.java:233)
at com.ibm.adt.topoview.utilities.Utilities.deleteFile(Unknown Source)
at com.ibm.topology.websphere.provider.VCEExportLauncher.main(Unknown Source)
... 5 more
.: ./vceexport.ebcdic.sh 74: /u/Y057AHE/vce/wasexporter/output/export-temp.sh: not found
 
I found a thread about this, but none of the solutions in there have helped.
 
Cheers
Graham</init>

6 kgibm commented Permalink

Hey Graham, first, something strange is happening with this blog comment system. I see your comment and approved it, but it's showing up as a blank comment. I've submitted a bug report to the developerWorks folks and I'm copy/pasting it here to see if that works: <div>&nbsp;</div> Strange. Why would you write something that doesn't work on Z/OS?? <div>&nbsp;</div> Anyway, as I already posted on the old VCE forum, I can't get the headless method to work either. Here's my post. <div>&nbsp;</div> I seem to remember that you can collect all the config data you need for VCE by simply jarring up a directory. However I can't find any info on which directory (I assume it's one of the config directories). Can anyone help? <div>&nbsp;</div> I've been trying to use the Headless runtime method too, but I keep getting the following: <div>&nbsp;</div> cmd: ./vceexport.ebcdic.sh <br /> parameters: /websphere/v8r0/z9cell/z9node4/AppServer /u/Y057AHE/vce/wasexporter/temp /u/Y057AHE/vce/wasexporter/output websphere /u/Y057AHE/vce/wasexpor <br /> /websphere/v8r0/z9cell/z9node4/AppServer/bin <br /> com.ibm.websphere.management.exception.AdminException <br /> at com.ibm.ws.management.launcher.DefaultLaunchPlatformHelper.getDefaultClasspath(DefaultLaunchPlatformHelper.java:323) <br /> at com.ibm.topology.websphere.provider.VCEExportLauncher.initLocalConfigService(Unknown Source) <br /> at com.ibm.topology.websphere.provider.VCEExportLauncher.main(Unknown Source) <br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) <br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) <br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) <br /> at java.lang.reflect.Method.invoke(Method.java:611) <br /> at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:274) <br /> Terminating abnormally due to severe error. <br /> java.lang.reflect.InvocationTargetException <br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) <br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) <br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) <br /> at java.lang.reflect.Method.invoke(Method.java:611) <br /> at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:274) <br /> Caused by: java.lang.NullPointerException <br /> at java.io.File.init(File.java:233) <br /> at com.ibm.adt.topoview.utilities.Utilities.deleteFile(Unknown Source) <br /> at com.ibm.topology.websphere.provider.VCEExportLauncher.main(Unknown Source) <br /> ... 5 more <br /> .: ./vceexport.ebcdic.sh 74: /u/Y057AHE/vce/wasexporter/output/export-temp.sh: not found <div>&nbsp;</div> I found a thread about this, but none of the solutions in there have helped. <div>&nbsp;</div> Cheers <br /> Graham

7 kgibm commented Permalink

Graham, I'm checking with the ISA folks on ISA Lite and ISADC on z/OS. <br /> I was able to reproduce your issue with the headless runtime on WAS 8 on z/OS and I'm looking into it now. I'll post back here with updates. <br /> I don't believe VCE works with just a jarred up directory because part of what VCE does is that it launches the WAS runtime to query the configuration data.

8 kgibm commented Permalink

Graham, I was able to get it working. Please email me at kevin.grigorenko@us.ibm.com and we should be able to get yours working as well.

9 8CUF_Peter_Juberg commented Permalink

hi Kevin- thanks for this post. I am using VCE Collector on WAS v8 and am receiving a "Connection Timed Out" error: <div>&nbsp;</div> [8/22/13 8:59:04:441 EDT] FFDC Exception:java.net.ConnectException SourceId:com.ibm.ws.al.index.XMLParser.parse http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd ProbeId:77 <br /> Reporter:com.ibm.ws.al.index.XSDParser@1e6a179 <br /> java.net.ConnectException: Connection timed out <br /> at java.net.PlainSocketImpl.socketConnect(Native Method) <div>&nbsp;</div> Env <br /> BPM Advanced v8, golden topology, two nodes <br /> Linux <div>&nbsp;</div> Here are the steps I followed: <br /> 1) Kicked off the VCE Collector script using the following syntax <br /> # ./runISALite.sh -console <div>&nbsp;</div> 2) After inputting the console paramaters the script runs and I tail the log [PROFILE_NAME].websphere.wasexport.log located in ISALite/VCETools/output directory <div>&nbsp;</div> 3)while tailing the log I see the following output: <div>&nbsp;</div> 8/22/13 9:10 AM] Found 0 objects of type MQQueue <br /> [8/22/13 9:10 AM] Found 9 objects of type WebSphereBusinessIntegrationAdapterProvider <br /> [8/22/13 9:10 AM] Found 17 objects of type EventInfrastructureProvider <br /> [8/22/13 9:10 AM] Found 210 objects of type ResourceEnvEntry <br /> [8/22/13 9:10 AM] Found 7 objects of type TimerManagerProvider <br /> [8/22/13 9:10 AM] Found 0 objects of type ObjectPoolManagerInfo <br /> [8/22/13 9:10 AM] Found 15 objects of type SIBTopicSpace <br /> [8/22/13 9:10 AM] Found 169 objects of type Deployment <br /> Aug 22, 2013 9:11:30 AM com.ibm.ffdc.util.provider.FfdcOnDirProvider logIncident <br /> INFO: FFDC1003I: FFDC Incident emitted on /opt/IBM/WebSphere/AppServer2/profiles/IBMDEMO2BPMDMGR/logs/ffdc/ffdc.1259332639846011291.txt com.ibm.ws.al.index.XMLParser.parse http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd 77 <div>&nbsp;</div> 4) When I open the FFDC log, I see the error as pasted at the beginning of this post: <div>&nbsp;</div> java.net.ConnectException: Connection timed out <br /> at java.net.PlainSocketImpl.socketConnect(Native Method) <div>&nbsp;</div> Additional Information: I have run the VCE Collector multiple times on other environments of BPM advanced v8- it only fails on specific environments. My hypothesis is one of the requests is taking too long thus causing the socket to time out. <div>&nbsp;</div> any ideas on how to resolve? <div>&nbsp;</div> Thanks in advance for your help! <div>&nbsp;</div> Sincerely, <div>&nbsp;</div> Peter Juberg <br /> www.jubergconsulting.com

10 8CUF_Peter_Juberg commented Permalink

As a follow up to my previous post, the solution for the problem I had is as follows:

 
At first I was not getting a useable output from the collector. While tailing the log and top in a separate window I would see CPU for the collector process humming along and when it hit the socket timeout error , I would see CPU drop off, however the PID never terminated and the VCE collector never finished (the longest I waited was 20 minutes). I noticed the timeout was resulting from the sun Java package, so I increased the timeout value for the VCE Collector Java process by setting the below argument in the JAVA_PERF options section of the shell script. After setting this value and also modifying the GC min/max heap sizes I was able to generate a working VCE file every time. I believe adjusting the GC settings was a big help as it ran much faster after tuning the JVM.
 
-Dsun.net.client.defaultConnectTimeout=<value in milliseconds>
Specifies the default value for the connect timeout for the protocol handlers used by the java.net.URLConnection class. The default value set by the protocol handlers is -1, which means that no timeout is set. When a connection is made by an applet to a server and the server does not respond properly, the applet might seem to hang and might also cause the browser to hang. This apparent hang occurs because there is no network connection timeout. To avoid this problem, the Java Plug-in has added a default value to the network timeout of 2 minutes for all HTTP connections. You can override the default by setting this property.
 
Thanks!
 
Peter Juberg