similar to: JVM crashes during GC

On Thu, Apr 18, 2019 at 05:51:06PM +0200, Michal Prívozník wrote: > On 4/17/19 10:24 AM, Sachin Soman wrote: > > Hi, > > > > Could you tell me if the following is some known issue? > > > > While performing the following simple test, I see my JVM crashing > > (consistently): > > 1. Open a connection to an ESXi driver/host (passing ConnectAuthDefault

On Thu, Apr 18, 2019 at 10:46:19PM +0530, Sachin Soman wrote: > I am attaching the execution results. At the top of each file I have > mentioned the environment details. > > Following is the test program I have used: > > ================================================== > > *package* org.libvirt; > > > *import* org.libvirt.jna.Libvirt; > > >

Note: A couple of times I have seen errors while closing the connection (the trace ending with virFree). Also, a few times I have seen backtraces which show the flow going via esx driver and finally failing to close connection. Unfortunately I dont have those logs anymore. The execution results I have shared have been obtained using Libvirt built from source using the following config parameters:

Did you get a chance to debug the issue? Thanks & Regards, Sachin Soman On Thu, Apr 18, 2019, 11:10 PM Sachin Soman <sachonline.soman@gmail.com> wrote: > I have tried the same tests using the "test" driver, and that works > perfectly; no errors seen. > > Thanks & Regards > Sachin Soman > > > > > On Thu, Apr 18, 2019 at 11:03 PM Daniel P.

On 4/17/19 10:24 AM, Sachin Soman wrote: > Hi, > > Could you tell me if the following is some known issue? > > While performing the following simple test, I see my JVM crashing > (consistently): > 1. Open a connection to an ESXi driver/host (passing ConnectAuthDefault > instance). > 2. Close the connection. > 3. Invoke GC > > When GC is triggered, at some

I am attaching the execution results. At the top of each file I have mentioned the environment details. Following is the test program I have used: ================================================== *package* org.libvirt; *import* org.libvirt.jna.Libvirt; *public* *class* LibvirtCrashTest { *void* createAndDestroyDefaultAuthConnection() { ConnectAuth ca = *new* ConnectAuthDefault(); *try*

I have tried the same tests using the "test" driver, and that works perfectly; no errors seen. Thanks & Regards Sachin Soman On Thu, Apr 18, 2019 at 11:03 PM Daniel P. Berrangé <berrange@redhat.com> wrote: > On Thu, Apr 18, 2019 at 10:46:19PM +0530, Sachin Soman wrote: > > I am attaching the execution results. At the top of each file I have > > mentioned

[Update] Instead of passing an auth callback to Connect, if I store the credentials in an INI file and pass the file path as authfile URI parameter, I dont see these errors. Thanks & Regards Sachin Soman On Sat, Apr 20, 2019 at 2:00 PM Sachin Soman <sachonline.soman@gmail.com> wrote: > Did you get a chance to debug the issue? > > Thanks & Regards, > Sachin Soman

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the

Hi all, After "BUILD SUCCESSFUL" Message on compiling VMkit. after the make starts compiling mmtk-vmkit.jar In verbose mode the following command errors out: /home/usr/vmkit/Release+Asserts/bin/vmjc -load=/home/usr/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home/usr/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /home/usr/vmkit/mmtk/java/Release+Asserts/mmtk-vmkit.jar

Readers, Openjdk and ibm java versions have failed to install, all reporting a bad elf, e.g. ./ibm-java-i386-sdk-7.0-0.0.bin Preparing to install... Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment... strings: '/lib/libc.so.6': No such file

Hi all, I'm trying to play with patchoint (with MCJIT and VMKit) and I don't understand something. I generate this call for my first patch point. Basically, I want to call f(0). %5 = call i64 (i64, i32, i8*, i32, ...)* @llvm.experimental.patchpoint.i64( i64 42, ;; patch point id is 42 i32 0, ;; 0 bytes for the padding i8* bitcast (i32 (i32)* @f to i8*), ;; my function f i32 1,

patchpoint is intended to be used in VMs that do their own linking, and so you wouldn't expect the function parameter to be resolved by LLVM. Presumably, in VMKit, you could just plant a pointer constant to the function you wish to call initially? -Filip On Dec 17, 2013, at 2:42 PM, Gaël Thomas <gael.thomas00 at gmail.com> wrote: > Hi all, > > I'm trying to play with

Ok I see. Of course, at runtime, it's enough for dynamic linking or for deoptimization. However, wmkit acts both as a jit and as an aot. For the aot, it means that I can not use patchpoint and that I should have two different compilation strategy. It's not so difficult, but in this case, I can not use patchpoints to generate gc's stackmap for the aot (basically, I think that I could

Hey guys, I just tried installing jdk 1.0.7 on my centos 5.6 box and I am getting a permission denied error when I try to display the java version. [root at VIRTCENT09:/usr/lib] #ln -s /usr/lib/jdk1.7.0 /etc/alternatives/jdk [root at VIRTCENT09:/usr/lib] #ln -s /usr/lib/jdk1.7.0/bin/java /etc/alternatives/java [root at VIRTCENT09:/usr/lib] #ln -s /etc/alternatives/java /usr/bin/java [root at

Dear List: this is a problem that affects my use of R under Debian, but is a problem with using the Java virtual machine. I am turning to this list, since I am hoping someone might have more experience with trying to figure out why Java does not work under Debian than I do. I apologize in advance for trying to exploit list knowledge for a problem that is only tangential to the list. I am

>From time to time a jboss process would end eating all, the available CPU and the load avg would skyrocket. Once the operators restarted jboss, the system''d be normal again (sometimes for weeks) until the next incident Since we moved the app from a v440 running Solaris 10 8/07 to a t2000 running Solaris 10 5/08 the problem started to happen more frequently (2-3 times a week). The

I am getting the following errors and don't know how/what to check to learn which rpm they are in... ---> Package java-1.4.2-sun-devel.i586 0:1.4.2.10-1jpp set to be updated ---> Package java-1.4.2-sun.i586 0:1.4.2.10-1jpp set to be updated --> Running transaction check --> Processing Dependency: libjvm.so(SUNWprivate_1.1) for package: java-1.4.2-sun --> Processing

Hi all, After "BUILD SUCCESSFUL" Message on compiling VMkit. The make starts compiling mmtk-vmkit.jar The following command errors out: Compiling 'mmtk-vmkit.jar' /vmkit/Release+Asserts/bin/vmjc -load=/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /vmkit/mmtk/java/Release+Asserts/mmtk-vmkit.jar -disable-exceptions