/usr/local/crashplan/log/....log都没有包含相关的错误消息,但我发现了一个不错的/usr/local/crashplan/log/ui_output.log:# # Java 运行时环境检测到一个致命错误: # # SIGSEGV (0xb) at pc=0x00007f313f4702a1, pid=25099, tid=139851489089280 # # JRE 版本:Java(TM) SE 运行时环境 (7.0_67-b01) (build 1.7.0_67-b01) # Java VM:Java HotSpot(TM) 64 位服务器 VM(24.65-b04 混合模式 linux-amd64 压缩 oops) # 有问题的框架: # C [libsoup-2.4.so.1+0x6c2a1]soup_session_feature_detach+0x11 # # 无法写入核心转储。核心转储已被禁用。要启用核心转储,请在再次启动 Java 之前尝试“ulimit -c unlimited” # # 包含更多信息的错误报告文件保存为: # /tmp/hs_err_pid25099.log # # 如果您想提交错误报告,请访问: # http://bugreport.sun.com/bugreport/crash.jsp # 崩溃发生在本地代码中的 Java 虚拟机之外。 # 请参阅有问题的框架以了解在哪里报告错误。 #
仅供参考:我可以从我的 …
在新安装的Ubuntu 18.04(64 位)服务器上,blk-availability.service总是因关闭时超时而终止。
我认为该服务的依赖性很差,但我不知道对此的良好关闭顺序是什么。
Xenial上也有几乎相同的配置......
md0尚未使用)systemd[1]: Stopped Load/Save Random Seed.
systemd[1]: Stopped Update UTMP about System Boot/Shutdown.
systemd[1]: Stopped Network Time Synchronization.
kernel: usb 1-13: USB disconnect, device number 2
systemd[1]: blk-availability.service: Stopping timed out. Terminating.
systemd[1]: blk-availability.service: Control process exited, code=killed status=15
blkdeactivate[2447]: [MD]: deactivating raid1 device md0... resync …Run Code Online (Sandbox Code Playgroud)