search for: 0x143

...What is the stack calling ddi_dma_sync? dtrace -n ''ddi_dma_sync:entry/cpu==2/{@[stack()]=count();}'' -c "sleep 10" has following output: ixgbe`ixgbe_ring_rx+0x49 ixgbe`ixgbe_ring_rx_poll+0x3e mac`mac_rx_srs_poll_ring+0x143 unix`thread_start+0x8 3545313 ixgbe`ixgbe_ring_rx+0x200 ixgbe`ixgbe_ring_rx_poll+0x3e mac`mac_rx_srs_poll_ring+0x143 unix`thread_start+0x8 3545314 From that, we can say that the thre...

...-> /opt/dovecot2/lib/dovecot/libdovecot.so.0(+0x4593a) [0x776c593a] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(io_add+0xaf) [0x776c457f] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(master_service_init_finish+0x19a) [0x776b0c2a] -> /opt/dovecot2/lib/dovecot/libdovecot-login.so.0(main+0x143) [0x77705383] -> /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3) [0x774ed4d3] -> dovecot/pop3-login() [0x8049471] dovecot: pop3-login: Error: Raw backtrace: /opt/dovecot2/lib/dovecot/libdovecot.so.0(+0x373ca) [0x776fd3ca] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(+0x3743b) [0x776f...

...xt3_mark_inode_dirty+0x18/0x31 [<c017082b>] journal_start+0x7f/0xa9 [<c016ab26>] ext3_dirty_inode+0x4c/0x5f [<c0156c20>] __mark_inode_dirty+0x24/0xce [<c01527d2>] inode_setattr+0x118/0x123 [<c016a951>] ext3_setattr+0xc9/0x104 [<c0152903>] notify_change+0xda/0x143 [<c013c6b9>] sys_utime+0xec/0x110 [<c013e5ad>] __fput+0xc2/0xde [<c013d251>] filp_close+0x5a/0x63 [<c013d2b2>] sys_close+0x58/0x7a [<c0108807>] syscall_call+0x7/0xb Code: 0f 0b 8f 06 52 3d 22 c0 83 c4 14 85 f6 75 1f b8 00 e0 ff ff <6>note: wwwoffled[9533]...

...f817275a6>] kmemleak_alloc+0x26/0x50 [<ffffffff8117832b>] kmem_cache_alloc_trace+0xeb/0x1d0 [<ffffffffa04db499>] btrfs_alloc_block_rsv+0x39/0x70 [btrfs] [<ffffffffa04f8bad>] btrfs_orphan_add+0x13d/0x1b0 [btrfs] [<ffffffffa04e2b13>] btrfs_remove_block_group+0x143/0x500 [btrfs] [<ffffffffa0518158>] btrfs_relocate_chunk.isra.63+0x618/0x790 [btrfs] [<ffffffffa051bc27>] btrfs_balance+0x8f7/0xe90 [btrfs] [<ffffffffa05240a0>] btrfs_ioctl_balance+0x250/0x550 [btrfs] [<ffffffffa05269ca>] btrfs_ioctl+0xdfa/0x25f0 [btrfs] [...

...-> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x62) [0x27da72] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_save_using_mail+0x2b) [0x27db4b] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver_save+0x1a1) [0x5dd3c1] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x143) [0x5dd7c3] -> dovecot/lmtp() [0x804d090] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x43) [0x455973] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xdb) [0x456c4b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x48) [0x4558b8] -> /usr/lib/dovecot/libdovecot.so.0...

Hi experts I use xen-4.0.0 and dom0 is 2.6.33 and domU is 2.6.34 #lspci ............... 01:00.0 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 01:00.1 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 05:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) 05:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit

I''ve recently re-installed an X4500 running Nevada b109 and have been experiencing ZFS lock ups regularly (perhaps once every 2-3 days). The machine is a backup server and receives hourly ZFS snapshots from another thumper - as such, the amount of zfs activity tends to be reasonably high. After about 48 - 72 hours, the file system seems to lock up and I''m unable to do anything

...ci_hcd bnx2 usbcore cciss scsi_mod dm_mirror dm_region_hash dm_log dm_snapshot dm_mod thermal processor fan thermal_sys fuse [12812.265344] Pid: 8175, comm: btrfs-delalloc- Not tainted 2.6.28-rc5-btrfs #1 [12812.265344] RIP: 0010:[<ffffffff803ba943>] [<ffffffff803ba943>] fill_window+0x143/0x480 [12812.265344] RSP: 0018:ffff8807b44dfc80 EFLAGS: 00010212 [12812.265344] RAX: 0000000000001000 RBX: 0000000000001000 RCX: b6e3880000000000 [12812.265344] RDX: 0000000000000001 RSI: 0000000000001000 RDI: 0000000000000000 [12812.265344] RBP: b6e3880000000000 R08: 0000000000000000 R09: 0000...

