关于solaris core文件

发布于 2022-09-11 15:35:08 字数 83 浏览 18 评论 8

请问有什么方法可以知道solaris core开始产生的时间,需要精确到秒。通过文件的系统时间只能知道core文件生成结束的时间,而且只能到分钟。
谢谢。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(8

寂寞笑我太脆弱 2022-09-15 09:44:44

mdb也能看到

mdb unix.11 vmcore.11

Loading modules: [ unix genunix dtrace specfs ufs ssd fcp fctl qlc pcisch ipc sd emlxs ip hook neti sctp arp usba nca md zfs cpc random crypto wrsmd fcip logindmux ptm sppp nfs ]
>
> ::msgbuf -v
2010 Oct 20 16:40:07      6001612c8b0
TCP_IOC_ABORT_CONN: local = 000.000.000.000:0, remote = 172.016.193.002:0, start = -2, end = 6
2010 Oct 20 16:40:07      60016f478b0 TCP_IOC_ABORT_CONN: aborted 0 connection
2010 Oct 20 16:40:11      600161debb0 Notifying cluster that this node is panicking
2010 Oct 20 16:40:11      60017ed3930
panic[cpu3]/thread=2a100047ca0:      
2010 Oct 20 16:40:11      600101ca2f0 Reservation Conflict
Disk: /pci@9,600000/pci@1/scsi@4/sd@3,0
2010 Oct 20 16:40:11      6001612ab30

2010 Oct 20 16:40:11      6001612baf0
000002a100046d60 sd:sd_panic_for_res_conflict+2c (6001010a700, 4, 4, 0, 7ba1e000, 600101460c0)
2010 Oct 20 16:40:11      60017ed3330
  %l0-3: 0000000000000000 00000000018c91d0 0000000000000000 0000000000000000
  %l4-7: 000000000180c000 0000000000000000 0000000001841000 00000000018c7890
2010 Oct 20 16:40:11      600101cb4f0
000002a100047640 sd:sd_pkt_status_reservation_conflict+68 (6001010a700, 6002128e740, d, 60014639248, 13
, 0)

笙痞 2022-09-15 09:44:17

本帖最后由 doging 于 2011-01-19 10:12 编辑

用scat,msgbuf可以精确到0.01秒

SolarisCAT(live/10U)> msgbuf -d
Wed Oct 20 16:40:07 2010| TCP_IOC_ABORT_CONN: aborted 0 connection
Wed Oct 20 16:40:11 2010| Notifying cluster that this node is panicking
Wed Oct 20 16:40:11 2010|
                        | panic[cpu3]/thread=2a100047ca0:
Wed Oct 20 16:40:11 2010| Reservation Conflict
                        | Disk: /pci@9,600000/pci@1/scsi@4/sd@3,0
Wed Oct 20 16:40:11 2010|
                        |
Wed Oct 20 16:40:11 2010| 000002a100046d60 sd:sd_panic_for_res_conflict+2c (6001010a700, 4, 4, 0, 7ba1e000, 600101460c0)
Wed Oct 20 16:40:11 2010|   %l0-3: 0000000000000000 00000000018c91d0 0000000000000000 0000000000000000
                        |   %l4-7: 000000000180c000 0000000000000000 0000000001841000 00000000018c7890
Wed Oct 20 16:40:11 2010| 000002a100047640 sd:sd_pkt_status_reservation_conflict+68 (6001010a700, 6002128e740, d, 60014639248, 13, 0)
Wed Oct 20 16:40:11 2010|   %l0-3: 0000000070222ee0 0000000000000028 0000060014639218 0000000000000280
                        |   %l4-7: 0000000000000280 0000000002800000 0000000000000280 0000000000000001
Wed Oct 20 16:40:11 2010| 000002a100047700 sd:sdintr+3b0 (60014639248, 600146392a0, 60020

人间☆小暴躁 2022-09-15 09:22:58

精确到秒比较困难
除非有专业的工具

﹏雨一样淡蓝的深情 2022-09-15 09:06:45

ACT工具比较好用,但是要单独安装,在EIS光盘里面有。mdb也可以分析。

疯狂的代价 2022-09-15 08:25:32

查看core文件的msgbuf就可以看到了,

凌乱心跳 2022-09-15 05:17:36

回复 3# asx_liu

请问用什么命令看呢,我翻了几篇资料,都没发现有命令可以得到core dump发生时的系统时间。
谢谢。

白色秋天 2022-09-15 05:13:34

分析core文件就知道了。

皇甫轩 2022-09-15 00:20:41

我这里基本上每个服务器上都有core文件
我都直接清空了
这个core有什么用吗?
为什么要精确到秒啊?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文