When trying to run any Java related code in my Notes Client I get the above error. I also get it in the designer client when creating or accessing any Java Web Services.
This is from my log
[1460:0002-2960] 06/08/2021 11:32:22 Agent error: Exception in thread "(unnamed thread)"
[1460:0002-2960] 06/08/2021 11:32:22 Agent error: java/lang/ExceptionInInitializerError
[1460:0002-2960] 06/08/2021 11:32:22 Agent error: java/lang/NullPointerException
[1460:0002-2960] 06/08/2021 11:32:22 Agent error: JVMJ9VM015W Initialization error for library jclse7b_28(14): JVMJ9VM009E J9VMDllMain failed
[1460:0002-2960] 06/08/2021 11:32:22 JVM: The Java Virtual Machine creation returned an invalid JVM machine pointer.
[1460:0002-2960] 06/08/2021 11:32:22 JVM: Java Virtual Machine failed to start
Looking around the internet this looks like "jclse7b_28(14)" might be a misleading error and the cause is actually "java.security.AccessControlException"
My client is 9.0.1
Revision 20131022.1138 (Release 9.0.1)
We have tried reinstalling the Notes, Designer and Admin Clients
Any ideas would be appreciated
Thanks,
Nigel
We got it working by uninstalling the Notes, Designer and Admin Clients and all files relating to lotus Notes (keeping copies of the id, names.nsf etc). We also uninstalled Java (not really sure that was required).
When we reinstalled everything the JVM worked.
Thanks to Karl and Duston for their responses
Related
I have a 2 node OpenStack Mitaka environment consisting of a controller/compute node and a compute node.
I've followed the setup guide to enable instance live migration using LVM block storage. I.e.: There's no shared storage backend, just local LVM block storage.
Using OpenStack Horizon to perform the live migration a success message is displayed, however, the migration is far from successful. This worked pretty much out-of-the-box with our Juno installation. I've exhausted Google and cannot find any other instances of people facing the same problem. I thought it might have been a time synchronisation problem so have set both nodes to UTC. Still the problems persists.
Source machine /var/log/nova/nova-compute.log
2016-08-12 15:56:42.120 2230 ERROR nova.virt.libvirt.driver [req-b71ea7b0-5fa8-4b57-92d2-4edec62135c2 b017d86d1143461a92a267d4b912c104 88c686f09e1b427fb750f5c00716f84e - - -] [instance: 5763b6b6-370c-448c-8e8f-8b71eafaa8f1] Migration operation has aborted
2016-08-12 15:56:42.470 2230 ERROR nova.virt.libvirt.driver [req-b71ea7b0-5fa8-4b57-92d2-4edec62135c2 b017d86d1143461a92a267d4b912c104 88c686f09e1b427fb750f5c00716f84e - - -] [instance: 5763b6b6-370c-448c-8e8f-8b71eafaa8f1] Live Migration failure: internal error: unable to execute QEMU command 'migrate': Migration disabled: failed to allocate shared memory
Target node /var/log/libvirt/libvirtd.log
2016-08-12 15:56:41.864+0000: 2170: error : qemuMonitorJSONGetMigrationStatsReply:2443 : internal error: info migration reply was missing return status
2016-08-12 15:56:41.864+0000: 2170: error : virNetClientProgramDispatchError:177 : Cannot open log file: '/var/log/libvirt/qemu/instance-0000006a.log': Device or resource busy
There are no other events captured in the source or target nova or libvirt logs.
I should also note that I am trying to use qemu+tcp (libvirt listening enabled, default tcp port, no auth) rather than qemu+ssh in order to keep things simple while testing. In fact, I intend to only use qemu+tcp anyway.
Which version of ubuntu did you deploy?
I had the same error with ubuntu 14.04 and mitaka version.
And I figured out that default kernel (3.13) makes this problem.
I upgraded the kernel from 3.13 to 4.40 and this problem is gone now.
I hope my experience help you solve this problem out.
Thanks
My Jenkins server was switched to now using HTTPS. However, now when trying to run jenkins-cli.jar, I get the following error:
Exception in thread "main" java.io.IOException: Failed to connect to https://ncs-jenkins.cisco.com/
at hudson.cli.CLI.getCliTcpPort(CLI.java:266)
at hudson.cli.CLI.<init>(CLI.java:126)
at hudson.cli.CLIConnectionFactory.connect(CLIConnectionFactory.java:72)
at hudson.cli.CLI._main(CLI.java:466)
at hudson.cli.CLI.main(CLI.java:382)
Caused by: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:902)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1208)
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1235)
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1219)
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:440)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153)
at hudson.cli.CLI.getCliTcpPort(CLI.java:264)
... 4 more
Caused by: java.io.EOFException: SSL peer shut down incorrectly
at sun.security.ssl.InputRecord.read(InputRecord.java:482)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:883)
... 11 more
Is there any way to use Jenkins CLI over HTTPS?
This happens, for example when I try to run even just the help command:
java -jar jenkins-cli.jar -noCertificateCheck -s https://ncs-jenkins.cisco.com:8443/ -i /home/auto/.ssh/id_rsa help
This works for me:
java -jar jenkins-cli.jar -noCertificateCheck -auth #jenkins_creds.txt -s https://jenkins.example.com help
(If I omit -auth then I get an expected error about the need to authenticate to the Jenkins instance, but that doesn't seem relevant to you error.)
java-version
java version "1.8.0_144"
Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)
Jenkins version: 2.138.3
I am wondering whether you have some other piece of equipment between your cli and your Jenkins server that cuts the connection if HTTPS cert verification fails.
I encountered the same problem on one of my jenkins slaves.
Since the slaves were supposed to be identical, I started investigating the slightest differences between the machines.
As it turns out, the java version was slightly different:
java-1.7.0-openjdk-1.7.0.75.x86_64 - On the working machine
java-1.7.0-openjdk-1.7.0.85.x86_64 - On the failing one.
I reverted back to the earlier openjdk version and the problem was fixed.
Since you asked the question only a few days ago, I suspect we've encountered the same problem.
To check your version:
java -showversion -verbose 2>&1 | head -1
To install the previous openjdk version (on centos):
yum install java-1.7.0-openjdk-devel-1:1.7.0.75-2.5.4.0.el6_6.x86_64
If you are using a valid SSL cert.
Checkout the jenkins-cli commands returning connect timed out
PS: This is not a solution but may be a workaround until a solution is found.
In a production installation over 'WAS_LIBERTY_CORE_V8.5.5.4' with 'DB2':
I have now a simple configuration in server.xml.
The mobilefirst console shows the runtimes but I can't deploy adapters or applications. This is the content of messages.log. This 2 lines appears every attempt to upload an adapter/application:
[19/04/15 19:19:37:667 CEST] 0000008e org.apache.wink.server.internal.registry.ResourceRegistry I The system cannot find any method in the com.ibm.worklight.admin.services.RuntimeService class that supports POST. Verify that a method exists.
[19/04/15 19:19:37:683 CEST] 0000008e org.apache.wink.server.internal.RequestProcessor I The following error occurred during the invocation of the handlers chain: WebApplicationException (405) with message 'null' while processing POST request sent to http://MACHINENAME:9080/wladmin/management-apis/1.0/runtimes/test/
More info:
wlp.install.dir = C:/IBM/WebSphere/Liberty/
java.home = C:\Program Files\Java\jdk1.7.0_79\jre
java.version = 1.7.0_79
java.runtime = Java(TM) SE Runtime Environment (1.7.0_79-b15)
os = Windows Server 2008 R2 (6.1; amd64) (en_US)
DB: DB2 in localhost
Complete server.xml file: https://drive.google.com/file/d/0BxAEyIioPI2YT2NPZXdCcktoT1U/view?usp=sharing
Complete console.log file: https://drive.google.com/file/d/0BxAEyIioPI2YUDhLZDQ0Qmgydk0/view?usp=sharing
Complete messages.log file: https://drive.google.com/file/d/0BxAEyIioPI2YdUREcjcyd3JYNGs/view?usp=sharing
I'm tried with other Java version like 'SDK_JAVA_TE_V7.0_WASLC_V8.5.5', with other runtimes, reinstalling all...
Per the comments, the error appears to happen only in IE 9.
As a work around, use a different browser such as Safari, Chrome, Firefox, Opera, etc... in order to deploy artifacts.
The issue with IE 9 will be investigated.
I have install latest version of IBM Worklight on Marketplace of eclipse juno. I have create a new project and then run my project Run As > Run on Worklight Development Server. then i have face an error on the server. Please Help me.
Thanks
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
objc[42627]: Class JavaLaunchHelper is implemented in both /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/bin/java and /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/libinstrument.dylib. One of the two will be used. Which one is undefined.
ERROR: transport error 202: bind failed: Address already in use
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [debugInit.c:750]
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
/Users/apple/Downloads/eclipse 2/plugins/com.worklight.studio.plugin_6.2.0.00-20140904-1709/liberty/wlp/bin/server: line 710: 42627 Abort trap: 6 "${JAVA_CMD}" "$#"
Your Log says Address Already in use. Restart your eclipse. Make sure process is killed.
Either your eclipse did not exit gracefully or some other application is using the port.
If some application is using the port go to server view of eclipse, expand "worklight development server" and change port in "server.xml" file. Hope that helps
According to your error message it is clearly saying that address already in use , this means the port number id using java.exe in background process.so this time if you stop server also this will not release.For this please do the following.
1.Download TCPView from http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx for windows.
2.Install TcpView , after that you will find the port number say 10080.Right click on port number and end process.Now Clean the project and run the server.
Hope this helps.
I am migrating my application from jrockit jdk6 to hotspot jdk6. While building my application using maven, one of my integration test makes the build to hang with below error message:
jgroups.JGroupsCacheManagerPeerProvider,ERROR,Failed to create JGroups Channel, replication will not function. JGroups properties:
${jgroups.cache.config}
java.lang.Exception: JGRP000002: unable to load protocol $ (either with relative - $ - or absolute - org.jgroups.protocols.$ - class name)
at org.jgroups.stack.Configurator.createLayer(Configurator.java:430)
at org.jgroups.stack.Configurator.createProtocols(Configurator.java:397)
Please throw some light!