I just downloaded SceneBuilder-15.0.0-RC1.msi from gluon website, installed it. When starting, nothing happens, no message whatsoever. When starting as administrator, basically the same, but I discovered in the installation folder a file is created named hs_err_pidxxxxx.log, containing the following
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000000000000, pid=16520, tid=3752
#
# JRE version: (15.0.1+9) (build )
# Java VM: OpenJDK 64-Bit Server VM (15.0.1+9, mixed mode, tiered, compressed oops, g1 gc, windows-amd64)
# Problematic frame:
# C 0x0000000000000000
#
# No core dump will be written. Minidumps are not enabled by default on client versions of Windows
#
#
--------------- S U M M A R Y ------------
Command Line: --add-opens=javafx.fxml/javafx.fxml=ALL-UNNAMED --module-path=C:\Program Files\SceneBuilder\app\mods com.oracle.javafx.scenebuilder.app.SceneBuilderApp
Host: Intel(R) Core(TM) i7-4790K CPU # 4.00GHz, 8 cores, 15G, Windows 10 , 64 bit Build 19041 (10.0.19041.662)
Time: Sun Jan 10 15:57:12 2021 Mitteleuropäische Zeit elapsed time: 0.051742 seconds (0d 0h 0m 0s)
--------------- T H R E A D ---------------
Current thread (0x000001fee94fb5f0): JavaThread "Unknown thread" [_thread_in_vm, id=3752, stack(0x000000f58ac00000,0x000000f58ad00000)]
Stack: [0x000000f58ac00000,0x000000f58ad00000], sp=0x000000f58acfea98, free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), data execution prevention violation at address 0x0000000000000000
Registers:
RAX=0x000001fee9c0fe08, RBX=0x000001fe86f28090, RCX=0x000001fee9c0fe08, RDX=0x000000000000034b
RSP=0x000000f58acfea98, RBP=0x000000f58acfebb0, RSI=0x000001fee9c0fdeb, RDI=0x000001fee9c0fdeb
R8 =0x000001fe86f28090, R9 =0x00000000000005ce, R10=0x000000f58acfeb10, R11=0x45f1c7cf10132c67
R12=0x00000000000005ce, R13=0x000001fee94fd810, R14=0x000001fee94fdb50, R15=0x000001fee94fdb50
RIP=0x0000000000000000, EFLAGS=0x0000000000010246
Top of Stack: (sp=0x000000f58acfea98)
0x000000f58acfea98: 00007fff44431833 000001fe86f28090
0x000000f58acfeaa8: 00007fff44431877 00000000000005ce
0x000000f58acfeab8: 0000000000000000 000000f58acfeaf8
0x000000f58acfeac8: 0000000000000000 000001fee9c0fdeb
0x000000f58acfead8: 00007fff44431495 000001fe86f28090
0x000000f58acfeae8: 000000f58acfebb0 000001fee9c0fdeb
0x000000f58acfeaf8: 0000000000000000 000000f58acfebb0
0x000000f58acfeb08: 00007fff0471f74a 000000f5cafefafa
0x000000f58acfeb18: 000000000000034b 00000000000005ce
0x000000f58acfeb28: ffffffff00000007 0000000086183d01
0x000000f58acfeb38: 00005831f7a63934 00000000000005ce
0x000000f58acfeb48: 000001fee94fdb50 000001fee94fbac0
0x000000f58acfeb58: 000001fee738cef0 0000000000525f03
0x000000f58acfeb68: 0000000000000368 000001fee9c0fdeb
0x000000f58acfeb78: 00007fff44431ed7 000001fe86717450
0x000000f58acfeb88: 0000000000000016 0000000000000001
Instructions: (pc=0x0000000000000000)
0xffffffffffffff00:
--------------- P R O C E S S ---------------
Threads class SMR info:
_java_thread_list=0x00007fff04affa50, length=0, elements={
}
Java Threads: ( => current thread )
Other Threads:
0x000001fee954ee10 GCTaskThread "GC Thread#0" [stack: 0x000000f58ad00000,0x000000f58ae00000] [id=1668]
0x000001fee9560520 ConcurrentGCThread "G1 Main Marker" [stack: 0x000000f58ae00000,0x000000f58af00000] [id=1408]
0x000001fee9561020 ConcurrentGCThread "G1 Conc#0" [stack: 0x000000f58af00000,0x000000f58b000000] [id=684]
0x000001fe865a40e0 ConcurrentGCThread "G1 Refine#0" [stack: 0x000000f58b000000,0x000000f58b100000] [id=10684]
0x000001fe865a4bf0 ConcurrentGCThread "G1 Young RemSet Sampling" [stack: 0x000000f58b100000,0x000000f58b200000] [id=572]
=>0x000001fee94fb5f0 (exited) JavaThread "Unknown thread" [_thread_in_vm, id=3752, stack(0x000000f58ac00000,0x000000f58ad00000)]
Threads with active compile tasks:
VM state: not at safepoint (not fully initialized)
VM Mutex/Monitor currently owned by a thread: None
Heap address: 0x0000000700e00000, size: 4082 MB, Compressed Oops mode: Zero based, Oop shift amount: 3
CDS disabled.
Compressed class space mapped at: 0x0000000800000000-0x0000000840000000, size: 1073741824
Narrow klass base: 0x0000000800000000, Narrow klass shift: 0, Narrow klass range: 0x40000000
GC Precious Log:
CPUs: 8 total, 8 available
Memory: 16322M
Large Page Support: Disabled
NUMA Support: Disabled
Compressed Oops: Enabled (Zero based)
Heap Region Size: 2M
Heap Min Capacity: 8M
Heap Initial Capacity: 256M
Heap Max Capacity: 4082M
Pre-touch: Disabled
Parallel Workers: 8
Concurrent Workers: 2
Concurrent Refinement Workers: 8
Periodic GC: Disabled
Heap:
garbage-first heap total 262144K, used 0K [0x0000000700e00000, 0x0000000800000000)
region size 2048K, 1 young (2048K), 0 survivors (0K)
Metaspace used 4K, capacity 4480K, committed 4480K, reserved 1056768K
class space used 3K, capacity 384K, committed 384K, reserved 1048576K
'''
(skipping rest of log file)
any ideas?
Related
I am trying to setup Real-time Data Streaming to Kafka with MaxScale CDC with MariaDB veriosn 10.0.32. After configuring replication, I am getting the status:
"The slave I/O thread stops because a fatal error is encountered when it tried to SELECT #master_binlog_checksum".
Below are all of my configurations:
MariaDB - Configuration
server-id = 1
#report_host = master1
#auto_increment_increment = 2
#auto_increment_offset = 1
log_bin = /var/log/mysql/mariadb-bin
log_bin_index = /var/log/mysql/mariadb-bin.index
binlog_format = row
binlog_row_image = full
# not fab for performance, but safer
#sync_binlog = 1
expire_logs_days = 10
max_binlog_size = 100M
# slaves
#relay_log = /var/log/mysql/relay-bin
#relay_log_index = /var/log/mysql/relay-bin.index
#relay_log_info_file = /var/log/mysql/relay-bin.info
#log_slave_updates
#read_only
MaxScale Configuration
[server1]
type=server
address=192.168.56.102
port=3306
protocol=MariaDBBackend
[Replication]
type=service
router=binlogrouter
version_string=10.0.27-log
user=myuser
passwd=mypwd
server_id=3
#binlogdir=/var/lib/maxscale
#mariadb10-compatibility=1
router_options=binlogdir=/var/lib/maxscale,mariadb10-compatibility=1
#slave_sql_verify_checksum=1
[Replication Listener]
type=listener
service=Replication
protocol=MySQLClient
port=5308
Starting Replication
CHANGE MASTER TO MASTER_HOST='192.168.56.102', MASTER_PORT=5308, MASTER_USER='myuser', MASTER_PASSWORD='mypwd', MASTER_LOG_POS=328, MASTER_LOG_FILE='mariadb-bin.000018';
START SLAVE;
Replication Status
Master_Host: 192.168.56.102
Master_User: myuser
Master_Port: 5308
Connect_Retry: 60
Master_Log_File: mariadb-bin.000018
Read_Master_Log_Pos: 328
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 4
Relay_Master_Log_File: mariadb-bin.000018
**Slave_IO_Running: No**
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 328
Relay_Log_Space: 248
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 1593
Last_IO_Error: **The slave I/O thread stops because a fatal error is encountered when it tried to SELECT #master_binlog_checksum. Error:**
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 0
Master_SSL_Crl:
Master_SSL_Crlpath:
Using_Gtid: No
Gtid_IO_Pos:
The binlogrouter performs the following query to set the value of #master_binlog_checksum (real replication slaves perform the same query).
SET #master_binlog_checksum = ##global.binlog_checksum
Checking what the output of it is will probably explain why the replication won't start. Most likely the SET query failed which is why the latter SELECT #master_binlog_checksum query returns unexpected results.
In cases like these, it is recommended to open a bug report on the MariaDB Jira under the MaxScale project. This way the possibility of a bug is ruled out and if it turns out to be a configuration problem, the documentation can be updated to more clearly explain how to configure MaxScale.
I have dump of w3wp process (taken by procdump) where I see strange situation.
Simplified version on my code:
logger.Log(Thread.CurrentThread.ManagedThreadId);
using(semaphore_release_on_dispose_object)
{
// some third party code with unmanaged parts
DangerousCode();
}
semaphore_release_on_dispose_object - release semaphore in Dispose.
Process dump was taken after some timeout, when it was clear that semaphore was not released
I found thread in dump, but it seems become 'bad'. It listed by ~ command, but not listed by !threads command. When I switch to it I can see unmanaged stack, but not managed:
0:004> ~
...
3 Id: 63ec.11b0 Suspend: 1 Teb: 000007ff`fffae000 Unfrozen
...
0:004> ~~[11b0]s
ntdll!NtRemoveIoCompletion+0xa:
00000000`76e913aa c3 ret
0:003> k
# Child-SP RetAddr Call Site
00 00000000`01a3f818 000007fe`fcea169d ntdll!NtRemoveIoCompletion+0xa
01 00000000`01a3f820 00000000`76d2a4e1 KERNELBASE!GetQueuedCompletionStatus+0x39
02 00000000`01a3f880 000007fe`f0311f7b kernel32!GetQueuedCompletionStatusStub+0x11
03 00000000`01a3f8c0 000007fe`f0312024 w3tp!THREAD_POOL_DATA::ThreadPoolThread+0x3b
04 00000000`01a3f910 000007fe`f03120a1 w3tp!THREAD_POOL_DATA::ThreadPoolThread+0x34
05 00000000`01a3f940 00000000`76d3652d w3tp!THREAD_MANAGER::ThreadManagerThread+0x61
06 00000000`01a3f970 00000000`76e6c521 kernel32!BaseThreadInitThunk+0xd
07 00000000`01a3f9a0 00000000`00000000 ntdll!RtlUserThreadStart+0x1d
0:003> !clrstack
OS Thread Id: 0x11b0 (3)
Child SP IP Call Site
GetFrameContext failed: 1
0000000000000000 0000000000000000
So, I assume that somehow third party code some how 'broke' thread and skip finally block (using).
Any ideas how it is possible?
Please Help My Minecraft Crashes When I join A World. BTW I am using mods. Here Is My Crash Report
---- Minecraft Crash Report ----
WARNING: coremods are present: Java8CheckerCoremod
(Pixelmon-1.8-4.1.1-universal.jar) Contact their authors BEFORE
contacting forge
// Ooh. Shiny.
Time: 1/17/16 11:44 AM Description: Exception in server tick loop
java.lang.NullPointerException: Exception in server tick loop at
com.pixelmonmod.pixelmon.worldGeneration.structure.towns.ComponentTownPart.func_74875_a(ComponentTownPart.java:55)
at
net.minecraft.world.gen.structure.StructureStart.func_75068_a(StructureStart.java:45)
at
net.minecraft.world.gen.structure.MapGenStructure.func_175794_a(MapGenStructure.java:93)
at
net.minecraft.world.gen.ChunkProviderGenerate.func_73153_a(ChunkProviderGenerate.java:415)
at
net.minecraft.world.gen.ChunkProviderServer.func_73153_a(ChunkProviderServer.java:269)
at net.minecraft.world.chunk.Chunk.func_76624_a(Chunk.java:1126) at
net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:52)
at
net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:12)
at
net.minecraftforge.common.util.AsynchronousExecutor.skipQueue(AsynchronousExecutor.java:344)
at
net.minecraftforge.common.util.AsynchronousExecutor.getSkipQueue(AsynchronousExecutor.java:302)
at
net.minecraftforge.common.chunkio.ChunkIOExecutor.syncChunkLoad(ChunkIOExecutor.java:12)
at
net.minecraft.world.gen.ChunkProviderServer.loadChunk(ChunkProviderServer.java:117)
at
net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:92)
at
net.minecraft.server.MinecraftServer.func_71222_d(MinecraftServer.java:302)
at
net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:112)
at
net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:126)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:438)
at java.lang.Thread.run(Thread.java:745)
A detailed walkthrough of the error, its code path and all known
details is as follows:
-- System Details -- Details: Minecraft Version: 1.8 Operating System: Windows 10 (amd64) version 10.0 Java Version: 1.8.0_25,
Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM
(mixed mode), Oracle Corporation Memory: 876196800 bytes (835 MB) /
2034081792 bytes (1939 MB) up to 2134114304 bytes (2035 MB) JVM
Flags: 6 total;
-XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump
-Xmx2G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M IntCache: cache: 11, tcache: 0, allocated: 13, tallocated: 95 FML: MCP v9.10 FML v8.0.99.99 Minecraft
Forge 11.14.4.1577 7 mods loaded, 7 mods active States: 'U' =
Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' =
Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E'
= Errored UCHIJAA mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) UCHIJAA FML{8.0.99.99} [Forge Mod Loader]
(forge-1.8-11.14.4.1577.jar) UCHIJAA Forge{11.14.4.1577} [Minecraft
Forge] (forge-1.8-11.14.4.1577.jar) UCHIJAA customnpcs{1.8.0}
[CustomNPCs] (CustomNPCs_1.8.0.jar) UCHIJAA cfm{3.5.1}
[§9MrCrayfish's Furniture Mod] (MrCrayfishFurnitureModv3.5.1(1.8).jar)
UCHIJAA pixelmon{4.1.1} [Pixelmon] (Pixelmon-1.8-4.1.1-universal.jar)
UCHIJAA worldedit{6.1} [WorldEdit] (worldedit-forge-mc1.8-6.1.jar)
Loaded coremods (and transformers): Java8CheckerCoremod
(Pixelmon-1.8-4.1.1-universal.jar)
GL info: ~~ERROR~~ RuntimeException: No OpenGL context found in the current thread. Profiler Position: N/A (disabled) Player Count:
0 / 8; [] Type: Integrated Server (map_client.txt) Is Modded:
Definitely; Client brand changed to 'fml,forge'
You need to delete all the mods and start again as you have installed some that have overlapped.
Does someone know how can I fix the problem below? I'm not familiar with UNIX/Solaris in deep. I've googled it and I've found some information.
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xFF2B44E4
Function=strlen+0x80
Library=/usr/lib/libc.so.1
Current Java thread:
at com.tertio.tome.Tome.init0(Native Method)
at com.tertio.tome.TomeConfig.<init>(TomeConfig.java:42)
at com.tertio.tome.Tome.initConfig(Tome.java:124)
at com.tertio.tome.Tome.initConfig(Tome.java:118)
at com.tertio.provident.rmi.server.ServerConfig.<init>(ServerConfig.java:28)
at com.tertio.provident.cli.Cli.connect(Cli.java:38)
at com.tertio.provident.cli.Admin.main(Admin.java:23)
Dynamic libraries:
0x10000 /oracle/product/home0/jre/1.4.2/bin/java
0xff370000 /usr/lib/libthread.so.1
0xff3fa000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff3a0000 /usr/platform/SUNW,Sun-Fire/lib/libc_psr.so.1
0xfec00000 /oracle/product/home0/jre/1.4.2/lib/sparc/client/libjvm.so
0xff230000 /usr/lib/libCrun.so.1
0xff210000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff1c0000 /usr/lib/libm.so.1
0xff0e0000 /usr/lib/libsched.so.1
0xff0b0000 /usr/lib/libmp.so.2
0xff070000 /oracle/product/home0/jre/1.4.2/lib/sparc/native_threads/libhpi.so
0xfebd0000 /oracle/product/home0/jre/1.4.2/lib/sparc/libverify.so
0xfeb90000 /oracle/product/home0/jre/1.4.2/lib/sparc/libjava.so
0xff040000 /oracle/product/home0/jre/1.4.2/lib/sparc/libzip.so
0xfe3b0000 /ACS/DEV/users/dvprv02/prov52/lib/libjtome.so
0xfcbb0000 /ACS/DEV/users/dvprv02/prov52/lib/libtome.so
0xfe390000 /ACS/DEV/users/dvprv02/prov52/lib/libtome_ev.so
0xfcad0000 /oracle/product/home0/jre/1.4.2/lib/sparc/libnet.so
Heap at VM Abort:
Heap
def new generation total 2112K, used 476K [0xf1c00000, 0xf1e20000, 0xf2310000)
eden space 2048K, 23% used [0xf1c00000, 0xf1c77230, 0xf1e00000)
from space 64K, 0% used [0xf1e00000, 0xf1e00000, 0xf1e10000)
to space 64K, 0% used [0xf1e10000, 0xf1e10000, 0xf1e20000)
tenured generation total 1408K, used 0K [0xf2310000, 0xf2470000, 0xf5c00000)
the space 1408K, 0% used [0xf2310000, 0xf2310000, 0xf2310200, 0xf2470000)
compacting perm gen total 4096K, used 1223K [0xf5c00000, 0xf6000000, 0xf9c00000)
the space 4096K, 29% used [0xf5c00000, 0xf5d31c80, 0xf5d31e00, 0xf6000000)
Local Time = Wed Jan 23 18:03:25 2013
Elapsed Time = 0
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid11057.log.
# Please refer to the file for further information.
#
Abort (core dumped)
Hi
I am running a bi-di 'iperf' test on an interface using my driver.
Steps to repro would be to run bi-di I/O on one interface(other interface is not active):
Run iperf -c -P 8 -t 100000 -I 10 on DUT
iperf -c with same params as above from peer almost immediately ( after 1st 10s of above 'iperf send' are over)
With 'iperf -s -w 256K' on both
The crash is not happening as such in the driver but in the 'iperf' context. I am going to copy-paste the stack trace:
PID: 8855 TASK: f7036550 CPU: 0 COMMAND: "iperf"
#0 [c074bed0] crash_kexec at c0443233
#1 [c074bf14] die at c04064d3
#2 [c074bf44] do_page_fault at c062134b
#3 [c074bf94] error_code (via page_fault) at c0405abb
EAX: f5888100 EBX: 00000000 ECX: 00100100 EDX: 00200200 EBP: 00000001
DS: 007b ESI: f5888000 ES: 007b EDI: cb614000
CS: 0060 EIP: c05c4e94 ERR: ffffffff EFLAGS: 00010046
#4 [c074bfc8] net_rx_action at c05c4e94
#5 [c074bfe4] __do_softirq at c042aa65
--- <soft IRQ> ---
#0 [f281ac4c] do_softirq at c04073e5
#1 [f281ac58] do_IRQ at c04074d9
#2 [f281ac70] common_interrupt at c0405975
EAX: 39383736 EBX: f281af4c ECX: 00000428 EDX: 31303938 EBP: f378b042
DS: 007b ESI: f378b1c2 ES: 007b EDI: 09fdb448
CS: 0060 EIP: c04f1c07 ERR: ffffffba EFLAGS: 00000202
#3 [f281aca4] __copy_to_user_ll at c04f1c07
#4 [f281acb0] memcpy_toiovec at c05bfecc
#5 [f281acc4] skb_copy_datagram_iovec at c05c059b
#6 [f281acf4] tcp_rcv_established at c05ef40a
#7 [f281ad20] tcp_v4_do_rcv at c05f48c5
#8 [f281ad54] tcp_prequeue_process at c05e6bdd
#9 [f281ad5c] tcp_recvmsg at c05e90e2
#10 [f281ad9c] sock_common_recvmsg at c05bb1c4
#11 [f281adc0] sock_recvmsg at c05b8dc6
#12 [f281aea0] sys_recvfrom at c05ba6ab
#13 [f281af64] sys_recv at c05ba727
#14 [f281af80] sys_socketcall at c05bab52
#15 [f281afb8] system_call at c0404f44
EAX: ffffffda EBX: 0000000a ECX: b6ba2340 EDX: 00014268
DS: 007b ESI: 00000000 ES: 007b EDI: 09fbe630
SS: 007b ESP: b6ba2328 EBP: b6ba2378
CS: 0073 EIP: 004ad410 ERR: 00000066 EFLAGS: 00000293
crash>
the EIP at the time of crash is net_rx_action:0xdd/19ca. Now i have compiled the kernel-2.6.18-238 sources( the source version of the OS on which the DUT is running) and did an 'objdump -S ./net/core/dev.o > dev_o_dmp' on the ./net/core/dev.c which has the definition of the net_rx_acdtion(). Now in the 'dev_o_dmp' file the net_rx_action() has lots of inline definitions and hence somehow does not exactly mirror the flow in the source file. In such a scenario ,is it safe to add 0xdd to the base addr of net_rx_action (say 32FF) => 340C .i.e would 340C be the offending line number that is giving rise to the crash ' kernel paging request error'
Any tips /recommendations on how to go about debugging this problem would be of great help
Unfortunately, or fortunately depending on your perspective, with high levels of optimization it is possible for the compiler to create assembly code that the debug format cannot make a reasonable C code line to assembly instruction(s) mapping. What type of cases you can run into this problem depends on the compiler, optimization level, debug symbol format, debug symbol level, and the code itself.
You have to assume that line numbers gained via this technique could be wrong. That being said, I use this technique frequently in my own kernel work and I have not had any problems yet (knocks on wood). Just remember that if you are faced with something that just makes no sense, you could have a bad line number.