...acut Warning: Signal caught! dracut Warning: Boot has failed. To debug this issue add "rdshell" to the kernel command line. Kernel panic - not syncing: Attempted to kill init! Pid: 1, comm: init Not tainted 2.6.32-220.7.1.el6.x86_64 #1 Call Trace: [<ffffffff814ec3fa>] ? panic+0x78/0x143 [<ffffffff810074db>] ? __raw_callee_save_xen_irq_enable+0x11/0x26 [<ffffffff8106ed72>] ? do_exit+0x852/0x860 [<ffffffff81177f75>] ? fput+0x25/0x30 [<ffffffff8106edd8>] ? do_group_exit+0x58/0xd0 [<ffffffff8106ee67>] ? sys_exit_group+0x17/0x20 [<ffffffff8100b0f2...

...mmon_loop_timer_delay+0xa6) [0x7f3dfc8b5d22] #27 /usr/lib64/samba/libtevent.so.0(+0xc180) [0x7f3dfc8b7180] #28 /usr/lib64/samba/libtevent.so.0(+0xa167) [0x7f3dfc8b5167] #29 /usr/lib64/samba/libtevent.so.0(_tevent_loop_once+0xa3) [0x7f3dfc8b0880] #30 /usr/lib64/samba/libldb.so.1(ldb_wait+0x143) [0x7f3dfd946542] #31 /usr/lib64/samba/service/ldap.so(ldapsrv_do_call+0x81f) [0x7f3de564f53e] #32 /usr/lib64/samba/service/ldap.so(+0x558f) [0x7f3de564c58f] #33 /usr/lib64/samba/libtevent.so.0(+0x67a4) [0x7f3dfc8b17a4] #34 /usr/lib64/samba/libtevent.so.0(tevent_common_invoke_immediate_...

...use I tell it to only use 1 CPU so I don''t know why SMP shows up. Booting an SMP kernel on a single-processor CPU shouldn''t cause problems. If I increase the VCPU''s up to 2, I get an additional section below what I pasted above. ..... [<c046271b>] vfs_write+0xa1/0x143 [<c0462d0d>] sys_write+0x3c/0x63 [<c0404cff>] syscall_call+0x7/0xb ======================= Code: 00 c7 80 84 00 00 00 00 00 00 00 c7 80 e8 00 00 00 00 00 00 00 89 bb fc 13 00 00 80 7d 08 01 77 35 8b 04 24 31 d2 66 83 7d 0a 00 <8b> 48 2c 0f 94 c2 e8 7a 99 1c d2 85 c0 74 08 0f...

...x6a) [0xb7d32573] #6 smbd(enumerate_domain_trusts+0x145) [0xb7e9a45a] #7 smbd(update_trustdom_cache+0xdd) [0xb7e99f3b] #8 smbd(is_trusted_domain+0x65) [0xb7e94519] #9 smbd(make_user_info_map+0x163) [0xb7e94761] #10 smbd [0xb7e95367] #11 smbd [0xb7d5870f] #12 smbd(ntlmssp_update+0x143) [0xb7d57c41] #13 smbd(auth_ntlmssp_update+0x44) [0xb7e95726] #14 smbd [0xb7cefaba] #15 smbd(reply_sesssetup_and_X+0x4f1) [0xb7cf1069] #16 smbd [0xb7d1cfa3] #17 smbd(process_smb+0x19b) [0xb7d1d3c8] #18 smbd(smbd_process+0x13a) [0xb7d1e26d] #19 smbd(main+0x91e) [0xb7ed8455] #...

Hello everybody, I''ve finished with pci export from DomU to Dom0 (Debian Etch) but now i have a new problem, and a big one. My ethernet card is dropping packets but after some time (i can''t tell how) It can work for a day (not in production so not hard tested) and then all packets are dropped. Look at the ifconfig output : eth0      Link encap:Ethernet  HWaddr

...anic2(1556) BACKTRACE: 20 stack frames: #0 winbindd(smb_panic2+0x128) [0x80d9b48] #1 winbindd(smb_panic+0x19) [0x80d9a19] #2 winbindd [0x80c6bbb] #3 /lib/tls/libc.so.6 [0x4528c8] #4 /lib/tls/libc.so.6 [0x44a170] #5 /lib/tls/libc.so.6 [0x449bc2] #6 /lib/tls/libc.so.6(setlocale+0x143) [0x4493f3] #7 winbindd [0x80c37d4] #8 winbindd(init_iconv+0x67) [0x80c3977] #9 winbindd [0x80c00c4] #10 winbindd(lp_do_parameter+0x2db) [0x80c0c7b] #11 winbindd [0x80c0fdd] #12 winbindd [0x80c315b] #13 winbindd [0x80c3464] #14 winbindd(pm_process+0xe9) [0x80c3669] #15 wi...

