Just tried the Kernel Debugging flag. The machine produced the same reaction. On a DomU shutdown, the Dom0 was restarted. there is now a new unix.6 and vmcore.6 in the /var/crash/atlantis directory.
I re-ran the commands from above, and here is the output. Looks the same to me. [EMAIL PROTECTED]:/var/crash/atlantis# ls -rlt total 2667709 -rw-r--r-- 1 root root 2507840 2008-06-17 13:53 unix.0 -rw-r--r-- 1 root root 374861824 2008-06-17 13:53 vmcore.0 -rw-r--r-- 1 root root 2474509 2008-06-17 14:47 unix.1 -rw-r--r-- 1 root root 337444864 2008-06-17 14:47 vmcore.1 -rw-r--r-- 1 root root 2474509 2008-06-17 17:27 unix.2 -rw-r--r-- 1 root root 336556032 2008-06-17 17:27 vmcore.2 -rw-r--r-- 1 root root 2474509 2008-06-18 14:35 unix.3 -rw-r--r-- 1 root root 339410944 2008-06-18 14:35 vmcore.3 -rw-r--r-- 1 root root 2474509 2008-06-18 15:58 unix.4 -rw-r--r-- 1 root root 322670592 2008-06-18 15:58 vmcore.4 -rw-r--r-- 1 root root 2474509 2008-06-19 14:36 unix.5 -rw-r--r-- 1 root root 337600512 2008-06-19 14:36 vmcore.5 -rw-r--r-- 1 root root 1546889 2008-06-20 11:42 unix.6 -rw-r--r-- 1 root root 664203264 2008-06-20 11:42 vmcore.6 -rw-r--r-- 1 root root 2 2008-06-20 11:42 bounds [EMAIL PROTECTED]:/var/crash/atlantis# echo '::status' | mdb -k 6 debugging crash dump vmcore.6 (64-bit) from atlantis operating system: 5.11 snv_86 (i86pc) panic message: BAD TRAP: type=e (#pf Page fault) rp=ffffff0003aed6d0 addr=ffffff016a3551b8 dump content: kernel pages only [EMAIL PROTECTED]:/var/crash/atlantis# echo '$C' | mdb -k 6 ffffff0003aed880 xnb_copy_to_peer+0x32(ffffff016a34f000, ffffff013a9368a0) ffffff0003aed8b0 xnbo_from_mac+0x1c(ffffff016a34f000, 0, ffffff013a9368a0) ffffff0003aed930 mac_do_rx+0xb9(ffffff013d35d8a8, 0, ffffff013a9368a0, 0) ffffff0003aed960 mac_rx+0x1b(ffffff013d35d8a8, 0, ffffff013a9368a0) ffffff0003aed9b0 vnic_rx+0x59(ffffff016a44fe90, ffffff016a44fe90, ffffff013a9368a0) ffffff0003aeda60 vnic_promisc_rx+0x12e(ffffff016a44ef70, 0, ffffff013c0d2160) ffffff0003aedac0 vnic_classifier_rx+0x43(ffffff016a44ef70, 0, ffffff013c0d2160) ffffff0003aedb40 mac_do_rx+0xb9(ffffff013d35dcf8, 0, ffffff013c0d2160, 0) ffffff0003aedb70 mac_rx+0x1b(ffffff013d35dcf8, 0, ffffff013c0d2160) ffffff0003aedbc0 e1000g_intr_pciexpress+0x102(ffffff013d143000) ffffff0003aedc20 av_dispatch_autovect+0x78(12) ffffff0003aedc60 dispatch_hardint+0x33(12, 0) ffffff0003feb5a0 switch_sp_and_call+0x13() ffffff0003feb5f0 do_interrupt+0x9b(ffffff0003feb6b0, 67e8f) ffffff0003feb6a0 xen_callback_handler+0x370(ffffff0003feb6b0, 67e8f) ffffff0003feb6b0 xen_callback+0xcd() ffffff0003feb7c0 mfn_to_pfn+0xde(1000001528f267) ffffff0003feb850 hat_pte_unmap+0x7f(ffffff016a411960, 151, 4, 1000001528f267, 0 ) ffffff0003feb9c0 hat_unload_callback+0x1f9(ffffff013608bf20, ffffff02b0d51000, 1000, 4, 0) ffffff0003feba10 hat_unload+0x63(ffffff013608bf20, ffffff02b0d51000, 1000, 4) ffffff0003febaa0 segkmem_free_vn+0x73(ffffff0131807000, ffffff02b0d51000, 1000, fffffffffbc3dcc0, 0) ffffff0003febad0 segkmem_free+0x23(ffffff0131807000, ffffff02b0d51000, 1000) ffffff0003febb30 vmem_xfree+0x10c(ffffff0131808000, ffffff02b0d51000, 1000) ffffff0003febb60 vmem_free+0x25(ffffff0131808000, ffffff02b0d51000, 1000) ffffff0003febba0 kmem_slab_destroy+0x88(ffffff0131831908, ffffff0166299c90) ffffff0003febbf0 kmem_slab_free+0x22f(ffffff0131831908, ffffff02b0d51000) ffffff0003febc50 kmem_cache_free+0x1dc(ffffff0131831908, ffffff02b0d51000) ffffff0003febc70 kmem_free+0x142(ffffff02b0d51000, 1000) ffffff0003febce0 evtchndrv_write+0x109(c500000001, ffffff0003febe90, ffffff014e7286d8) ffffff0003febd10 cdev_write+0x3c(c500000001, ffffff0003febe90, ffffff014e7286d8 ) ffffff0003febdd0 spec_write+0x46a(ffffff014fdbd480, ffffff0003febe90, 0, ffffff014e7286d8, 0) ffffff0003febe40 fop_write+0x69(ffffff014fdbd480, ffffff0003febe90, 0, ffffff014e7286d8, 0) ffffff0003febf00 write+0x2af(b, 7fffffdfbc58, 4) ffffff0003febf10 sys_syscall+0x1c9() This message posted from opensolaris.org _______________________________________________ xen-discuss mailing list [email protected]
