On Wed, 9 Sep 2020 08:08:23 -0300 "George N. White III" <gnw...@gmail.com> wrote:
> On Tue, 8 Sep 2020 at 18:34, Ranjan Maitra <mai...@email.com> wrote: > > > Dear friends, > > > > I have a strange situation that shows up only on F32 (only linux > > distributions tried) but does not show up on Windoze or Muck. The way to > > illustrate this is rather complicated, so I will first summarize. > > > > For my introductory students, I use a java-based front-end to R called > > Deducer. I am able to install without a hitch and even bring it up and run > > some functions and graphical displays. However, when I ask it to do a few > > specific functions, the windows all come crashing down. So, my question is: > > how do I figure out the source of the problem? I have used this program for > > years, and including last spring under F31, and linux has never been an > > issue. This has been tried on three F32 machines by me and a former student > > and all have resulted in crashes. Embarrasingly, these continue to work as > > expected with Windows and MacOS, though installation, especially for the > > latter is a pain. > > > > It would be good to mention enough detail so others can reproduce your > configuration: > > graphics hardware and driver: did the 3 machines use the same graphics > hardware and drivers? Hi, Thanks! The 3 machines are very different (all laptops, though) so likely have different graphics HW and drivers. > graphics display server: wayland +xwayland or X11 Sorry, how do I figure this out? I think one of the machines uses gnome so whatever comes with that (likely wayland +xwayland?) and mine I think uses X11 (these use openbox). > JRE -- some Java apps require Oracle's proprietary JRE I am using the default Fedora version, and also tried with fedora's java-latest. Importantly, upto F31, this has never been an issue. > > > How can I get error messages out of this mishap to file a meaningful and > > targeted bug report? > > > > https://www.linuxjournal.com/content/oops-debugging-kernel-panics-0 > > > > > > Any suggestions? > > Ranjan > > > > > > If you are interested, here is how I go about installing Deducer. I need > > R-core installed, as well as curl-devel, and of course java. Other fedora > > packages may also be needed. > > > > sudo dnf install R-devel curl-devel java-1.8.0-openjdk-devel > > > > then: > > > > sudo R > > install.packages(c('JGR','Deducer')) > > q() > > > > Note that the second line will ask for which repo to use, and any are > > fine, the first one is from rstudio.com. Also, the installation function > > may ask for more libraries to be installed. > > > > Once installed, go to R and inside R, type: > > > > library(JGR) > > library(Deducer) > > JGR() > > > > The last function call will open a graphical interface with a jaguar logo > > (pretty cool). All is well. In the bottom window type: > > data(cars) > > > > Then go to the graphical interface above, and under "Plots" -> "Quick" -> > > "simple boxplot" > > This opens a window, and put speed as x variable and run. > > A window begins to open and the entire window system running JGR comes > > crashing down. > > > > Btw, since I know the commands to give in R, on the commandline, when I > > call the function, things work as expected. It is only on the JGR() window > > that it crashes. > > > > Have you checked rJava and JGR bug reports? I looked around but was unable to find this specific crash detailed anywhere. > > > > The worst part? I get no error messages. So, how can I get error messages > > out of this mishap to file a meaningful and targeted bug report? > > > > Can you connect to the system with ssh or use a console <Alt Fn>? If so > the kernel is still alive and the graphics system has crashed. If not, > you can first try adjusting your configuration. The last resort is kernel > debugging. Yes, the system and the graphics itself is up and running. It is only the JGR window that crashes (and brings down that part of the program). What surprises me is that only certain parts of the program crash. For instance, the histograph and density plots or scatterplot (both also using ggplot2 software) get displayed fine. So, your message set me thinking of looking at tail -f /var/log/messages while there is a successful operation, such as using the histogram function, and an operation (boxplot) which crashes. Here is the output for when it succeeds (displays a histogram): Sep 9 08:50:01 localhost audit[54034]: USER_ACCT pid=54034 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_access,pam_unix,pam_localuser acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost kernel: audit: type=1101 audit(1599659401.299:4966): pid=54034 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_access,pam_unix,pam_localuser acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost kernel: audit: type=1103 audit(1599659401.299:4967): pid=54034 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost kernel: audit: type=1006 audit(1599659401.300:4968): pid=54034 uid=0 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=310 res=1 Sep 9 08:50:01 localhost audit[54034]: CRED_ACQ pid=54034 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost systemd[1]: Started Session 310 of user usrnam. Sep 9 08:50:01 localhost audit[54034]: USER_START pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost kernel: audit: type=1105 audit(1599659401.342:4969): pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost audit[54034]: CRED_REFR pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:01 localhost kernel: audit: type=1110 audit(1599659401.343:4970): pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:05 localhost audit[54034]: CRED_DISP pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:05 localhost kernel: audit: type=1104 audit(1599659405.415:4971): pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_localuser,pam_unix acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:05 localhost audit[54034]: USER_END pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:05 localhost kernel: audit: type=1106 audit(1599659405.416:4972): pid=54034 uid=0 auid=1000 ses=310 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct="usrnam" exe="/usr/sbin/crond" hostname=? addr=? terminal=cron res=success' Sep 9 08:50:05 localhost systemd[1]: session-310.scope: Succeeded. Sep 9 08:50:15 localhost journal[54046]: _pango_color_parse_with_alpha: assertion 'spec != NULL' failed Sep 9 08:50:34 localhost slim[831]: (EE) event14 - Dell Dell QuietKey Keyboard: client bug: event processing lagging behind by 19ms, your system is too slow Here is the output for when it crashes (displays a boxplot): Sep 9 08:51:12 localhost audit[53948]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=53948 comm="Thread-5" exe="/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.265.b01-1.fc32.x86_64/jre/bin/java" sig=11 res=1 Sep 9 08:51:12 localhost kernel: audit: type=1701 audit(1599659472.313:4973): auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=53948 comm="Thread-5" exe="/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.265.b01-1.fc32.x86_64/jre/bin/java" sig=11 res=1 Sep 9 08:51:12 localhost audit: BPF prog-id=175 op=LOAD Sep 9 08:51:12 localhost kernel: audit: type=1334 audit(1599659472.325:4974): prog-id=175 op=LOAD Sep 9 08:51:12 localhost kernel: audit: type=1334 audit(1599659472.325:4975): prog-id=176 op=LOAD Sep 9 08:51:12 localhost kernel: audit: type=1334 audit(1599659472.325:4976): prog-id=177 op=LOAD Sep 9 08:51:12 localhost audit: BPF prog-id=176 op=LOAD Sep 9 08:51:12 localhost audit: BPF prog-id=177 op=LOAD Sep 9 08:51:12 localhost systemd[1]: Started Process Core Dump (PID 54142/UID 0). Sep 9 08:51:12 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-54142-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Sep 9 08:51:12 localhost kernel: audit: type=1130 audit(1599659472.327:4977): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-54142-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Sep 9 08:51:12 localhost audit[54143]: NETFILTER_CFG table=filter family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost audit[54143]: NETFILTER_CFG table=broute family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost audit[54143]: NETFILTER_CFG table=nat family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost kernel: audit: type=1325 audit(1599659472.329:4978): table=filter family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost kernel: audit: type=1325 audit(1599659472.329:4978): table=broute family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost kernel: audit: type=1325 audit(1599659472.329:4978): table=nat family=7 entries=0 op=register pid=54143 subj=system_u:system_r:init_t:s0 comm="(coredump)" Sep 9 08:51:12 localhost systemd-coredump[54143]: Removed old coredump core.java.1000.5cd56b6bfbcb41fa9e929a1dcc39494e.911333.1599528957000000000000.lz4. Sep 9 08:51:15 localhost systemd-coredump[54143]: Process 53948 (java) of user 1000 dumped core.#012#012Stack trace of thread 53982:#012#0 0x00007fb3aacb8ab3 Rf_eval (libR.so + 0x157ab3)#012#1 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#2 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#3 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#4 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#5 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#6 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#7 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#8 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#9 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#10 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#11 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#12 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#13 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#14 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#15 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#16 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#17 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#18 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#19 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#20 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#21 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#22 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#23 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#24 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#25 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#26 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#27 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#28 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#29 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#30 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#31 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#32 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#33 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#34 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#35 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#36 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#37 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#38 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#39 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#40 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#41 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#42 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#43 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#44 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#45 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#46 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#47 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#48 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#49 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#50 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#51 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#52 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#53 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#54 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#55 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#56 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#57 0x00007fb3aacb9574 forcePromise (libR.so + 0x158574)#012#58 0x00007fb3aacb9848 getvar (libR.so + 0x158848)#012#59 0x00007fb3aaca2011 bcEval (libR.so + 0x141011)#012#60 0x00007fb3aacb8ab8 Rf_eval (libR.so + 0x157ab8)#012#61 0x00007fb3aacba78e R_execClosure (libR.so + 0x15978e)#012#62 0x00007fb3aacbb5f2 Rf_applyClosure (libR.so + 0x15a5f2)#012#63 0x00007fb3aaca7150 bcEval (libR.so + 0x146150)#012#012Stack trace of thread 53952:#012#0 0x00007fb407257e92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)#012#1 0x00007fb406d4546b _ZN2os13PlatformEvent4parkEv (libjvm.so + 0x9ac46b)#012#2 0x00007fb406cf09e7 _ZN7Monitor5IWaitEP6Threadl (libjvm.so + 0x9579e7)#012#3 0x00007fb406cf168a _ZN7Monitor4waitEblb (libjvm.so + 0x95868a)#012#4 0x00007fb406975f2f _ZN13GCTaskManager8get_taskEj (libjvm.so + 0x5dcf2f)#012#5 0x00007fb40697766b _ZN12GCTaskThread3runEv (libjvm.so + 0x5de66b)#012#6 0x00007fb406d3d840 _ZL10java_startP6Thread (libjvm.so + 0x9a4840)#012#7 0x00007fb407251432 start_thread (libpthread.so.0 + 0x9432)#012#8 0x00007fb40738c913 __clone (libc.so.6 + 0x101913)#012#012Stack trace of thread 53949:#012#0 0x00007fb4072581b8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0x101b8)#012#1 0x00007fb406d45644 _ZN2os13PlatformEvent4parkEl (libjvm.so + 0x9ac644)#012#2 0x00007fb406d459df _ZN2os5sleepEP6Threadlb (libjvm.so + 0x9ac9df)#012#3 0x00007fb406b1cf17 JVM_Sleep (libjvm.so + 0x783f17)#012#4 0x00007fb3f18d8b31 n/a (n/a + 0x0)#012#5 0x00007fb3f1007ffd n/a (n/a + 0x0)#012#6 0x00007fb3f1007ffd n/a (n/a + 0x0)#012#7 0x00007fb3f1007ffd n/a (n/a + 0x0)#012#8 0x00007fb3f10004e7 n/a (n/a + 0x0)#012#9 0x00007fb406a59e65 _ZN9JavaCalls11call_helperEP9JavaValueP12methodHandleP17JavaCallArgumentsP6Thread (libjvm.so + 0x6c0e65)#012#10 0x00007fb406dc24ef _ZN10Reflection6invokeE19instanceKlassHandle12methodHandle6Handleb14objArrayHandle9BasicTypeS3_bP6Thread (libjvm.so + 0xa294ef)#012#11 0x00007fb406dc360c _ZN10Reflection13invoke_methodEP7oopDesc6Handle14objArrayHandleP6Thread (libjvm.so + 0xa2a60c)#012#12 0x00007fb406b13ba2 JVM_InvokeMethod (libjvm.so + 0x77aba2)#012#13 0x00007fb3f1018427 n/a (n/a + 0x0)#012#14 0x00007fb3f1007d80 n/a (n/a + 0x0)#012#15 0x00007fb3f1007d80 n/a (n/a + 0x0)#012#16 0x00007fb3f1007e54 n/a (n/a + 0x0)#012#17 0x00007fb3f1007d80 n/a (n/a + 0x0)#012#18 0x00007fb3f1007ffd n/a (n/a + 0x0)#012#19 0x00007fb3f10004e7 n/a (n/a + 0x0)#012#20 0x00007fb406a59e65 _ZN9JavaCalls11call_helperEP9JavaValueP12methodHandleP17JavaCallArgumentsP6Thread (libjvm.so + 0x6c0e65)#012#21 0x00007fb406ad5c0d _ZL17jni_invoke_staticP7JNIEnv_P9JavaValueP8_jobject11JNICallTypeP10_jmethodIDP18JNI_ArgumentPusherP6Thread.constprop.1 (libjvm.so + 0x73cc0d)#012#22 0x00007fb406ad8d16 jni_CallStaticVoidMethod (libjvm.so + 0x73fd16)#012#23 0x00007fb40748c8a2 JavaMain (libjli.so + 0x48a2)#012#24 0x00007fb407251432 start_thread (libpthread.so.0 + 0x9432)#012#25 0x00007fb40738c913 __clone (libc.so.6 + 0x101913)#012#012Stack trace of thread 53951:#012#0 0x00007fb407257e92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)#012#1 0x00007fb406d4546b _ZN2os13PlatformEvent4parkEv (libjvm.so + 0x9ac46b)#012#2 0x00007fb406cf09e7 _ZN7Monitor5IWaitEP6Threadl (libjvm.so + 0x9579e7)#012#3 0x00007fb406cf168a _ZN7Monitor4waitEblb (libjvm.so + 0x95868a)#012#4 0x00007fb406975f2f _ZN13GCTaskManager8get_taskEj (libjvm.so + 0x5dcf2f)#012#5 0x00007fb40697766b _ZN12GCTaskThread3runEv (libjvm.so + 0x5de66b)#012#6 0x00007fb406d3d840 _ZL10java_startP6Thread (libjvm.so + 0x9a4840)#012#7 0x00007fb407251432 start_thread (libpthread.so.0 + 0x9432)#012#8 0x00007fb40738c913 __clone (libc.so.6 + 0x101913)#012#012Stack trace of thread 53960:#012#0 0x00007fb407257e92 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xfe92)#012#1 0x00007fb406d4546b _ZN2os13PlatformEvent4parkEv (libjvm.so + 0x9ac46b)#012#2 0x00007fb406d234cd _ZN13ObjectMonitor4waitElbP6Thread (libjvm.so + 0x98a4cd)#012#3 0x00007fb406ebaf33 _ZN18ObjectSynchronizer4waitE6HandlelP6Thread (libjvm.so + 0xb21f33)#012#4 0x00007fb406b06aff JVM_MonitorWait (libjvm.so + 0x76daff)#012#5 0x00007fb3f1018427 n/a (n/a + 0x0)#012#6 0x00007fb3f1007ffd n/a (n/a + 0x0)#012#7 0x00007fb3f1007d80 n/a (n/a + 0x0)#012#8 0x00007fb3f1007d80 n/a (n/a + 0x0)#012#9 0x00007fb3f10004e7 n/a (n/a + 0x0)#012#10 0x00007fb406a59e65 _ZN9JavaCalls11call_helperEP9JavaValueP12methodHandleP17JavaCallArgumentsP6Thread (libjvm.so + 0x6c0e65)#012#11 0x00007fb406a576bf _ZN9JavaCalls12call_virtualEP9JavaValue11KlassHandleP6SymbolS4_P17JavaCallArgumentsP6Thread (libjvm.so + 0x6be6bf)#012#12 0x00007fb406a57c61 _ZN9JavaCalls12call_virtualEP9JavaValue6Handle11KlassHandleP6SymbolS5_P6Thread (libjvm.so + 0x6bec61)#012#13 0x00007fb406b04de0 _ZL12thread_entryP10JavaThreadP6Thread (lib Sep 9 08:51:15 localhost systemd[1]: systemd-coredump@10-54142-0.service: Succeeded. Sep 9 08:51:15 localhost kernel: audit: type=1131 audit(1599659475.377:4979): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-54142-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Sep 9 08:51:15 localhost audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@10-54142-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Sep 9 08:51:15 localhost systemd[1]: systemd-coredump@10-54142-0.service: Consumed 2.713s CPU time. Sep 9 08:51:15 localhost audit[52859]: NETFILTER_CFG table=nat family=7 entries=0 op=unregister pid=52859 subj=system_u:system_r:kernel_t:s0 comm="kworker/u16:5" Sep 9 08:51:15 localhost audit[52859]: NETFILTER_CFG table=broute family=7 entries=0 op=unregister pid=52859 subj=system_u:system_r:kernel_t:s0 comm="kworker/u16:5" Sep 9 08:51:15 localhost kernel: audit: type=1325 audit(1599659475.402:4980): table=nat family=7 entries=0 op=unregister pid=52859 subj=system_u:system_r:kernel_t:s0 comm="kworker/u16:5" Sep 9 08:51:15 localhost audit[52859]: NETFILTER_CFG table=filter family=7 entries=0 op=unregister pid=52859 subj=system_u:system_r:kernel_t:s0 comm="kworker/u16:5" Sep 9 08:51:15 localhost audit: BPF prog-id=177 op=UNLOAD Sep 9 08:51:15 localhost audit: BPF prog-id=176 op=UNLOAD Sep 9 08:51:15 localhost audit: BPF prog-id=175 op=UNLOAD > > This suggests a graphics issue. If you have been using wayland you should > try the X11 server. if both graphics systems are failing you could try an > Oracle JRE > https://www.oracle.com/java/technologies/javase/javase8-archive-downloads.html I could do that, I guess, but does the above help? Many thanks again, and best wishes, Ranjan _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