...tpwnam+0x91) [0x4aa5b1] #8 smbd(sys_getpwnam+0x1d) [0xcda970] #9 smbd(getpwnam_alloc+0x1d) [0xcdec80] #10 smbd(make_server_info_sam+0x52) [0xd2d02a] #11 smbd [0xd26493] #12 smbd [0xd2710a] #13 smbd [0xd24349] #14 smbd [0xd2e2ee] #15 smbd [0xc0b946] #16 smbd(ntlmssp_update+0x143) [0xc0ae1a] #17 smbd(auth_ntlmssp_update+0x44) [0xd2e666] #18 smbd [0xbac701] #19 smbd(reply_sesssetup_and_X+0x845) [0xbade12] #20 smbd [0xbd44f2] #21 smbd(process_smb+0x19b) [0xbd492c] #22 smbd(smbd_process+0x15f) [0xbd5654] #23 smbd(main+0x875) [0xd67c37] #24 /lib/tls/libc...

...ext2 root device found Please include FULL verbose output in your bug report. [ 525.159362] Kernel panic - not syncing: Attempted to kill init! [ 525.160484] Pid: 1, comm: init Not tainted 2.6.32-220.el6.x86_64 #1 [ 525.161476] Call Trace: [ 525.162138] [<ffffffff814ec321>] ? panic+0x78/0x143 [ 525.163063] [<ffffffff8106eed2>] ? do_exit+0x852/0x860 [ 525.164062] [<ffffffff8106ef38>] ? do_group_exit+0x58/0xd0 [ 525.165052] [<ffffffff8106efc7>] ? sys_exit_group+0x17/0x20 [ 525.166170] [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b [ 525.167159] Rebo...

Hi, libguestfs is hanging on my CentOS 6.2. Here is the output of the libguestfs-test-tool: http://pastebin.com/Kh5H1Wyj Any hint? Thanks

...1: movslq -0x10(%rsp),%rdx 400536: movslq -0xc(%rsp),%rsi 40053b: vmovss 0x4006c0(,%rax,4),%xmm0 400544: vinsertps $0x10,0x4006c0(,%rcx,4),%xmm0,%xmm0 40054f: vinsertps $0x20,0x4006c0(,%rdx,4),%xmm0,%xmm0 40055a: vinsertps $0x30,0x4006c0(,%rsi,4),%xmm0,%xmm0 400565: vmulps 0x143(%rip),%xmm0,%xmm0 # 4006b0 <__dso_handle+0x38> 40056d: vmovaps %xmm0,0x20046b(%rip) # 6009e0 <r> 400575: xor %eax,%eax 400577: retq Output from clang pre-release 3.5 trunk for target btver1: $ clang++ test.cpp -O3 -fstrict-aliasing -funroll-loops -ffast-m...

...[0x7f3dfc8b7180] > >>> #28 /usr/lib64/samba/libtevent.so.0(+0xa167) [0x7f3dfc8b5167] > >>> #29 > >>> /usr/lib64/samba/libtevent.so.0(_tevent_loop_once+0xa3) > >>> [0x7f3dfc8b0880] > >>> #30 /usr/lib64/samba/libldb.so.1(ldb_wait+0x143) > [0x7f3dfd946542] > >>> #31 > >>> /usr/lib64/samba/service/ldap.so(ldapsrv_do_call+0x81f) > >>> [0x7f3de564f53e] > >>> #32 /usr/lib64/samba/service/ldap.so(+0x558f) [0x7f3de564c58f] > >>> #33 /usr/lib64/samba/libtevent.so....

...ffff8115d52a>] ____cache_alloc_node+0x9a/0x160 kernel: [<ffffffff8115defb>] kmem_cache_alloc+0x12b/0x230 kernel: [<ffffffff81150907>] ? dma_pool_alloc+0xc7/0xf0 kernel: [<ffffffffa018bea4>] ioat2_alloc_ring_ent+0x64/0xc0 [ioatdma] kernel: [<ffffffffa018c043>] reshape_ring+0x143/0x350 [ioatdma] kernel: [<ffffffffa018c337>] ioat2_check_space_lock+0xe7/0x220 [ioatdma] kernel: [<ffffffffa018c4d1>] ioat2_dma_prep_memcpy_lock+0x61/0x270 [ioatdma] kernel: [<ffffffffa002720b>] async_memcpy+0x20b/0x2c4 [async_memcpy] kernel: [<ffffffffa00e34dd>] async_copy_...